我覺得思路才是最重要的，打字快並不能代表什麼，有的時候噼裡啪啦打了一大堆，可能一行程式碼就解決了，所以我對別人打字快並沒什麼感覺，除非他用的是青軸，這樣的話，會讓我想打他

與打字較慢的程式設計師共事是一種怎樣的體驗？

我覺得這個問題的核心是你認為你的同事工作上有短板，而這可能影響了你的工作進度和工作熱情。

和你分享一下我的經歷，一個我負責的專案，小組中有一個女同事，平時做事很慢，但很細，之前參加別的專案拖累過整體進度，專案負責人被領導給好頓批評。

這回輪到我了，好怕被批評呀，安排工作的時候我是儘量排給她的任務時間上可以長一點的，給她說的時間也是比計劃提前一點，中間也是多督促吧，最後效果還是比較理想，沒有耽誤什麼。

這個人總體上還是有工作能力的，還不是那麼讓人不能接受。

還有另一個同事，真的是隻能做簡單的事情，稍微複雜一點就出錯，交給任務還拖拖拉拉的，很急的事情需要做一點簡單的任務交給她，交代的時候告訴她急，要快做，但還是能拖，後來我真是不想跟她合作了，儘量不找她了。

前一個可以接受，後一個我真是有點受不了，大家可能有疑問，後一個為啥不開了，沒辦法，國企，人家也工作了近二十年了，還是子弟進來的，應該說國企還是有很多限制吧。

後來我跟領導談起這件事，領導給了我一個不一樣的說法，這個不是很可取，但是很現實，那就是獎金分配，國企雖然也按勞分配，但還是有大鍋飯的成分的，她佔了一個人頭，就能為所在科室獲得一份獎金，而她本人工作上不行，對獎金分配也是沒啥要求，所以她人頭的錢就被分出一部分，額，這個也確實是實實在在的好處，但是不是那麼可取吧。

應該說有分享，沒有總結了，題主自己體會吧。

寫程式碼個人覺得和打字快慢沒有直接聯絡，又不是打字員照稿件打字，或者記者那種記者會速記。首先寫程式碼是沒有稿件的(現成的程式照抄除外，再說抄來的不一定能用，不理解程式碼亂抄是不行的)所以打字快慢和寫程式是否高效沒有必然聯絡，打一大堆錯程式碼和廢程式碼還不如不打，主要是打之前先想清楚。公司的專案要先寫清楚需求或設計文件才能開始碼程式碼。

之前一個同事，興趣來了想學五筆，買了本書，把輸入法調成了五筆，每天使用。

他什麼體驗我不知道。

不過由於回覆郵件和工作群速度太慢，他練習了不到一個月，就給他們組長開除了。