在從事軟體開發的這些年中，近期越來越多地聽到這樣的論點：當前的程式設計師越來越浮躁。我的感覺也是如此，由於在軟體公司中，人才流動特別快，因此很多人的職位也變化的比較快，很可能剛剛工作了三年的程式設計師，就被冠以專案經理的職位，或者是做過幾個專案的人，就成為一家小公司的技術總監、架構師，其實，本身的能力與這個職位真正的要求非常不相配。然而，正是這樣的情況更促使了程式設計師的浮躁心理，或許也可是說是攀比的心態和虛榮心在作怪。
上述情況的直接表現就是，很多程式設計師在具備了一定的經驗之後，就不喜歡做「小事」，這裡的小事可能是：
把這樣的工作推出去之後，這些程式設計師會喜歡做什麼呢？可能是：
儘管這些事兒看起來比「小事兒」更有意義，但我還是要說，作為程式設計師，不管到了什麼時候，都要具備把「小事」做好的能力。拿我自己為例，雖然已經工作了十年，也曾經做過所謂的專案經理，也付出過時間和大家一起研究過架構，但是現在還是回歸根本，做乙個兢兢業業的程式設計師，還在第一線奮鬥呢，呵呵。也還在做著很多大家認為是「小事」的事情呢。
其實，仔細想一下，想要真正把小事做好並不容易，舉個我實際工作中的例子，公司改名，需要將70多個模板中的原公司名修改為現在的公司名稱。
這項工作看起來非常簡單，不就是開啟模板，查詢，替換，然後再儲存，替換原來的檔案，就一切ok了。
但是，問題就在於所有70幾個檔案要乙個不落，而且裡面的公司名稱的數量也不一定，需要乙個不差。並且還需要盡快完成。總的來說，就是既要快，又要準。這樣就不是那麼容易了。
我的方法是先做一遍，然後仔細從頭到尾檢查一遍。不要過分相信自己，一定要做檢查，這種重複性的工作很難一次完成的。另外，還用excel做了乙個檔案列表，沒修改完乙個，就做上標記，這樣可以保證乙個不差。
大家可能也看出來了，做這種事情，需要的是什麼呢？也比較簡單，一是細心，二是耐心。但這正是浮躁的程式設計師所缺乏的兩點。
也會有人說，做小事對我沒有什麼好處，也不會有什麼長進。
如果只是機械地去完成，而不去思考，不採用一些必要的方式來保證做小事的質量和效率，那麼真的就不會有什麼長進，而且我覺得可能最終的完成質量也不會太高。
其實不管做什麼事兒，都需要思考，思考之後，都會有進步，我們可以在做之前，想一下是否存在一些方法能夠讓我們更快、更高質量地完成任務。很多方法非常簡單，但也很有效，關鍵就在於我們是否能夠想到去用。在完成上個任務的過程中，其實首先是要在近千個模板檔案中篩選出來那70幾個的，如果就直接在原來的資料夾中修改，估計很快就暈倒了，我的做法是先把篩選出來的所有檔案copy出來，修改之後在copy回去（當然這裡也需要複查，保證複製出來的是所有需要修改的檔案，不能多、不能少，更不能錯！）
把小事做好的另外乙個好處就是，它能夠讓你贏得他人的信任：乙個人能夠把很簡單、重複性的工作做好，那麼就足以委以重任；如果連小事兒都做不好，誰敢把大事兒交給他做啊。如果大家做過管理工作，一定會此會有所感觸。
所以，我覺得，不管當前的職位如何，不管從事工作有多少年，當接收一些所謂的「小事」的時候，都要努力做好，而不要覺得與自己的現狀不相稱，那其實就是浮躁，呵呵……
檢視所有「程式設計師應知」系列文章。
程式設計師應知 把小事做好
在從事軟體開發的這些年中，近期越來越多地聽到這樣的論點 當前的程式設計師越來越浮躁。我的感覺也是如此，由於在軟體公司中，人才流動特別快，因此很多人的職位也變化的比較快，很可能剛剛工作了三年的程式設計師，就被冠以專案經理的職位，或者是做過幾個專案的人，就成為一家小公司的技術總監 架構師，其實，本身的能...
程式設計師應知
作為程式設計師，不可避免地會經歷過下面的情況 你花費了大量心血辛辛苦苦地編寫了一本程式，結果到了測試人員那裡測試的時候，測試人員測了一陣子之後，提交給你乙份測試報告，並說 你裡面怎麼會有這麼低階的bug。或者說 你的程式裡面的bug好多，到底自己編寫完了之後測沒測試啊？或者在國內專案中可能是這樣的，...
程式設計師應知 技術債務
債務這個詞，相信大家已經都對其深有體會了，特別是像我一樣作為 房奴 的人，每個月都要去銀行還錢，那就是債務啊。在軟體開發的過程中，我們往往也會借債，人們稱之為技術債務，其實也就是為了快速地解決問題，而採取的不規範的方案。比方說把某個條件寫死，再比方說採用一些捷徑達到目的，而這只是特殊情況，無法應用在...