作者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/cn.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