寥寥數語，形象躍然紙上！
頓時人也精神了，想要立刻爬起來。
原因無他，也被深深傷害過，感同身受！
程式開發說簡單也簡單，按照程式語法寫就行，說複雜也複雜，同一段業務邏輯，實現效果一致，但是實現方式可能千差萬別，有些**短小精幹，有的你會很驚奇居然一團糟的情況下程式還能正常的跑起來!
仔細分析你會發現，每個人都有自己的**風格，有的人並不是能力不行，但是他的**就是乙個字：「糙」！
細問原因，往往都會往邏輯複雜、工期緊上面靠。
更深層次分析，實際上這是乙個習慣問題，基本底線問題。
我覺得乙個優質的一線開發應該具備如下這些基本素養：
面對需求不僅要摸清明面上的業務邏輯，還需要考慮異常相容情況，最怕有if沒有else，有異常捕獲而沒有捕獲到異常的後續處理。只有做到了整個邏輯的完備，才能說理解了需求。
合理抽象封裝，明明是物件導向的高階語言，有些人偏偏喜歡面向過程記流水賬。同時，請保持克制，別炫技，為了抽象而抽象。有乙個kiss原則，叫做keep sample and stupid.
杜絕沒有意義的**，特別需要注意重複性的模板**，每次碰到要在一坨坨的模板**上迭代新功能都恨不得推翻重寫，因為屎山會越堆越大！~
點開檔案第一眼就亂糟糟的絕對很打擊繼續看下去的勇氣，能做到如沐春風，任何人都能很流暢的讀下去就達標了。對於某些邏輯很繞的，必須寫出ugly**的地方，我的做法是註明原因，常規吐槽一下，打個todo標籤
這一點不多說，懂的人自然懂，不懂的人說再多也沒用，因為大家的追求不一樣！一線二線城市工作的區別
本人在瀋陽，但是不得不說，一線和二線城市的差距還是蠻大的。二線城市的人會併發的不是很多，如果在二線城市問juc原理，基本上沒幾個會的，甚至有不少連juc可能聽都沒聽說過。問的問題也有差異，二線城市基本不會問hashmap，也不會問mysql索引這些，基本上就是問問springboot和spring的...
STM32的一線協議
ifndef one wire cfg h define one wire cfg h include complier lib.h ifdef use mcu stm32 include delay task.h include gpio task.h endif 定義結構體 typedef st...
30歲程式設計師的選擇，一線OR二線？
作為乙個30剛出頭的it行業從業者，先介紹下我自己的情況。雖然不具有代表性，但是也可以作為乙個參考。本人08年本科畢業於一所還算不錯的211大學計算機專業 04年去的時候綜合排名38，畢業走時排名45，我對不起母校。工作一年後，覺得自己水平太差，又去一所985高校讀了研究生，12年畢業。畢業後在北京...