看着窗外的喇叭花，来谈谈程序员的日常。
程序员的日常工作无外乎写方案、做设计、编代码、改需求、修bug等等，而这其中，我觉得改bug应该占据了大多数的时间，特别是在做基础软件产品的时候。基础软件产品架构庞大，功能复杂，追求稳定性，像数据库、工具软件等类别的软件，改bug就更是程序员的日常了。基础软件也正是在一代又一代的迭代当中，逐渐完善。而在这个过程中，产品的bug库就在不断的增长、膨胀，时间可能能够跨越几年、十几年，甚至等同公司的生命周期了。哪一天bug库没有增长了，或许程序员就得考虑更新LinkedIn的主页信息了。
电视剧里面，少林寺的高僧为了检验武功高低，需要通过十八铜人阵。过了阵说明武功上乘，习有所得。对于程序员而言，产品的bug库就是十八铜人阵。每一个新进的员工，都得进去历练历练。游刃有余，说明你能很好的驾驭这种产品了。对于自认为掌握十八班武艺，精通各门语言的你，在进去新公司后，是不是很希望能够解剖产品，优化算法，一言不合，就想“重构”？希望得到领导同事认可，表现才华。rewrite，哈哈，多么能够展现身份的词语。能够在程序文本说明行下写下：
/*author：xxx rewite 2018-06-22 */ 是不是觉得很有成就感啊。
想法是大胆的，领导是不让的！软件产品作为公司的竞争力产品，盈利工具，是经过市场浪潮的检验不断积累沉淀下来的。公司能够立足，说明其产品具有市场竞争力，具有核心的技术，而这些技术是具有时间成本的。现有产品及其架构暂能较好切合市场需求，并保持一定竞争力。对于新进程序员来说，当你第一次接触这种产品时，你得首先站在较高的门槛，消化一定技术之后才能对其进行解剖和优化了。所以，刚来公司，可能一段较长的时间，你所做的工作都是在看代码，查资料，当然，还有一项最重要工作就是把你丢到bug库了。
改bug，就是修复缺陷，对已有设计或功能的缺陷进行修复。其有两层意思，第一，你得懂已有的设计架构及算法流程，并且能够定位问题在哪；第二，你还知道如何改。对于新员工，这其实是个比较有挑战的工作，难度甚至超过开发新功能。因为你必须站在很高的起点去干活。程序员是必须要去创这个铜人阵的，只有你闯过之后，你才有资格在某一天对领导说，这一块我实在看不下去，我要rewrite!
bug库也是公司产品成熟度的参考标准。一个负有竞争力的产品，上万个bug都不足为奇。程序员，对于刚走出校门的你，哈哈，不要幻想走入公司后键盘敲得眉飞色舞，沉浸在那美妙的机械声中；或许，此刻，你就在打开搜索引擎，然后在搜索框中输入：
unresolved external symbol xxx......
我在未来科技城，祝愿你能得到一个好答案......