今天在csdn上看到一篇關於公司新員工接手老員工專案的相關問題，挺觸動我的，儘管進入職場之後的問題不是現在的我該考慮的！
該篇部落格闡述的主要問題是關於新員工上手老員工專案時是該容易點還是該困難點呢？
有兩方觀點：
其中一方認為老員工將**寫得布局混亂，沒有注釋，甚至用編號定義變數，例如a0001,a0002;這樣讓新入職場菜鳥面臨很大的問題；如果是你遇到這樣的情況肯定會狠狠吐槽一下**的原作者，將**維護的難度大大增加，也可能是馬上離職的員工覺得已經要走了，就拍拍屁股走人，維護什麼無所謂，這樣豈不是缺失了作為程式設計師的素養，當然我是站在職場菜鳥這邊的，或與是因為我現在還是學校的學生的原因吧！ 相信看過《喜劇之王》這部電影的程式猿們知道裡面有本書叫《作為演員的自我修養》； 我們程式設計師也有一本關於程式設計師的修養的一本書；裡面著重強調了程式設計師寫**時 寫注釋的良好習慣，不僅僅是造福自己，更是方便後來人對你的**進行維護，要對自己的**負責！
而職場老鳥的觀點則是：首先公司會把專案逼的很緊，要及時完成專案都很吃力更何況注釋，就算想要進行**的優化都心有餘而力不足！ 還有就是如果自己的專案很簡單的就被職場菜鳥接手了，是該讓老闆覺得新人很厲害，還是覺得自己很菜！當然，我認為這種觀點過於消極和負面化；
通過了解了菜鳥和老鳥的觀點，我覺得真是不管在**都充滿心機和套路，連程式設計師這乙個程式設計的聖地都避免不了！其實我的內心還是蠻失落的！ 但是想開點的話，畢竟大部分程式設計師都有良好的變成習慣和個人素養的！
最後希望看到此篇部落格的程式設計師都可以保持一顆前人栽樹後人乘涼的友善的心！
程式設計中的那些套路 關於策略模式
該文章屬於 程式設計中的那些經典套路 設計模式彙總 系列，並且以下內容基於語言php 今天講講策略模式，策略模式 和工廠模式十分相像 或者說在 邏輯層面，他們是一樣的 但策略模式與工廠模式有一點很重要的區別 工廠模式 我們著眼於得到物件,並操作物件,策略模式 我們著重得到物件某方法的執行結果 看 策...
程式設計中的那些套路 關於工廠模式
該文章屬於 程式設計中的那些經典套路 設計模式彙總 系列，並且以下內容基於語言php 前面我們寫了簡單工廠模式，程式設計中的那些套路 關於簡單工廠模式 但簡單工廠模式有一些不足 違反開放封閉原則 所以需要設計出一套更加規範的設計模式。工廠模式就在這個情形下產生了。此處以資料庫的選擇為例子 工廠模式算...
程式設計中的那些套路 關於橋接模式
該文章屬於 程式設計中的那些經典套路 設計模式彙總 系列，並且以下內容基於語言php 今天來談談橋接模式，橋接模式的功能在於將兩個原本不相關的類結合在一起，然後利用兩個類中的方法和屬性，輸出乙份新的結果。如圖 來看下具體 吧 橋接模式.php class info 普通資訊 class common...