看板规没有写禁止闲聊 :P
照惯例来个 TL;DR
大家的公司/团队/文化中，对资深工程师的期待是什么呢？

一等士官长

没能力的主管才会在那ＧＧＹＹ有能力的直接做给你看，让你不好意思到自己自动做其他的事情

小的也想知道，推

参考 Dropbox 的:https://dropbox.github.io/dbx-career-framework/

一楼哈哈哈哈

每个文化要的不一样... 你讲的两个都对..至于你自己是哪一派 等未来你带人你可以决定

台湾title比较虚一点 senior要能独立作业

能提出作法优缺点，能接受讨论，能解决问题而不是只有提出问题

头发不会太多

原po的做法也不是抛出问题而已，也是有提建议作法“在知识所及的范围内提供可能的下一步作法以及优缺点”，但开放大家一起讨论有没有更好的解法，我觉得这样很ok呀自己想自己对就开始实作，没跟 team 内 sync，等 effort花下去了才发现 side effect，或其他人没跟上，我觉得才容易出问题觉得就像8楼讲的，每个主管喜欢的作风和文化不一样，只能适应主管，等到自己带人时，采用自己喜欢的文化

推楼上的 dropbox career framework之前看过公司内的大大分享觉得很受用~

就你的主管觉得凡事都讨论并不是好做法,其实我也觉得困难/分岐再拿来讨论就好,时间宝贵

senior 的样子：秃头，大肚，有头发只有白发

感觉 junior/senior 是依照公司自己来定义。曾去过一个团队，那里的 senior 却在其他团队连 junior 水准都不到

老板：你先有保哥的实力再来谈升senior真的够惯，呵呵

office大神

不会把不知道挂嘴上

这样是不是junior 就不用发表意见了 没人想听菜鸡的做法

我觉得人都会有盲点，junior 也可能提出有价值的看法

能不能决定做法又不是看jr/sr 是看上头有没有放权限啊...

…其实我私心是觉得主管不敢决策，把责任甩给工程师

Senior 虽然设计不够完美 技术深度不太够 但至少要能独立沟通与知道问题点 不是一直接受指令

主管对Sr许愿 Sr知道该怎么厘清需求 开发需要什么 还会主动向上管理Jr通常是已经厘清完需求 指示下指令去执行而已之前工作Sr会需要自己估时程 Jr不用

台湾公司的senior跑去google就会变junior了每间公司定义不一样

https://rickhw.github.io/2015/08/22/Management/Senior-Software-Developer/

职位职称来定工作内容没什么意义 端看主管分配给你的是什么 当然不能接受就反应或离职

看给多少钱 钱满意你就加班 其他都是废话啦

看议题难度和重要性吧，总不会每个议题都要和团队讨论，这样光讨论就花一堆时间；相反的，一般人也不可能所有议题都自己处理掉，总有比较难要求助或讨论的吧

贵公司没有明订engineer ladder吗？

推52楼及8楼原PO能否举例你提出讨论的是什么样的问题？以及你提供选项时是怎么样表达的？一般来说会是这样表达：“A选项 优点是XX 缺点是XX；B选项 优点XX 缺点XX；C选项 有缺点XX 所以不考虑；我会推荐采用A因为我们团队未来的方向是XX，不知道大家觉得如何？”，不知道你是不是这样说

我猜你那位主管根本不想了解系统逻辑或架构，只想要漂亮接口是不是

有些地方的senior单单指的就是待的够久

被洗脸洗久就知道什么是Sr了

@jennya :是用你举例的模式来解释的（至少我自认为是)@uncleben006 毕竟主管必须关注更高层次的事情，像是UI

最共同的,git flow,docker,linux,db很熟不要有奇怪错误其他前后端 cv ml有自己的Sr专业门槛,但我觉得开发共同的基础技能真的是不能有让junior都会发笑的错误出现譬如解个git flow,branch乱开一通 还会解冲突解到掉codedockerfile乱写一通...诸如此类

title根本不重要

下一篇 principal 该有什么样子，下一篇 senior principal 该有什么样子…没意义吧，各公司的标准又不同。各专业的标准也不同。