做为程序员的我只负责修复旧bug制造新bug

 

      不知道何时开始写的这网站ttblog，只知道当时是一腔的激情，但是到今日，激情没了。可谓是古人云：“茅坑的屎香三天!”   
     
      记得当时刚毕业参加工做，能够熟练的写出各类CRUD代码，譬如循环里写满了数据库操做,可是这并不影响个人自恋感：“我是一名技术大牛，什么样的功能都能实现”而且这个代码好像一直用到如今。但是直到有一天，我手贱的加入了一个研究微服务的群里，让后我发现他们聊得我并听不懂，我原来一直活在本身的世界里，记得当时连.net core都不知是什么玩意。做为一名“资深”的.net程序员太不该该了，因而我便开始了.net core学习之路，因而便诞生了这个网站。
      
      时到今日，已经没有了当初的激情了，多是代码写的写的太烂了，没有维护下去的动力了。说到烂代码，我就想到了一个问题，为何会有烂代码，可能最开始高贵的甲方爸爸只有这一个简单要求，因而写了一个简单的功能，后来又有需求变动，因而加一小段代码，此时的内心“代码看上去还行，简洁优雅”，过了一段时间，这个功能又变需求了，又加了一段代码，此时想的是“下次再改需求就要重新设计下了”，此时代码已经有点乱了。但是，过了一段时间来了一位新人，这个需求又变动了，可是交给了新人，新人看了一段代码表示“卧槽，好sb的代码，谁写的，无论了”，因而又加了一段代码，以此类推，最后代码可能就是一坨屎山了。后来的人谁也不想去挖这个坨山，由于每一个人都表示“挖好了又不加工资，挖塌NM的还要背锅”、“这NM的前前人挖坑后人埋坑，后人埋完坑去挖新的坑”、“能运行就好了，要求那么多干吗”。我只记得我之前挖塌过，今后之后再也没挖过，后来直接把新的一坨屎扔在上面，保证不塌就好了。

      
       “没有bug的程序不是好程序，由于没有人用它，微软都每天发布漏洞”每次需求找个人时候我就会这样对他讲，虽让这个想法是不对的，由于低级的bug就不必了，还有就是一个bug反复出现，这也说不过去了。bug改完了干吗，那就吹逼啊，俗话说编程两分钟，扯淡五小时。我上面说的那个微服务群，里面虽然不少大佬交流技术，可是，那只是两分钟的事情，而后就是一成天的扯淡，没有什么不扯的，这可能就是程序员的快乐吧。
  ​​​​​​​

 

内容转自：http://www.ttblog.site/