jojo's blog--快樂憂傷都與你同在
          為夢想而來,為自由而生。 性情若水,風起水興,風息水止,故時而激蕩,時又清平……
          posts - 11,  comments - 30,  trackbacks - 0
          Let's change the email subject so Tim can stop scramming on us. :)

          Interesting point that Bill pointed out is the availability of the resource. I would like to have a discussion on it. As the whole idea of pair programming is to raise the overall team productivity , so the correct statement should be as follow:

          "Solo programming is bad so i don't want too. And we also need to think about the availability of the resource as the productivity of solo programming is really low."


          The reason that people always think pair programming is a waste, because:
          You are putting two developer to do a task that can be done by one developer.
               1. However, this is totally an illustration , you will realize the truth situation when you dig deeper:
          Solo , there are often situation that you are fooled by a simple typo , and spending few days to find it. You may finally solve it yourself, or your bored colleagues come to have a chat with you, look at your screen, and scrum out "You got a typo"...........   The later case is an example of power in pair programming ,i.e., navigating and discover what you overlooked.
               1. Solo, you may fall in sleep, low/no productivity.  Pair , your partner will not let's you.
               2. Solo, you play with msn and email . Pair, two developers won't get the chance.
               3. Solo, it's easily that you are moved from development to research, not doing the real thing. Pair, someone will warn you and drag you back.
               4. Solo, you can't think of a solution, not coz you are not good, but you are just not there. Pair, two brains always have a more complete solution.
               5. Solo, you learn something new yourself, wasting 4 days to pick up someone can teach you in an hour. Pair, both got trained and improved all the time.
               6. Of course, it's also correct that we should not drag everyone to pair programming at start for various reason, starting with a small groups of  interested developers is much better.


          F.Y.I. , I got 11 developers signed up about tonight event.

          And please click a confirm on facebook if you can.
          http://www.facebook.com/event.php?eid=8836123613Let's change the email subject so Tim can stop scramming on us. :)

          Interesting point that Bill pointed out is the availability of the resource. I would like to have a discussion on it. As the whole idea of pair programming is to raise the overall team productivity , so the correct statement should be as follow:

          "Solo programming is bad so i don't want too. And we also need to think about the availability of the resource as the productivity of solo programming is really low."


          The reason that people always think pair programming is a waste, because:
          You are putting two developer to do a task that can be done by one developer.
               1. However, this is totally an illustration , you will realize the truth situation when you dig deeper:
          Solo , there are often situation that you are fooled by a simple typo , and spending few days to find it. You may finally solve it yourself, or your bored colleagues come to have a chat with you, look at your screen, and scrum out "You got a typo"...........   The later case is an example of power in pair programming ,i.e., navigating and discover what you overlooked.
               1. Solo, you may fall in sleep, low/no productivity.  Pair , your partner will not let's you.
               2. Solo, you play with msn and email . Pair, two developers won't get the chance.
               3. Solo, it's easily that you are moved from development to research, not doing the real thing. Pair, someone will warn you and drag you back.
               4. Solo, you can't think of a solution, not coz you are not good, but you are just not there. Pair, two brains always have a more complete solution.
               5. Solo, you learn something new yourself, wasting 4 days to pick up someone can teach you in an hour. Pair, both got trained and improved all the time.
               6. Of course, it's also correct that we should not drag everyone to pair programming at start for various reason, starting with a small groups of  interested developers is much better.


          F.Y.I. , I got 11 developers signed up about tonight event.

          And please click a confirm on facebook if you can.
          http://www.facebook.com/event.php?eid=8836123613
          posted on 2009-04-17 16:45 Blog of JoJo 閱讀(145) 評論(0)  編輯  收藏 所屬分類: Linux 技術相關

          <2025年6月>
          25262728293031
          1234567
          891011121314
          15161718192021
          22232425262728
          293012345

          常用鏈接

          留言簿(6)

          隨筆檔案

          文章分類

          文章檔案

          新聞分類

          新聞檔案

          相冊

          收藏夾

          搜索

          •  

          最新評論

          閱讀排行榜

          評論排行榜

          主站蜘蛛池模板: 汶上县| 津市市| 会同县| 碌曲县| 岗巴县| 开江县| 马山县| 山丹县| 荆州市| 沾益县| 岫岩| 阿克苏市| 尤溪县| 沂水县| 安义县| 金华市| 瑞安市| 泰宁县| 保德县| 江阴市| 新巴尔虎右旗| 林周县| 咸宁市| 辽源市| 天祝| 垫江县| 永城市| 新乐市| 利川市| 淮安市| 德阳市| 讷河市| 当雄县| 通化县| 扶绥县| 三门县| 云南省| 宜兰市| 霍林郭勒市| 曲阜市| 丽江市|