去了一家不到 20 人的 IT 公司後，真的是大開眼界。。。

Java精選面試題（微信小程序）：5000+道面試題和選擇題，真實面經，簡歷模版，包含Java基礎、併發、JVM、線程、MQ系列、Redis、Spring系列、Elasticsearch、Docker、K8s、Flink、Spark、架構設計、大廠真題等，在線隨時刷題！

背景

長話短說，就是在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、開發小程序版本、開發新的配套系統(小程序版本)以及開發相關的後臺、添加即時通信服務、以及各種小的功能開發與升級；

中間老闆要加快進度了就讓招人，然後又無緣無故的要開人，就讓人很無奈。最大的運營問題，始終沒什麼進展，明顯的問題並不在產品這塊，但是在這裡不斷的折騰這羣開發，也真是難受。

推薦程序員摸魚地址：

https://www.yoodb.com/slack-off/home.html

明明你已經很努力的協調各種事情、站在公司的角度考慮、努力寫代碼，卻仍然無濟於事。

後期技術方案的調整

後期調整了App的打包方案；

在新的配套系統中，使用midway.js來開發新的業務，這都是基於前面的egg.js的團隊掌握程度，爲了後續的開發規範，做此升級；

內網管理公用npm包，開發業務組件庫；

規範代碼、規範開發流程；

人員招聘

如下是對於當時的人員招聘的一些感受：

小公司的人員招聘是相對比較難的，特別是還給不了多少錢的；

好在我們選擇的技術方案，只要對於JS掌握的比較好就可以了，前後端都要開發一點，也方便人員工作調整，避免開發資源的浪費。

團隊管理

對於小團隊的管理的一些個人理解：

小公司剛起步，就應該實事求是，以業務爲導向；

小公司最好採取全棧的開發方式，避免任務的不協調，造成開發資源的浪費；

設置推薦的代碼規範，參照大家日常的代碼習慣來制定，目標就是讓大家的代碼相對規範；

要求按照規範的流程設計與開發、避免一些流程的問題造成管理的混亂和公司的損失；

如按照常規的業務開發流程，產品評估 => 任務分配 => 技術評估 => 開發 => 測試 => cr => 上線 => 線上問題跟蹤處理；

行之有效可量化的考覈規範，如開發任務的截止日期完成、核心流程開發文檔的書寫、是否有線上bug、嚴謹手動修改數據庫等；

鼓勵分享，相互學習，一段工作經歷總要有所提升，有所收穫纔是有意義的；

及時溝通反饋、團隊成員的個人想法、掌握開發進度、工作難點等；

選擇創業公司，一定要確認老闆是一個靠譜的人，別是一個總是畫餅的油膩老司機，或者一個優柔寡斷，沒有主見的人，這樣的情況下，大概率事情是幹不成的；

老闆靠譜，即使當前的項目搞不成，也可能未來在別的地方做出一番事情；

初了上邊這個，最核心的就是，怎麼樣賺錢，現在這種融資環境，如果自己不能賺錢，大概率是活不下去的@自己；

抓住核心矛盾，解決主要問題，業務永遠是最重要的。至於說選擇的開發技術、代碼規範等等這些都可以往後放；

對上要及時反饋自己的工作進度，保持好溝通，老闆總是站在更高一層考慮問題，肯定會有一些不一樣的想法，別總自以爲什麼什麼的；

每段經歷最好都能有所收穫，人生的每一步都有意義。

作者 | qiuwww

來源 | https://juejin.cn/post/7257085326471512119

公衆號“Java精選”所發表內容註明來源的，版權歸原出處所有（無法查證版權的或者未註明出處的均來自網絡，系轉載，轉載的目的在於傳遞更多信息，版權屬於原作者。如有侵權，請聯繫，筆者會第一時間刪除處理！

最近有很多人問，有沒有讀者交流羣！加入方式很簡單，公衆號Java精選，回覆“加羣”，即可入羣！

Java精選面試題（微信小程序）：3000+道面試題，包含Java基礎、併發、JVM、線程、MQ系列、Redis、Spring系列、Elasticsearch、Docker、K8s、Flink、Spark、架構設計等，在線隨時刷題！

文章有幫助的話，點在看，轉發吧！