作为老程序员,你的吐槽是什么?

发布网友 发布时间：2022-09-25 08:20

我来回答

共5个回答

热心网友 时间：2023-09-16 14:30

repmovsdwordptr[edi],dwordptr[esi].这是intel风格的rep指令的通常写法。而在att风格中，这句话是什么样的呢？repmovsl(对于32位代码段)不过我感觉用得最多的还是movsb，因为不是所有的数据都能保证对齐的，当然可以事先看一看rcx的末位.

热心网友 时间：2023-09-16 14:30

加班加点。在中国，实际做事的都是最底层最苦*的人，美其名曰，“软件设计师”，“程序设计师”，“动漫设计师”，“CG设计师”……听起来都很高大上，做起来一个比一个苦*，没完没了的加班，客户一个不满意，什么劳动法，休假权，8小时工作制都，合同是浮云，各种修改，加班，能让你怀疑人生。

热心网友 时间：2023-09-16 14:30

程序员最烦两件事，第一件事是别人要他给自己的代码写文档，第二件呢？是别人的程序没有留下文档。程序员的读书历程：语言入门—>语言应用实践—>语言高阶编程—>语言的科学与艺术—>编程之美—>编程之道—>编程之禅—>颈椎病康复指南。

热心网友 时间：2023-09-16 14:31

程序员手里掌握的就是一串串门外人看不懂的代码，但你并不能说别人看不懂，就不那么重要了，吊儿郎当写出的代码全是bug，那谁会买单？所以首先要提高代码的正确性，这是极其重要的一点。如果上线的产品全是bug，那消费者还会去用吗？你愿不愿意承认，你的bug都已经出现在那里，除了认领它，修改它，你别无他法。

热心网友 时间：2023-09-16 14:32

需求变动真是深恶痛绝，尤其是涉及业务逻辑上的更改，牵一发而动全身啊，每改一次，全部系统都要过一遍，改的次数越多，BUG的风险越大。不是我不愿意改，很多时候都是用户在朝三暮四折腾而已，答应一次，就会有两次，三次。千万不能让用户形成随意更改需求的习惯，不然一个项目很可能滴滴答答永远做不完。所以我对用户要进行需求更改的时候，要求特别严格，一定要写正式文档说清楚为什么原需求不适应，为什么要改新需求，具体界面、逻辑更改内容是什么。过程一麻烦大部分心血来潮的需求变动就可以过滤掉了，想口头几句话就改系统，我是一定会"忘记"的。