
點擊上方“小麥大叔”,選擇“置頂/星標公眾號”
作者:qiuwww;原文:https://juejin.cn/post/7257085326471512119
長話短說,就是在2022年6月的時候加入了一家很小創業公司。老板不太懂技術,也不太懂管理,靠著一腔熱血加上對實體運輸行業的了解,加上盲目的自信,貿然開始創業,后期經營困難,最終散伙。
自己當時也是不察,貿然加入,后邊公司經營困難,連最后幾個月的工資都沒給發。
當時老板的要求就是盡力降低人力成本,盡快的開發出來App(Android+IOS),老板需要盡快的運營起來。
當時就自己加上一個剛畢業的純前端開發以及一個前面招聘的ui,連個人事、測試都沒有。
結合公司的需求與自己的技術經驗(主要是前端和nodejs的經驗),選擇使用如下的方案:
uni-app進行App的開發,兼容多端,也可以為以后開發小程序什么的做方案預留,主要考慮到的點是比較快,先要解決有和無的問題;egg.js + MySQL來開發后端,開發速度會快一點,行業比較小眾,不太可能會遇到一些較大的性能問題,暫時看也是夠用了的,后期過渡到midway.js也方便;antd-vue開發運營后臺,主要考慮到與uni-app技術棧的統一,節省轉換成本;也就是初期選擇使用egg.js + MySQL + uni-app + antd-vue,來開發兩個App和一個運營后臺,快速解決0到1的問題。
App的開發方案有很多,比如純原生、flutter、uniapp、react-native/taro等,這里就當是的情況做一下選擇。
很多時候方案的選擇并不能只從技術方面考慮,當是只能選擇成本最低的,當時的情況是egg.js完全能滿足。
egg.js開發比較簡單、快捷,個人也比較熟悉,對于新成員的學習成本也很低,對于JS有一定水平的也能很快掌握egg.js后端的開發。前期開發還算順利,在規定的時間內,完成了開發、測試、上線。但是,老板并沒有如前面說的,很快運營,很快就盈利,運營的開展非常緩慢。中間還經歷了各種折騰的事情。
反正就是不斷提出要修改產品、設計、和代碼。中間經過不斷的討論,擺出自己的意見,好在最終技術方案沒修改,前期的工作成果還在。后邊加了一些新的需求:系統升級1.1、ui升級2.0、開發小程序版本、開發新的配套系統(小程序版本)以及開發相關的后臺、添加即時通信服務、以及各種小的功能開發與升級;
中間老板要加快進度了就讓招人,然后又無緣無故的要開人,就讓人很無奈。最大的運營問題,始終沒什么進展,明顯的問題并不在產品這塊,但是在這里不斷的折騰這群開發,也真是難受。
明明你已經很努力的協調各種事情、站在公司的角度考慮、努力寫代碼,卻仍然無濟于事。
midway.js來開發新的業務,這都是基于前面的egg.js的團隊掌握程度,為了后續的開發規范,做此升級;如下是對于當時的人員招聘的一些感受:
對于小團隊的管理的一些個人理解:
小公司剛起步,就應該實事求是,以業務為導向;
小公司最好采取全棧的開發方式,避免任務的不協調,造成開發資源的浪費;
設置推薦的代碼規范,參照大家日常的代碼習慣來制定,目標就是讓大家的代碼相對規范;
要求按照規范的流程設計與開發、避免一些流程的問題造成管理的混亂和公司的損失;
行之有效可量化的考核規范,如開發任務的截止日期完成、核心流程開發文檔的書寫、是否有線上bug、嚴謹手動修改數據庫等;
鼓勵分享,相互學習,一段工作經歷總要有所提升,有所收獲才是有意義的;
及時溝通反饋、團隊成員的個人想法、掌握開發進度、工作難點等;
-END-
2024-03-26
2024-03-25
2024-03-22
2024-03-20
