本文不是技術文,是我的的從業總結,且對象是指大部分人,不是針對各位牛人,亦不是指個例,若有過錯,還請指出,做者會立刻發表官方道歉聲明,9行道歉,100行廣告那種!(開個玩笑,哈哈)前端
文章各要點簡潔,相信各位看官不會很累。(我寫的很慢,因此大家看的也就不會很快,就不會很累)java
如下就是乾貨要點:程序員
這真不是直男發言,健康第一,多喝水能多上廁所,能多走動,還能助力新陳代謝。web
最主要的是,能幫你在卡Bug的時候冷靜下來,有的時候沒有思路,上個廁所,就有了。面試
不要只沉浸在代碼裏,碼農還須要溝通!溝通!PPT!PPT! 對象!對象!(注:此處對象僅表明女友)算法
溝通、找對象、交朋友、管理等技能重要性不比代碼低。編程
哪怕你是選擇作一個純粹的技術人員、跟領導、設計人員、產品經理等溝通也是很是必要的一項技能。後端
但願不要只沉浸在代碼裏沒法自拔。設計模式
此處僅舉例幾個軟技能,實際遠不止如此,切莫只卡在代碼上。微信
程序員35歲的坎你不是不知道,多學習些其餘技能。技多不壓身嘛。
這句話不少人都知道,可是不會運用,不管是從事哪門編程語言,哪一個操做系統,都有很好用的工具。
不少人一開始用什麼軟件,到最後也是用什麼軟件,不知不覺限制了本身。
其實,多花點時間尋找利器(工具)是真的能事半功倍的。
但願你們不侷限於推薦,本身動手搜索下本身所在領域的神器!!
遇到bug時候,先安慰本身,讓本身有個好情緒後再處理問題,不可帶着煩躁的情緒去處理,
那隻會越卡越久,越卡越煩。成熟的程序員每每是遇到問題,冷靜(不慌),調試、日誌、一步步排查直至解決問題。
因此遇事,先安慰本身。不煩躁,穩中求快。
在計算機科學中,分治法是一種很重要的算法。字面上的解釋是「分而治之」,就是把一個複雜的問題分紅兩個或更多的相同或類似的子問題,再把子問題分紅更小的子問題……直到最後子問題能夠簡單的直接求解,原問題的解即子問題的解的合併。
若是問題實在過於複雜,能夠嘗試將其像分蛋糕同樣分紅多個小步驟,一步一步來,這樣當全部小步驟完成,這個問題也就解決了。
例如,當你要完成一個學生管理系統,看着很龐大,很差下手,能夠將它劃分前端和後端,而後再劃分功能模塊,再劃分子功能模塊,再根據子模塊劃分完成時間,一天一個小模塊,這樣看着是否是就比較簡單了呢?
這也是個家喻戶曉的詞,可是真的不多人能作到,初級程序員每每遇到問題就開始敲代碼,等出錯了再說。
卻不知有磨刀的過程,遇到問題,須要先思考,若是過於複雜,就畫圖!畫圖!
真的要畫圖,不要說沒習慣,誰也不是生下來就畫圖再幹活的,你考試考數學不用草稿試試!!
UML圖、流程圖、思惟導圖等等,都有助於提高你的效率。
這裏推薦在線畫圖
不知道在座的有木有自學編程的或者是報培訓班的,幾個月瘋狂密集的學習,儼然成爲了個「大神」。
但事實上呢? 外表看似強大的狀況下,一面試就懵,一問就是不會,這就是基礎不牢。
使用框架雖然能夠快速讓產品成型,可是想路走的遠,數據結構、設計模式、編譯原理、UML諸如此類的基礎課程仍是要鑽研的。
飯是一口一口吃的,路是一步一步走的,沒有捷徑。
宛如大樓的地基同樣,越高,地基越深, 基礎決定了你的上限。
框架是會隨着時代改變升級的,可是原理不會改變,莫急莫燥。
C#和Java哪一個更好?你們老是討論得熱火朝天。
事實上,不一樣的語言在不一樣的場景下各有應用,在國內.net生態確實不如java,可是在歐美呢?
語言和工具只是爲業務場景服務的,適合業務就行,討論好壞沒有意義。
常常在各個技術羣看見你們爭論,有這功夫,多看幾篇技術文章不香多了?
黑貓白貓,能抓到老鼠就行
好的代碼每每不是一次寫出來的,是重構出來的。在遇到新功能的時候,咱們每每會想一次性作到最好,可是現實是很殘酷的,一次作到完美是不現實的。 先以最快的速度實現功能先。實現完後你就不會帶着焦慮去尋找新的解決方案了。
因此,先以最直接的方式實現功能後再優化。
若是你解決了問題不加以記錄,下次再次遇到或者他人問起,你依舊是某度某歌去搜索,且頗有可能找不到當初的文檔。耗時耗力,還很煩躁。
因此,問題解決後要進行總結,不要以爲本身菜,就不寫,以爲寫博客浪費時間,記錄總結你能收穫良多。
輸出式的學習大於輸入型的學習,一旦開始,你自會獲益良多。
本人不是大佬,只是道路先行者,在落河後,向後來的人大喊一聲,這裏有坑,不要過來啊!
縱然如此,依舊有人重複着落河,重複着吶喊······
我的博客網站 Blog
文章後續會在公衆號更新,微信搜索 OneByOneDotNet 便可關注。
你的一分鼓勵,個人十分動力,點贊免費,感恩回饋。喜歡就點贊評論吧,雙擊6666~