共计 1767 个字符，预计需要花费 5 分钟才能阅读完成。
前言
没接触编程之前，总感觉它很神秘，很牛逼。每当有新的零碎，新的软件进去时，总想冲在前头，而后 down 下来好好体验。
起初退出了程序员大军，才发现编程并非设想中的那么美妙，常常要面对 实现不了 的需要，和 背不完的锅 ，真的是一部 辛酸 编码史。
尽管如此，咱们的工作也算是在为机器注入 灵魂，还是挺高大上的。只是很多时候不得不面对一些残暴事实，上面就来聊一聊这几年的编程感悟吧！
1、bug 是修不完的
不知各位猿友有没有这样的领会：每当周五邻近上班时，测试总会向你扔来一大堆的 bug 工单。
而就在你认为所有的 bug 都解决完后，回过头象征性的验一验之前的接口时，忽然发现，他妈的又不失常了。
这种感觉就像按下一个葫芦，起来一个瓢，认为解决完了，才发现只是本人认为。
那为什么会始终修不完呢？一方面是因为程序它就像一个精细的机械手表，很多中央都是有关联性的。
当你要改变一个中央的时候，往往得把它所有的关联点都得思考一遍，有点像深度优先遍历。可想而知，一旦零碎简单，那大多时候咱们也只能是走一步看一步。
另一方面只有咱们的零碎还有用户在应用，那就会有改变，特地是对于三天两头加需要的互联网行业来说，这更是粗茶淡饭。
在这么高频率的改变下，设计得再好的零碎也经不起折腾。就如同一辆高速静止的跑车，还总想着给它换整机一样。
所以大伙看那些成熟的开源框架，都有属于本人的一个公布打算，而且都是相隔几个月的那种。
可想而知：缩小需要是如许的重要！
2、if else 就是咱们的日常编码模式
设想一下，如果没有了 if…else 那咱们的程序会怎么样？是的，所有都糅合在一起了，再也不能欢快的进行流程管制了。
正是因为有了 if…else，让咱们能以贴近生活的形式去划分代码逻辑。
能够说 if…else 在程序里无处不在，甚至一敲代码，咱们就会主动联想到 if…else 所要对应的业务线，如许的浑然天成！
3、过早的优化，不是优化
以前遇到过一个共事，总喜爱开口闭口就谈拓展性预留，说哪个场景有可能会用到，所以要提前预留下。
可实际上到了前面的开发，80% 的概率是没有再用到这些优化点的了。相当于将精力花在了没有产生的事件上。
其实，这也能了解，因为产品经理总是 动不动 的改需要，而作为一名优良程序员的咱们，总想提前预判这些改变点，以 最小 的代价实现批改。
可理论在我的项目刚开始的时候，是属于一个不稳固开发期间，会存在很多变数。
如果过早的优化，比方添多余的数据库字段，划分很细的服务等这些对未知场景的优化，其实意义并不大。
过早的优化，不是优化，真正的我的项目痛点不会在一开始就裸露进去，等咱们被我的项目残缺的 虐过 一回，到时也就自然而然的晓得该怎么优化了。
4、大多数我的项目就是在增删改查
当初的互联网我的项目其实就是在将生存 数字化，数字化的过程必定是须要和数据打交道。
所以，大多数我的项目其实就是在解决数据从哪里来，又回到哪里去的问题。
至于这两头采纳了什么技术计划，也只是解决伎俩不同而已。最终还是得落到对数据处理这一终极目标。
而对数据处理必定逃不过增删改查，这也是很多我的项目存在的意义！通过一直的对数据加工解决，呈现出更贴近咱们生存的虚拟世界。
5、一人挑起一款产品的时代曾经过来了
互联网行业倒退到当初 20、30 年了，从仅限于业余人员应用，到当初的利用遍及。能够说用户曾经从原来什么都不懂的小白，降级为资深体验家了。
而在此期间所诞生的优良产品，曾经和用户深深绑定了，想要靠咱们集体去扭转用户的应用习惯，根本不可能，更别说有可能受到大企业的狙击。
所以，想要单独开发出一款景象级产品，真的难如登天！就像错过了 80, 90 年代下海大潮一样，咱们曾经很难再撼动这个成熟市场了。
当然，互联网的凋敝倒退也为咱们这些后来者奠定了根底，定制了很多标准化框架，像 TCP、HTTP 等，
也算为咱们的开发工作提供了很多便当。
6、程序员真的发际线高！
最初，咱们来说一说程序员最最残暴的假相。没错！就是咱们那瓦亮瓦亮的额头。那是高级程序员的象征，是办公室里最靓丽的一道风光！
置信只有咱们好好致力，总有一天，都会达到这个境界！≥Ö‿Ö≤
总结
以上就是这几年编程生涯的感悟，欢送大家一起分享！
感兴趣的敌人能够搜一搜公众号「阅新技术」，关注更多的推送文章。
能够的话，就顺便点个赞、留个言、分享下，感激各位反对！
阅新技术，浏览更多的新常识。
