轉帖自：
http://www.tommstudio.com/ViewNews.aspx?ID=187
http://hi.baidu.com/rarnu/blog/
本文翻譯自《美國優秀經理觀念大全修訂本》
我想現在沒有什么比做一個軟件工程師更能賺錢的了，當然了，明星除外。在美國，一個優秀的軟件工程師，就算在一個平凡的崗位上，也能得到年薪50萬（美元）以上的待遇。這絕對不是開玩笑，在北美曾有統計表明，一年內發放給軟件工程師的工資以及各種福利，占去了全美凈收入的2.4%，這是一個很大的數字。
我是一個Java軟件工程師，但是在這里我不想說Java，而是想說說Delphi，這個曾一度被遺棄的孩子。
首先，我痛恨Borland的決策層，他們幾乎把一個擁有鮮活生命力的產品斷送了。幾年前我就預言，BDE不會活得太久，我的預言成真了。雖然那是當時為了維護Java才說的，但也不是毫無跟據。我喜歡Java，喜歡使用反射機制來方便的調用一個未知的成員，但是Delphi不可以如此做，就算是后來有了RTTI機制，我一樣不喜歡，它的限制太大了，一點都不自由。
但是反過來說，我又很喜歡Delphi，很多情況下，我無法用Java實現一些功能，但是我的同事可以用Delphi補上一些代碼，使程序功能得到增強，這是讓我很歡喜的一件事。不論是我的上級或下級，都有很多人說Java與Delphi的相容性很好，可以方便的合作開發。但是這一點並不能讓我不痛恨 Borland，因為他們明明可以將更多的精力花在加強語言上，但是他們卻做了很多無用的事。而且也沒有收到好的成效。
在1998年的時候，Delphi是一個寵兒，人人都喜歡它並且使用它。Delphi以其獨特的魅力（最大的特點是快速的可視化開發）吸引了大批原本使用VC的軟件工程師。但是好景不長，自從Delphi開始收費后（而且還非常昂貴）它的占有率立刻下降了30%。這也許是一個企業要生存所必須的，我沒有指望Delphi會永遠免費。但是過高的價格是很多人放棄它的主要原因之一。這個情況在2004年到達了頂峰，數以百計的企業給員工下了禁令，禁止使用Delphi。
到了現在，也就是2007年，Borland已退出歷史舞台，取而代之的CodeGear，又將Delphi發展到一個新的高度。或許有人說RAD Studio2007是匆忙之作，但是這至少讓我們看到了一點，那就是Delphi還在進步，也讓很多軟件工程師找回了對Delphi的信心。至少在北美，已經不再是Java和VC的天下了。
話說到此，我想說一下Delphi軟件工程師如何才能賺錢。在我退休以前，我曾經幾次想改變自己的發展方向，雖然到現在為止，我都承認Java比Delphi優秀，特別是在移動應用方面，但是我還是想讓自己成為一個Delphi程序員。就算是為了它那極為高速的開發，極為容易的賺錢方式，我想我選擇它是沒有錯的。我看到過很多人，程序寫得還算不錯，但是他們賺不到錢，原因只有一個，就是他們沒有被公司錄取。
在被錄取的員工里，我只說我看到的，Delphi程序員的報酬是最高的，我不怕說出實話，我身為經理，但是我的報酬甚至不如我的下屬。原因僅僅是我只會 Java，不會Delphi。這些話也許聽起來是違心的，其實我一直覺得Java優越於Delphi不知幾倍。但是作為一個評測者，我深知公正的重要性。
Delphi軟件工程師在公司里是相當重要的，但是人數是最少的。一個優秀的Delphi軟件工程師一天的工作可以抵得上一個5人Java小團隊一星期的工作。是不是覺得不可思議？這是事實。而且Delphi還是百搭，我們常常用它來彌補其他語言的不足（雖然它自己也有很多不足）。因此，我們對Delphi人才的招收是非常嚴格的。
就我看來，一個合格的Delphi軟件工程師，他必然是有着非常豐富的其他語言的開發經驗，有着非常強烈的研究欲望，也有着一個較大的研究圈子，這樣能方便技術上的交流。很多時候，與公司內部的人進行交流是一個誤區。相處越久的兩個人，越是了解彼此，越是清楚對方的水平，也就越不願意多與對方交流。反而倒是MSN上的很多網友，通常能給出一個靈感。
作為項目經理，我希望有更多有才華的人進入我的部門，參與到項目的開發中來。公司曾經嘗試過招入一批Delphi軟件工程師，但是收益不佳，召來的員工經常會辭職或是被公司辭退，能真正長久做開發的非常之少。總結而言，原因有三個。
其一就是使用Delphi的人不多（必須主攻Delphi，因為它與別的語言相差較大），有些軟件工程師原本並非主攻Delphi，而是憑借自己對其他語言的熟悉，快速上手Delphi。但是Delphi是世界上最容易上手，也是最難精通的語言。僅憑借熟悉是完全不夠的，然而他們不願意對Delphi做出深入的研究。唯獨不知，Delphi的世界與其他語言的距離還是比較遠的，不可能一步就跨過來。
其二是有些Delphi軟件工程師太過自傲（必須服從管理），不可否認的，由於使用Delphi的軟件工程師不多，能寫出優秀軟件的更是少之又少。他們的自傲是完全有資格的。但是身在一個企業，就必須服從企業的管理，一個自由性太強的人，是無法做好他們應做的事的。也許個人能力非常強，甚至有能力獨立完成一個大型軟件，但是這並不代表他們在團隊里會有出色的表現。
其三就是學習中的軟件工程師（必須自己提前精通，而不是進入公司學習）。每個人都會有一個從入門到精通的過程，這個過程必須在脫離企業的情況下完成。Delphi是一個完全被設計用來完全快速開發的工具，它不是用來學習的。通常情況下，一個Delphi軟件的開發周期不會超過半年。如果軟件工程師處處需要資料和他人的提點。一個必然的結果就是開發效率低下，情況嚴重時可能影響整個團隊的進度。除非是科研性質的企業，控件廠商等，需要大量的研究，學習。一般企業使用Delphi以完成任務為主，使用大量的控件去快速的完成任務。以最高的效率獲得直接的經濟利益。
排除這三條，剩下的軟件工程師是我喜歡的，他們一定能在工作崗位上順利，出色的工作，並得到很高的待遇。我要求軟件工程師有相當的能力，能夠獨立完成一個項目（第二要求）。但是我更需要優秀的團隊合作精神與開發經驗（第一要求）。很多時候，經驗決定一切。你甚至可以完全說不出編寫一段代碼的理由，但是你必須知道如何寫。這聽起來的確有點荒謬，但是在工作中，這樣的事時常發生。
在有些公司，領導會要求Delphi軟件工程師掌握一些其他的編程語言，比較理想的是同時掌握Delphi，C++，匯編和Java（理想情況）。C#作為一門新流行起來的語言，也應該適當的了解。前文已提到，Delphi自身也有一些或大或小的問題，有的時候會需要其他語言來彌補，僅僅是懂得Delphi完全不夠。就像我僅僅懂得Java，那也是不夠的，同樣的道理。
譯注：
1. BDE不會活得太久，原文：BDE will not be in the world much longer. 直譯覺得讀起來不流暢。
2. 快速的可視化開發，原文：rapid and visual development，我曾一度想譯為RAD，但是覺得不妥。
3. 極為容易的賺錢方式，在美國，軟件的價格按代碼量計算，平均5行有效代碼一美元。
4. 小團隊，原文中無“小”字，我覺得5人團隊是非常小的，因此加上“小”字
5. 百搭，原文：Patch-all
6.Delphi是世界上最容易上手，也是最難精通的語言，原文：Delphi is the easiest to learn in the world, also is the language which most difficult to be mastered in. 這是我常常說的一句話，出處即源於此。
7.不可能一步就跨過來，原文：can not be reached by a foot.
8.從入門到精通，原文：from basic to be skilled in
博主的話：
這個世界的發展是多變的，三十年河東，三十年河西，任何事物都不可能永遠占據霸主地位，希望廣大Delphier,不要輕言放棄，就像作者所言，一專多能，繼續研究Delphi,在熟悉幾門其它語言，是非常有用的。
http://www.cnblogs.com/wxy8/archive/2011/01/29/1947350.html#2151602