[請益] 新創剛起步的一些開發疑問

看板Soft_Job作者 (萬大林)時間6年前 (2018/04/24 21:18), 6年前編輯推噓77(77推 0噓 124→)
留言201則, 80人參與, 6年前最新討論串1/8 (看更多)
大家晚安，因為本身沒什麼朋友在新創上班，自己也是第一次在新創 所以想在這邊詢問大家開發上的一些小疑問 開發環境是react.js + create react app + firebase 目前公司是MVP剛上線的狀況還在補足一些功能 好讓老闆出去推銷，尚未盈利也還沒確認商業模式 不過在開發過程中其他工程師會提一些作法，說是為了未來著想 例如： 1. PR要merge的時候做Squash，因為這樣git tree比較好看 2. function超過一百行，就想要拆出來 3. 完全遵照eslint的規範，任何warning都不能出現 4. 時常想回去重構程式 5. 想把所有非同步的function都改成promise 6. 想導入TDD以及jest，讓系統減少錯誤發生機率（目前沒人會這東西） 7. 註解盡量刪除，只留jsdoc，減少封裝程式碼 上面除了第六項其他都開始做了 不知道大家的公司的情況是怎麼樣 我沒有想過這些東西的壓力會遠大過我思考服務架構的問題 這些東西讓我覺得滿煩的，沒有制度化都是看個人喜好 可能哪天他看到一個別的覺得不錯又要用了 還是說新創本來就是這樣，可能我比較適合回去一般公司 這輩子第一次覺得寫程式這麼煩＝＝ -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 60.198.43.91 ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1524575903.A.F6B.html
推
04/24 21:34, 6年前 , 1F
他職位比你大嗎？覺得煩可以跟他說你覺得煩啊
04/24 21:34, 1F
→
04/24 21:36, 6年前 , 2F
這跟新創有什麼關係?
04/24 21:36, 2F
→
04/24 21:36, 6年前 , 3F
職位一樣，說過很煩，但還是會一直念到code改好為止
04/24 21:36, 3F
→
04/24 21:37, 6年前 , 4F
因為我在一般公司沒遇過,想說是不是新創技術人員都這樣
04/24 21:37, 4F
推
04/24 21:38, 6年前 , 5F
我覺得要PR前，就應該要先squash了
04/24 21:38, 5F
也是為了讓git tree好看買？
推
04/24 21:45, 6年前 , 6F
雖然都是好習慣 不過有句話說過早最佳化是萬惡根源
04/24 21:45, 6F
很有感啊... ※ 編輯: wandallin (60.198.43.91), 04/24/2018 21:49:09
推
04/24 21:51, 6年前 , 7F
這些都還好阿......
04/24 21:51, 7F
真假...
推
04/24 21:51, 6年前 , 8F
這個問大家也沒有用阿 難不成大家說好 你就會適應?
04/24 21:51, 8F
就是知道自己不適合新創吧
推
04/24 21:52, 6年前 , 9F
時程允許的話養成好習慣是好事，等真的推銷出去想做
04/24 21:52, 9F
→
04/24 21:52, 6年前 , 10F
更沒時間了
04/24 21:52, 10F
其實時程延後很多次了XD
推
04/24 21:52, 6年前 , 11F
這些都還好+1...不過新創有時間搞這些也是滿神奇的
04/24 21:52, 11F
其實沒有，所以每次提出來都會延後時程 ※ 編輯: wandallin (60.198.43.91), 04/24/2018 21:57:27
推
04/24 21:54, 6年前 , 12F
看時間允不允許比較重要+1,我的經驗是剛上線的MVP應該是
04/24 21:54, 12F
→
04/24 21:54, 6年前 , 13F
忙到沒時間搞這個才對XDDD
04/24 21:54, 13F
其實是已經延後很久了，但是老闆也還是尊重
推
04/24 21:54, 6年前 , 14F
比起這些 看到網路上一些新工具就急著導入還比較煩人
04/24 21:54, 14F
→
04/24 21:56, 6年前 , 15F
MVP上線 補功能的時候 2 3 5 7也能同時做不是？
04/24 21:56, 15F
因為mvp上了後，收集使用者心得，發現還缺很多功能，所以還是在繼續補功能中，那些 項目我是選擇性做，如果時間允許，但是另一位會想全部做，即使延後時程 ※ 編輯: wandallin (60.198.43.91), 04/24/2018 22:02:01
推
04/24 21:59, 6年前 , 16F
5 為什麼不要直接跳await 就好，反正你都要重構了
04/24 21:59, 16F
是另一位要重構的，但是他不會await，我是除非有必要才會用promise ※ 編輯: wandallin (60.198.43.91), 04/24/2018 22:03:29
推
04/24 22:06, 6年前 , 17F
剛起步的startup應該沒時間管這麼細才對XDDDD
04/24 22:06, 17F
我是這麼想的，但是另一位說是為了未來著想也不能說錯，可能還是要看老闆口袋 ※ 編輯: wandallin (60.198.43.91), 04/24/2018 22:08:59
推
04/24 22:22, 6年前 , 18F
大部分的新創真的都是這樣子，然後，大部分的新創真
04/24 22:22, 18F
→
04/24 22:22, 6年前 , 19F
的都會失敗。FYI
04/24 22:22, 19F
這方面我倒是有心理準備...
推
04/24 22:23, 6年前 , 20F
await 也是接 promise 啊～ 這些我也覺得還好
04/24 22:23, 20F
→
04/24 22:23, 6年前 , 21F
不過真的要說那個影響比較大，我會先從測試開始加上
04/24 22:23, 21F
→
04/24 22:24, 6年前 , 22F
跟新創沒關係，這些都說個人習慣的養成。
04/24 22:24, 22F
→
04/24 22:24, 6年前 , 23F
不一定要 TDD，不過有自動測試，未來改東西比較心安
04/24 22:24, 23F
感謝～看來這塊我還需要多看點資料
推
04/24 22:24, 6年前 , 24F
樓上大錯，這跟新創有絕對的關係
04/24 22:24, 24F
→
04/24 22:25, 6年前 , 25F
新創TDD=To Die Die
04/24 22:25, 25F
真的假的@@ ※ 編輯: wandallin (60.198.43.91), 04/24/2018 22:31:03
推
04/24 22:29, 6年前 , 26F
這最基本...而且FUNCTION寫到100行以上不拆真的是
04/24 22:29, 26F
還有 137 則推文
還有 58 段內文
→
04/25 22:50, 6年前 , 164F
最好一個func一千行 一個class一萬行 整個APP只有10個class
04/25 22:50, 164F
要寫成這樣好像也很難QQ ※ 編輯: wandallin (60.198.43.91), 04/25/2018 23:17:14
推
04/25 23:26, 6年前 , 165F
新創絕對沒有比delay更嚴重的問題 老闆放任這樣是有問
04/25 23:26, 165F
→
04/25 23:26, 6年前 , 166F
題 建議還是勇敢跟老闆溝通一下 請他出面解決
04/25 23:26, 166F
好的！我會跟大家一起溝通！ ※ 編輯: wandallin (60.198.43.91), 04/25/2018 23:30:40
推
04/25 23:52, 6年前 , 167F
好公司介紹一下 找工作中~
04/25 23:52, 167F
推
04/25 23:59, 6年前 , 168F
你太菜了
04/25 23:59, 168F
→
04/26 00:18, 6年前 , 169F
有個問題 他想重構的部分是誰的code?
04/26 00:18, 169F
推
04/26 01:22, 6年前 , 170F
不跳過promise直接await/async嗎？
04/26 01:22, 170F
→
04/26 02:01, 6年前 , 171F
我覺得都很合理耶 完全就是好習慣 這的大公司內部都說制
04/26 02:01, 171F
→
04/26 02:01, 6年前 , 172F
度化 這些蠻正常的 你不喜歡反而是你的問題 其實你應該開
04/26 02:01, 172F
→
04/26 02:01, 6年前 , 173F
心自己可以學到新東西跟好習慣
04/26 02:01, 173F
→
04/26 02:04, 6年前 , 174F
推文亂了不好意思 大公司內部都有自己的規範 可能是全部
04/26 02:04, 174F
→
04/26 02:04, 6年前 , 175F
也可能是某個組 我覺得這是必要的
04/26 02:04, 175F
→
04/26 02:05, 6年前 , 176F
當然不是說全部的點 像100行是有點誇張 但整體來說是合理
04/26 02:05, 176F
→
04/26 02:05, 6年前 , 177F
的
04/26 02:05, 177F
→
04/26 02:06, 6年前 , 178F
很多是為了避免技術債 你如果還過你就知道有多重要了XD
04/26 02:06, 178F
推
04/26 04:36, 6年前 , 179F
這裡面很多點不花啥時間啊…
04/26 04:36, 179F
→
04/26 09:45, 6年前 , 180F
老實說啦 只是你不願意學習而已 2 3 6 7這些做熟了根本不花
04/26 09:45, 180F
→
04/26 09:46, 6年前 , 181F
時間 長期來看甚至更省時間 本來抓bug要三天現在只要3 hr
04/26 09:46, 181F
→
04/26 09:46, 6年前 , 182F
什麼新創不新創的也不是藉口 因為其實根本不會慢
04/26 09:46, 182F
→
04/26 09:47, 6年前 , 183F
那現在因為時間趕 你也大概不想學 我看就算了 他搞他的你寫
04/26 09:47, 183F
→
04/26 09:47, 6年前 , 184F
你的 不然就開履歷囉
04/26 09:47, 184F
→
04/26 14:59, 6年前 , 185F
政府舉債建設創造經濟動能 工程師舉技術債創造職缺
04/26 14:59, 185F
→
04/26 15:09, 6年前 , 186F
2 3 4 5 6 都很花時間呀...從內文來看 並不是從頭做
04/26 15:09, 186F
→
04/26 15:09, 6年前 , 187F
是把舊有的打掉 順便導入沒人試過的新開發流程
04/26 15:09, 187F
→
04/26 15:10, 6年前 , 188F
光錯誤嘗試和測試就不曉得要繞到哪了
04/26 15:10, 188F
→
04/26 15:11, 6年前 , 189F
當然新的東西進去時 最好遵照新的規則走
04/26 15:11, 189F
→
04/26 15:11, 6年前 , 190F
會想重構一定有原因的QQ
04/26 15:11, 190F
→
04/26 19:29, 6年前 , 191F
改舊的 拆func跟刪註解哪會花啥時間啊....？到底？
04/26 19:29, 191F
→
04/26 19:30, 6年前 , 192F
新創產品是有多龐大？一週能不能做完？說不定三天就OK了
04/26 19:30, 192F
→
04/27 15:38, 6年前 , 193F
商業模式都沒確認還敢待喔 ....
04/27 15:38, 193F
推
04/27 23:57, 6年前 , 194F
神篇留名
04/27 23:57, 194F
推
04/28 16:02, 6年前 , 195F
7不一定是好事. 有時有些功能近似的function, 在A,B,C
04/28 16:02, 195F
→
04/28 16:03, 6年前 , 196F
都有做某事而在D選擇不做的話, 會在那行附近寫原因
04/28 16:03, 196F
→
04/28 16:04, 6年前 , 197F
在JavaDoc寫的話compile後外面的人會看到因此不會在那
04/28 16:04, 197F
→
04/28 16:05, 6年前 , 198F
邊寫, 就樣release版的錯誤信息不該有implementation
04/28 16:05, 198F
→
04/28 16:05, 6年前 , 199F
detail一樣
04/28 16:05, 199F
推
04/29 14:18, 6年前 , 200F
是你習慣不好啊 重構你的釦才拖慢大家
04/29 14:18, 200F
→
05/22 08:15, 6年前 , 201F
我覺得 1, 3, 5 點可以接受，其他不好說
05/22 08:15, 201F
‣ 更多 wandallin 的文章
文章代碼(AID): #1QtowVzh (Soft_Job)
討論串 (同標題文章)
以下文章回應了本文 (最舊先)：
完整討論串 (本文為第 1 之 8 篇)：
排序： 最舊先 | 最新先 | 留言數
在新視窗開啟完整討論串 (共8篇)
‣ 更多 wandallin 的文章
文章代碼(AID): #1QtowVzh (Soft_Job)