當前位置: 妍妍網 > 碼農

一個小公司的技術開發心酸事(已倒閉)

2024-03-18碼農

👉 歡迎 ,你將獲得: 專屬的計畫實戰 / Java 學習路線 / 一對一提問 / 學習打卡 / 贈書福利

全棧前後端分離部落格計畫 1.0 版本完結啦,2.0 正在更新中 ... , 演示連結 http://116.62.199.48/ ,全程手摸手,後端 + 前端全棧開發,從 0 到 1 講解每個功能點開發步驟,1v1 答疑,直到計畫上線。 目前已更新了239小節,累計38w+字,講解圖:1645張,還在持續爆肝中.. 後續還會上新更多計畫,目標是將Java領域典型的計畫都整一波,如秒殺系統, 線上商城, IM即時通訊,Spring Cloud Alibaba 等等,

周末了,分享一篇創業公司開發者的心酸經歷,提出了很多寶貴建議,希望能為後來者提供參考。

作者:qiuwww;原文:https://juejin.cn/post/7257085326471512119

背景

長話短說,就是在2022年6月的時候加入了一家很小創業公司。老板不太懂技術,也不太懂管理,靠著一腔熱血加上對實體運輸行業的了解,加上盲目的自信,貿然開始創業,後期經營困難,最終散夥。

自己當時也是不察,貿然加入,後邊公司經營困難,連最後幾個月的薪資都沒給發。

當時老板的要求就是盡力降低人力成本,盡快的開發出來App(Android+IOS),老板需要盡快的營運起來。

初期的技術選型

當時就自己加上一個剛畢業的純前端開發以及一個前面招聘的ui,連個人事、測試都沒有。

結合公司的需求與自己的技術經驗(主要是前端和nodejs的經驗),選擇使用如下的方案:

  1. 使用 uni-app 進行 App 的開發,相容多端,也可以為以後開發小程式什麽的做方案預留,主要考慮到的點是比較快,先要解決有和無的問題;

  2. 使用 egg.js + MySQL 來開發後端,開發速度會快一點,行業比較小眾,不太可能會遇到一些較大的效能問題,暫時看也是夠用了的,後期過渡到 midway.js 也方便;

  3. 使用 antd-vue 開發營運後台,主要考慮到與 uni-app 技術棧的統一,節省轉換成本;

也就是初期選擇使用 egg.js + MySQL + uni-app + antd-vue ,來開發兩個App和一個營運後台,快速解決0到1的問題。

關於App開發技術方案的選擇

App的開發方案有很多,比如純原生、flutter、uniapp、react-native/taro等,這裏就當是的情況做一下選擇。

  1. IOS與Android純原生開發方案,需要新招人,兩端同時開發,兩端分別測試,這個資金及時間成本老板是不能接受的;

  2. flutter,這個要麽自己從頭開始學習,要麽招人,相對於純原生的方案好一點,但是也不是最好的選擇;

  3. react-native/taro與uni-app是比較類似的選擇,不過考慮到熟練程度、難易程度以及開發效率,最終還是選擇了uni-app。

為什麽選擇egg.js做後端

很多時候方案的選擇並不能只從技術方面考慮,當是只能選擇成本最低的,當時的情況是 egg.js 完全能滿足。

  1. 使用一些成熟的後端開發方案,如Java、、php、go之類的應該是比較好的技術方案,但對於老板來說不是好的經濟方案;

  2. egg.js 開發比較簡單、快捷,個人也比較熟悉,對於新成員的學習成本也很低,對於JS有一定水平的也能很快掌握 egg.js後端的開發

中間的各種折騰

前期開發還算順利,在規定的時間內,完成了開發、測試、上線。但是,老板並沒有如前面說的,很快營運,很快就盈利,營運的開展非常緩慢。中間還經歷了各種折騰的事情。

  1. 老板營運遇到困難,就到處找一些專家(基本跟我們這事情沒半毛錢關系的專家),不斷的提一些業務和ui上的意見,不斷的修改;

  2. 期間新來的產品還要全部推翻原有設計,重新開發;

  3. 還有個兼職的領導非要說要招聘原生開發和Java開發重新進行開發,問為什麽,也說不出什麽所以然,也是道聽途說。

反正就是不斷提出要修改產品、設計、和程式碼。中間經過不斷的討論,擺出自己的意見,好在最終技術方案沒修改,前期的工作成果還在。後邊加了一些新的需求:系統升級1.1、ui升級2.0、開發小程式版本、開發新的配套系統(小程式版本)以及開發相關的後台、添加即時通訊服務、以及各種小的功能開發與升級;

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

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

後期技術方案的調整

  1. 後期調整了App的打包方案;

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

  3. 內網管理公用npm包,開發業務元件庫;

  4. 規範程式碼、規範開發流程;

人員招聘,團隊的管理

人員招聘

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

  1. 小公司的人員招聘是相對比較難的,特別是還給不了多少錢的;

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

團隊管理

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

  1. 小公司剛起步,就應該實事求是,以業務為導向;

  2. 小公司最好采取全棧的開發方式,避免任務的不協調,造成開發資源的浪費;

  3. 設定推薦的程式碼規範,參照大家日常的程式碼習慣來制定,目標就是讓大家的程式碼相對規範;

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

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

  • 行之有效可量化的考核規範,如開發任務的截止日期完成、核心流程開發文件的書寫、是否有線上bug、嚴謹手動修改資料庫等;

  • 鼓勵分享,相互學習,一段工作經歷總要有所提升,有所收獲才是有意義的;

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

  • 最後總結及選擇創業公司避坑建議!important

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

    2. 老板靠譜,即使當前的計畫搞不成,也可能未來在別的地方做出一番事情;

    3. 初了上邊這個,最核心的就是,怎麽樣賺錢,現在這種融資環境,如果自己不能賺錢,大機率是活不下去的@自己;

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

    5. 對上要及時反饋自己的工作進度,保持好溝通,老板總是站在更高一層考慮問題,肯定會有一些不一樣的想法,別總自以為什麽什麽的;

    6. 每段經歷最好都能有所收獲,人生的每一步都有意義。

    👉 歡迎 ,你將獲得: 專屬的計畫實戰 / Java 學習路線 / 一對一提問 / 學習打卡 / 贈書福利

    全棧前後端分離部落格計畫 1.0 版本完結啦,2.0 正在更新中 ... , 演示連結 http://116.62.199.48/ ,全程手摸手,後端 + 前端全棧開發,從 0 到 1 講解每個功能點開發步驟,1v1 答疑,直到計畫上線。 目前已更新了239小節,累計38w+字,講解圖:1645張,還在持續爆肝中.. 後續還會上新更多計畫,目標是將Java領域典型的計畫都整一波,如秒殺系統, 線上商城, IM即時通訊,Spring Cloud Alibaba 等等,


    1. 

    2. 

    3. 

    4. 

    最近面試BAT,整理一份面試資料Java面試BATJ通關手冊,覆蓋了Java核心技術、JVM、Java並行、SSM、微服務、資料庫、數據結構等等。

    獲取方式:點「在看」,關註公眾號並回復 Java 領取,更多內容陸續奉上。

    PS:因公眾號平台更改了推播規則,如果不想錯過內容,記得讀完點一下在看,加個星標,這樣每次新文章推播才會第一時間出現在你的訂閱列表裏。

    「在看」支持小哈呀,謝謝啦