今天看到了這篇《Theory P: The Philosophy of Managing Programmers》，真是經典啊，害我相關的文章一直看下去，無法收手。

這位 Time Bryce 老兄發明了一套「P 理論」，描述了管理者應該要怎樣「管理 programmer」比較好，不過卻被許多路過的 programmers 圍剿，最後關閉了 blog 的回應功能。Time Bryce 認為(節錄 Andriy Solovey 的整理)：

  • programmers often bamboozle others and heighten their own self-importance (程式設計師們常會哄騙他人，以提高個人的重要性)
  • the average programmer has a lower IQ than any other worker with a college degree (比起其他大學程度的工作者，一般程度的程式設計師的 IQ 比較差)
  • programmers show signs of sloppiness and mental laziness (程式設計師的日常表現，總顯的邋遢草率又懶惰)
  • they appear disorganized to make it difficult to judge how they are progressing on their work effort and reveal inadequacies in workmanship (他們做事沒有組織，因此難以評估他們的工作表現與進度，表現出其技能有不足之處)
  • the typical programmer often laments he/she is being overworked, underpaid, and unappreciated (典型的程式設計師常會哀號說他/她工作過量、工資被低估，以及不被重視)
  • to the programmer’s credit, they usually possess a curiosity about technological developments. However, this must be carefully nurtured by management - too much information may distract programmers from their job. (xxx[1]，他們總是顯露出對科技發展的好奇。然而，這是必須要小心地應用管理手段豢養的：過多的資訊，會分散 programmers 的注意力。)

簡而言之，以身為 programmer 的我的角度來看，「P 理論」大概有以下幾個重點：

  • programmers 是蠢笨的。
  • programmers 的工作只是簡單的翻譯，但因為第一條的關係，總是做不好，以至於專案失敗。
  • programmers 理應要能夠用 managers 聽得懂的 buzzwords 與 managers 溝通，但因為第一條的關係，幾乎沒有 programmers 能做得到這一點。
  • programmers 應該要…但因為第一條的關係，所以…

我是不曉得一般的管理者，是不是也是這樣看待 programmers 的。雖然我也曾抱怨過，上司無法理解工作的困難點，但也確實非常幸運地，我從來沒有碰過，會以 Bryce 那種姿態對待底下員工的管理者。希望 Tim Bryce 這種管理者，只是少數的異類，要不然，當 programmer 真的是太苦了啊。

不過話又說回來，Time Bryce 的某些描述，卻還真的是讓我想起來一些現實上發生的事。自從新同事進公司之後，在週會時，總會不斷地介紹 M$ solution 與 web service 的強大，做幾個小「應用」，連接有提供 web service 的網站，抓些資料下來顯示或控制。

這些 mash-up 當 demo 確實是不錯啦，但問題是，真的能夠拿來當產品嗎？真的有辦法讓我們的產品、技術，比別家的好嗎？不過我很確定的是，當其他人總在傷腦筋，辛苦一整個星期的工作內容，報告出來往往只有一句話這麼簡單，使得週報非常的沒有內容；而新同事的這些 demo，在週報裡發表，再加上一些什麼「矮的 words」之類的報告，卻是絢麗異常。以至於有其他的同事，開始也找起一些素材，mash-up 了起來。

「programmers often bamboozle others and heighten their own self-importance」，嗯……。

參考資料：

  1. 英文不好，to the programmer's credit 翻不出來，還請各位達人指教。 ↩