「时光不负，创作不停，本文正在参加2022年中总结征文大赛」
年中总结为啥要说一年呢，因为刚好到了毕业季的日子，看着动态里各种喧嚣，不禁想起了去年此时的自己。
毕业回家待了几天便匆匆赶往公司，报道，入职、培训、熟悉项目、提交第一行代码、第一次写发版邮件……转眼已经整整一年过去了。从开始的小修小改，到现在能独立负责项目的一部分；从只是听说过各种分工，到亲身参与整个项目流程；从工单给啥我做啥，学习为主，到需要自己安排时间分配精力去主动跟进一些事情，边做边学。学到了不少东西，感觉自身也有很大的变化。
当然这里肯定不是体重的变化了，主要还是代码方面。因为这是我生活的主要内容。不知道是幸运还是不幸，最终把爱好变成了职业，在工作之外我也习惯于花大把的时间在上面，很多感悟都是在某个夜晚突然诞生。总结是为了能更好的成长，分享是自我督促也是跟外界的交流，希望每天都能更好一点吧。
talk is cheap, just DO it
拼凑了这句话，不是说要穿着耐克玩Linux，而是提醒自己：网上跟人争吵是没啥意义的，觉得正确的事就要自己去动手实践，把它做出来。
这个时代虽然交流很便利，但是误解也更常见了。表达观点经常会碰到和预期不符的反馈，导致情绪上头，开始吵架。
冷静下来之后，觉得其实完全没有必要。尤其是我们这个行当，一就是一二就是二，具体场景下很少有什么说不清的东西。需要证明的时候，给一份代码和测试效果就是最好的方式，理解有偏差完全不影响对结果的认同。
有时候很容易从证明自己的观点转向想要说服对方，从讲事实摆数据走向情绪化和言语过激，这时候应该赶紧停下来，脱离这个环境。一旦偏离了最开始的目的，后面只会越走越歪。
争吵很容易，克服各种情绪和压力把事情做完不简单，想要做的好更难。关键在做，不在说。
learning by doing，NOT do after learned
入门阶段总是希望能找到最好的选择，同时又容易忽略问题的复杂性和本质矛盾。所以初学者最喜欢干的事情之一，就是花费大量的时间去找“银弹”，即满足各种要求的一把梭完美解决方案。
比如在选择App技术栈时，既想要它有原生的细腻体验，又想要一份代码跨平台，还想满足所有平台的热更新。这就好像试图找一个十全十美的人，显然是非常困难的。如果轻易就找到了，那多半是被广告骗了。
除了技术选型，在各种功能效果的实现方式上，也常常掉入“先搞透才能做”的陷阱。大量的时间消耗在搜索和阅读上，到了实践的时候才发现这样那样的坑，悔之晚矣。
当然，不是说埋头做事之前不该仔细了解，而是说要在做中学，不能等到全学会都学完了才开始做。技术的发展本就日新月异，仅靠阅读难以覆盖到实际的所有场景，也不能确保开发时就没有阻碍。一样新东西，读完官方文档，理解了核心概念和方法，就可以直接上手尝试了，使用的过程中才能体会到好与不好，才能及时有效的做出取舍。
from problem, NOT form yourself
逃避问题，拿锤子找钉子，或者只是习惯于熟悉的东西，这些都会阻碍你找到解决问题的最佳办法。
人容易选择习惯的事物，这是我们面对未知的自我保护。但从感觉出发，往往并不是对我们最好的。俗话说的好，学如逆水行舟，不进则退。作为一门知识型的技能，写代码也是如此。如果每周都在写着同样的东西，烂熟于心毫无挑战，日子虽然会过的轻松惬意，但是长期来看对技术是有害的。
诚然，熟悉的东西更加保险，对工作来说保证任务顺利完成是第一位。但只要能从问题本身出发，总是能找到各种值得优化的点，每次都只关注一个具体的小问题，在有保底方案的前提下尝试一些新东西，或许是更好的状态。
想要一直吃技术这碗饭，进步就是必须的。坚持改善自身的缺点，关注和思考如何更好的解决问题，才能更好。
最后以一对偶然碰到的句子结尾，与君共勉 : )
日拱一卒无有尽，功不唐捐终入海。
