分享一篇創業公司開發者的心酸經歷,提出了很多寶貴建議,希望能為後來者提供參考。
背景
長話短說,就是在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開發技術方案的選擇
App的開發方案有很多,比如純原生、flutter、uniapp、react-native/taro等,這裏就當是的情況做一下選擇。
IOS與Android純原生開發方案,需要新招人,兩端同時開發,兩端分別測試,這個資金及時間成本老板是不能接受的;
flutter,這個要麽自己從頭開始學習,要麽招人,相對於純原生的方案好一點,但是也不是最好的選擇;
react-native/taro與uni-app是比較類似的選擇,不過考慮到熟練程度、難易程度以及開發效率,最終還是選擇了uni-app。
為什麽選擇egg.js做後端
很多時候方案的選擇並不能只從技術方面考慮,當是只能選擇成本最低的,當時的情況是
egg.js
完全能滿足。
使用一些成熟的後端開發方案,如Java、、php、go之類的應該是比較好的技術方案,但對於老板來說不是好的經濟方案;
egg.js
開發比較簡單、快捷,個人也比較熟悉,對於新成員的學習成本也很低,對於JS有一定水平的也能很快掌握egg.js後端的開發
。
中間的各種折騰
前期開發還算順利,在規定的時間內,完成了開發、測試、上線。但是,老板並沒有如前面說的,很快營運,很快就盈利,營運的開展非常緩慢。中間還經歷了各種折騰的事情。
老板營運遇到困難,就到處找一些專家(基本跟我們這事情沒半毛錢關系的專家),不斷的提一些業務和ui上的意見,不斷的修改;
期間新來的產品還要全部推翻原有設計,重新開發;
還有個兼職的領導非要說要招聘原生開發和Java開發重新進行開發,問為什麽,也說不出什麽所以然,也是道聽途說。
反正就是不斷提出要修改產品、設計、和程式碼。中間經過不斷的討論,擺出自己的意見,好在最終技術方案沒修改,前期的工作成果還在。後邊加了一些新的需求:系統升級1.1、ui升級2.0、開發小程式版本、開發新的配套系統(小程式版本)以及開發相關的後台、添加即時通訊服務、以及各種小的功能開發與升級;
中間老板要加快進度了就讓招人,然後又無緣無故的要開人,就讓人很無奈。最大的營運問題,始終沒什麽進展,明顯的問題並不在產品這塊,但是在這裏不斷的折騰這群開發,也真是難受。
明明你已經很努力的協調各種事情、站在公司的角度考慮、努力寫程式碼,卻仍然無濟於事。
後期技術方案的調整
後期調整了App的打包方案;
在新的配套系統中,使用
midway.js
來開發新的業務,這都是基於前面的egg.js
的團隊掌握程度,為了後續的開發規範,做此升級;內網管理公用npm包,開發業務元件庫;
規範程式碼、規範開發流程;
人員招聘,團隊的管理
人員招聘
如下是對於當時的人員招聘的一些感受:
小公司的人員招聘是相對比較難的,特別是還給不了多少錢的;
好在我們選擇的技術方案,只要對於JS掌握的比較好就可以了,前後端都要開發一點,也方便人員工作調整,避免開發資源的浪費。
團隊管理
對於小團隊的管理的一些個人理解:
小公司剛起步,就應該實事求是,以業務為導向;
小公司最好采取全棧的開發方式,避免任務的不協調,造成開發資源的浪費;
設定推薦的程式碼規範,參照大家日常的程式碼習慣來制定,目標就是讓大家的程式碼相對規範;
要求按照規範的流程設計與開發、避免一些流程的問題造成管理的混亂和公司的損失;
如按照常規的業務開發流程,產品評估 => 任務分配 => 技術評估 => 開發 => 測試 => cr => 上線 => 線上問題跟蹤處理 ;
行之有效可量化的考核規範,如開發任務的截止日期完成、核心流程開發文件的書寫、是否有線上bug、嚴謹手動修改資料庫等;
鼓勵分享,相互學習,一段工作經歷總要有所提升,有所收獲才是有意義的;
及時溝通反饋、團隊成員的個人想法、掌握開發進度、工作難點等;
最後總結及選擇創業公司避坑建議!important
選擇創業公司,一定要確認老板是一個靠譜的人,別是一個總是畫餅的油膩老司機,或者一個優柔寡斷,沒有主見的人,這樣的情況下,大機率事情是幹不成的;
老板靠譜,即使當前的計畫搞不成,也可能未來在別的地方做出一番事情;
除了上邊這個,最核心的就是,怎麽樣賺錢,現在這種融資環境,如果自己不能賺錢,大機率是活不下去的@自己;
抓住核心矛盾,解決主要問題,業務永遠是最重要的。至於說選擇的開發技術、程式碼規範等等這些都可以往後放;
對上要及時反饋自己的工作進度,保持好溝通,老板總是站在更高一層考慮問題,肯定會有一些不一樣的想法,別總自以為什麽什麽的;
每段經歷最好都能有所收獲,人生的每一步都有意義。
來源:網路
>>
END
精品資料,超贊福利,免費領
微信掃碼/長按辨識 添加【技術交流群】
群內每天分享精品學習資料
最近開發整理了一個用於速刷面試題的小程式;其中收錄了上千道常見面試題及答案(包含基礎、並行、JVM、MySQL、Redis、Spring、SpringMVC、SpringBoot、SpringCloud、訊息佇列等多個型別),歡迎您的使用。
👇👇
👇點選"閱讀原文",獲取更多資料(持續更新中)