这是一个创建于 40 天前的主题，其中的信息可能已经有所发展或是发生改变。
-
开发频繁被人打断： 被叫去开会、处理其他问题。
-
低效的结果反馈： 修改一次代码，需要等数分钟编译 or 部署，若结果有问题还要重新修改。
-
重复性的工作劳动： 懂得都懂
-
复杂的沟通成本： 自己的工作在别人的工作基础上，但对方说不明白问题。
还有人什么 v 友们可以补充
35 条回复 • 2024-11-21 13:31:14 +08:00
 |
1
wonderfulcxm 40 天前 via iPhone
深有同感，不过我 1 的情况现在少了。
|
 |
2
c3de3f21 40 天前
我草，直接报我身份证好了
|
 |
3
importmeta 40 天前  3
糟糕的工作环境, 无隔断大平层写字楼, 空气不清新, 食物的气味, 二手烟混杂
|
 |
4
m1nm13 40 天前
@importmeta 二手烟+1
|
 |
5
aikilan 40 天前
本质是人类总想在混沌系统中追求秩序，求而不得带来的失控感，使人焦躁难安。
|
 |
6
iSteven 40 天前
请把监控从我身边撤走，谢谢 😂
|
 |
7
maichael 40 天前 1
老板/运营/产品是个 SB
|
 |
8
cloudfstrife 40 天前
往屎山上堆屎，真的感觉心累。
|
 |
9
mouyase 40 天前
补充几个我已经在站内吐槽过的。
数据结构和接口字段设计混乱，无法理解并且没有文档 明确的数据/逻辑错误，另一端按错误的逻辑适配，服务端不改并且要求你也按错误的逻辑适配 结构修改/删除不同步信息，导致生产环境上线后模块崩溃 |
 |
10
neptuno 40 天前
再加一个刚装修完的办公室
|
 |
11
sngxx 39 天前
联调上下游挂掉
|
 |
12
LavaC 39 天前
我们的开发组组长每次跟 SE 对话都能吵半天，旁听就能听出来他们在鸡同鸭讲，从关键的 X 问题聊到 Y 问题和 Z 问题，在 Z 问题决出胜负后才有会回到 X 问题上。虽然项目紧急的话看着只能干着急，不过当戏看还挺乐的。
|
 |
13
levelworm 39 天前 via Android
2 可能还真的可以想办法搭建一个不用远程部署的本地测试环境。
|
 |
14
uni 39 天前
面向对象，设计模式满天飞，根本找不到副作用的影响范围
不写类型 文档看不懂，报错看不懂 |
 |
15
Promtheus 39 天前
频繁打断是最烦的，写了这么多年代码还是不能习惯写代码的时候中断去处理其他问题。。
|
 |
16
abc1310054026 39 天前 2
抽象的产品经理口头描述的需求
|
 |
17
lovelyxiaod 39 天前
我来补充: 内网开发(限制联网或者虚拟机极其糟糕的性能体验)
|
 |
18
tsja OP @lovelyxiaod 同感, 我上一家公司甚至 npm 和 maven 仓库也都部署在公司本地
|
 |
19
corcre 39 天前
@lovelyxiaod 内网开发, 但是数据库分布在 4 个不同的服务器, "我不管, 我就要取这些数据, 领导要求的"
|
 |
20
McZoden 39 天前
1. 开会不带耳机，功放
2. 哼歌不自知 3. 劣质青轴 |
 |
21
Ackvincent 39 天前
放宽心态就好,很多时候都是在摸鱼,混工时.不需要太认真.
|
 |
22
fffq 39 天前
二手烟 +1
|
 |
24
2funny 39 天前
卡死的开发机
|
 |
26
fenglangjuxu 39 天前
第二条 深有感触 修改一行代码 编译发布 需要好久 这个时候不由得想起了世界最好的语言 php 可以直接修改调试 哈哈哈
|
 |
27
Hopetree 39 天前
只要是工作上的，无论是程序员还是其他行业，都是这样，除非是写自己的东西，这就好比工作跟爱好一样，虽然都是以开发的形式实现的，但是体验是完全不同的
|
 |
28
XueXianqi 39 天前
1. 开发过程中，需求不断变更 or PRD 写得不够详细，需要不断确认需求
2. 前端通用组件不兼容，要求后端改请求体/响应体结构 3. 测试直接 @开发，直接甩一张图，没有描述问题的详细信息 4. 时间倒排，直接给发布的 DeadLine |
 |
29
qingshui33 39 天前
这 4 点我全都占了，每天都在崩溃的边缘
|
 |
30
wolfie 39 天前
4 +1 。
接触过好多程序开发，连问题都描述不清楚，上来就讲自己一堆细节问题。 |
 |
31
jeesk 39 天前 via Android
1. 频繁打断， 自己排查问题， 搞得正上头，突然叫走， 这功能和我有鸡把关系
2. 忍了， 3. 帮别人擦屁股， 很多时候就是 1-2 个月的代码， 然后突然告诉你的功能不能用了， 然后自己又得在分支里面不断构建。 最坑的是，构建还是跨平台的代码，pc 端 4 个平台。 慢成狗，公司测试机器就是一坨屎。 |
|
32
jeesk 39 天前 via Android
还有一个开发体验问题， 如果自己手里有两个项目并且有依赖性，并且项目里面各种子模块，还有一个项目偶尔搞一下，
最后你发现， 并行开发，mastet ，加两个开发分支， 最后就是好几种结果。 还有一个偶尔搞一搞， 也是分支开发，里面各种子模块， 一天下来，头是晕的， 什么鸡把代码整洁都是扯淡。 不行你试一试同时开 2 个 as studio ，2 个 golang ，2 个 vs code ，还要开各种命令行， 每天下来人都麻了。 |
 |
33
speedmancs 31 天前
2：这样不是正好可以摸鱼一会吗
|
|
34
speedmancs 31 天前
2：尽量写单元测试，这样新功能的 bug 可以及早发现并且可以在本地测出来，能减少来回部署测试的次数，提高效率
我们是 20 多个 repo, 有测试集群，容器化部署，每次修改一下代码编译加部署大概十几分钟，其实也还好，测试环境下尽可能打开 log ，这样也能在测试时及早发现问题。另外我们每个代码合入都有 code review,一般也是几次迭代就能提交，一两天之内。 |
|
35
speedmancs 31 天前
我工作 20 余年了，很多类似问题也遇到过，有一次我遇到的项目，很小的改动，提交后编译和跑所有 test 需要 17 个小时。。。。后来实在撑不住就跑路了
|
Select Language