什麼事情，只要參與的人多了，就會在操作上帶來很多的複雜變化。
我有這樣的感觸，是從上次的課堂遊戲開始的。雖然只是一次遊戲，但大家都很認真，於是，思想的碰撞就此開始了。每個人都有自己的想法，認為自己是對的，可以帶領團隊走向成功，這時我們就試圖說服隊友，希望自己的想法可以得到貫徹；但每個人又是執著的，哪怕聽著別人的想法也會下意識從否定開始思考。就這樣乙個簡單的遊戲，就讓我們猶豫了5分鐘，要不是時間限制，可能還會更長。但最終我們取得了第二的成績，這是對我們努力的肯定，同時也反映出，對於我們中的一些一開始就持有正確答案的同學來說，團隊也降低了他的效率。
此次的結對作業也是這樣。有乙個隊友，難免就會有惰性，想著還有他呢，我何必幹這麼多。這是對效率的負面影響，我們或多或少都會有點。這就需要我們之間有很好的交流，知道對方的思路，知道對方的程式設計能力，讓對方了解自己的程式設計水平，讓對方知道自己的思路，並且定好計畫，雖然可能不能按時完成，但至少兩個人都對於自己和對方的進度有乙個清晰的了解，可以及時提醒對方，也提示自己。
在兩個人的專案中，就會有這種對於對方無理由的依賴的情況，導致自己的惰性產生，到了6人的團隊中，互相「推諉」可能是難以避免的了，要提高效率，就要在工作開始之前，先花更多的時間確定下來團隊的方向，每個人的工作，以及每個人的工作時間，讓團隊隨時都執行在乙個穩定而清晰的環境中，這樣才是團隊的效率的體現，而不是幾個人的集合的表現。
從結對程式設計到結對工作
熟悉極限程式設計的人都知道，在極限程式設計的十二項實踐中，有乙個非常重要的實踐就是結對程式設計，也就是兩個人坐在同一臺電腦前面，使用相同的鍵盤和滑鼠來開發同樣的乙個模組，乙個負責 的鍵入，另外乙個人負責盯緊可能出現的錯誤，包括低階錯誤和方向性的錯誤。而且，當乙個問題對其中乙個人難以解決而恰好是另外乙...
從結對程式設計到結對工作
熟悉極限程式設計的人都知道，在極限程式設計的十二項實踐中，有乙個非常重要的實踐就是結對程式設計，也就是兩個人坐在同一臺電腦前面，使用相同的鍵盤和滑鼠來開發同樣的乙個模組，乙個負責 的鍵入，另外乙個人負責盯緊可能出現的錯誤，包括低階錯誤和方向性的錯誤。而且，當乙個問題對其中乙個人難以解決而恰好是另外乙...
從程式設計到工程
語言只是工具 我曾經是非常執著的開發人員。我有連續幾天幾夜coding 的經歷，也曾經為了乙個技術問題耗上三四個星期而導致專案一再延遲，還曾經為了乙個實現細節與專案相關的人員逐一爭論。我也曾經像大多數的開發人員一樣熱衷於爭論語言之間孰優孰劣。我在 delphi大富翁論壇 上寫過乙個簡介，其中個人特長...