大佬們都哄笑起來，這肘子是懂部委的，要人家不拿捏你，百分之百滿足你的要求，幾乎都是不可能的，能夠滿足你五成那都是開恩了。
因此不妨將餅子劃大一點，最後哪怕給砍掉一半，落個小餅子也差不多夠吃。
今天隻是一個務虛會，算是統合一下思路，研究一下文理跨學科合作的可能性，現在能夠得到一個較為統一的意見，就已經算是超出會議預期了。
這裡邊主要功勞，還是周至已經完成的前期工作。
李紅江就握著周至的手，熱切地道：“要不再多修一個信息工程學位吧？我看肘子你雖然是文科生，但信息技術的基礎這麼好，多修個學位一點問題都沒有的。”
“精力實在是太有限了。”周至隻能婉拒李紅江的好意：“不過那個文字識彆係統我是非常有興趣的，李教授要是有興趣，我也可以參與研究。”
“你對編程熟悉不？BASIC或者PASCAL。”到現在李開江絕不相信周至會是外行。
“我更熟悉C語言。”周至回憶起當年被代碼支配的恐懼。
“C？”李紅江感覺自己好像撿到寶了：“那UNIX呢？”
“UNIX也還行。”周至問道：“學校這是有新引進的小型機了？可以運行ANSI C的那種？”
對於多數人來說，兩人的對話好比天書。
計算機語言最基本當然就是直接對芯片操作的指令集，例如最早的打孔紙帶，直接就是零和一的組合。
這種語言對計算機來說最直接，但是對人來說最不友好。
於是人們就發明了一套基於芯片的“基本指令集”，這就是彙編語言。
彙編語言同樣還是針對芯片，但是至少可以讓專業人士讀懂這程序是要讓機器乾什麼的了。
但是彙編語言有個問題，那就是無法移植，因為它是針對某一類芯片開發的，換到另一類芯片上，另一類芯片就看不懂。
於是人類又想出一種辦法，設計出編譯庫概念和更高一級的程序，這就是麵向過程的編程語言，C語言就是其中的佼佼者。
C語言很難，原因就在於它具備彙編語言簡潔高效的特征，因此工作迅速，代碼緊湊，可讀性比彙編語言好，最關鍵是容易調試，修改和移植。
程序員隻負責寫代碼，代碼寫好之後對其進行編譯，就能夠轉化為能讓計算機讀懂的二進製代碼，稱為“應用程序”。
針對不同的芯片類型，編譯庫中有不同的編譯方式，可以將C語言編寫的程序編譯成能夠在不同係統上運行的程序。
這就解決了程序的移植問題，讓同一個程序，既可以在DOS係統裡運用，也可以在蘋果係統裡運用，還可以在UNIX係統裡運用，不用分彆編寫三套。