在文章的開頭作者引用了一個豬、雞和鹦鹉的小故事，非常有趣自然地把人們帶入了其中，讓讀者能夠有興趣了解文章。确實正如故事中所說的那樣，在平時的工作與學習中，身邊的每個人都扮演着一個角色，有些人是豬，但他卻能夠對事情全身心的投入；有些人是雞，他們僅僅是扮演着參與者的角色；還有一些人是鹦鹉他們雖然身着漂亮的外表，但在生活中僅僅是擔任着圍觀的作用。但是當我們作為一個團隊共同工作時，無論我們到底是想成為一個什麼角色還是真真正正的再擔負着一個什麼角色，隻要我們每個人踏踏實實的做好自己本分内的工作，那就是對這個團隊最大的貢獻。在一個團隊中不是說我要怎麼怎麼樣，我要做領頭者，隻要大家一起努力把這個項目做好，榮耀其實是大家的。一個團隊沒了誰都是不可以的。
在看完這篇文章後，還有一點讓我印象深刻。說道分工那就不得不提組長這個職位，一個團隊中必須選出一個決策者，這樣在遇到大的事情時才會有人做決定，組長在團隊中起到了領頭羊的作用，組長必須根據每個成員的特點對其進行分工，隻有一個好的分工才能保證項目又快又好的完成。分工完成後就到了團隊成員的磨合期了，每個人有每個人的主見和思想，是以在很多事情上可能會争執起來，這時候該組長出面了，組長既要做一個正确的決定還得安撫好每個成員的情緒，讓每個人不能把情緒帶到工作中去。作為這個組的一個成員，我覺着每個人也應該控制一下自己的小情緒，在一個團隊中，隻要每個人都能夠包容一點，那麼無論大事小事都不會産生傷和氣這種事。
我認為一般有過面向對象程式設計的人，認為最難也最頭疼的就是設計了。每個踏上程式員的道路的人，在成功之前一定會遇上很多阻礙，可以說每個成功人士之前肯定有自己的辛酸史，但是我覺得程式員的成長比其他一般人的要困難得多，因為他們每天都是面對的枯燥無味的代碼，而且程式員不做到精在社會上是難有作為的。
一個好的項目，設計至少可以占到百分之五十甚至更多。我認為設計主要有兩個思想，一個是高内聚低耦合，一個是設計應當以行為為中心而非資料為中心，業界的話就是應當以需求為中心。關于設計的争論由來已久，在我看來，這是由行業性質決定的，軟體行業畢竟是為其他行業服務的，是以分門别類，随着經驗的增長業務能力逐漸要大過程式設計的能力，是以，程式決定業務還是業務決定程式就成了唯物和唯心的交火點，雖然近年來業務決定項目的争論已經拔得頭籌，但是舊惡難消，仍有不少人堅決維護先決定項目架構，再分析業務配套相關技術的思路，這部分人，如果不是面向過程的年代發展過來的，一定是書呆子。業務決定項目，項目決定架構，架構決定程式設計語言，話說到底，根本原因是軟體行業是服務行業。這是根本，不要迷惑。
如果說在讀了這篇文章後給我的是道理性的啟迪，那麼在讀完一個程式員的部落格後，我得到的是心靈上的啟發。部落格中程式員介紹了他從畢業到工作到成功的曆程，從他的剛開始的狀況來說，可以說是起點比我們低了很多，那是的教育水準也許比現在低了很多，但是作者從來沒有放棄過夢想，他知道在學校由于時間的問題，必然學到的知識是有限的，他知道自己必須在課餘時間再自學一點才能比其他的同學多點就業機會。就這樣他畢業後可以說是找到了工作，但是找到工作不一定适合自己，剛開始作者在一家公司可以說隻是作者打雜的工作，那微薄的收入僅僅能夠維持家用，但是他并沒有就此自暴自棄，相反他找機會努力的讓别人發現他的價值。作者的這一點非常值得我學習，現在的我們在一個位置上呆習慣了，就不想發生改變總覺着現在的自己可以了，進而忘記了自己最初的夢想是什麼。我覺着現在的我們應該想這個作者學習，永遠不要忘記自己最初的夢想是什麼，不要安于現狀，應該積極進取，争取做最好的自己。
《一個程式員的生命周期》中的程式員自小是貧困的家庭，踏上程式學習的道路上還遇到不少的阻礙，包括母親的卧病，父親的下崗，直到戀愛，他一直是家庭的支柱，他要為以後的家庭收入着想，是以他不斷的充實自己，努力學習程式，希望在畢業來臨的時候，能夠有充實的知識在社會上尋找工作。
是以我認為，堅強是每一個成功人士必備的條件之一。