結對趴呢:
WoLykos(3005)、JtvDeemo(3044)
NABCD模型
N(Need,需求):
- 很多非科班的朋友渴望了解代碼之用、代碼之美,卻因無路可走而選擇觀望;
- 人們希望淺嘗多種程式設計語言的風格,在不用系統學習的前提下;
- 能快速定位到某個知識點,随時随地對不熟悉的知識點進行回顧;
- 能夠線上對一些語言進行功能求證,自由練習;
- 一個可運作多種主流程式設計語言的平台。
A(Approach,做法):
- 提供簡單明了的界面,通俗易懂的言辭和部分代碼,讓客戶循序漸進地學習;
- 利用正規表達式或其他的方法對使用者輸入的部分進行判定;
- 搭建一個線上代碼運作,甚至是項目開發的虛拟環境平台。
B(Benefit,好處):
- 完全免費;
- 門檻低,入門簡單;
- 随時随地都可以進行;
- 新注冊使用者可選擇性進行水準測試,使我們更清晰使用者的知識存儲并推薦适宜的學習内容。
C(Competitors,競争):
- 我們産品适用于各大作業系統以及電子裝置,可随時随地進行學習和查漏補缺;
- 教程素材來源經過修改,更加貼切使用者需求;
- 該平台所擁有的高相容性和低崩潰率。
D(Dilivery,推廣):
- 可以通過微信群,朋友圈,微網誌進行推廣,也在各種門戶網站上面推廣;
- 與各高校負責人商談合作,提高平台的流量。
原型設計
所用工具:即速應用
效果圖:
PSP
PSP2.1 | Personal Software Process Stages | 預估耗時(分鐘) | 實際耗時(分鐘) |
Planning | 計劃 | 10 | |
· Estimate | · 估計這個任務需要多少時間 | 40 | 20 |
Development | 開發 | 70 | |
· Analysis | · 需求分析 (包括學習新技術) | 24 | |
· Design Spec | · 生成設計文檔 | 5 | |
· Design Review | · 設計複審 (和同僚稽核設計文檔) | 15 | |
· Coding Standard | · 代碼規範 (為目前的開發制定合适的規範) | ||
· Design | · 具體設計 | ||
· Coding | · 具體編碼 | ||
· Code Review | · 代碼複審 | ||
· Test | · 測試(自我測試,修改代碼,送出修改) | ||
Reporting | 報告 | ||
· Test Report | · 測試報告+部落格 | ||
· Size Measurement | · 計算工作量 | ||
· Postmortem & Process Improvement Plan | · 事後總結, 并提出過程改進計劃 | ||
合計 | 230 | 165 |
心得體會
WoLykos:從起初的一無所知到寫下了這篇部落格,可以說是一個想法和技術上的雙飛躍。在研究了趴呢的項目之後,我們又進行了促膝長談,我才發現了原來世界上比我聰明的人比比皆是,比我有創意的人更是數不勝數。在小圈子裡的我們容易被束縛,隻有走出去了,與他人交流了,我們就會發現,這個世界是這麼的大,這麼的多彩,這麼的不一樣。
JtvDeemo:這是一次船新的體驗,系我沒有系過的船新版本,遇到困難要記得,方法總比困難多,不要每次都想着要逃避,逃避解決不了任何辦法,不要去抵觸新的東西,更不要碌碌無為,浪費時間。
一個佛系的部落格更新者,随手寫寫,看心情吧 (っ•̀ω•́)っ✎⁾⁾