【轉】Delphi程式設計師如何找到高薪的工作？
我是一個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，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
相關推薦
【轉】Delphi程式設計師如何找到高薪的工作？
我想現在沒有什麼比做一個軟體工程師更能賺錢的了，當然了，明星除外。在美國，一個優秀的軟體工程師，就算在一個平凡的崗位上，也能得到年薪50萬（美元）以上的待遇。這絕對不是開玩笑，在北美曾有統計表明，一年內發放給軟體工程師的工資以及各種福利，佔去了全美淨收入的2.4%，這是一個
【轉】優秀程式設計師不得不知道的20個位運算技巧
———————————————————————————————————————————— 一提起位運算，人們往往想到它的高效性，無論是嵌入式程式設計還是優化系統的核心程式碼，適當的運用位運算總是一種迷人的手段，或者當您求職的時候，在程式碼中寫入適當的位運算
【轉】JAVA程式設計師必看的15本書-JAVA自學書籍推薦
作為Java程式設計師來說，最痛苦的事情莫過於可以選擇的範圍太廣，可以讀的書太多，往往容易無所適從。我想就我自己讀過的技術書籍中挑選出來一些，按照學習的先後順序，推薦給大家，特別是那些想不斷提高自己技術水平的Java程式設計師們。此外，大家可以加入457036818交流群，互
【收藏】關於程式設計師的搞笑但卻真實無比的程式設計語錄
收集了很多程式設計語錄，基本上都跟程式設計師的生活有關。這些語錄涉及軟體開發，程式碼維護，除錯糾錯，軟體bug，系統設計、文件，程式碼質量，測試和軟體開發團隊管理等方面。下面的這59條語錄雖然很搞笑，但卻真實無比。只有程式設計師才能理解這些程式設計語句裡的真正內涵。閒言少敘，開始吧… 程
【面試】每個程式設計師都會遇到的面試問題：談談程序和執行緒的區別
當你剛入職場時，無論你是用C++還是Java甚至只是應聘運維崗位，相信你都會遇到這個問題。 這是一個很基礎的問題，但又是一個很考驗人水平的問題。 說基礎是因為每個學計算機的人都應該懂，程序執行緒是計算機的基礎概念，是每個程式設計師時時刻刻都要接觸的東西。 但這又是一個充
【轉載】@Python 程式設計師，如何實現狂拽酷炫的 3D 程式設計技術？
今天給大家介紹一位美麗的姑娘。她的名字叫Pyecharts，打從我第一眼見到她後，就深深地被她迷住，並且愛上了她。 簡單說一下她的來歷：Pyecharts是一款強大的視覺化工具。百度開發了一款基於JS強大的視覺化庫Echarts，可我們在繪圖時，通常並不使用前端的技術來整理資料，而轉換資料結構又
【LanceToBigData】記錄程式設計師的進化之路
專欄達人 授予成功建立個人部落格專欄
【fearlazy】一個程式設計師的自我修煉
專欄達人 授予成功建立個人部落格專欄
【連載】優秀程式設計師的 45 個習慣之習慣35
對問題各個擊破 —— 高效程式設計師的 45 個習慣之習慣35 “逐行檢查程式碼庫中的程式碼確實很令人恐懼。但是要除錯一個明顯的錯誤，只有去檢視整個系統的程式碼，而且要全部過一遍。畢竟你不知道問題可能發生在什麼地方，這樣做是找到它的唯一方式。”
【連載】優秀程式設計師的45個習慣之45——及時通報進展與問題
好訊息： 本書今天互動網有貨，噹噹網、卓越網也會陸續有貨。 及時通報進展與問題 —— 高效程式設計師的 45 個習慣之習慣45 “管理層、專案團隊以及業務所有方，都仰仗你來完成任務。如果他們想知道進展狀況，會主動找你要的。還是埋頭繼續做事吧。” 接受一個任務，
【Spring】每個程式設計師都使用Spring（四）——Aop+自定義註解做日誌攔截
一、前言 上一篇部落格向大家介紹了Aop的概念，對切面=切點+通知 、連線點、織入、目標物件、代理（jdk動態代理和CGLIB代理）有所瞭解了。理論很強，實用就在這篇部落格介紹。 這篇部落格中，小編向大家介紹springAop很常見的
【連載】優秀程式設計師的45個習慣之42——允許大家自己想辦法
允許大家自己想辦法 —— 高效程式設計師的 45 個習慣之習慣42 “你這麼聰明，直接把乾淨利落的解決方案告訴團隊其他人就好了。不用浪費時間告訴他們為什麼這樣做。” “授人以魚，三餐之需；授人以漁，終生之用。”告訴團隊成員解決問題的方法，也要讓他們知道如何解決問題的思路，這也是成
【 專欄 】- 一個程式設計師的進化史
一個程式設計師的進化史 受《那些年啊，那些事---一個程式設計師的奮鬥史》專欄的影響很深，決定記錄自己作為程式設計師一路上的學習歷程以及感悟，但和那個專欄並不同，我這個不是小說，就打算寫自己的一些實際的心得體會，學習方法等，望批准
【面試】JAVA程式設計師麵霸之初級知識
該系列文章也是來自於一篇CSDN的gitchat，將其中的答案補全，本篇是最簡單的初級知識。 1，面向物件和麵向過程的區別和聯絡。 網上有個蓋澆飯和蛋炒飯的例子比較好。 面向過程是蛋炒飯，混在一起，一個一個炒。 面向物件是蓋澆飯，飯和菜分開，想要換掉
【python】對於程式設計師來說，2018刑偵科推理試卷是問題麼?
最近網上很火的2018刑偵科推理試卷，題目確實很考驗人邏輯思維能力。 可是對於程式設計師來說，這根本不是問題。寫個程式用窮舉法計算一遍即可，太簡單。 import itertools class Solution(object): answer = [] def check3(self):
【轉】delphi讀寫txt檔案
1. memo控制元件讀取txt memo1.Lines.LoadFromFile('E:/*/*.txt'); 2. Procedure NewTxt(FileName:String); Var F : Textfile; Begin if fileExists(Fil
【Android】【轉】Android程式退出徹底關閉程序的方法
因為發現光呼叫finish()方法後 程式中所啟動的執行緒依舊在後臺執行——Android的特點之一——否則也不會出現諸多用於關閉程序的工具。搜尋了相關資料，大致有以下幾種方法可以用於完全關閉程序的方式。其中第一種方法作者已經用過，的確是可行的。 第一
【人工智慧】普通程式設計師想投身 AI 行業的機遇與挑戰
雷鋒網 AI 研習社按：據 LinkedIn 釋出的「全球 AI 領域人才報告」顯示，2011
【轉載】PHP程式設計師的技術成長規劃
PHP程式設計師的技術成長規劃 作者：黑夜路人（2014/10/15） 按照了解的很多PHP/LNMP程式設計師的發展軌跡，結合個人經驗體會，抽象出很多程式設計師對未來的迷漫，特別對技術學習的盲目和慌亂，簡單梳理了這個每個階段PHP程式設計師的技術要求，來幫助很多
【隨筆】跳出程式設計師思維看世界
作為程式設計師，我真的有時候特別想 debug 這個世界。看看這個世界究竟是怎麼執行的。因為經常會遇到她的輸出跟我斷言的不一樣，或者我覺得正常的輸入，卻被她判定為非法。 先分享兩件事吧。 第一件事，記得去年考駕照的時候，應該是在練科目三。教練帶著我練車，當開到一個地方時，讓我停車。然後跟我說：『這裡是一個