索布語翻譯通常 Web Script 最簡單，直譯式說話其次，接著是夾雜式說話，和編譯式語言，最麻煩的是組合語言。若是你完全沒有程式經驗，想入手下手學程式設計的話，你可以從 JavaScript 著手，比及程式基礎觀念創立得差不多了，再往下進修直譯式語言，然後再進修夾雜式說話 ...，以此類推 翻譯社
C/C++，Delphi（Object Pascal）都是編譯式說話。這幾年來，C++ 已變得愈來愈龐大了，大多數的 C++ 程式員只用到（也只懂）C++ 功能的一小部份 翻譯社想成為 C++ 說話真正 翻譯高手，沒有耗上三五年是不成能的。固然 C++ 很複雜，可是真正想成為程式高手 翻譯人應當都要懂 C/C++，主要的 API 城市有 C/C++ 的版本，由此可見 C/C++ 翻譯重要性。至於 Delphi，在 Microsoft .NET 推出之後會對 Delphi 造成一些打擊（Microsoft .NET 的語言名單中連 Scheme、Eiffel 和 Mercury 這種少用的說話都呈現了，獨缺 Delphi），可是 Delphi 能透過 Kylix 來逾越 Windows 和 Linux，又是一個很大 翻譯吸引力，假如你想要跨 Linux 和 Windows 平台的 RAD 工具（說話），今朝 Delphi 仿佛是最好的選擇。
C# 的說話有許多奇怪 翻譯特點，但也有一些不錯 翻譯特點 翻譯社C# 的進修利用上的難度介於 Java 和 C/C++ 之間 翻譯社C# 是 Microsoft .NET 平台上最重要的語言，值得我們持續觀察厥後續發展。至於 Java 我就不消多說了，相信 Sleepless in Java 翻譯讀者們應當都知道 Java 是怎麼一回事 翻譯社
不外我比來簡直是有打算開始學 JavaScript，因為我發現用到它的機會還很多。除網頁會用到以外，我比來所接觸 翻譯 SVG（Scalable Vector Graphics）就利用 JavaScript 來達到動畫效果。
。-> 翻譯社|,-> 翻譯公司|的-> 翻譯張貼日期：2/14/01（The First Valentine's Day in the 21st Century）
許多人知道我不會 JavaScript 之後，都會大吃一驚地反問：「可是你不是會 Java，怎麼不趁便學 JavaScript，兩個說話不是差不多」。假如遵照此推理，我看我差不多每個說話都要學了，因為除 REBOL 和組合說話比較特殊之外，我感覺其它說話的語法都差不多（但用處差許多）。
我大致上把程式說話分成五類，分述以下：
Java，C# 都是夾雜式語言，介於直譯式說話和編譯式說話之間（不論是在履行效能上或程式簡單性上） 翻譯社
程式說話進修遞次的建議Interpreted Languages（直譯式說話）進展這篇文章能解決讀者們選擇程式語言的困擾 翻譯社
用來做網頁的說話，可以對網頁做控制 翻譯社如果你進展設計出很炫的網頁，光靠 HTML 是不敷的，你還得學一套 Web Page Script Language，例如說 JavaScript（ECMAScript）和微軟的 JScript。不外二者都是系出同門，所以差不多 翻譯社WML Script（WAP 手機 翻譯 script）也是襲自 JavaScript。
Assembly Languages（組合說話）本文作者：蔡學鏞
Hybrid Languages（混合式語言）這類直譯式的說話包括了 Perl、Python、REBOL、Ruby... 等，也常被稱為 script 說話，每每是用來庖代批次檔和 shell script 以便和底下 翻譯作業系統溝通。根基上，每一個人至少都應該要會一套這類的說話，當你需要做某件簡單 翻譯工作，你可以透過直譯式的說話來苟且地辦到，這麼一來，你就能夠不必大張旗鼓地利用 Java 和 C++ 等東西了。
Python 有一些不錯的說話特征，目前在國外算是滿熱點的；Ruby 是日本一名教授設計的，但是這說話太新了，今朝好像只有 Addison Wesley 的一本英文書和 O'Reilly 翻譯一本日文書可供參考；REBOL 則是我近期最喜好的程式說話，非常分外，REBOL 說話的思惟和此外語言差異十分大，很多時候很接近英詞句子。至於 Perl，我就沒有研究了，台灣歐萊禮公司已有 Perl 翻譯專家了，若是我此刻去學 Perl 的話，短時間內是不可能超越他 翻譯，所以我看算了 :(
至於 Visual Basic，在 .NET 平台主推 C# 說話，而 VisualBasic .NET 的說話又比之前複雜許多的情況下， Visual Basic 的前途似乎很不看好。
Web Page Script Languages你該學什麼程式說話？
利用組合語言，你將嘗試到一磚一瓦堆砌出程式的樂趣（或痛苦）。組合說話可以說是最接近硬體 翻譯說話，學會組合語言，就能夠對電腦的運作有相當水平的認識。不過，今朝連開辟驅動程式都不太需要用到組合說話了。恐怕只有做 DSP 和 OS 等極少部分 翻譯人需要用到組合說話。我也好久沒寫組合語言程式了，之前 DOS 時期，我還用組合語言寫過一個 PE 2。
Compiling Languages（編譯式說話）
除非你像我一樣學程式語言只是為了處處獻寶，否則你在學一套程式說話前，應當先細心評估到底要學哪一套 翻譯社每個程式說話 翻譯用途都有很大的差別，走了冤枉路可能會耽誤到計畫實作 翻譯進程。
直譯式的語言平日比力高階，程式對照好寫，往往簡短地幾行程式就抵得過 Java 或 C++ 的一堆程式碼。因為不消編譯並且高階，所以這類語言 翻譯程式效率每每很差，又因為原始程式碼暴露在外，所以拿它來寫寫工具程式本身用可以，可是拿來開發軟體產品對照不得當（除非你不在乎原始碼外流）。目前這類說話最常被用來開辟網頁伺服器真個程式，或者是設計軟體 翻譯 prototype。
以下內文出自: http://blog.xuite.net/lovesharelove/twblog/126543992-%E5%88%B0%E5%BA%95%E5%AD%B8%E5%93%AA%E4%B8%80%E有關翻譯的問題歡迎諮詢天成翻譯社
