作者hotrain13 (最幸运的人!!)
看板Soft_Job
标题[请益] 先求有在求好是不是比较容易被看见？
时间Fri May 7 18:13:18 2021
最近跟朋友聊天，我们都是写韧体
聊到开案之後，要规划好架构，考虑所以因素後再开始动工还是先冲出一个雏形给老板看
我以前都是先冲出一版，出货後回报bug接着maintain 花的时间有够多，1 2次後觉得这样
不行，有够没效率
需要更改功能的话，由於一开始没有考量到，都要大改程式
之後我都是先规划好架构，列出可能有bug的点，预想客户可能会加减什麽需求
尽量让程式弹性一点
虽然韧体软体架构其实也不大喇
可是朋友跟我说，这样不行
老板只会希望赶快看到东西，愈快做好印象愈好，速度=能力
仔细想想好像有道理...反正maintain也是等客户bug後再来改，或是下一个接手的人改
或者是要评估可行性，不管3721,先冲一版雏形，有达到部分需求让老板开心一下，後面
问题後面再说
是不是让老板看得见比较重要
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 223.136.64.179 (台湾)
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1620382400.A.6DB.html
※ 编辑: hotrain13 (223.136.64.179 台湾), 05/07/2021 18:15:05
1F：推 ctrlbreak: 我前公司常常随便兜一些功能老板看了很高兴 然後很快就05/07 18:19
2F：→ ctrlbreak: 能签约卖掉 到了真正上线都是马上挂给你看XD05/07 18:19
3F：推 newhandfun: 业务方面是这样没错，越快交件越好05/07 18:19
4F：→ newhandfun: 但工程师方面也可以采取其他手段因应05/07 18:19
5F：→ newhandfun: 像是XP提倡写测试然後把程式写得简单05/07 18:19
6F：→ newhandfun: 让之後重构有个依据，不知道韧体可否05/07 18:19
7F：推 ctrlbreak: 然後我就是接手善後的人 05/07 18:22
我也接手过...
※ 编辑: hotrain13 (223.136.64.179 台湾), 05/07/2021 18:25:33
8F：推 vi000246: 要先看你老板是什麽人 05/07 18:29
9F：→ lazarus1121: 接了一个整合系统维运，发现内部的逻辑就是if else05/07 18:33
10F：→ lazarus1121: 六个系统就写六个else，嘻嘻 05/07 18:35
11F：推 jackflu: 然後上线後，连着半个月天天加班到凌晨，再回来靠北老板05/07 18:36
写实阿
12F：推 ko27tye: 你老板不是软韧体rd升上去的话，所谓可扩充,易修改,好读 05/07 18:59
13F：→ ko27tye: 的程式只是你的自我满足 只要UI漂漂亮亮，出功能快，他 05/07 18:59
14F：→ ko27tye: 才不管里面是不是一坨屎 05/07 18:59
这倒是，我是希望未来要加功能不用花很多时间，下一个接手的不会靠北我
不过老板看不到，所以在看不到的地方努力好像真的挺蠢的
15F：→ travelerX: 写不好也有可能被看见05/07 18:59
16F：→ t64141: 拼快速出货的东西，後面要维护会多很多时间和风险，只要 05/07 19:42
17F：→ t64141: 程式码够垃圾，维护时就会很不稳定或是修改要多花很多时 05/07 19:43
18F：→ t64141: 间。但另一方面，没人讲的话老板也不一定维护的毛病跟专 05/07 19:43
19F：→ t64141: 案前期有关就是05/07 19:43
对啊，不希望维护要花一堆时间才会在初期花一点时间
20F：→ t64141: * 漏字，不一定知道05/07 19:43
21F：→ leo08210917: FW就很难代CI/CD那套 硬体出问题就饱了 还要擦屁股 05/07 20:10
真的...每次有问题就是先叫fw找，还要证明是硬体问题硬体才要改
※ 编辑: hotrain13 (223.140.62.171 台湾), 05/07/2021 22:18:53
22F：→ james732: 现在的我觉得：什麽都是假的，只有薪水是真的 05/07 22:28
23F：→ james732: 只有老板的需求才是需求，只有老板的问题才是问题 05/07 22:30
24F：→ james732: 自我满足就到有余力而且要有做白工的觉悟再说 05/07 22:30
25F：→ taipoo: 其实你的想法是正确的 05/07 23:15
26F：推 hegemon: 如果是用完就丢或是不用维护的专案这样搞Ok，但是如果是 05/08 02:48
27F：→ hegemon: 要长期维运而且又是B2B甚至被政府监管的系统，这样必死 05/08 02:48
28F：→ hegemon: 将来银行就是一堆先求有再求好的搞死的 05/08 02:49
29F：→ cha122977: 很吃写的人的技术 强的可以写的快但将来又好改 05/08 02:50
30F：推 brianhsu: 如果之後自己都不会再维护是没差啦，但如果之後还是会回 05/08 09:27
31F：→ brianhsu: 到自己手上，对自己好一点吧。 05/08 09:27
32F：推 t64141: 还有一点，习惯很可怕，如果长期都习惯赶工或是能动就好 05/08 16:58
33F：→ t64141: ，久了之後就算让你遇到重视可维护性的缺，可能你也达不 05/08 16:58
34F：→ t64141: 到对方的要求了 05/08 16:58
35F：→ t64141: 所以得先有能力顾好品质，再来看实务上要怎麽取舍 05/08 17:03
36F：→ superpandal: 写那麽快哪有什麽好的 除非语言好写不罗唆 也怕被用 05/09 16:18
37F：→ superpandal: 完即丢 05/09 16:18
38F：推 abc01251: 你朋友的说法 在普通的台厂 的确效果比较卓越 05/09 18:39
39F：推 cijaychuchu: 我自己是业务，觉得26楼说的有道理 05/09 19:24
40F：→ cijaychuchu: 业务一定是希望越快出货越好，但如果还需要负责後续 05/09 19:25
41F：→ cijaychuchu: 的维运和接客诉的话，你系统出得烂当然也会怕 05/09 19:25
42F：→ cijaychuchu: 像我就是系统有问题的时候被cue到就要马上online回 05/09 19:27
43F：→ cijaychuchu: 报，就算刚开始是会催工程师赶快写出来出货，到後来 05/09 19:27
44F：→ cijaychuchu: 就变成尽量争取更多的开发时间给工程师 05/09 19:27
45F：→ cijaychuchu: 假日on call真的很疲惫，不对工程师好一点就是整死 05/09 19:28
46F：→ cijaychuchu: 工程师和自己 05/09 19:28
47F：→ cijaychuchu: 但如果是一次性的买断的话，就看业务有没有要做口碑 05/09 19:28
48F：→ cijaychuchu: 了 05/09 19:28
49F：→ shooter555: 老板通常真的不懂什麽架构 给出看得到的东西才是一切 05/10 09:44
50F：→ shooter555: 当然自己的信用是需要维护的 05/10 09:45
51F：→ shooter555: 在求表现跟绩效与信用的维护上要取得平衡 05/10 09:46
52F：推 k8188219: 先冲一版，然後去跟老板谈要时间做完 05/11 20:31