View in Telegram
✿ 四舍一居
程序开发作为一个常接受负面反馈的工作，不适合作为长期工作。 首先，bug 汇报、问题汇报会带来严重的情绪负反馈。 其次，大量不够专业的技术和产品人员，会将功能问题反馈作为对人的问题反馈。 再者，技术性成就难以充分带来完工成就，但大量的负反馈会带来严重的情绪负反馈。 同时，程序开发作为位于市场-销售-产品-运营等角色承接开发的工种，工作时间长度会是前置工种次方倍，随着角色的增加而增加。
有关其他频道交流回复：
关于：
https://t.center/dps_build/418
https://t.center/laoself/9979
解决异常问题本身会带来成就感。
被一群抓着异常情况指着你的人说“你这里有问题”，然后催债式的处理这个情况，会带来的负面影响会远大于成就感。
而换成“这个bug需要被修复，靠你了”这种依赖性质的话，则会增加这种成就感。
换言之，上文并不是一个针对 “改bug” 的话题。其实是一个工作沟通交流的话题。
在下文的“同时”中，也强调了，这个过程随着前置工种的增加会指数增加问题数量，当每天需要解决几十上百个来源于历史积累的bug时，同时还要面临各种项目/产品/阴影等角色的催促、不充分描述、需求与bug混杂时，这种负面情况就充分放大成工作焦虑了。
所以上文不是一个改 bug 问题，而是一个沟通的问题。
（于是先去上班了）
关于：
https://t.center/dps_build/418
https://t.center/laoself/9979
解决异常问题本身会带来成就感。
被一群抓着异常情况指着你的人说“你这里有问题”，然后催债式的处理这个情况，会带来的负面影响会远大于成就感。
而换成“这个bug需要被修复，靠你了”这种依赖性质的话，则会增加这种成就感。
换言之，上文并不是一个针对 “改bug” 的话题。其实是一个工作沟通交流的话题。
在下文的“同时”中，也强调了，这个过程随着前置工种的增加会指数增加问题数量，当每天需要解决几十上百个来源于历史积累的bug时，同时还要面临各种项目/产品/阴影等角色的催促、不充分描述、需求与bug混杂时，这种负面情况就充分放大成工作焦虑了。
所以上文不是一个改 bug 问题，而是一个沟通的问题。
（于是先去上班了）
Telegram
DPS Build
呵呵，其实跳出来之后才会发现写代码有反馈是多么幸福的一件事：
1. 几乎所有的 bug 都有明确且及时的错误提示；
2. 几乎所有的 bug 都可以隔离复现。
要知道很多工作都不具备这两点，所以都不知道如何改进。举个例子，以销售为例：
1. 反馈是完全滞后的，几乎无法找到反馈与问题之间的直接关联，很不用说因果了；
2. 出问题很难复现，也极难隔离。
并不是说写代码简单，但是有明确且及时的反馈总比找不到反馈要好得多。以上是我跳出代码之后的一点心得。
https://t.center/laoself/9978
1. 几乎所有的 bug 都有明确且及时的错误提示；
2. 几乎所有的 bug 都可以隔离复现。
要知道很多工作都不具备这两点，所以都不知道如何改进。举个例子，以销售为例：
1. 反馈是完全滞后的，几乎无法找到反馈与问题之间的直接关联，很不用说因果了；
2. 出问题很难复现，也极难隔离。
并不是说写代码简单，但是有明确且及时的反馈总比找不到反馈要好得多。以上是我跳出代码之后的一点心得。
https://t.center/laoself/9978
Love Center - Dating, Friends & Matches, NY, LA, Dubai, Global
Find friends or serious relationships easily