放下助人情结，不然我长结节

你比苦强，就战胜了苦；苦比你强，苦就欺负你。有智慧的人，永远不斤斤计较，永远不把别人的坏记在心中；他只会把善良放在心中，释放慈悲光芒。

之前的几篇文章我们介绍了linux中socket相关的系统调用，比如socket、linsten、accept等，这些系统调用更偏向于初始化、分配需要的资源。那么在这些初始化结束后，tcp两端进行建连操作时，服务端这边做了什么工作呢？点击以下链接了解：原文链接：聊聊Linux tcp/ip之建立连接时服务端干了什么-从syn-recv到established

导师要求周报要写日期和思考，而不是像流水账一样寥寥几句，因此一改往常流水账风格，写成了人机周报，有些思考还挺有用的，发布到这里，后面自己还能回顾一下。后面应该每周都会更新周报了============分割线==============10.28：修改了现有代码的Assembler层的问题，同一个方法重载多次；问题：为什么不能多次重载？思考：虽然返回的是相同对象，但是功能不同，入参不同，在调用时容易混淆，因此修改方法命名，使其更加符合其功能，而不是多次重载；10.29：通过单元测试调通ClassIn自动注册接口，画了相应的时序图；问题：流程图和时序图的区别？解决：时序图主要反映时间上每个步骤的流程，结合时间更加直观，而流程图以流程为主，在较小的范围内能清晰的展示流程；思考：对于需要调用三方服务同时又有回调的功能，用时序图会更加直观；10.30：参加需求迭代会，梳理下一期迭代的需求，拆task并大致估时，同时完成前置工作，核对了业务上的一些细节；10.31：设计用户详情表等需求相关的表；问题：第三方表账号字段为什么不能以三方服务自己的名字命名？解决：如果以三方的服务命名，那么当再次接入一个服务时，又要新增字段，每一次增加服务都要新增字段，不便于维护，且数据也会不整洁，会出现某个用户这个字段有值而另一个字段没值，每个用户的数据的结构不一致；思考：第三方账号表设计应该具备通用性，对于不同的三方服务，统一用来源表示，更加容易维护和扩展；11.1：调研阿里云图像审核的前置工作，了解如何使用并且需要哪些参数，这些参数的含义，都写入了技术文档；文档比较清晰，一些疑惑的点也都问了客服，通过示例代码了解了使用方法，没有什么问题；

本以为今年能顺利升职，毕竟业务老板已经给我打过招呼。结果直属老板给了我个平均的考评，心里难受得不行。凭什么你不懂我在做什么，还给我这样的结果？HR的那些政策我也懂，但情绪还是忍不住掉了几滴眼泪，当然不是当场，而是偷偷的。虽然我努力保持了颜面，询问了今年的涨薪水平，并“平静”表达了失望，老板答应再去争取一下。情绪还没完全恢复，但我相信，明天会是新的一天！