编程工作最心累的是什么？

[Kathy1989]

对我来说，需求不明确+时间紧迫 是最心累的地方

[yifangtongxing28]

只要你是最后的执行者，一定会心累

[qwwuyu]

没钱

[Kathy1989]

@yifangtongxing28 #1
所以转岗做管理可以解脱？

[BeautifulSoap]

从写代码成为负责项目需求听取定义，设计等等的 SE 之后，我最大感想就是我他妈好想当回臭写代码的啊
一天到晚就是做资料，写计划书，定义书，仕様書，时序图，流程图，随时管理了解各种功能等等等等，太 tm 心累了

[kerb15]

和傻比交流

[SeaTac]

design review
莫名其妙的 pr comment

[kkk9]

@Kathy1989 #3 未必，这取决于你所处的环境，条条框框

[foolishcrab]

最心累的是找项目做
说实话 2024 年大家手上还能写有人用的代码应该感恩

[levelworm]

越接近业务越累。我现在是看透了，只有这层不能糊弄，其他层都可以。

[yolee599]

变量，类，文件的命名

[levelworm]

@BeautifulSoap 最好是做面向程序员的程序员。最佳是做底层，操作系统和编译器这些。其次是做框架、工具等等。

[xuanbg]

@Kathy1989 你觉得为什么需求会不明确

[levelworm]

@xuanbg 可能性实在是太多了。比如说我做数据开发的，业务最多只能描述个大概，但是我必须落实到这张表的所有细节上。换句话说我也得懂业务。这就太痛苦了。

[levelworm]

@levelworm 举个例子。我是做数据开发的，现在业务需要做一个数据层（但是现实中，我其实也需要把 BI 做的 data modelling 和 dashboard 给做了），因此无非是找相关的 dim 表和 fact 表。业务很贴心地给了个 required fields ，按图索骥即可。

根据本人的经验，dim 表很好找，因为每个数据层几乎都是用到这么些 dimensions 。但是 fact 表由上游产出，那么质量就随机了。目前做的项目质量很差，是第三方导出的数据，上游做的无非就是把第三方的数据导出到一张全字符串的表中。所有的研究和过滤工作都交给我和业务协商。可想而知这有多痛苦了。业务能够从业务上讲清楚他们需要哪些数据，但是没有办法写表的过滤逻辑。我会写过滤逻辑，但是我也没法把业务直接翻译过来，而上游除了做了个 dump 之外，其他都需要转发给第三方，这个速度可想而知。

所以我现在是不高兴做这些东西了。我想挪到上游去。看起来上游好混日子啊。。。

[yxzblue]

@yifangtongxing28 非常到位。跟民工一样，最底层

[xueling]

@levelworm 可以了解一下我的开源项目 https://github.com/xl-xueling/xl-lighthouse ，可以节省很多数据指标的开发工作。

[levelworm]

@xueling 大佬，我真是小虾米而已。。。

[lucasj]

1. 需求不明确，没有需求文档，口头需求，需求设计不合理，需求频繁改动。
2. 时间规划不合理。没有给足够的时间。
3. 没有文档的屎山代码。

[NonClockworkChen]

@Kathy1989 正常是编码之外的工作是要售前、销售、产品经理、项目经理都处理掉的。
做管理就是要处理非代码的工作！
至于互联网累，是因为，本来大家水平是 1~2w 的工资，给你开 3~4w ，就是因为有额外不合理的地方，让你承担罢了，说白了就是响应需求变更费

[wintersun]

@levelworm
最好是做面向程序员的程序员。最佳是做底层，操作系统和编译器这些。其次是做框架、工具等等。
==》非常同意你这个观点。

换句话说我也得懂业务。这就太痛苦了。
==》痛苦是暂时的，除非你坚定的走纯技术路线，做底层、做框架，面向程序员做程序员。否则，学习业务会让你成为既懂代码又懂系统还懂业务的复合型人才。

架构师不熟悉业务，CTO 不精通行业，是很难做到出类拔萃、游刃有余的。

所以，你的职业生涯规划决定了你现在要如何处理这个痛苦：避开，还是更努力的学习、积累，等待量变引起质变？