#程序员#作为资深程序员,这些黑话怎么能不懂呢?( 二 )


事实: 其他东西坏了 , 部署了错误的版本 , 或者问题没有得到妥善修复 。
我不知道这个[要求 / 界限 / ticket] 活是干不完的 , 有时候虽然程序员已经完成了足够对多的任务 , 但仍然会从上级 / 管理层那里得到更多任务 。 我们倾向于表现得好像我们从来不知道或者接受过这个需求 。 这可能是一个信号 , 表明开发者们感到筋疲力尽或者在偷懒 , 他们只是想把事情都推开 。
还有一些情况下 , 程序员可能会错过一些要开发的界限 , 并且表现得像他们以前从未见过的那样 。
事实: 我们知道这事 , 但我们不想知道 。 我怎么会错过这个?
昨天还好好的 。 谁动了我的代码? 当团队中多个成员一起合作时 , 这句话非常常见 。 我们常常没有足够的时间来完成一个项目 。 当需要紧急开发一个新功能时 , 程序员倾向于忽略测试并直接部署代码 。 我们也遇到过这样的案例 , 程序员在不考虑或不理解对其他服务的影响的情况下推送代码 , 最终破坏了代码 。
事实: 有人弄乱了你的代码 , 或者你忘记了你昨天做了其他修改 。
#程序员#作为资深程序员,这些黑话怎么能不懂呢?
本文插图
代码不是我写的 “不是我!不是我! ” 当程序员试图否认他们所做的一切时 , 我经常听到这样的说法 。 这是很多人的天性 。 当出现错误或故障时 , 程序员倾向于开始指责除他们编写的代码以外的任何事情 。
真正的领导者在指出问题之前 , 会先竖起大拇指 。
在某些情况下 , 团队领导是指责别人的人 , 而不是指责自己 。 如果你想成为一个伟大的领导者 , 我建议你不要这么做 , 你要承担责任 , 把功劳推给别人 。 敢于承认错误并不丢人 。
事实: 我不记得我是什么时候写的这个 sh!t , 或者我怎么会犯这个错误? !
#程序员#作为资深程序员,这些黑话怎么能不懂呢?
本文插图
这只是临时的解决办法 , 不会用于生产
在项目开发中期很难保证质量 。 我们经常会身处这样的窘境: 是应该重写整个程序 , 还是只做一个快速修复 , 然后让它先运行 。
#程序员#作为资深程序员,这些黑话怎么能不懂呢?
本文插图
这是一个艰难的决定 , 是否重新开发有缺陷的项目可能拖延进度 , 匆忙修补缺陷又不是一个好的设计 。 特别是当你遇到不耐烦的客户 , 测试人员或同行时 , 我们别无选择 , 只能告诉他们这只是暂时的 , 并期望他们以后会忘记 。
事实: 当你想做出另一个改变或出现问题时 , 你会发现 , 临时解决方案变成了永久解决方案 。
#程序员#作为资深程序员,这些黑话怎么能不懂呢?
本文插图
文档马上写好 我们程序员希望别人写出好的文档 , 但是自己却讨厌写文档 。
Dick Brandon 说得最贴切:
“文档就像性 , 好的时候非常非常爽 , 坏的时候总比什么都没有好 。 ”
ー Dick Brandon
坦率地说 , 程序员通常并不擅长写作 , 开始写第一句话就需要花费他们很长时间 。 在技术和业务流程快速变化的情况下 , 程序员很难同时处理代码变化和维持文档更新 。
事实: 文档交付需要很长时间 。
#程序员#作为资深程序员,这些黑话怎么能不懂呢?
本文插图
结尾 我希望你喜欢这篇文章 。 我不是想要指出谁对谁错 。 我们也应该记住 , 事情总是两面性的 。
如果你还听过的有趣的黑话 , 请在评论中分享出来 。
感谢阅读!
原文链接:
https://medium.com/swlh/decode-your-programmers-language-31f45877b960
本文为CSDN翻译文章 , 转载请注明出处 。


推荐阅读