一个SDE的responsibility的界限在哪

我不是做SDE是做Data的, 场景不能完全类比, 但提供一下在业务理解上我的想法.

我非常认同上面一位提到的, 最好的情况下, 你应该把自己定位成项目的owner, 不只是提供一个function的工具人, 而是帮他们解决商业问题的domain expert. 毕竟这东西做出来是为了赚钱, 所有业务功能上的实现最后也是为business服务.

老板提到的内容不用很详细了解, 毕竟这是PM的活, 但是对实际的使用场景和项目的目的有更清晰的理解, 多少会对完成项目有帮助. 我经常遇到数据体现出的客户行为和PM、业务部门想的不一样, 这时候我会帮助他们理解到底发生了什么, 并提供建议如果是我我怎么做.

而作为老板的话, 他更多会在解决问题的时候提供思路, 在我遇到技术和业务问题不少情况下, 会帮我找出错误、忽视的edge case之类的. 至于整体规划和怎么利用组里组外资源, 这部分应该是老板该操心的事.

如果你是entry level确实可以就干活不design 如果是senior至少应该对项目的方向 use case 和expected result以及如何说服别人接受你的result有个规划

manager这些问题挺靠谱的。一个好的eng是需要思考这些，能够e2e的drive一个project，知道从用户角度思考问题，也就是共情能力。 楼主需要转变思想，自我提高。

优化一下标题：一个SDE的responsibility的boundary在哪儿

lz听我的，你老板说的是对的，一定把自己当做这东西的owner/poc，多花一点时间，了解end to end。
到时你的老板，skip，director之类的找你的时候，你一定要能说出所以然，这对你的reputation/promo都有帮助，尤其对senior及以上。

匿名者 发表于 2021-7-14 07:56
manager这些问题挺靠谱的。一个好的eng是需要思考这些，能够e2e的drive一个project，知道从用户角度思考问 ...

好的，感谢。

lz9527 发表于 2021-7-14 09:20
lz听我的，你老板说的是对的，一定把自己当做这东西的owner/poc，多花一点时间，了解end to end。
到时你 ...

好的，我会研究一下这方面。感谢。

匿名者 发表于 2021-7-14 04:52
看楼主描述感觉看到了促使我急迫换组的我的前老板

所以换了组之后好了吗？

匿名用户 发表于 2021-07-14 00:17:20
对，这个就是我帖子里说的，我不喜欢给肯定语气的原因。事实上，我们可选择的方法非常有限。经常是现有的方法都不管用了。怎么办呢？这个时候只好去试新的。所以其实即便有risk，大多数的时候我们也没得选。

我可以理解你这种想法，但是你既然不想承担责任，或者give your personal opinion to drive it forward，那这个项目就难以persuade别人让你放手去做，或者即使做完了，你也只是一个工具人，拿不到credit的。
当然，你老板不懂技术，所以你就把自己当半个pm加一个tl来用吧。他问你这些都是一般情况下不懂技术的老板下面tl该干的活，如果你不想当tl想要等待一个别的tl空降倒是可以不理这些问题。

GyuEvos 发表于 2021-7-14 07:00
. 1point 3acres 我不是做SDE是做Data的, 场景不能完全类比, 但提供一下在业务理解上我的想法.

我非常认同上面一位提到 ...

感谢。
我会仔细研究一下这方面。