作者uok (钢铁领主)
看板Soft_Job
标题资深工程师该有怎样的样子？
时间Sat Mar 23 16:50:05 2019
2010年7月开始进入资讯业
主要是写ANDROID APP
现在也九年了
一路上不敢说表现得多好
但也是一路过关斩将杀到现在
从基础的restful api串接
到後面BLE,NFC,
甚至为了接案自己学django，node.js
这几年开始感到前端取代APP的风气越来越盛
於是顺手把前端的东西都学起来
（包括cordova，kotlin之类的阿杂）
本来以为随着经验越来越多
工作会越来越好找
但是……却觉得不是这麽回事
随着经历越来越多
每次去面试的公司反而炮火都越来越猛
从年纪几岁（35很老吗？）
写什麽程式（会JAVA为什麽不能胜任C?
换几任工作（我待过七家公司关你啥事啊……
面试的问题都越来越爱针对我的私人经历打转
好像做了九年的人还在面试很要不得一样
最糟糕的是
每次换工作都越来越难待很久
往往都是
第一个月摸环境
第二个月完成专案
第三个月验收到一半开始被刁难
然後就拿些希奇古怪的理由赶我走
变成一案工程师
版上前辈很多，所以想问问
通常到了第十年开始
技术自我学系能力以及做专案程度已经还OK的话
该往什麽方向开始增进？
又，我该如何判定一家公司我能不能做长久呢？
-----
Sent from JPTT on my Sony H4493.
--
我的猜想是，云端技术就像当年的网际网路
所有的人都要赞美它
所有的厂商都要支援它
所有的专案经理都要拥抱它
所有的工程师都要实践它
但是，就是
没有人知道什麽是云端技术....
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 101.8.161.223
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1553331015.A.130.html
※ 编辑: uok (101.8.161.223), 03/23/2019 16:51:04
※ 编辑: uok (101.8.161.223), 03/23/2019 16:52:02
1F：推 chuegou: 面试不问工作经历 不然要问求学经历吗==03/23 16:59
2F：→ jkuser: 资深工程师面试不问经历...那到底还有什麽好问的？学历？03/23 17:03
也是这麽说没错，但至少要问我会什麽做过什麽，而不是你觉得你为什麽会写程式这种问题
3F：→ pttworld: 薪水不高也不用待太久03/23 17:08
※ 编辑: uok (101.8.161.223), 03/23/2019 17:12:48
4F：→ pttworld: 另外10年你要面试的是管理职了，至少是lead03/23 17:11
5F：推 O187: 基本上想找资深工程师的公司都想要强的即战力，当然会问你经03/23 17:11
6F：→ O187: 验03/23 17:11
7F：→ O187: 若你经验无法进去就快速解决他们问题，他们也不会要你03/23 17:12
但是很快的解决掉，也意味着很快的公司就不需要你了，不少公司还真的是一案走天下……
※ 编辑: uok (101.8.161.223), 03/23/2019 17:13:52
8F：→ O187: ptt大说的也对，资深也要有能力带人03/23 17:14
※ 编辑: uok (101.8.161.223), 03/23/2019 17:17:21
9F：嘘 starburs: 被问的那些都很正常啊 不然是要问什麽== 03/23 17:15
10F：推 guest0710: 我觉得面试策略需要修正了 03/23 17:27
11F：→ atgcat: 35岁以上的软体工程师真的很稀有，听到的都换跑道了 03/23 17:27
12F：→ guest0710: 有可能是被你筛选後的公司都会有同样的模式 03/23 17:28
13F：→ jameszhan: 感觉是人的问题 03/23 17:28
14F：→ peanut97: 除了你个人程式能力，那你跟别人团队合作的能力呢03/23 17:32
这倒是有可能
待过的公司不是那种一人写一个元件
就是一个人从前台写到後台那种
我下次面试试试看找需要合作一点的好了
15F：嘘 YahooTaiwan: 人的问题03/23 17:40
16F：嘘 YahooTaiwan: 这个签名档显示出你的专业技术很浅，换一个吧 03/23 17:43
※ 编辑: uok (101.8.161.223), 03/23/2019 17:52:11
17F：→ MOONY135: ...我才写软体2年多 但我一年前就感觉到了... 03/23 17:49
18F：→ cris122: 35岁软体工程师很多的, 我们公司很多20多年的工程师 03/23 18:05
19F：→ cris122: 只不过职称不是工程师罢了 工作内容就是工程师 03/23 18:07
20F：推 givemepass: 可以参考这篇 #1SaULKvb03/23 18:08
有点理解了，感谢
※ 编辑: uok (101.8.161.223), 03/23/2019 18:23:12
21F：推 prag222: 做久就老屁股阿 看起来是觉得你不会面试吧03/23 18:33
22F：推 ripple0129: 我觉的是你写的东西问题是不是很多，才会导致验收要03/23 18:47
23F：→ ripple0129: 赶你走，一间公司这样我觉得可能是公司问题，多间这03/23 18:47
24F：→ ripple0129: 样就要自己检讨了03/23 18:47
这就是我蛮容易有争吵的地方
一个案子既不给规格书
再不然规格书上面就有写错或改了不讲的东西也能扯到我吗？
PM自己不看规格书
甚至规格书还看错叫我改成别的规格也要说是我吗？
我知道你看完前两句是不是要开始觉得我都不受教，什麽事都先推卸责任了对吧？
不好意思，自从离开第二家公司，我都会写TEST CASE甚至还用自动测试（虽然ADT本身就不错用啦），但讲白了，如果公司自己规格书就开的歪七扭八，甚至根本不开规格书，叫你去 google play下载他们以前的产品（委外公司写的）照抄（因为source code掉了），你说这样不撞车吗？
台湾那间不是这样？！
我第五间公司他马的还因为我不收规格书就不肯写而把我FIRE掉勒！
25F：推 marc47: 这样算前端灾民吗03/23 18:56
26F：推 marc47: 应该要问你拿手的是什麽03/23 19:00
主要还是JAVA
※ 编辑: uok (101.8.161.223), 03/23/2019 19:22:58
27F：推 yfr: 也许问题不在技术力 你有想过为什麽您合作过的人那麽多 03/23 19:34
28F：→ yfr: 当您转换工作 出来光靠人脉跟关系却没有出路03/23 19:37
29F：→ yfr: 还要最直接的进入人力市场拼搏03/23 19:38
30F：→ yfr: 说实话我连隔着萤幕都能感觉到你技术有底03/23 19:42
31F：→ yfr: 但随着年资增长 职涯生涯转换 本来就不是技术越强求职越顺罗03/23 19:45
32F：→ benptt: 个性问题，台厂规格能明确才是奇蹟。03/23 19:46
33F：→ benptt: 因为没规格，或一直改规格而不做，那台湾可能9成的公司都03/23 19:49
34F：→ benptt: 不适合你。03/23 19:49
35F：→ attraction: 明显你的问题03/23 20:14
嗯，感谢两位指教
※ 编辑: uok (101.8.161.223), 03/23/2019 20:23:44
36F：→ Masakiad: 为何都只去这种连spec都开不好的地方03/23 20:45
一是因为我待金融业比较多
我一直觉得搞钱的应该会比较严谨看待
但後来换了几家，却发现银行的资讯部门真的是……
37F：推 Morphee: 这样年薪多少？03/23 21:04
最高有一个月70k
不过那个加班到吐血
撑不住做一年投降
38F：推 Sunal: 是不是这年纪几乎都是靠人脉换工作03/23 21:05
39F：推 PoloHuang: 遇到一些issue的处理方式03/23 21:23
40F：推 jhjhs33504: 两个问题一是你找的公司业务逻辑甚至於制度规范不严谨03/23 21:24
41F：→ jhjhs33504: 二是你可能太专注技术而心态还没转换成资讯"服务业"03/23 21:27
→ jhjhs33504: 其实也就是你串接的服务可能不完全是客户想要的
最近有在想这个问题……
03/23 21:29
42F：→ HenryMillion: 人和吧... 觉得你应该是那种不太会妥协的人，通常03/23 21:41
43F：→ HenryMillion: 公司会希望找到好共事的人员，不论是一班员工或主管03/23 21:43
可是……唉……
和气生财是没错
但是程式不会因为工程师妥协就没BUG啊
※ 编辑: uok (101.8.161.223), 03/23/2019 21:49:16
44F：推 peanut97: 资深工程师应该有什麽样子？就你这个 case 我会说应该 03/23 21:55
45F：→ peanut97: 要有”知道怎麽与其他领域的人合作”的sense. 工程师 03/23 21:55
46F：→ peanut97: 除了动手做以外，还要会与人协调，说服他们(PM或客户) 03/23 21:55
47F：→ peanut97: 你的专业，让他们知道你价值的重要性。有时候你觉得很 03/23 21:55
48F：→ peanut97: 不重要的东西但他们觉得很重要，那你可能也要部分妥协 03/23 21:55
49F：→ peanut97: 。这就是上面很多人在说的”人和”。讲白一点，就是让 03/23 21:55
50F：→ peanut97: 他们觉得你是有用的。但记得是”他们”觉得，而不是” 03/23 21:55
51F：→ peanut97: 你”觉得。 03/23 21:55
52F：推 npkalala: 个人觉得资深的应该要能带动团队完成任务，甚至提升团队 03/23 22:29
53F：→ npkalala: 战力。一个队伍可能能力天差地远，必要时还要帮挡子弹及 03/23 22:29
54F：→ npkalala: 擦屁股。举个例子，小弟团队里曾经同时存在50多岁老师父 03/23 22:29
55F：→ npkalala: 及刚毕业的菜鸟，适时的挺身而出及典范演示都是一个资深 03/23 22:29
56F：→ npkalala: 者展现经验及价值的最好场合。如果你不是神级的攻城狮， 03/23 22:29
57F：→ npkalala: 小弟建议你把能力点在人和或是presentation上面。 03/23 22:29
58F：推 littlethe: 有多年经验的工程师找工作就已经难找了,居然还有人觉得 03/23 23:15
59F：→ littlethe: 中年转职到软体业容易 03/23 23:16
60F：→ littlethe: 回原PO,我挺你,你的做法没错,我可以体会 03/23 23:17
61F：→ littlethe: 如果文件乱写,东西不交待清楚,写出来有问题还是会怪在 03/23 23:18
62F：→ littlethe: 你身上,也正因为你有经验,所以你会知道文件要有什麽 03/23 23:18
63F：→ littlethe: 你并没有错,只是台湾软体业做事不专业,容不下你 03/23 23:20
64F：→ littlethe: 但另一个问题,少数的专业的公司你又挤不进去 03/23 23:21
65F：→ littlethe: 其实我不觉得资深工程师要会带人,资深工程师不等於主管 03/23 23:22
66F：→ littlethe: 是台湾人很奇怪,硬把两者搞混,台湾人思考就很不精确 03/23 23:24
67F：→ littlethe: 如果要我讲资深工程师的样子,就是有独立解决问题的能力 03/23 23:25
68F：推 sharku: 看起来还离资深有点距离 03/23 23:28
69F：推 azopper: 所以你完成过什麽大案子对方非要你不可 03/23 23:31
70F：→ testPtt: 案子复杂总是很难开spec 而且双方对程式的认知也不同 03/23 23:44
71F：推 O187: 你都在金融业，而且重视文件的话来应徵我公司吧 03/24 00:28
72F：→ O187: 有兴趣私我 03/24 00:28
73F：→ O187: 但我公司写的是delphi,c# 03/24 00:29
74F：推 MixBear: 好奇35岁以上工程师少的是什麽产业？非专案型公司我遇到 03/24 01:14
75F：→ MixBear: 不少 03/24 01:14
76F：→ MixBear: 而专案型免洗工程师居多，大部份都是无经验在待，有经验 03/24 01:15
77F：→ MixBear: 就烙跑了 03/24 01:15
78F：→ shooter555: 云端技术怎麽没人知，老戏重谈而已，最近不都流行雾 03/24 01:16
79F：→ shooter555: 端了吗 03/24 01:16
80F：推 littlethe: 案子富杂才更应该要把文件写好，细节没确认好就不应该 03/24 01:26
81F：→ littlethe: 动工 03/24 01:26
82F：→ littlethe: 否则程式改来改去，浪费的成本绝对比改文件大 03/24 01:27
83F：推 littlethe: 其实我觉得你应该去写文件，因为你了解文件又有开发经 03/24 01:31
84F：→ littlethe: 验 03/24 01:31
85F：→ shooter555: 你的每分工作如果都是短短的时间，面试时总是会想了 03/24 01:33
86F：→ shooter555: 解原因，然後这年资很多都已是主任副理，如果你是找 03/24 01:33
87F：→ shooter555: 非外商的工程师缺，难免被怀疑是来闹的或是能力有问 03/24 01:33
88F：→ shooter555: 题 03/24 01:33
89F：推 idok: 加油 03/24 02:05
90F：→ lazarus1121: 你的对口单位不会找你长官抱怨就叫资深工程师 03/24 02:23
91F：推 TAKADO: 金融业写软体做专案就一整个超麻烦啊，87%的问题都不是技 03/24 03:30
92F：→ TAKADO: 术问题，做久真的会厌世，这圈子能力越强的人越痛苦。 03/24 03:30
93F：推 superpai: 原来是金融业啊，离开金融业再说吧。 03/24 11:03
94F：推 nelley: 你适合去日本。日本开发规格书详尽到你不要不要的03/24 11:27
95F：推 bben900911: 但日本人还是会追加规格~03/24 11:35
96F：推 YahooTaiwan: 规格定完就不会更动的瀑布式开发早就过时了03/24 12:30
97F：→ YahooTaiwan: 看你是要适应这个环境，还是等着被淘汰03/24 12:30
98F：推 chuegou: 楼上戳到我心坎里 真的 现在都在揣摩客意预留功能扩充XD03/24 13:18
99F：推 ckp4131025: 现在开发都预留一堆87%不会用到的弹性03/24 13:25
100F：推 iq1000x: 我只是新手，请问现在高手都直接写死不留弹性吗？03/24 14:45
101F：→ iq1000x: 因为现在工作的做法也都是没写死03/24 14:45
那是在有pm或是pm拿到规格修正後知道要CC为前提………
设定档或是元件化是肯定要的
你们应该没碰过把两个专案都取同一个名字的PM
帮他打上编号他还说编号太难记叫我涂掉
还有早上说要改
中午说不改
晚上说还是先改明天开会决定要不要上版
然後第二天被叫进去痛干为什麽昨天没上版
我没有说过不接受修改
就是修改也要开修改需求
不是cc说想更就更
改要改成怎样有没有想清楚？
没想清楚就改，万一你PM听错需求呢？
万一客户想错讲错呢？
我出来做三四年的时候也是跟楼上几个一样想法
啊，反正一百个需求
我一天也改完，不怕你改
结果勒？
某天业务打电话跟我说某某专案某某CLASS的参数改成OO
我照改了
第二天被叫上去电
因为那个业务讲错专案
我改错class
那个业务说要拉案子就烙跑了
我他马被电上天
因为我提不出证据是他说的
还被呛说是不是我听错
我也只能自认倒霉
正是因为做的久
捱的闷棍多
才知道要求文件来保护自己
不然阿猫阿狗一个电话就改
你怎麽知道他是不是离职想整公司故意叫你改错
※ 编辑: uok (101.8.161.223), 03/24/2019 16:57:26
※ 编辑: uok (101.8.161.223), 03/24/2019 17:04:53
102F：→ b195f1a: 为什麽阿猫、阿狗叫你改程式你就改？03/24 19:49
103F：→ b195f1a: 以前专案开发时，客户直接打电话要求工程师改程式，结果03/24 19:55
104F：→ b195f1a: 把我们气的要死，因为跟和客户开会要求的规则不同，他竟03/24 19:56
105F：→ b195f1a: 然问都不问，赶乱改需求，还很委屈的跟我说客户要求的！03/24 19:57
就是吃了亏才会越来越重视这些啊
我讲这些，也不在乎人家笑我什麽
重点是
我受过教训
所以我知道照规格文件走对一个工程师是多重要的习惯，光是自我保护就是很重要的一环
※ 编辑: uok (101.8.161.223), 03/24/2019 20:49:52
※ 编辑: uok (101.8.161.223), 03/24/https://m.facebook.com/mamateamup/?locale2=zh_TW58:01
※ 编辑: uok (101.8.161.223), 03/24/2019 21:18:46
106F：推 jonathan7988: 其实看你发文跟回文不难想像你为什麽会落入如此困 03/24 21:37
107F：→ jonathan7988: 境 03/24 21:37
108F：→ shooter555: 业务权限这麽大 连改哪个class都管得到@@ 没经过开会 03/25 01:43
109F：→ shooter555: 决定的东西 自己做了就得扛责任很合理 03/25 01:43
110F：→ shooter555: 很多东西都是得double check, 自我保护也以防做白工 03/25 01:46
111F：推 Dora5566: 我一个硕士生都知道什麽是云端技术了… 03/25 16:33
112F：→ hisashi: 标准工程师 看spec开发没错 可是无法串接逻辑 03/27 17:52
113F：→ hisashi: 永远都在写人家叫你写的程式 03/27 17:52
114F：推 readonly: 没leadership、没沟通能力、没解决非技术性复杂事情能力 04/01 17:44
115F：→ readonly: →年纪大一点的junior engineer 04/01 17:45