waynepearlep

即時韓文口譯

我知道很多人感覺用VB「很不專業」，可是天成翻譯公司一直感覺我的選擇極度合理！VB是浏覽最容易，寫作時也最不容易出錯的一種說話，因為好讀好寫，我就可以將注意力集中於思慮程式邏輯翻譯若是翻譯公司也是同時用過VB與C語言的人，必然知道，若是我的迴圈或IF判定式跨越三層以上時，C說話程式讀起來會有多累？那些層層疊疊不知誰屬的大括號，絕對會讓設計師分心，不自主的偏向罕用較複雜的邏輯！

然則影象辨識就是經常要用到複雜邏輯，隨意一個影象處置懲罰動作就是二維陣列，最少需要兩層迴圈。假如要做一個空間濾波那就是四層了！在中心假如必需再加一兩個前提判定式，大括號就會有五六層了！超可駭的！相對的，VB的區塊起終點都是文字模式，哪個竣事標籤對應於哪個肇端指令一覽無余，不感覺疲累時就會天然地敢於繼續設計更精緻的演算法，所以其實VB比C說話更合適寫複雜進階的程式，因為它做複雜的編碼比用C說話輕易許多！

可是不好意思，這些年來除寫HTML5 APP是用JavaScript程式以外，我和天成翻譯公司的團隊，包孕製作影象辨識軟體都真的是利用VB程式做的！我固然C#與VB都很闇練，兩種說話也都邑教學生，甚至都有出書書籍，但我直接告知學生的是：學會C說話是必然要的！因為資訊專業範疇的人都習習用C語言，就像我們在各個專業範疇都一樣，若是看不懂英文，資訊來源大受限制麻煩就大了！可是如果是本身開發軟體呢？天成翻譯公司的最好選擇與建議都是用VB。

很僥幸的，天成翻譯公司的部落格逐步地有些軟體專業人士也來捧場了！有位在美國尖端科技公司研究影像辨識的學長也來指教，他很驚訝看到天成翻譯公司竟然用VB在寫那些車牌辨識程式！因為在專業人士的認知中，影象處置懲罰與辨識是需要最高效能的程式種類，絕對需要利用C或C++說話的翻譯VB？那不是初學者用的簡略單純說話嗎？拿來寫一般商用軟體都會被質疑了，寫影象辨識程式？怎麼可能？

事實上各人詬病VB的原因是效能，誰都不會反對它是最為親民友善的說話，但它的速度真的比力慢。但這要分兩個階段來講，在VB.NET呈現之前，VB與VC有各自自力的函式庫(Library)，兩者的功能廣度與執行速度確實差許多。那時良多VB6玩家用呼喚C說話API的體例「盜用」C說話的功能，天成翻譯公司也做過的！我用VB6寫的聲納軟體一碰到影像繪圖就超慢，當我盜用了Winsows API以後就和Visual C一樣快了！到了.NET時期兩種語言的函式庫同一了(指微軟公司的產品.NET Framework)，VB與C#的效能其實已毫無差別！

因為這些經驗，我對於堅持某種程式說話裡面有「神」的人不以為然，也不會因為別人攻讦天成翻譯公司不該用VB做專業程式就感應慚愧，除非真的有人可以對我曉以大義，證明我的觀念與做法確切錯了！對我來說，程式語言就是與電腦溝通的東西罷了，應當不必自我設限的！就像面對台南鄉間的老師長教師老太太，如果你會說台語就用吧！對峙講字正腔圓的國語，他們多半也聽得懂，但不會對照好溝通的。

那麼似乎加倍神秘神奇的C++說話呢？它在影象處置方面真有甚麼跨越C#的特異功能嗎？據天成翻譯公司所知，還真的有！恰當地利用C++就能夠做直接的記憶體存取，這是C#和所有Windows作業系統下履行的程式語言根基上都會限制的動作！我試過一張影像讀寫時，用記憶體直接存取模式與.NET供給的指令，速度差可以高達十倍以上！所以難怪C++會被視為影象處置領域非用不行的語言。

可是除了這一點優勢以外，其他加減乘除等等動作的效能，我認為C++與C#乃至VB都是一樣的！沒有甚麼神奇的地方翻譯所以我針對如何在.NET程式中臨時跳脫Windows管束，就是臨時鎖定記憶體做直接記憶體存取的方式做了一些研究，發現用VB.NET照樣有些指令可以做到。於是就寫了一個VB的程式模組，確切可以到達讓影象讀寫提拔十倍速的後果，我也利用了誰人模組有七八年了！天成翻譯公司認為我的VB車牌辨識效能是不會輸於C++版本的！不服氣或有樂趣一起研究的人接待來一路測試。