作者wandallin (萬大林)
看板Soft_Job
標題[請益] 新創剛起步的一些開發疑問
時間Tue Apr 24 21:18:17 2018
大家晚安，因為本身沒什麼朋友在新創上班，自己也是第一次在新創
所以想在這邊詢問大家開發上的一些小疑問
開發環境是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://webptt.com/m.aspx?n=bbs/Soft_Job/M.1524575903.A.F6B.html
1F：推 crossdunk: 他職位比你大嗎？覺得煩可以跟他說你覺得煩啊04/24 21:34
2F：→ xephon: 這跟新創有什麼關係?04/24 21:36
3F：→ wandallin: 職位一樣，說過很煩，但還是會一直念到code改好為止04/24 21:36
4F：→ wandallin: 因為我在一般公司沒遇過,想說是不是新創技術人員都這樣04/24 21:37
5F：推 abc0922001: 我覺得要PR前，就應該要先squash了04/24 21:38
也是為了讓git tree好看買？
6F：推 ymcheung: 雖然都是好習慣 不過有句話說過早最佳化是萬惡根源04/24 21:45
很有感啊...
※ 編輯: wandallin (60.198.43.91), 04/24/2018 21:49:09
7F：推 Sunal: 這些都還好阿......04/24 21:51
真假...
8F：推 touurtn: 這個問大家也沒有用阿 難不成大家說好 你就會適應?04/24 21:51
就是知道自己不適合新創吧
9F：推 ripple0129: 時程允許的話養成好習慣是好事，等真的推銷出去想做04/24 21:52
10F：→ ripple0129: 更沒時間了04/24 21:52
其實時程延後很多次了XD
11F：推 abccbaandy: 這些都還好+1...不過新創有時間搞這些也是滿神奇的04/24 21:52
其實沒有，所以每次提出來都會延後時程
※ 編輯: wandallin (60.198.43.91), 04/24/2018 21:57:27
12F：推 gn60311: 看時間允不允許比較重要+1,我的經驗是剛上線的MVP應該是04/24 21:54
13F：→ gn60311: 忙到沒時間搞這個才對XDDD04/24 21:54
其實是已經延後很久了，但是老闆也還是尊重
14F：推 Sunal: 比起這些 看到網路上一些新工具就急著導入還比較煩人 04/24 21:54
15F：→ Sunal: MVP上線 補功能的時候 2 3 5 7也能同時做不是？ 04/24 21:56
因為mvp上了後，收集使用者心得，發現還缺很多功能，所以還是在繼續補功能中，那些
項目我是選擇性做，如果時間允許，但是另一位會想全部做，即使延後時程
※ 編輯: wandallin (60.198.43.91), 04/24/2018 22:02:01
16F：推 knives: 5 為什麼不要直接跳await 就好，反正你都要重構了04/24 21:59
是另一位要重構的，但是他不會await，我是除非有必要才會用promise
※ 編輯: wandallin (60.198.43.91), 04/24/2018 22:03:29
17F：推 rayway30419: 剛起步的startup應該沒時間管這麼細才對XDDDD04/24 22:06
我是這麼想的，但是另一位說是為了未來著想也不能說錯，可能還是要看老闆口袋
※ 編輯: wandallin (60.198.43.91), 04/24/2018 22:08:59
18F：推 accessdenied: 大部分的新創真的都是這樣子，然後，大部分的新創真 04/24 22:22
19F：→ accessdenied: 的都會失敗。FYI04/24 22:22
這方面我倒是有心理準備...
20F：推 othree: await 也是接 promise 啊～ 這些我也覺得還好 04/24 22:23
21F：→ othree: 不過真的要說那個影響比較大，我會先從測試開始加上04/24 22:23
22F：→ ChoDino: 跟新創沒關係，這些都說個人習慣的養成。04/24 22:24
23F：→ othree: 不一定要 TDD，不過有自動測試，未來改東西比較心安04/24 22:24
感謝～看來這塊我還需要多看點資料
24F：推 accessdenied: 樓上大錯，這跟新創有絕對的關係04/24 22:24
25F：→ accessdenied: 新創TDD=To Die Die04/24 22:25
真的假的@@
※ 編輯: wandallin (60.198.43.91), 04/24/2018 22:31:03
26F：推 THEWORLDS: 這最基本...而且FUNCTION寫到100行以上不拆真的是 04/24 22:29
可能因為以前都看千行以上的所以現在感覺還好...
※ 編輯: wandallin (60.198.43.91), 04/24/2018 22:32:21
27F：推 accessdenied: 樓上丁丁是個人才！04/24 22:31
28F：推 naoomi: 新code可以照新規範但重構算了吧 新創先賺錢再燒錢r 04/24 22:33
29F：→ naoomi: 千行有點扯，可以看個clean code04/24 22:34
好der
30F：→ ken1325: 這家公司倒掉的機率高達87%04/24 22:34
※ 編輯: wandallin (60.198.43.91), 04/24/2018 22:37:05
31F：推 Argos: 跟程式沒有關係 先問 這間新創金主是誰04/24 22:36
32F：→ Argos: 倒不倒是看金主的 04/24 22:37
目前沒有金主...老闆貸款
※ 編輯: wandallin (60.198.43.91), 04/24/2018 22:38:05
33F：→ vencil: 好習慣可以養成，不過初期哪來的時間給他常常重構 04/24 22:38
所以常常delay...到我有點擔心的程度
※ 編輯: wandallin (60.198.43.91), 04/24/2018 22:39:18
34F：推 crossdunk: 老闆貸款…糟 04/24 22:40
QQ
※ 編輯: wandallin (60.198.43.91), 04/24/2018 22:43:34
35F：推 vi000246: 老闆能這樣燒錢很好啊 只是可能倒得也快 04/24 22:47
當然是希望可以活下來...但是我會想捨棄一些雜事，所以想法上就有衝突
36F：→ vencil: 老闆貸款活下來的也有...不過資金深度應該就...04/24 22:48
不清楚QQ
37F：→ Argos: 哇 那就只好祝您 一路順風 珍重再見 XDDD04/24 22:49
QQ
38F：→ vencil: 你的同事需要有認知，他想的未來可能遠在公司的存亡線後了 04/24 22:50
我上次跟他說沒有時間弄這些，他回我沒時間也要做，就隨他了，我也是覺得他想的未來
有點太遠
※ 編輯: wandallin (60.198.43.91), 04/24/2018 22:54:34
39F：推 mozume: 這些都還好吧，很多都只是習慣動作，eslint裝工具不就好 04/24 23:01
40F：→ mozume: ，test該寫的部份還是要寫，不然將來更麻煩04/24 23:01
好der
41F：推 cjamhe01385: 這些我們都會做，而且我還寫code不滿半年@@ 04/24 23:03
是公司已經有制度在了嗎？
※ 編輯: wandallin (60.198.43.91), 04/24/2018 23:08:58
42F：推 WiseLin1125: 其實很難懂，為何新創總是喜歡先搞app…app很燒錢的 04/24 23:07
43F：→ WiseLin1125: …04/24 23:07
react開發的也稱作app嗎@@？
※ 編輯: wandallin (60.198.43.91), 04/24/2018 23:10:48
44F：推 ripple0129: 現在花錢的都是在app上面花居多吧04/24 23:09
不太懂您的意思@@
※ 編輯: wandallin (60.198.43.91), 04/24/2018 23:12:00
45F：推 steve1012: 寫到千行根本是拿石頭砸腳了吧lol04/24 23:17
以前的公司啦，現在都兩百行以內XD
46F：推 accessdenied: 你說的這種同事我有遇過，如果你有權力，請立刻開04/24 23:17
47F：→ accessdenied: 除他！有他在只是加速敗亡！04/24 23:17
我只有開除自己的權利QQ
※ 編輯: wandallin (60.198.43.91), 04/24/2018 23:19:19
48F：→ accessdenied: 這種人只是在追求自己心中的理想世界，根本不在乎這 04/24 23:18
49F：→ accessdenied: 個新創的成敗04/24 23:18
50F：→ accessdenied: 可憐的是，新創很容易吸引這種敗類04/24 23:18
我覺得他是因為剛畢業就來這所以充滿了熱情，我是已經畢業十年覺得有些東西需要取捨
※ 編輯: wandallin (60.198.43.91), 04/24/2018 23:22:55
51F：推 alihue: 看環境，如果是用vs+c#，一個檔案千行還是容易trace04/24 23:21
我們是vs code+js有時候function分太多還在不同檔案，debug的時候會有點頭痛
※ 編輯: wandallin (60.198.43.91), 04/24/2018 23:24:46
52F：推 lintsu: function 100 行要求好寬04/24 23:23
因為有人說太多行他看不懂XD
53F：→ MOONY135: 新創有時間搞這些? 我都等需求穩定才重刻 04/24 23:26
他是即使delay也要搞...
※ 編輯: wandallin (60.198.43.91), 04/24/2018 23:29:00
54F：推 NCUking: 工作十年了居然可以接受千行function XDDD 04/24 23:28
公司前人的code啊～俗稱歷史共業XD
硬著頭皮也得改，萬行的都遇過了...
※ 編輯: wandallin (60.198.43.91), 04/24/2018 23:31:36
55F：推 justben: 你是去上班嗎 那就看誰比較硬 你比較強就不用鳥他04/24 23:30
56F：→ justben: 沒股份 沒分紅 新創這兩個字也是唬爛而已 不用想太多 04/24 23:30
不鳥他他就會一直講...我也是到現在才知道我怕囉嗦的人XD
兇人罵人的我反而無感
57F：推 crossdunk: 不是吧 他剛畢業 你畢業那麼久了...怎還會有這種問題04/24 23:31
因為我對code的樣式跟工具其實沒多大意見，我在意的是系統架構
58F：推 NCUking: 不過程式碼品質也要等公司活下來再考慮吧04/24 23:31
59F：→ justben: 回首才發覺 以前真的是幫公司想太多了 自以為老闆 哈哈04/24 23:31
60F：→ NCUking: 陣亡了 程式再漂亮也沒有用 04/24 23:32
同感
※ 編輯: wandallin (60.198.43.91), 04/24/2018 23:36:02
61F：推 NCUking: 1到3沒問題 本來就該有規範 04/24 23:34
我對ˋ1比較有疑問是，大家也是為了git tree好看嗎？
62F：→ NCUking: 4在草創時期只是浪費時間04/24 23:35
63F：→ NCUking: 5跟7要看情況04/24 23:36
※ 編輯: wandallin (60.198.43.91), 04/24/2018 23:38:35
64F：→ NCUking: 6的話 TDD未必要實行 但無論如何至少有自動化測試程式04/24 23:38
了解到測試的重要性了！
※ 編輯: wandallin (60.198.43.91), 04/24/2018 23:39:58
65F：→ NCUking: 不過產品上線才是第一優先04/24 23:39
66F：→ landlord: 你可以再換一間新創試試看，就知道是不是合適了。04/24 23:40
XDDD
67F：推 othree: 剛沒仔細看，搞到 delay 是不好啦04/24 23:40
嗯啊QQ，如果是為了debug就算了...
※ 編輯: wandallin (60.198.43.91), 04/24/2018 23:44:22
68F：推 za755188: 我一個function 超過20行就覺得有點長了04/24 23:43
真假？這樣debug會很難追邏輯嗎？還是每個都做自動測試呢？
※ 編輯: wandallin (60.198.43.91), 04/24/2018 23:50:10
69F：推 senjor: public的方法裡如果有不靠註解就不能懂的，就包成function 04/24 23:53
70F：→ senjor: function的名字就命名成你想打的註解 04/24 23:54
71F：推 guest0079: A大你怎麼不出來嘴啊 說啥不照著規範做系統會不穩啊 要 04/25 00:05
72F：→ guest0079: clean code啊 不然到時候程式會改不動啊 你怎麼不罵po04/25 00:05
73F：→ guest0079: 這篇的是寫爛code的老屁股啊 怎麼不幻想他是領底薪只會04/25 00:05
74F：→ guest0079: 寫簡單網頁的coder啊 04/25 00:05
除了老屁股外我其他都符合QQ
※ 編輯: wandallin (60.198.43.91), 04/25/2018 00:19:54
75F：推 steve1012: function包的好 看的速度快很多又好測試 要改也容易 04/25 00:19
看來這門藝術我尚未掌握OTL
※ 編輯: wandallin (60.198.43.91), 04/25/2018 00:20:48
76F：推 zeroshine: PR 不一定要 squash 而是不要 bug feature 喇在一起04/25 00:25
77F：→ zeroshine: eslint 可以幫你抓很多typo的低級錯誤，code format04/25 00:27
78F：→ zeroshine: 可以改用 prettier 自動化處理 04/25 00:27
79F：→ zeroshine: 重構的前提是有測試去防護 04/25 00:29
了解了！
80F：推 diabloevagto: 我的經驗是能順手做的就做需要多花時間的一律不做，04/25 00:31
81F：→ diabloevagto: 你是滿早期的新創就是要欠債搶時間測試市場，能不04/25 00:31
82F：→ diabloevagto: 能活過下個月都是問題還在想未來根本無言。等到活下04/25 00:31
83F：→ diabloevagto: 來有時間再重構還債04/25 00:31
84F：→ diabloevagto: 簡單來說早起新創不要求程式品質能動就好04/25 00:32
說到心坎裡了QQ
85F：推 zeroshine: 但是不管是新創還是大公司 都要學著跟技術債和平相處04/25 00:34
這個我很有經驗了XD
※ 編輯: wandallin (60.198.43.91), 04/25/2018 00:37:20
86F：推 zeroshine: 也許在新創作這些邊際效益不高，但也都是好習慣 04/25 00:37
87F：推 vi000246: 只是搞到delay問題有點大 老闆沒意見就好 04/25 00:38
老闆是完全尊重工程師所以我覺的有點危險就是了
88F：→ zeroshine: 別的地方也許你沒機會學，這邊有機會摸有機會想也好04/25 00:38
其實現在光開發跟debug就快忙不完了，不然本來我也是不排斥摸新東西，只是現在的狀
況讓腦子很累...
※ 編輯: wandallin (60.198.43.91), 04/25/2018 00:42:22
89F：→ MOONY135: 沒有時程一年給我改萬行function我ok04/25 00:51
90F：→ laputaflutin: 我覺得你們應該要有個架構師或資深工程師來管這件 04/25 00:53
91F：→ laputaflutin: 事，新創老闆貸款給工程師玩不熟的新技術？如果沒d 04/25 00:53
92F：→ laputaflutin: elay一切好談，delay就什麼都不用談啦 04/25 00:53
之前有建議過找資深的但是卡資金問題
93F：推 zeroshine: 那我覺得你同事太激進要引入這些規範了 慢慢來比較好04/25 00:56
94F：→ dnabossking: 5跟7又不一定比較好04/25 00:57
95F：→ skizard: 認為新創不用先遵守3跟4 市場時機比較重要 04/25 01:03
96F：→ dnabossking: 如果是全新的前所未有商業模式，我覺得不適合寫TDD 04/25 01:04
97F：推 Masakiad: 還好啦 除了你上述的之外，我們還有coding style，funct 04/25 01:05
98F：→ Masakiad: ion 行數30行內一堆規定。 04/25 01:05
30行@@，我最近試試看好了
99F：→ dnabossking: 應該寫BDD 04/25 01:05
還沒研究過QQ
100F：推 t64141: 很不錯阿，如果能消化下來，可以藉此養成一些好習慣04/25 01:16
101F：推 justben: 補充不用想太多的意思: 一個測試寫一個星期也沒差 04/25 01:31
102F：→ justben: 你有本事主導 你弄也沒差 老闆爽你有錢拿就好04/25 01:32
103F：→ justben: 瞭嗎? 公司成敗不干你的事 不用去想那些 甚麼商業甚麼的04/25 01:33
104F：→ justben: 都是幻覺 除非你有股份 有分紅 或是其他東西 @@ 04/25 01:33
都沒QQ
105F：推 b004020018: 人家想養的是個人能力啊 公司倒了他能活的很好的04/25 01:55
106F：→ b004020018: 不會這樣要求自己的工程師比較可怕...04/25 01:57
嗯...好像是
107F：→ shortoneal: 其實除了4跟6之外，都是開發上順路就能作，不需要多花04/25 01:57
108F：→ shortoneal: 多少時間的吧 04/25 01:57
109F：推 s0914714: function太多行分拆是基本吧 可讀性好多了04/25 02:07
110F：推 x123356: 所以這七點哪個具體拖慢了開發時程嗎 看不出來欸04/25 02:17
111F：→ x123356: 是不是tdd先不說 不寫測試你只是搞死自己04/25 02:19
112F：→ x123356: 做了十年了還不懂這點 你還真的只符合老屁股一點 04/25 02:19
113F：推 x123356: 也許你適合回大公司養老 不要出來害人了 04/25 02:21
對不起ˇQQ
主要花時間的是重構，之前都沒寫過測試
以及這些是開發中期才想加入的
所以要回去改舊code也要重測
116F：→ prag222: function100行就想拆?業界要拆的不是都千行以上?04/25 03:16
我待的都千行以上沒錯@@
※ 編輯: wandallin (60.198.43.91), 04/25/2018 07:36:08
117F：→ stitchris: 為拆而拆嗎 為了重構而重構嗎 04/25 07:38
118F：推 LinuxKernel: #會動就好 04/25 07:39
119F：推 x123356: 所以癥結點在重構 是對系統有幫助的重構 還是單純求好看04/25 07:59
120F：→ x123356: 如果是前者 是什麼原因驅使必須重構 如果是後者 就擋掉04/25 07:59
121F：→ x123356: 菜鳥本來就容易為了重構而重構 資深人員應該阻止這件事 04/25 08:00
他説為了未來好維護所以重構，
他比我早半年進來，沒有比他資深的人
我也是近兩年才轉寫code，跟他說過但是他看到就想改，不改會不舒服
122F：推 TitanEric: 覺得這些作法都不錯R 繼續做04/25 08:00
我盡力QQ
※ 編輯: wandallin (60.198.43.91), 04/25/2018 08:09:58
123F：推 APTON: 好奇問，你十年的經歷中，都沒寫過測試嗎@@？ 04/25 08:13
真的沒有，之前都是做sa sd跟mis，前年才轉寫code
※ 編輯: wandallin (60.198.43.91), 04/25/2018 08:16:31
124F：→ a9564208: 我以為新創都是先上線再說...04/25 08:58
我想起來有遇過一家廠商說燒五年還沒找到商業模式的
125F：推 aks: 這些好習慣沒養成 以後維護的人會更煩 眼光要放遠 加油!04/25 09:17
好的～感謝！
126F：推 vi000246: 某樓說的不錯 反正公司倒掉他沒差 能學到技術就好 04/25 09:44
就是要自學～以前公司還可以抱大腿
127F：推 yongb: 請問是台北小巨蛋站附近的公司嗎？04/25 10:06
不是喔～不在那個區域
128F：推 Ekmund: 不錯是不錯 但怎麼看都很花時程 能說服出錢的嗎QQ 04/25 10:22
129F：→ Ekmund: 畢竟是新創 驗證概念能回本應該比擴展能力重要 04/25 10:24
130F：→ Ekmund: 要是不賺 這麼多初期投入不就吃土惹... 04/25 10:25
131F：→ Ekmund: 雖然說就算公司倒掉 你有學到也ok啦... 04/25 10:26
出錢的是老闆，老闆不懂資訊開發，所以他很尊重工程師說的
132F：推 newways: 資金有問題還花時間在搞這些...賺到錢再請人重構阿04/25 10:34
其實有時候我也這樣想，很多事情我會想以後再做
不過看到大家的分享，我想撰寫習慣的部分還是可以先開始養成
ＴＤＤ可能就不太需要硬塞進來
重構可以在開發新功能時順手做
133F：推 johnny94: 講真的，這些都很重要沒錯，但你在新創阿連商業模式都還04/25 10:39
134F：→ johnny94: 沒確立，做這些只是工程師的自我滿足而已。 04/25 10:39
135F：→ johnny94: 但如果你只是個打工仔，對這間新創也沒什麼熱情，你就當04/25 10:40
136F：→ johnny94: 累積經驗 嘻嘻04/25 10:40
我在想我的熱情可能比較偏向建置服務架構跟解決問題＠＠
※ 編輯: wandallin (60.198.43.91), 04/25/2018 11:35:39
137F：→ deray: 你這個劣幣04/25 12:28
是QQ
138F：推 senjor: 後來重新看看我的CODE，連超過30行的都很少 ww04/25 12:39
139F：推 chuegou: 新創需求更改很頻繁吧 現在就重構...是沒其他事了喔...04/25 13:18
140F：推 frouscy: 做這些和建置架構和解決問題沒衝突R04/25 13:32
141F：推 art1: 比較可怕的是沒有寫測試的經驗卻一直想重構04/25 14:14
142F：→ Ekmund: 聽起來你們老大有錢有閒 那就當賺到學學吧QQ04/25 15:15
143F：推 srwhite: 我倒很羨慕有制度的公司 不然每次改別人code都很厭世 04/25 16:31
144F：推 TSW: 大部分都是一些好習慣，雖然會增加工作量跟壓力，但還是建議 04/25 16:59
145F：→ TSW: 儘早適應吧。 04/25 16:59
好的，我會改進
推 Argos: 剛剛才看到樓上有人釣魚喔 XD 這有啥好嘴？不做就不做啊又 04/25 17:06
146F：→ Argos: 沒有什麼差？開心就好 錢也照領 不是嗎？XD04/25 17:06
147F：推 tsl3333: 我覺得你同事觀念很好 有機會絕不欠債04/25 18:35
148F：→ ku399999: 4很難評斷 但其他根本還好 什麼好公司介紹一下？04/25 20:30
149F：→ ku399999: 2 100行這數字也沒什麼必要04/25 20:31
150F：→ ku399999: 連promise都懶得用寫什麼react...04/25 20:33
151F：→ SmallpTsai: 建議以結果來論, 不管要怎麼作, delay就是問題, 要嘛04/25 21:00
152F：→ SmallpTsai: 提早把要作的事估進來,中間再加而delay這很有問題04/25 21:00
153F：→ SmallpTsai: 然後你喜歡作架構,就把架構畫好,彼此分工畫清楚 04/25 21:01
154F：→ SmallpTsai: 你的東西請他不要管,他的東西你也不用管04/25 21:02
155F：→ SmallpTsai: 只要彼此把承諾的介面作出來即可04/25 21:02
156F：→ SmallpTsai: 雙向的溝通很重要, 同事間若無法溝通也無法尊重彼此04/25 21:03
157F：→ SmallpTsai: 就...請上級出來協調吧04/25 21:04
158F：→ SmallpTsai: 至於是他不溝通還是你不溝通看不出來,說不定他來po又04/25 21:08
159F：→ SmallpTsai: 完全是另一回事04/25 21:08
您說得對，我會先從改善自己的習慣開始
看了大家的回覆我知道自己問題點了
160F：推 Ghamu: 說真的 有幾點是基本職業道德吧？ func上百行code? 你他媽 04/25 22:20
161F：→ Ghamu: 應該只有作者看得懂吧？04/25 22:20
好的，我會改進，沒有上百行啦
我寫得最多150上下
162F：→ Argos: 道德？等下樓上有人會回你 拎北出來是要賺錢講啥道德？作功04/25 22:49
163F：→ Argos: 德嗎？ XDDD04/25 22:49
164F：→ Argos: 最好一個func一千行 一個class一萬行 整個APP只有10個class 04/25 22:50
要寫成這樣好像也很難QQ
※ 編輯: wandallin (60.198.43.91), 04/25/2018 23:17:14
165F：推 plokm0987: 新創絕對沒有比delay更嚴重的問題 老闆放任這樣是有問 04/25 23:26
166F：→ plokm0987: 題 建議還是勇敢跟老闆溝通一下 請他出面解決 04/25 23:26
好的！我會跟大家一起溝通！
※ 編輯: wandallin (60.198.43.91), 04/25/2018 23:30:40
167F：推 kinda: 好公司介紹一下 找工作中~ 04/25 23:52
168F：推 windleaf: 你太菜了 04/25 23:59
169F：→ sharku: 有個問題 他想重構的部分是誰的code? 04/26 00:18
170F：推 upyours: 不跳過promise直接await/async嗎？ 04/26 01:22
171F：→ jefflu: 我覺得都很合理耶 完全就是好習慣 這的大公司內部都說制 04/26 02:01
172F：→ jefflu: 度化 這些蠻正常的 你不喜歡反而是你的問題 其實你應該開 04/26 02:01
173F：→ jefflu: 心自己可以學到新東西跟好習慣 04/26 02:01
174F：→ jefflu: 推文亂了不好意思 大公司內部都有自己的規範 可能是全部 04/26 02:04
175F：→ jefflu: 也可能是某個組 我覺得這是必要的 04/26 02:04
176F：→ jefflu: 當然不是說全部的點 像100行是有點誇張 但整體來說是合理 04/26 02:05
177F：→ jefflu: 的 04/26 02:05
178F：→ cha122977: 很多是為了避免技術債 你如果還過你就知道有多重要了XD 04/26 02:06
179F：推 steve1012: 這裡面很多點不花啥時間啊… 04/26 04:36
180F：→ Argos: 老實說啦 只是你不願意學習而已 2 3 6 7這些做熟了根本不花 04/26 09:45
181F：→ Argos: 時間 長期來看甚至更省時間 本來抓bug要三天現在只要3 hr 04/26 09:46
182F：→ Argos: 什麼新創不新創的也不是藉口 因為其實根本不會慢 04/26 09:46
183F：→ Argos: 那現在因為時間趕 你也大概不想學 我看就算了 他搞他的你寫 04/26 09:47
184F：→ Argos: 你的 不然就開履歷囉 04/26 09:47
185F：→ x000032001: 政府舉債建設創造經濟動能 工程師舉技術債創造職缺 04/26 14:59
186F：→ Ekmund: 2 3 4 5 6 都很花時間呀...從內文來看 並不是從頭做 04/26 15:09
187F：→ Ekmund: 是把舊有的打掉 順便導入沒人試過的新開發流程 04/26 15:09
188F：→ Ekmund: 光錯誤嘗試和測試就不曉得要繞到哪了 04/26 15:10
189F：→ Ekmund: 當然新的東西進去時 最好遵照新的規則走 04/26 15:11
190F：→ Ekmund: 會想重構一定有原因的QQ 04/26 15:11
191F：→ Argos: 改舊的 拆func跟刪註解哪會花啥時間啊....？到底？ 04/26 19:29
192F：→ Argos: 新創產品是有多龐大？一週能不能做完？說不定三天就OK了 04/26 19:30
193F：→ MagicMomo19: 商業模式都沒確認還敢待喔 .... 04/27 15:38
194F：推 windylam: 神篇留名 04/27 23:57
195F：推 leicheong: 7不一定是好事. 有時有些功能近似的function, 在A,B,C 04/28 16:02
196F：→ leicheong: 都有做某事而在D選擇不做的話, 會在那行附近寫原因 04/28 16:03
197F：→ leicheong: 在JavaDoc寫的話compile後外面的人會看到因此不會在那 04/28 16:04
198F：→ leicheong: 邊寫, 就樣release版的錯誤信息不該有implementation 04/28 16:05
199F：→ leicheong: detail一樣 04/28 16:05
200F：推 KanoLoa: 是你習慣不好啊 重構你的釦才拖慢大家 04/29 14:18
201F：→ CaptainTeemo: 我覺得 1, 3, 5 點可以接受，其他不好說 05/22 08:15