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

Posted 2020-12-15 mrhanblog

 

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

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

 

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