大家好，
近年來各種語言大量的釋出，而delphi與cb都算是很老的語言與框架。想統計一下各位除了delphi/cb外，比較常用的語言有什麼?
以我來說:
java，objc，c#，js。
感謝各位的幫忙。^^

------


蕭沖
--All ideas are worthless unless implemented--

C++ Builder Delphi Taiwan G+ 社群
http://bit.ly/cbtaiwan

常用 ObjC , c 

編輯記錄

SQL

C#, JS (主業)
Delphi (副業)

------
歡迎參訪 "腦殘賤貓的備忘錄" http://maolaoda.blogspot.com/

編輯記錄

Oxygene 

hello，我想會使用這個的人應該不多，而過去我的了解，似乎拿它寫 ios，adroid 會比 rad delphi 好。有什麼簡短感言可以分享的嗎? ^^
===================引 用 leveon 文 章===================

Oxygene

------


蕭沖
--All ideas are worthless unless implemented--

C++ Builder Delphi Taiwan G+ 社群
http://bit.ly/cbtaiwan

不像Delphi 已經抽象化作業系統 , oxygen 相當貼近java  C 等主流的開發方式 也可以編寫win RT程式  只是語法類似pascal
但也因為少人用 所以範例也不多 寫程式大部分的過程 就是把網路找來的Java 碼 和 C 碼 翻寫成pascal
也有不少使用者是從java轉來的 但也因為沒用過Delphi 常有提問應該選用oxygen好 還是 C# 版本好

公司規模不大 開發者也會身兼客服 所以處理bug速度也是挺快的

有興趣的 可以從這篇開始
http://blong.com/Articles/OxygeneForJavaIntro/OxygeneForAndroid.htm


===================引 用 aftcast 文 章===================

hello，我想會使用這個的人應該不多，而過去我的了解，似乎拿它寫 ios，adroid 會比 rad delphi 好。有什麼簡短感言可以分享的嗎? ^^
===================引 用 leveon 文 章===================


Oxygene‚

‚

java，c#

老了喔!
以前會 cobol ,fortan , qbasic , gwbasic , logo,assembly ,c ... 等
現在頭腦不靈活,其它語言也學不來
只剩會 delphi ... 不敢再學其它語言,
唉...怕唯一會的 delphi 也再失去...

------
---------------------------------------
偶爾才來 KTOP ,交流條碼問題,在 FB [條碼標籤達人] 社團留言,感恩.

andy哥，你歸隊了喔。你這帳號我以為不會再出現哩。

重要的是… 以前會的那些，對目前的情形來說，只剩下內力一點，使不上力了。
許多年輕人被問到程式是否可以寫一輩子的事，通常都很開心的說，為什麼不行? 回答沒那麼爽快的，通常都是中年後的人，照我的觀察。
問題是現在的資訊技術變化極快。相對地，年紀大體力會變差一點點，加上靈活度也會變弱一點。這樣怎麼追得上啦?! 是吧?! 當然，如果說，程式可以寫一輩子是指… 一直寫很熟的 fortran 或是未來也許過時的delphi，那當然是可以。只是意義是? 寫好後放在哪裡跑? win 20版上可以跑嗎?

感覺第一、二代的資訊人員，年紀都開始中年以上。(學8088以後的)，我們才是將要來證明資訊業到底能搞到多老的先鋒。時間會來證明…

===================引 用 ANDY8C 文 章===================
老了喔!
以前會 cobol ,fortan , qbasic , gwbasic , logo,assembly ,c ... 等
現在頭腦不靈活,其它語言也學不來
只剩會 delphi ... 不敢再學其它語言,
唉...怕唯一會的 delphi 也再失去...

------


蕭沖
--All ideas are worthless unless implemented--

C++ Builder Delphi Taiwan G+ 社群
http://bit.ly/cbtaiwan

大俠,其實說實在的....與我同年的...很多人已經被淘汰了... 只是不願意面對罷了
台灣資訊人員,除非是當上主管,不然上了年紀,還要寫程式,的確不容易....

===================引 用 aftcast 文 章===================
andy哥，你歸隊了喔。你這帳號我以為不會再出現哩。

重要的是… 以前會的那些，對目前的情形來說，只剩下內力一點，使不上力了。
許多年輕人被問到程式是否可以寫一輩子的事，通常都很開心的說，為什麼不行? 回答沒那麼爽快的，通常都是中年後的人，照我的觀察。
問題是現在的資訊技術變化極快。相對地，年紀大體力會變差一點點，加上靈活度也會變弱一點。這樣怎麼追得上啦?! 是吧?! 當然，如果說，程式可以寫一輩子是指… 一直寫很熟的 fortran 或是未來也許過時的delphi，那當然是可以。只是意義是? 寫好後放在哪裡跑? win 20版上可以跑嗎?

感覺第一、二代的資訊人員，年紀都開始中年以上。(學8088以後的)，我們才是將要來證明資訊業到底能搞到多老的先鋒。時間會來證明…

===================引 用 ANDY8C 文 章===================
老了喔!
以前會 cobol ,fortan , qbasic , gwbasic , logo,assembly ,c ... 等
現在頭腦不靈活,其它語言也學不來
只剩會 delphi ... 不敢再學其它語言,
唉...怕唯一會的 delphi 也再失去...

------
---------------------------------------
偶爾才來 KTOP ,交流條碼問題,在 FB [條碼標籤達人] 社團留言,感恩.

我做的是機台自動化系統，比一般的網頁應用、資料庫應用的生命週期要長，
現在還在維護十多年前寫的系統，而且，愈老愈有價值 XD
機台生命至少是 10 年以上，20 年以上的多的是。
新機台新功能也還是用舊系統在處理。
好家在，十多年前用 BCB5 寫的還能在 Win7/8 下跑，機台新出機的還在用 XP 唷 :D


===================引 用 ANDY8C 文 章===================
大俠,其實說實在的....與我同年的...很多人已經被淘汰了... 只是不願意面對罷了
台灣資訊人員,除非是當上主管,不然上了年紀,還要寫程式,的確不容易....

------
http://www.ViewMove.com

選對 domain 真讚!  比較能夠專注在該領域並把時間花在解決問題上。解決問題當然是最終的結果，但愈是高階應用，愈容易要「額外」學程式語言「工具」來解問題。我有一位朋友一直專注在 linux kernel / driver 部份，從頭到尾都不管外面什麼xxx語言之一來，他只熟 c 語言，然後專注問題本身。十幾年來，他清鬆多了。反觀我的經驗，學好多的 oop，design pattern，web development，各種語言… 最終目地也是要解決某些問題，但相對的累非常多… (入錯類別啦… T_T
===================引 用 dllee 文 章=================== 我做的是機台自動化系統，比一般的網頁應用、資料庫應用的生命週期要長，
現在還在維護十多年前寫的系統，而且，愈老愈有價值 XD
機台生命至少是 10 年以上，20 年以上的多的是。
新機台新功能也還是用舊系統在處理。
好家在，十多年前用 BCB5 寫的還能在 Win7/8 下跑，機台新出機的還在用 XP 唷 :D

------


蕭沖
--All ideas are worthless unless implemented--

C++ Builder Delphi Taiwan G+ 社群
http://bit.ly/cbtaiwan

只可惜，要來自動化的人很少，人也很不好找，找到科班出身的，也不一定做得住，但做這行一定要做夠久，才能累積夠多經驗，相對使用的程式技巧沒有那麼多，大多是簡單的程序性或時序控制，但對於機台的應用需要了解，否則可能會導致機台、產品、人員的損傷。
對於已習慣坐辦公室/咖啡廳寫程式來說，我們可能偶而要去客戶現場坐地板、蹲地板或是在無塵室機台前罰站(沒得坐)，進行測試或修改程式/設定... 還真的是粉累人，轉行來的，幾次後可能就不想做了，但總要經過那些，才能累積經驗值呀 XD
還好，因為高手來的不多，讓我這個非科班出身的，也能占有廣大自動化市場一席之地 ^__^

回到正題：統計應該只是一堆演算法，只要有演算法，用任一種語言實作應該都沒有問題，只有效能上的差異。
而如果是要有現成函式庫或是套件的，就不是用 Delphi/CB 而是已包裝好，像研究生在用在 MATLAB, SAS, SPSS, Stata, GAUSS, ....

===================引 用 aftcast 文 章===================

選對 domain 真讚! 比較能夠專注在該領域並把時間花在解決問題上。解決問題當然是最終的結果，但愈是高階應用，愈容易要「額外」學程式語言「工具」來解問題。我有一位朋友一直專注在 linux kernel / driver 部份，從頭到尾都不管外面什麼xxx語言之一來，他只熟 c 語言，然後專注問題本身。十幾年來，他清鬆多了。反觀我的經驗，學好多的 oop，design pattern，web development，各種語言… 最終目地也是要解決某些問題，但相對的累非常多… (入錯類別啦… T_T

------
http://www.ViewMove.com

編輯記錄

學習路線是收斂還是發散還是看個人的機緣與決策，以目前我有在使用的程式語言來說也都是為了解決問題與學習OOP的觀念而去接觸：

• Delphi
• PHP
• Java, Groovy (Grails)
• ASP
• Python
• Ruby (Rails)
• Java Script

因為遇到新狀況我習慣試圖去解決問題，急迫問題解決後就轉變成維運改善，客戶找不到人接手就只好繼續頂著做(加減賺)。

------
http://blog.bestlong.idv.tw/
http://www.bestlong.idv.tw/
http://delphi-ktop.bestlong.idv.tw/

目前最常使用的程式語言: C# 和 MATLAB


偶爾使用: C/C


最不常使用: JAVA


我最開始使用的語言是MATLAB, 高階語言好處是專心在演算法設計上, 搭配的工具箱(toolbox),

非常適合做研究, 儘管MATLAB被嫌執行效能(PS.這本來就不是他的強項和重點),

其開發速度經常遠大於所謂執行效能的程式語言, 如C/C

後來開始有機會學習C語言, 才發現另一片天, 以控制領域來說, 可以用MATLAB可以系統鑑別後設計控制器,

再進行C/C 離散系統設計, 不過目前自動控制韌體已經都已經做得很完善,

PID控制器和靈敏度調整已經不需要自己弄, 自己曾經用過線性馬達在做負載時控制參數調整,

機器會將系統頻率對應到聲音頻率, 我第一次看到時真是驚豔和感動, 對於不是控制的人來說可能以為機台在吹嗩吶DO RE ME,

有經驗的工程師應該聽聲音就知道機台在表達甚麼狀況...

我學C語言時期最受歡迎編譯器是VC6 和 BCB6, 對於非本科系的我當然挑容易上手的來學,

KTop當然是首選論壇, 當初一堆高手在此所做的貢獻真是讓我佩服感動, 尤其那免費離線包是我的最愛

不過時代的巨輪一直前進, 就像當初搜尋引擎百家爭鳴, 如今GOOGLE一統江湖,

反觀BCB原地踏步導致後來.NET平台一推出, 整合各種程式語言在相同平台開發, 其整合速度當然就會很快

中間Ktop也有一度連不上, 所以一些使用者就像覆水難收, 往事只能回味囉!

C#是我這幾年的最愛, 看到一些高手紛紛投入.NET, 自己也開始投入更多時間學習,

不過學習新的程式語言真的需要很大的熱誠, 和要有破釜成舟決心, 同時丟掉BCB所帶來的包袱,

用新的程式語言進行專案開發很刺激, 時間有限卻得用不熟悉的工具來完成, 但通常也是會讓人成長最快...

我目前從AOI(自動光學檢測)方面, 目前採用C#當人機介面, 底層部份C/C DLL方式整合,

好的工具可以讓我可以站在巨人肩膀上繼續成長, 回想早期高手用VS6,

設計MFC專案, 撰寫ActiveX, COM元件, 我真的只能給你們拍拍手,

但這種神等級的專案很難找人維護, 當然也註定使用的人會越來越少, 不過外包價格也就稀有珍貴

在此不得不誇獎目前Visual Studio讓我這個肉腳也可以寫多執行緒在機台動作上,

縮短跟神等級的距離, 也多一點睡眠時間...

面對這個該死的時代巨輪, 以手邊目前案子LineScan CCD跑完一趟檢測影像資料量已經估計5~7GB,

所以不得不用GPU來幫我加速運算, 也好佳在現在有64 bit OS, 不然就要更多電腦運算

另外, Android手機這幾年也是很夯, 這方面我也是興趣寫好玩, 還沒辦法拿來他當作生財工具,

學習他看到C#的影子, 也讓我了解為什麼他動不動就要try and catch, 一開始還真的覺得他很雞婆呢!

題外話, BCB6雖然已經舊了, 但幾個月前.NET設計RS232連線舊機台, 卻發生無法接收的狀況,

網路上找來的C#範例程式也都掛點收不到資料 ,最後拿出BCB6舊程式,

卻意外可以正常接收資料, 讓我印象深刻...

------


The first step toward proving things for yourself is to understand how others have done it before!

編輯記錄

在用的是object pascal，sql
面向商業應用開發,積累的學識經歷除了程式語言之外還要多更多

版大所說的老人就是在下啦! 市面上一堆不要錢的開發工具大家都說很好用, 但對我來說都是廢物, 年紀一把了還能學什麼呢?
這是我收到embd發過來翻譯過通知函, 看了不知道該說什麼!

ps.如果po信有違規定的話, 請見諒, 也請版大刪除

各位親愛的女士、先生們, 我是Randy Jacops ,IDERA公司的首席執行長，您們可能已經看到新聞報導IDERA公司最近併購了Embarcadero Technologies公司的消息。如果您沒有看到的話，這是這則新聞的網路連結。 我們竭誠的歡迎您加入IDERA這個大家庭，同時我們也希望能延續Embarcadero光榮的歷史，繼續保持專業資料庫及程式開發工具的市場領導地位。我藉著這封信來說明IDERA公司非常高興能與Embarcadero公司合併。 IDERA公司提供資料庫效能監控, 應用程式與技術架構的相關產品在全世界擁有超過一萬個客戶，我們相信我們的資料庫產品，在整體科技的效能發揮上，產生了極大的影響，同時也證明了我們以資料庫為核心的努力方向。我們的產品提供了快速識別及矯正資料庫效能的問題，同時也提供了獨特的安全性及相容性的能力。 我在2013年擔任執行長職務，在這期間公司業務側重長期客戶關係的經營，包括產品的創新、品質、簡單易用。我深信一個成功的軟體公司，必需專注下列幾點才能讓他的客戶得到成功。 高品質的軟體 - 使用有效的自動程式碼測試 簡單易用 – 簡化使用方式，尤其是在安裝及升級的程序上 操作速度上 – 減少等待時間, 強大的彈性空間, 和及時的解析 一個軟體公司只要能提供上述的條件，必然能讓大多數的客戶滿意。再加上適時推出創新的功能，更能讓客戶從滿意進展到成功。IDERA公司在投資的先後順序上都會反應上述的目標，並且也會將這理念帶入Embarcadero的產品上。 如您所知，Embarcadero擁有兩個獨特的產品線：1)資料庫建模, 管理, 效能優化工具2)跨平台應用程式開發工具。在過去這幾年Embarcadero建立了超過一萬個以上的客戶以及上百萬的使用者，全球經銷商將近2000個。Embarcadero幾乎在每一個主要的國家都設有服務據點及合作夥伴。 Embarcadero的資料庫建模, 管理, 效能優化工具產品補足了IDERA的產品線，在產品功能及目標市場上有最少的重疊。透過整合兩家公司的產品，我們可以提供資料處理專業人士更完整的解決方案，讓公司在資料管理, 配置, 安全上能整合的更好。我們將會傾聽客戶的意見，將這些產品整合起來，並且確保與我們產品的核心價值 - 簡單易用, 高品質, 足夠的彈性, 的產品設計理念能夠一致。 至於Embarcadero的開發工具，我們認為這是IDERA的一個新機會。我曾看到我們社群上的論壇，討論關於IDERA公司對於這個產品線的態度。我們察覺到開發工具這項產品的巨大價值，我希望更著重在這個產品上。由於跨平台應用需求的激增，這類開發工具的需求也會跟著增長。像物聯網或感知裝置的應用概念在幾年前還不存在。今天 , 每個人都認知到透過建立社群應用軟體有巨大的商機。我們相信在應用程式開發市場的贏家，將會專注在開發者及開發上市的速度, 簡單易用, 追求改變。所有這些成功的要素，都完美的與IDERA的產品設計理念和讓客戶成功的想法不謀而合。 所以我們成立了一個新的領導團隊，專責於Embarcadero開發工具產品，藉由創新及併購，讓這項產品的業務量能夠成長。Atanas Popov是我的一位老同事，他加入並領導這個團隊，他會專注在這項產品的發展，吸引更多人來使用我們的產品。我們相信Embarcadero開發工具會有更好的發展，我們期待與您共同努力，一步步地實現我們的投資。 最後, Embarcadero經過多年的經營，建立了強有力的銷售通路。很多公司都渴望能建立像這樣的銷售通路，然而經過多少時間的努力，但大多數都不能如此地成功。無論如何，一個公司如果能堅持下去建立一個健全的銷售通路，那它的影響及潛力是非常大的。Embarcadero擁有數十個重要且積極的全球銷售夥伴。維持一個健全的銷售通路，需要更多好的產品，以及源源不絕且穩定的客戶。我們期望將IDERA的眾多產品，藉著Embarcadero的合作夥伴，加上IDERA優異的行銷團隊，提供更吸引人的方案給潛在的顧客。我們相信某些適度的改變及投資，將會帶給我們全球的合作夥伴更多發展的機會。 從一個持續傳達訊息的觀點來看，我們必需提供我們的產品路線圖給客戶了解，並且持續與這些客戶進行對話。我們相信使用者社群提供了客戶重要的價值，我們將會持續在這方面做適當地投資。我們也相信讓客戶更便利的創新及提升價值是很重要的事。我們將會履行我們的承諾，期待與您們一起努力，讓每一天都更加進步，幫助您抓住期待的價值。 如果您有任何問題，歡迎您直接與我聯繫(randy.jacops@idera.com)。 面對兩萬多個客戶，與每一個客戶直接聯繫的方式是不實際的作法，但是我們願意回應客戶任何的問題。最重要的是，我們會透過線上研討會與您討論產品路線圖以及您有興趣的相關內容。我鼓勵您參與所有這些課程，彼此提供有價值的交流。 謝謝您也期待對您的未來有所助益。 Regards,