※ 引述《AmosYang (泛用人型编码器)》之铭言：
: 之前那篇 [1] 被洗上去了，开篇新的 :D
: [1]: https://www.ptt.cc/bbs/Soft_Job/M.1512598518.A.B10.html
: 重新整理一下，我原文里的主张
: 1. 就资深(senior)工程师来说，我看的另一个重点，就是它的带人(mentoring)
: 能力
: 2. 挂著“资深”的称号，就必须要当得起“资浅”人员的“榜样(role model)”
: 3. 除了技术底子、工程纪律外，还要有帮助团队文化向上成长的助力
: 4. 因为你送出来的讯息很清楚: “这个团队重视(value) 这个人的行事风格，所以
: 这个团队选择把 senior 这个称号挂在这个人身上”
: (这里的“你”是泛指手握组织指挥权的人)
: 5. 这与管理职不完全一样，管理职除了要像 senior 一样作榜样外，还必须为整个
: 团队的成败负责。
: 后述补充说明
: 6. 原文并没有主张“带人是谁的责任”
: 7. 带人(mentoring) 与管人(managing)也有微妙的差异。
: ===
: ku72 的第一段推文里的主张
: a. 资深工程师应该是就自己工作岗位上需要的知识有足够的经验和能够独立解决
: 问题
: b. 带人明明就是主管的责任 丢给资深工程师是 主管不负责任 除非有先跟该资
: 深工程师确认过他有这方面的意愿
: ku72 的第二段推文里的主张
: c. 原文中的标题就是带人能力 后面硬要转成榜样那些我觉得有点怪
: d. 榜样本身是主管自己要当的 ... 人员管理安排是我的责任 我多领了奖金 多领
: 了股票 把这些问题丢资深工程师 我没办法
: d.2 把这样的工作丢给资深工程师 你确定他会这样对待新人? 还是让新人忍受老鸟
: 不专业的带领?
: e. 我接触到现在至少有一半的资深工程师 是不想带人的 尤其在升不上去的时候
: 我不觉得在这样情况下 资深工程师会觉得自己对新人有啥责任 大部分都是看
: 的顺眼就教你 看不顺眼就让你爆
: ===
: 我想要打造的组织文化是“每个团队成员对‘成长’都能提供一份助力”，所以我
: 主张上面列出来的
: 1. 就资深(senior)工程师来说，我看的另一个重点，就是它的带人(mentoring)
: 能力
: 2. 挂著“资深”的称号，就必须要当得起“资浅”人员的“榜样(role model)”
: 4. “这个团队重视(value) 这个人的行事风格，所以这个团队选择把 senior
: 这个称号挂在这个人身上”
: 也就是从收人进团队时就在为目标铺路，战利品分配发放制度 ( #4; 职称带来的
: 更高一级的 pay band ) 也是着重于强化这目标背后的信念。
: ku72 所描述的“它所看到的它身旁的现实情形”，我相信是千真万确的，但同时
: 也给我一种“互为因果”的感觉，例如，如果从一开始，该组织里对“资深”的定
: 义就仅是“能独立把自己 **份内** 的事做好”，也就是 ku72 说的:
: a. 资深工程师应该是就自己工作岗位上需要的知识有足够的经验和能够独立解决
: 问题
: b. 带人明明就是主管的责任 丢给资深工程师是 主管不负责任 除非有先跟该资
: 深工程师确认过他有这方面的意愿
: 那究竟是 #a #b 造成 #d #d.2 ？
: d. 榜样本身是主管自己要当的 ... 人员管理安排是我的责任 我多领了奖金 多领
: 了股票 把这些问题丢资深工程师 我没办法
: d.2 把这样的工作丢给资深工程师 你确定他会这样对待新人? 还是让新人忍受老鸟
: 不专业的带领?
: 还是 #d #d.2 强化了 #a #b 的信念，最后导致 #e ？
: e. 我接触到现在至少有一半的资深工程师 是不想带人的 尤其在升不上去的时候
: 我不觉得在这样情况下 资深工程师会觉得自己对新人有啥责任 大部分都是看
: 的顺眼就教你 看不顺眼就让你爆
: 易言之，“老鸟不专业的带领 / 看的顺眼就教你 看不顺眼就让你爆”这个困境是因
: 还是果？
: 我不知道。
: 但我能作到的，就是从种下善因开始 (例如，在我能控制的范围内的雇用、奖励制
: 度、组织资源的调度) 。能否结出善果就看造化惹 :D
恩~关于原PO的论点，在下不才赞同70%的论点...
提出自己的看法
1.我一直觉的资深这两个字其实很有问题~我喜欢用高阶工程师来做职称
我相信很多同行，见过很多干了10年，技术也停留在10年前的资深工程师
积累年资时间到就有了，但是孜孜不倦持续进步的毅力不是每个人都有那耐心
特别是以台湾这种追求稳定，放弃创新的公务员心态社会...
2.mentor这制度简单说就是学长学弟制...但是有一个问题
熟知人心，愿意讨论问题，有能力把心里的想法百分之百的表现
传达出来的工程师...我的经验是，这种人是稀有动物，台湾每天
9小时的工作环境，还要了解技术市场、懂得沟通管理、表达能力OK
、还技术深厚、经验丰富...这是一个"高阶技术宅"的必备技能?
当然，作为模范也许OK~这点我是觉得的确...资深是要做些身教
但是如果新进的资深/高阶工程师，没有主管职或加给...这要求有些过了
3.老板的用人喜好，一个人的过去经历也会影响一个人带人的风格...
这是无庸置疑的，把人交给公司内稳定的前辈带领，应该比交给新进的资
深工程师好多了吧(不过我也知道台湾不"流行"养人才...这是环境跟资方
心态问题，不该丢给新进的人吧
4.至于二元树的考题...说真的，自己摸著良心想想，如果你在业界干了10年
你还记得细节怎么处理，或是你还记得如何得到结果...那在台湾你可能比较
适合待研究室
当然，很多人觉得资深很多垃圾...这我也不反对，因为我也遇过，从
2007-2009这段时间，很多我教的、或说是我的下属现在在中油、台电
过的爽爽的，我却觉得我还在颠沛流离，台湾的软件实力弱在于大部分
人把网络当作不必要的"玩具"，而晶圆却重要到翻天覆地，硬件才是重点
游戏是小孩子的玩意儿，这比起30年前要到巷子口的电玩店花10块钱玩15分
钟的任天堂时代，现在其实没进步多少
很多公司，不可以上PTT、不可以上FB...写程式要专心、用心写满8小时
我通常会问老板或总经理一件事，你给我算足8小时的微积分，一题20分钟
一天24题，你做得到吗? ‘而且每一题都不能错’，错了给我debug
没人愿意回答...
写程式跟微积分哪个难，大家心里有数，如果你要我作这样...
我要你表演一下过分吗?