公司领导：“作为一个IT行业的成员，应有一点奉献的情怀”或者“作为一家创业公司，不加班怎么行呢”，晚上加班时间从晚上九点半开始计算调整为从晚上六点半开始计算，虽然这也不能动摇我不想加班的念头。但是，实际上，领导给我安排的任务的时间是一个星期，这所谓的一个星期，不包括加班的话，就是两个星期时间的意思。先汇报一下最近战况：近20天只休息了2天，累计加班时长90小时。
有人会问：“每天干这么久，那一定干了不少活吧”，实则不然，犹记得我之前自己弄的一个bug用了一个星期都没有把它解决掉，我觉得程序猿
最难受的是：一天下来没进展，为了赶进度必须加班
最最难受的是：班是加了，但问题没有解决
最最最难受的是：弄了好久的bug，最后发现是小问题导致的
最最最最难受的是：程序没有改动，它又好起来了
巨难受的是：这些问题都在我身上发生过了，当项目经理用质疑的眼光看着自己的时候，当客户说想看我代码实现过程的时候，卑微低头像同事在技术上救助的时候，内心“五味杂陈”，领导项目架构上没讲清楚，公司技术文档没有明确，同事表达交流不够精准
====================================
体会：
1.技术协议修改形成文档，禁止口头定协议
三个月之前，我的程序和客户进行了联机调试，基本流程都正常走完，他们草率修改了一份协议，当时我就明白协议和程序没有一致，没太注意这回事，最终还是我吃了亏，就在昨天他们发现通信某个地方出现了问题之后，对照协议之后说我这边不对，我说这地方当时应该是说不用的，立马被怼回：“没用到也要写，必须按照协议来”，在理论上我百口莫辩，而刚好有个问题就是这么引起的，随之，我便成了“罪臣”，而在今天他们再发现他们的程序有一个地方和协议不一致时，才吐槽之前的协议（之前和我联机调试的不是他们，也就是同一个任务但是他们现在换人了），而在此之前，我说协议和程序本来不一致的时候，还会显得我不按规则办事，或者对通信技术方面不理解。
2.能看现象的不记录，能记录的不表达
在技术问题上，会体现出人与人之间沟通的弱点：“我以为是这样的”，每次都很难让对方明白自己的意思，很多时候的“我以为”几乎到达了双方脾气的底线了，程序猿的口头禅大概就是：“我可不可以这么理解”、“我再确认一下”。很多时候，描述实际现象都很难，有一次一个问题我一个人弄到晚上十一点多，啥都没改动自己又好了的时候，第二天领导在讨论这个问题时，“莫秒奇妙又可以了，你这什么鬼吗?”，而我缺不知道咋描述，甚至觉得问题没有解决会更好受一点。
3.代码模型以及规范问题
第一点是：代码的可读性，这份代码写完才三个月的时间，今天在修改代码的时候，不能及时读懂自己的代码，重要说明、注释还是很有必要的。第二点是：代码的可扩展性不强，当时图简单，没有建可扩展的数据类型，而今天的修改刚好是需要扩展的，重新全部修改废了好多时间。这是第一次自己实际的体会。
4.低头虚心学习
一为打工人，本是工具人，二为初学者，只能低头学，没有能力之前，莫名躺个枪背个锅也是没办法的事情。而这个行业，本来也是相互交流学习，不断提示自己技术能力的环境。
====================================
附：IT行业工资待遇好都是程序员夜以继日的工作换来的，自我觉得，做IT的人还是很牛逼的！
