這裡是棒棒u!, 平行可擴展架構, 雲端服務整合, 多平台一致性開發

超過 20 個以上專案經驗
Mobile、Web、Cloud 前後端一致性架構

開發流程
服務流程

開發流程

這個專案打算用多久?一個月?一年?還是希望可以永續發展。

開發專案就像蓋房子一樣,只是臨時住個幾天,那麼可以遮風避雨就行,其它就不用太講究
但如果想要住得久、住得安心,地基、建材、結構等樣樣都馬虎不得。

動機決定成果,從目標開始勾勒出成果的畫面,反向一階段一階段回推到起點
如此一來開發的每一步才不會迷失方向。

討論時程,挑選最適合的技術跟服務,避免額外的支出,達成共識後再開工。

階段性目標驗收調整,作品會像積目一樣越疊越高,越疊越穩越疊越完整。

案例介紹

完整規劃,階段完成

夢想無限,資源有限,永遠沒有完美的那一天。
依照最終目標進行完整的規劃後再開工,避免中途遇到新功能架構衝突浪費額外時間。

規劃完切成數個完整的小階段,可以最短時間看到成果,畢竟開發時程拖太長勞心又傷財。

架構整齊,維護擴展性高

工程師的經驗除了速度,更差在品質,有些程式一個月後工程師自己都看不懂,維護成本將遠超過開發成本。

MVP架構,完整的Unit Test,好維護穩定性高。伺服器邏輯程式與資料層分開,平行架構日後隨時可擴充規模。

雲端整合

AWS、Google、Microsoft、百度,近幾年各大公司數百種雲端服務面向開發者

現在雲端的概念和以往租台伺服器程式放上去的想法已經判若雲泥
規模經濟讓以往辦不到的事藉由這些服務可以輕鬆達到。

擅用第三方資源

現在各種新創並起,已有多種服務存在於世,擅用這些資源可以大幅減少成本,甚致達到雙贏。

我們不需要重覆製造每一個輪子
影片圖片外連、CDN 加速、即時存取資料等等,借力使力可以讓我們走得更輕鬆。

針對核心需求

功能多而全不一定就適合自己
內容是否真的需要全部都動態產生?每個數據都紀錄真的都有用到嗎?這功能是給自己管理用的還是給客戶用的?現在聊天工具數十款,有必要自己做即時聊天嗎?

太多用不到的功能反而會拖慢執行效率,增加多餘的開發時間和成本。

使用主流技術

程式語言總類千百總,各有優劣如何選擇?
如果之後有想要自己維護,使用小眾的跨平台語言,將會面臨找不到工程師接手的困境。

使用官方主流語言、分散式版本管控、公認的 API 串接格式,有系統的架構,才不會每次改版維護都要砍掉重練。

Line : tzef

WeChat : lee_zhe_yu

有任何想法請不要客氣,直接與我聯絡!!