fbpx

拿筆寫???

今天要來聊聊如何開發App或網站。一樣,我覺得這種技術並不是「學校上個課就可以學到的東西」。

先說說我自己的經驗,當初自己對軟體工程師的想像也是「製作產品的人」。而以政大資管來說,大一的程式設計教的語言為Java,期中期末都是考物件導向的觀念,題目大致上就是改改小考、lab作業,老師會給一個類似系統分析文件的檔案,用紙筆寫下code,這都是上學期。

而下學期時,老師會帶我們認識Android studio,但是不會教如何開發,期末報告就是寫出一支App。也就在當時,我製作了第一款自己的App,一款餐廳的推薦指南。之後擱置了一段時間沒有碰軟體開發,直到今年大二寒假,看了一個禮拜的swift(開發ios app的語言)就寫了大概四、五支小ios App出來,下學期開始踏入網頁的坑,也寫了一個找飯友的網站,不過還沒完成就是。

我覺得,開發App比開發網站簡易許多,怎麼說呢,以ios為例,前端頁面完全可以用「拉」的,把素材拖拉一下就可以配製出一個頁面。

拖拉即可完成

更遑論網路上有一堆模板可以套,就跟PPT很像,可以將別人做好的PTT套用在自己的報告裡面。

寫程式也是,喜歡哪個UI,稍微研究一下就可以把它變成自己的App頁面。

這邊先補充一下,軟體通常有前、後端之分,前端就是展現使用者看到的部分、畫面、按鈕等等…而使用者紀錄、金流、帳號驗證等「看不到的東西」就會交給後端,通常這兩個部分會交給不同的人寫,還有一個詞是「全端工程師」,一條龍負責開發產品(畢竟來回溝通的成本實在太高了)。所以手機前端就很好完成了,而網頁就不是這樣,光是前端就是一條漫長的學習之路,框架時常翻新,各有各的愛好者。

那我是如何開發App的呢?其實就是上一篇所說的:「第九講:寫程式的情境,軟體開發是怎麼一回事」。在這道流程之中,開發App位於「撰寫程式」的階段,步驟大致上是:

  1. 確認要製作的功能(查看data model , wireframe , prototype)
  2. 學習相關技術(買書、看文件、看影片)
  3. 簡單測試一下自己理解這道技術的程度
  4. 照著PRD開發

確認要製作的功能:

開會 + 討論

這邊我們需要密集與團隊中產品經理討論,跟設計師溝通版型、前端展示等等….有些太天馬行空的想法如果要花許多時間修跟學習,就可以考慮提出擱置,先完成大概的系統再說。之前自己就碰過開會一次就要馬上寫程式的團隊,我是覺得過於魯莽,因為沒有好好確認就寫的成本實在太大了,中間絕對會碰到很多問題。好比讀完一本書就馬上小考,其實會發現做題做到一半經常會冒出:「ㄜ…下一步是?」的疑問,就是對細節的不熟悉,至少要做個prototype出來。

學習相關技術(買書、看文件、看影片)

稍微瀏覽一下官方文件

學習相關技術其實就只是大概看一下這門語言、系統有哪些功能、套件可以用,也是這個時候去Github找類似專案研究code,這裡絕對不會花太多時間,因為「做中學」真的是最快的,PRD有什麼就去學什麼,學以致用才能加快速度。當然平常也要自己額外花點時間進修、練技術,不然技術更新得實在太快,其實不是很有熱忱在學習新東西的人,不適合當寫程式的人。

簡單測試一下自己理解這道技術的程度

已經變成Hello world的App project

最簡單,就是做個todo list,資料科學做個鐵達尼號生存者…..電腦科學每個領域在技術上,都有一份Hello world等級的專案,以App跟Web來說就是待辦清單,寫個增刪查改的功能,可以讓自己熟悉資料流以及介面、API串接,練習做簡單的專案可以讓自己對技術有個大概的理解。

照著PRD開發

工程師就像寫作業一樣完成老師(產品經理)的要求

PRD就是產品需求文件,列出需求、功能、細節,讓工程師可以更專注在實現需求上。這裡有一份詳細的說明:https://www.pmtone.com/mrd-vs-prd/

之前跟Pinkoi的Mosky有過一次mentor coffee chat,我很喜歡她的一句話:

「Make it work , make it right , make it faster . 」

我寫程式的確就是如此,先讓它能跑再說,之後改良為符合自己情境的code,最後做優化,讓效能提升。

碰到新技術、不會的東西絕對不要太氣餒,一步一步來,還能享受到解決問題的快樂!

那麼以上,就是第十講,我們下篇文章見!

好文作者轉自—Dennis Dsh

Leave a Reply