对我来说 senior很重要一点是
我能否跟你直接讨论业务逻辑跟需求？
如果今天一个开发者对语言、工具或领域知识中任一项的掌握度还不够高
然后在讨论过程当中
我需要时常跟他解释东西时
这种我都归类在junior
所以
有的junior可能是对语言不熟
有的junior可能是对产品不熟
有的junior可能是对产业不熟
不同的jr 要给不同的assignment帮助他们成长
语言不熟的就给一些research型的功课
产品不熟的就安排一些后台型的开发工作
产业不熟的就多派去跟业务单位开会
等到他可以自己开会带需求回来讨论然后能评估需求怎么做&需要做多久时
基本上就是个sr了
※ 引述《marmot00》之铭言
: 看板规没有写禁止闲聊 :P
: 照惯例来个 TL;DR
: 大家的公司/团队/文化中，对资深工程师的期待是什么呢？
:

给你这种带真好

然后台商senior 薪水一样悲惨

有些职等多阿 方便用职等卡你薪水

强

我不会估时程...

对我来说senior 就是薪水

那薪水会给足吗？

无法评估时程只能是Junior

那换一个domain knowledge的senior就不是senior了吗

有的senior 讨论事情就容易变脸，也算是一种样子，当然这种人是少数例如像请对方评估时程，直接说没办法估，只好找对方RD主管协助

推

就算换domain,估时程会越来越准,没人说估的时程就一定是对的,重点是Sr.并不是单纯一个指令一个动作如果什么东西都要先帮你准备好又不做杂事,那我找Jr.就好,干嘛找Sr.

时程如果碰到要用新技术 还有办法估吗?

senior要上手domain应该很快吧 但如果code里面有一堆hard code的 就很难估了

----不过我再看了一次你的文章，注意到你主管的那句话“你是在打太极，不是在解决问题”，我用脑洞大开法来猜一下，你主管是不是觉得：“不用讨论这么多、请你这位senior直接对所有人提出解法、发表你认为对的架构、然后你就带头去做，需要其他人帮忙就直接assign工作给他们、你主管只想看到问题迅速被解决，不想看到大家尤其是一群不太懂的菜鸟junior一团泥糊仗的讨论花很多时间”，会这样猜是因为有些新创的主管真的只想看到结果、而且想越快看到越好。如果你主管是这样，那你就也只能跟着他的领导风格～---呜呜我推错篇了，请忽略我谢谢

senior可以独立作业

业务需求那点，有时需靠懂通灵才有办法达标啊

楼上有推错篇吗？修正一下，是jen大大

讲的有道理

回jennya 大：我是原po，你很精准的叙述了我的想法，因此才会想说闲聊看看不同的文化中对sr有什么样的期待

我的理解简单说Sr 要能够独立作业，独自跨部门end to end处理问题/开发功能，适时反应需要的帮助，不再是别人帮你安排好其他事情，你只负责实作就好。

如果能给你带到 真的超优

最重要的事做出来的东西是优的啊,给出评估后做得乱七八糟,做得不合格的看太多了.个人反而觉得评估不是重点,结果做得怎样才是重点,毕竟这才是旁人难以插手的一块.

给出评估，不是嘴巴讲讲，是要给甘特图从甘特图开始讨论各相关子工作所以senior 是要根据自身的能力经验，作出第一版分析报告，再开会找相关人员，讨论可行性跟合理性给出评估后，还作得乱七八糟，事后绩效处理，就一起分析原因，反馈给senior, 这样团队就会越来越好

junior 有可能对产品跟产业很熟吗?

Jr.有些本科系的对产业就有基本观念 不然为什么IC产业研究所有没有下过线就有差

这样我我主管跟jr差不多

给你带好惨