waynepearlep

論文摘要翻譯

會想到這件事，是因為方才看到一名讀高中的小伴侶來信，問一些程式語言進修的問題，他說他買了書(不是我的書)學VB，可是「知道」以後進入專業「必然」還要學用別的「進階」說話云云…翻譯我想他是初學者，不行能真的深入知道各個說話的特征，必然是因為他接觸的先輩先生們給了他這個概念：「VB是初學者學的簡易程式說話，是難登大雅之堂的！」這其實和以前美國白人認定黑人不會打籃球一樣的好笑。

譬如我正在改編的一本書中，VB程式可以用Me.Controls(“M2”)就簡單指定好一個程式中稱為M2的Label物件，但是用C#就要寫成：

對於多半資訊專業人士而言，說VB優於C說話是很離經叛道的！然則從二十多年前劃分接觸Basic與C說話起頭，天成翻譯公司就一向很想高聲說：『VB說話比C還要好』！只是一方面怕人微言輕，本身的學識能力不夠，亂講話會被進擊會被笑，一方面程式說話的內涵也在延續演變，初期VB的效能與功能廣度確實不如C說話翻譯

總之，我認為各種程式語言中，應該毫無疑義VB是「最好」的！功能效能不缺，語法清楚都雅又好寫等等，好處說不完！不僅合適初學者，即使你玩到像天成翻譯公司一樣開軟體公司的水平，也照舊會感覺用VB做測試研究之用是最好的！除非是翻譯公司根本不會使用VB，其實這類「專業」人士還蠻多的！所以請注重：下次碰著有人還在說C比VB更好、更「專業」時，除非他真的也很熟悉VB，否則就別聽下去了！

當然，要進入專業範疇是有必要學會多種說話，但原因並非VB不夠好，所以必需學C說話等等「較好」的語言。只是因為程式說話是搭載在作業系統或通信協定之上的東西，某些作業系統如蘋果電腦的IOS是沒有VB說話的，所以必須學會用C；若是翻譯公司要寫網頁程式，在HTML的協定下也是沒有VB說話的，你必需學會用JavaScript；同理，要在Android系統下寫程式，你必需學會Java說話翻譯

然則以功能的完整度與利便性來講，現實上今朝已沒有比VB更好的程式語言對象了！人人對照輕易疏忽(或居心忽視)的是在2002年微軟寧願被罵到臭頭，對峙抛卻舉世稱讚的VB6，也要推行所謂的.NET架構，就是讓VB與C說話完全合流，自那時起釀成功能與效能完全溝通的一家人，事實上自那今後已經沒有甚麼工作是C語言做得到，而VB做不到的，而且效能速率也完全一樣！

即使如斯彷佛也不克不及說VB>C吧？固然是可以的！用過兩種說話的人都可以印證，VB是以文字模式辨別程式區塊，和一般英文文法幾近一樣！不但初學者很輕易看懂，對於需要寫複雜佈局程式的專家來講，有具體意義的If…EndIf或For…Next，也比層層疊疊的大括號容易閱讀得多！以我自己來說，超過三層的C語言迴圈就會讓我感覺很疲累，但是VB就沒關係，五六層的迴圈都還很清楚。

(Label)this.Controls["M2"];

誰會想到：明明就是Label的一個物件，前面還必需加上(Label)這個宣佈，C說話才會看得懂它是一個Label？這些小處所可讓初學者嚇死！因為太機械化太繁瑣了，不如許脫了褲子就不克不及放屁，誰知道啊？這也會讓已經習慣用VB的老手們氣死！感覺C說話其實太愚昧了。

但是跟著時間曩昔，客觀上VB與C的效能差別已經完全消逝，天成翻譯公司本身也已經熟習這兩種說話，到了可以同時出版的程度，並且身為專業的軟體開辟人員，我就是用VB作為天成翻譯公司平常研究各種軟體手藝，尤其是影象辨識的對象。所以我終於敢大聲地說：VB真的比C說話還要好！

另一方面，VB還保留一點「糊塗」特性，他基本上會試圖自動轉換一下資料型態，以避免程式因為資料型態不符就等閑當掉！相對的，C說話則是號稱「資料型態嚴酷」的說話，很是多仿佛是脫了褲子放屁的笨拙宣佈和資料轉換函數都是必需的！特別很是不人道化。