作者ftrain ()
看板Soft_Job
标题Re: [请益] 第一次被炒鱿鱼
时间Sun Oct 1 12:48:16 2017
争吵文件是相当没意义的事情，
现实情况就是不会有文件，就算有，内容也跟最新的系统兜不上。
如果真的有一份详细的系统文件，我相信那间公司不是快倒了，
就是根本没生意，让聘请来的工程师有那麽多时间去写详细的文件。
最後那些要文件的，扪心自问，自己当初留下多少精美的文件
给前一个公司？
不要吵文件的问题了，这种问题只有junior才会有的想法，
senior碰多了，第一时间是看有没有文件，第二时间确认
文件吻不吻合目前系统，没有，鼻子摸着快点去看CODE了，
不可能一直陷於「我是被整了吗？没文件我怎麽搞？」
实际上台湾的软体公司，工程师互相都不会有详细规格文件，
别人不会给你，相同的你离职了也不会有这东西给别人。
这东西很花时间，面对层出不穷一直变化的系统，有这东西的，
我会觉得很怪。
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 36.233.15.120
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1506833299.A.6E9.html
※ 编辑: ftrain (36.233.15.120), 10/01/2017 12:48:49
1F：推 g001613001: 我第一间公司试每个功能开出来，都有给规格书。 我离 10/01 12:50
2F：→ dreamnook: 我每间公司离开前都留完整文件 他们还都很开心 亏了 10/01 12:50
3F：→ g001613001: 职时，也把程式码都写好注解，还有交接录音教学。 10/01 12:50
4F：→ g001613001: 所以这次遇到这个情况，才知道，原来都没有规格才是 10/01 12:50
5F：→ g001613001: 正常的。 10/01 12:50
6F：→ dreamnook: 原来我应该只留程式码让接手的痛苦才符合senior吗 10/01 12:51
7F：推 cplusplus426: 1年3个月算senior? 10/01 12:51
8F：推 felixgugu: 实情就是如此，我进公司快一年接2个案子也是完全没文件 10/01 12:53
9F：推 g001613001: 他们公司职务应徵没有写要求senior喔，只说一年以上 10/01 12:54
10F：→ felixgugu: 为了钱就默默吃下来了... 10/01 12:54
11F：推 evil2004: 说真的 没时间可以搞文件 我们PM一直想推 但苦苦找不到 10/01 12:54
12F：→ dreamnook: 不 我是6年的junior xD 10/01 12:54
13F：推 senjor: 没有文件，那写的是self-explanatory code吗？还是有PP？ 10/01 12:54
14F：→ evil2004: 一个适合大家的作法 10/01 12:54
15F：→ senjor: 如果都没有，那要别人看懂，至少花一个月应该是合理的... 10/01 12:55
16F：→ felixgugu: 问题单就解不完了...谁有空跟你写文件 10/01 12:55
17F：→ dreamnook: 我接也常常没文件可以看 但仍觉的留文件较好xD 10/01 12:56
18F：推 g001613001: 我之前公司是给基础的画面layout，要使用的API url 以 10/01 12:57
19F：→ g001613001: 及 会get到什麽值，这个值是用在哪个地方，这样子 10/01 12:57
20F：→ g001613001: 所以开发下来几乎没遇到什麽大问题。 10/01 12:57
21F：推 cokellen: 你应该没待过需要走iso认证的公司，确实有可能写文件时 10/01 12:59
22F：→ cokellen: 间多於写code 10/01 12:59
23F：推 vi000246: 程式码写得好根本不用文件 10/01 13:00
24F：→ cokellen: 这种公司通常是集团规模，没这麽容易倒 10/01 13:01
25F：推 StarRoad: 真多工程师把"常态"跟"正确"搞混了吧，我前公司也没文件 10/01 13:10
26F：→ StarRoad: ，但我一点也不觉得没文件才是正常的 10/01 13:11
27F：推 TAKADO: 交接/支援时能拿到excel列出功能/参数清单我就觉得祖上积 10/01 13:16
28F：→ TAKADO: 德了，程式稍微注解区块是最低限。多人协作真的是有点规 10/01 13:16
29F：→ TAKADO: 模的公司要下功夫的地方，不然问题累积起来哪天爆炸都不 10/01 13:16
30F：→ TAKADO: 知道 10/01 13:16
31F：推 ku72: 遇到的都没文件+1 没遇到什麽问题也+1 10/01 13:17
32F：推 evil2004: 祖上积德XDDD 我是觉得文件该有 但真的没时间搞 10/01 13:18
33F：→ ku72: 遇到的注解只有非正常逻辑跟会有误会处有写 10/01 13:18
34F：→ dreamnook: 好吧我只是常常积积阴阴德(误 10/01 13:20
35F：推 a47135: 常态和应不应该搞不清 10/01 13:32
36F：推 YahooTaiwan: 没文件+1，程式码就是文件 10/01 14:24
37F：→ YahooTaiwan: senior 本来就该能自己 K 完程式码 10/01 14:25
38F：→ Argos: 程式写得好根本不用文件没错阿 但问题是程式就写不好嘛 XDD 10/01 14:32
39F：→ Argos: 当你看到没有注解 三四个超大类别写在同一支档案 10/01 14:33
40F：→ Argos: 一个method上千行 三层以上的巢状 然後要你几天内K完 10/01 14:34
41F：→ Argos: 我是觉得不要强人所难 烂code就是烂code 要整理就要花时间 10/01 14:36
42F：推 StarRoad: 程式能取代文件的前提是"写得好"跟"写得对"吧。 10/01 15:02
43F：→ StarRoad: 要是功能与规格不合，最好是光看code看的出来。何况有好 10/01 15:03
44F：→ StarRoad: 文件能增加看code的速度，你不给文件就要有花时间的预期 10/01 15:04
45F：→ fidelity77: 没文件可接受，至但少要给足够时间看code 吧，两个礼 10/01 15:06
46F：→ fidelity77: 拜就能 帮忙除bug还觉得人家程度不足？ 10/01 15:06
47F：推 atpx: 金融业购重视规格书了, 还是经常碰上spec老旧问题 10/01 15:06
48F：推 g001613001: 是的，我接到的就是所有的程式码写在一个类别里面的。 10/01 15:10
49F：嘘 jennya: 除了第五段 OK 以外，其他段根本都错误观念，竟然没人嘘？ 10/01 17:16
50F：→ jennya: = = 乖乖写文件的还要被你呛时间太多没生意喔，那怎麽不 10/01 17:16
51F：→ jennya: 乾脆呛有做 refactor 和 code review 的也都是没生意的公 10/01 17:16
52F：→ jennya: 司？XD 10/01 17:16
53F：嘘 jennya: 回应你第四段「自己当初留下多少精美的文件给前公司」，我 10/01 17:24
54F：→ jennya: 就留下好几份欸，然後前阵子听说他们还在用欸 (我自己都忘 10/01 17:24
55F：→ jennya: 记我有写了) 10/01 17:24
56F：→ jennya: 第六段「相同的你离职了也不会有这东西给别人」，不要自己 10/01 17:25
57F：→ jennya: 没有就以为其他人都不会有 10/01 17:25
58F：→ jennya: 第七段「面对层出不穷一种变化的系统，有这东西的我会觉得 10/01 17:27
59F：→ jennya: 很怪」难道系统是动不动整个大架构都会狂变化？总会有已经 10/01 17:27
60F：→ jennya: 固定不再变的吧，大架构、某些大部分的主要功能、常用常修 10/01 17:27
61F：→ jennya: 改的部分在哪，这些东西就是可以写进文件的啊。 10/01 17:27
62F：→ jennya: 我的嘘文没有要针对你个人、也不是因为这次事件，单纯觉得 10/01 17:28
63F：→ jennya: 这样的观念在soft_job版有17推，无法接受。 10/01 17:28
64F：→ LeiaRolando: 遇过没文件而且变数宣告还是abc 看到就想从16楼往下 10/01 17:33
65F：→ LeiaRolando: 跳 10/01 17:33
66F：→ LeiaRolando: 最後还是靠佛心db才看懂... 10/01 17:34
67F：嘘 balius: 台湾就是这一样，把不正常当成正常然後指责要求回归正常化 10/01 17:42
68F：→ balius: 的人... 10/01 17:42
69F：推 expup: 中小企业普遍没文件是真的 但是其他大公司就多少会有 10/01 17:57
70F：→ maxqq: 我身为一个工程师，相当不认同您所讲的文件问题 10/01 18:39
71F：→ maxqq: 曾经有一位前辈说，写文件就代表你的思路够不够格 10/01 18:40
72F：→ maxqq: 连写文件都不写，这是哪一招？应该是学徒吧 10/01 18:40
73F：→ oread168: 真没时间最好也要捏着蛋蛋写个注解.. 10/01 18:53
74F：→ oread168: 任何有用的线索都很珍贵QQ 10/01 18:54
75F：推 SansWord: 这样看来敝公司快倒了。 10/01 18:58
76F：→ TAKADO: 有时候写文件是帮自己忙 以未来的自己跟公司同事看 10/01 21:13
77F：→ TAKADO: 不然别说五年 有时候两年前自己写的code自己都看不懂了 10/01 21:13
78F：→ hidog: 没文件没注解,又一堆work around的code是很恐怖的... 10/01 21:16
79F：嘘 wildli0422: 你是我公司的吗 10/01 21:21
80F：嘘 NTULioner: 别把自己呆过的烂公司当作业界常态 10/01 23:24
81F：→ NTULioner: 几万行的code没有文件说明 你要新人两个星期看懂修完bu 10/01 23:25
82F：→ NTULioner: 这月薪应该可以领100万 10/01 23:26
83F：嘘 DukeLiu: 常态跟应不应该要分清楚 10/02 00:43
84F：→ bndan: 健康的环境会有跟文件等值类似的东西 = = 如果有GIT那理论 10/02 03:20
85F：→ bndan: 上总会有个问题系统吧? 这不要乱写的话 就跟文件等值了阿.. 10/02 03:22
86F：→ ssccg: 文件并不是一定要长的像SDLC里面定义的那些才是文件 10/02 04:00
87F：→ ssccg: 程式写再好，还是会有只看程式逻辑看不出来的业务规则啊 10/02 04:01
88F：嘘 doranako: 承包没规格文件？到时候如何厘清责任 10/02 08:36
89F：嘘 FantasyRyu: 别把你待过的烂公司拿出来当常态 10/02 08:51
90F：嘘 dobeqoo: 够大间的公司都有规格书的 10/02 10:03
91F：→ y331752001: 文件管理还是很重要的 10/02 10:35
92F：→ y331752001: 没有基本文件 以後出问题 完全不知来龙去脉 只是每个 10/02 10:36
93F：→ y331752001: 人有他自己写法 10/02 10:36
94F：嘘 heerowei0802: 真遗憾，在前公司开发两个案子都有写文件 给嘘 10/02 14:02
95F：嘘 arethusa99: 你还是下去吧 正确跟常态都搞不清楚 10/02 21:50
96F：嘘 ppz1234: 为奴性哭哭 10/03 09:12
97F：→ leolarrel: 没文件+1 , 不管是不是正常,在台湾就是如此,有文件的 10/03 09:44
98F：→ leolarrel: 算好运,有制度.不过现在流行敏捷,clean code , 要留文 10/03 09:44
99F：→ leolarrel: 见我看是越来越难了 10/03 09:44
100F：推 senjor: clean code是假的，没做文件才是真的 Q_Q 10/03 10:26
101F：→ kikiqqp: 原来以前乖乖写规格书和改版注解并非业界常态呀 10/03 10:49
102F：→ kikiqqp: 平行世界业界？！ 10/03 10:49
103F：嘘 a2975313: 写文件=公司快倒? 别把忙、没时间、麻烦当作合理好吗? 10/03 11:35
104F：→ a2975313: 台湾写code一流 写文件不入流 10/03 11:37
105F：→ senjor: 有时间上PTT，没时间写文件~ 10/03 12:07
106F：嘘 justin761002: 嘘：把错误观念合理化 10/04 10:19
107F：推 crazwade: 就是习惯不好啊 从小就要养成注解的好习惯 10/05 00:35
108F：嘘 seaping: 别把不入流的状态当常态 10/10 13:35
109F：推 voswo: 不愿意做、没时间做不代表不用做好吗！ 10/16 20:25
110F：嘘 ggttoo: 听你在屁，我家就小公司没文件很乱，客户大公司就有文件.. 10/25 02:01