做爲程序員的我只負責修復舊bug製造新bug

 

      不知道何時開始寫的這網站ttblog，只知道當時是一腔的激情，但是到今日，激情沒了。可謂是古人云：「茅坑的屎香三天!」   
     
      記得當時剛畢業參加工做，能夠熟練的寫出各類CRUD代碼，譬如循環裏寫滿了數據庫操做,可是這並不影響個人自戀感：「我是一名技術大牛，什麼樣的功能都能實現」而且這個代碼好像一直用到如今。但是直到有一天，我手賤的加入了一個研究微服務的羣裏，讓後我發現他們聊得我並聽不懂，我原來一直活在本身的世界裏，記得當時連.net core都不知是什麼玩意。做爲一名「資深」的.net程序員太不該該了，因而我便開始了.net core學習之路，因而便誕生了這個網站。
      
      時到今日，已經沒有了當初的激情了，多是代碼寫的寫的太爛了，沒有維護下去的動力了。說到爛代碼，我就想到了一個問題，爲何會有爛代碼，可能最開始高貴的甲方爸爸只有這一個簡單要求，因而寫了一個簡單的功能，後來又有需求變動，因而加一小段代碼，此時的內心「代碼看上去還行，簡潔優雅」，過了一段時間，這個功能又變需求了，又加了一段代碼，此時想的是「下次再改需求就要重新設計下了」，此時代碼已經有點亂了。但是，過了一段時間來了一位新人，這個需求又變動了，可是交給了新人，新人看了一段代碼表示「臥槽，好sb的代碼，誰寫的，無論了」，因而又加了一段代碼，以此類推，最後代碼可能就是一坨屎山了。後來的人誰也不想去挖這個坨山，由於每一個人都表示「挖好了又不加工資，挖塌NM的還要背鍋」、「這NM的前前人挖坑後人埋坑，後人埋完坑去挖新的坑」、「能運行就好了，要求那麼多幹嗎」。我只記得我之前挖塌過，今後之後再也沒挖過，後來直接把新的一坨屎扔在上面，保證不塌就好了。

      
       「沒有bug的程序不是好程序，由於沒有人用它，微軟都每天發佈漏洞」每次需求找個人時候我就會這樣對他講，雖讓這個想法是不對的，由於低級的bug就不必了，還有就是一個bug反覆出現，這也說不過去了。bug改完了幹嗎，那就吹逼啊，俗話說編程兩分鐘，扯淡五小時。我上面說的那個微服務羣，裏面雖然不少大佬交流技術，可是，那只是兩分鐘的事情，而後就是一成天的扯淡，沒有什麼不扯的，這可能就是程序員的快樂吧。
  ​​​​​​​

 

內容轉自：http://www.ttblog.site/