当初看见那个void **** 时的感受真的是十分深刻。毛子的Nginx写了4层指针去优化.。菜鸟虽然不能深刻理解4层在c里什么概念，但还是感到瑟瑟发抖。
以前摩托罗拉在俄罗斯有个R&D中心，写的基础代码，老美里的牛人读起来都吃力。但是神奇的高效工作着。 过了几年这个中心散了， 老美还孜孜不倦用着毛子的代码。
前苏联的数学底子不是盖的。当年看那个四层指针特别烧脑，整明白后拍案叫绝，别人真是NB。感慨地说，和他们的代码比起来，我们就像小学生。
《使用 Arthas 排查 SpringBoot 诡异耗时的 Bug》
公司有个渠道系统，专门对接三方渠道使用，没有什么业务逻辑，主要是转换报文和参数校验之类的工作，起着一个承上启下的作用。最近，在优化接口的响应时间，优化了代码之后，但是时间还是达不到要求；有一个诡异的 100ms 左右的耗时问题，在接口中打印了请求处理时间后，和调用方的响应时间还有差了 100ms 左右。比如程序里记录 150ms，但是调用方等待时间却为 250ms 左右。本文记录了当时详细的定位 & 解决流程（其实解决很简单，关键在于怎么定位并找到解决问题的方法）。
使用 Arthas 排查 SpringBoot 诡异耗时的 Bug-阿里云开发者社区
大家写代码一定要给自己留下优化的余地。之前有位同事写代码，就是堆*山，把任务完成就行。写完经常有错误（写完也不检查）。上面的领导应用中发现问题了，让他修改。最后领导还说：水平真高！一会就改好了。哈哈 你敢相信。不过这都是真事。代码越乱，越不容易被替代，你说是不是这个理？
程序员切记：误删了一大段代码之后，发现软件还能跑起来，这个时候我们一定不能动他。
如图，建议每天打开电脑前都看三遍。
许多码农看到老代码中有难以理解的部分，就会千方百计的尝试去优化，尝试去修改。费尽心机，一通优化下来，软件跑不通了。正焦头烂额之际，也不知动了哪里，程序又突然跑了起来。
这个时候哇，我们千万不要动，务必不要再动了。我们要的结果是能跑起来，能解决问题，而不是你能理解每一段代码。
过早优化不行，事后优化也要谨慎。
马斯克接管推特后开始整治推特程序员，让程序员手写近30天编写的工作代码，哪些只会copy paste的程序员会被老马优化吗？#马斯克# #推特# #程序员#
#创业故事# 有点兴奋，明天加班写代码。我们最近有两个数据填报的项目机会，这个对我们来讲应该是完全不需要开发才是，要满足这个要求，需要对平台进一步优化，大概有以下几点：
1.支持单表体类的填报，我以前是有支持，只不过新版放弃了，需要移植；
2.支持字段之间的联动，这个我们通过公式支持的有限，我们之前通过编写脚本的实现方式，在字段的编辑前和编辑后均有相应的框架支持，我这次可以加上在模板中定义脚本这个功能。
做完这个，我们平台对一些复杂的应用也能够不需要深度编码的情况下就能够支持了。
年轻人才纠结代码的优化，老油条只写易于读懂/理解的代码[笑哭][笑哭][笑哭]
#程序员##java##python##搞笑一刻##搞笑大赏#
