Mark Needham是來自于ThoughtWorks的一名軟件開發者與咨詢師，熱衷于軟件開發、測試及面向對象的系統設計。在實踐了番茄工作法一段時間后，向各位讀者展示了其在實踐過程中的收獲以及遇到的各種問題。目前國內實踐番茄工作法的開發者已呈日益上升的趨勢，希望Mark Needham的實踐能給廣大希望學習番茄工作法的開發者帶來一定的幫助。

      linux平臺可以使用opendir函數來打開一個目錄，用readdir讀取目錄當中的一個entry(一個entry可以是子目錄，文件，軟硬鏈接等)，如果需要讀取所有目錄下面的文件，需要使用while((entry = readdir(dp))) 來讀去每個entry,直到讀取的entry == NULL。

　　很多程序員到了成熟階段后，就會處于一個停滯狀態。技術上已經駕輕就熟，工作上已經按部就班，心里雖然感覺有些不甘，但是何去何從他們顯得很茫然很無助。我認為程序員到了成熟階段后，如果還想要向優秀階段發展，一定會遇到這個瓶頸的，穿過這個瓶頸就會走進另一片開闊的前景，穿不過則會停留在原地止步不前。

　　最近，在國外著名的stackexchange網站上出現了一個有趣的問題，有人問：西方的程序員眼里，東方的程序員是什么樣的？他描述道：

　　英文原文：A Few Good Rules

　　又一個項目結束了，終于閑出空來寫些東西。有了以前的經驗教訓，這次在做項目的時候，我對時間的控制很關注，最后也基本上達到了計劃的要求。但最終交付產品的質量卻讓我不太滿意：客戶在做接受測試的時候發現了很多的問題，而且在我們進行修改的同時，又有BUG源源不斷的報過來。甚至把更新的版本發給客戶以后，還會發現不少問題，給客戶留下了很不professional的印象。為什么問題總是要到項目快結束的時候才會出現呢？軟件的質量為何不好？究竟是誰動了項目的質量？

　　看到下面這段代碼，你會做何感想？

　　這是一段長長的C++代碼，我的問題是：relaPri、relaSec和 scoutBySec這三個變量在哪里用到了？

　　不知道為什么，初見它時，我想起了郭芙蓉的排山倒海：

　　在一些軟件大會上，人們常常會問這樣一個問題：測試人員與開發人員的比例究竟多少是合理的？而這樣的問題，很難直接給出一個答案。為什么會有這樣的問題，可能來自于兩方面的壓力：

　　站立會議對于Scrum的意義，就像我們每天早上起來總是希望看看報紙，聽聽新聞，了解每日時事，關心國計民生。站立會議有助于Scrum Master以及整個團隊了解項目進展情況，以便于控制項目進度，掌握團隊成員的開發效率，促進成員之間的交流與溝通，并使所有成員對整個項目能有一個全面的認識。

　　“Larry Wall是如何發明了一門凌亂的編程語言 —— 接著改變了WEB的面貌?”

　　世界上總有那么多的規則和標準，我們也總是按照思維定勢來做事。這樣做固然有其理由，但是我們往往不記得最初這樣做的原因。對于那些只想維持現狀或堅持用老辦法做事的自由職業者而言，這種墨守成規的思想很危險，不但會影響其自身的發展，還會潛在地影響不計其數的同行。本文旨在探究當代的自由職業者，如何突破思維定勢，采用與眾不同的方法達到處事的最佳效果。

　　Smalltalk 被公認為歷史上第二個面向對象的程序設計語言和第一個真正的集成開發環境 (IDE)。由Alan Kay, Dan Ingalls, Ted Kaehler，Adele Goldberg等于70年代初在Xerox PARC開發。Smalltalk對其它眾多的程序設計語言的產生起到了極大的推動作用，主要有：Objective-C，Actor， Java 和Ruby等。90年代的許多軟件開發思想得益于Smalltalk，例如Design Patterns， Extreme Programming(XP)和Refactoring等。