酷播亮新聞
“閱讀文本大概需要4分鐘。”
休息需求一個挨著一個，先弄個樣子出來，先寫死，後期再改。 沒有產品設計、沒有需求文檔、沒有測試、甚至連美工、發布也得我一個人兼著，時時安慰自己，反正寫代碼最拿手，功能實現再說，以後有的時間慢慢改唄。
分析懶，自己挖坑自己填
就是複制粘貼，所謂復用，90%的時候就是打破重粘貼。 所謂架構，就是知道去抄啥；所謂開發，就是老大說抄我就抄；所謂初級開發工程師，就是東看看西看看，瞧瞧別人怎麼抄，自己跟著抄；所謂高級開發工程師，就是同 一個模塊抄過一遍的人，第二遍更熟點。 Github搬運工有現成的用現成的，沒現成的找現成的，找不到就不做了，對外宣稱無法實現。 我們不是在抄，我們做的叫“系統集成”但是如果需求變了，就瞪眼了，我X，這個模塊如果改我就需要寫10個地方，因為當初沒有抽出來做個公共的，這就是 自己挖坑自己填。 遇見問題從不思考，直接百度，百度已經有人遇見想通的問題，我永遠不是第一個遇見這個問題的人。 時間太緊，加班
軟件行業的競爭就是速度的競爭，比如吃雞手游，先上線往往意味著先佔領市場。 所以公司會夜以繼日的拼速度，加班就在所難免了。 程序員其實不喜歡加班。 但是行業就是這麼個行業，加班就像是約定俗成的行業規矩一樣。 不加班的程序員也有，要么非互聯網行業，不存在速度競爭，比如給企業做個管理系統啦，維護啦。 要么就是外企，嚴格按標準發放加班費的那種。 否則你在這個行業中，加班就是不能避免的事情。 說喜歡加班的，要么是工作狂人（少數），要么就是既來之則安之，不能改變就只能接受的心態吧。 需求奇葩
需求變更，本應是甲方的權力。 如果確需變更，當然要滿足客戶需要。 問題是不能讓變更權力濫用，把一些無關痛癢的變更寵慣養成堂而皇之的變更。 對於客戶提出的變更，無論大小都給予解決，客戶對此是非常滿意，然而，項目進度卻拖的很長，項目一再延期，這樣導致開發小組中的部分成員有些不耐煩了，來一點需求， 修改一點，這樣確實很煩人的啊。 錢
大多數程序員只把寫代碼當作謀生的手段而已，上個班、領點錢。 寫好的代碼，沒有優化空間，沒有後續工單，也就沒有錢賺。 寫好的代碼費很神費力，最後一句話可能就要全盤皆輸，代碼白寫了。
每個程序員心中都有個大神
PS：以碼為杖，行走天涯，正當時。