作者:
csfgsj (切割對半)
2019-03-02 11:19:26※ 引述《shter (飛梭之影)》之銘言：
: 工作後覺得產業界很多觀念跟計算機概論完全顛倒，不知道有沒有調適期?
: 當然去看一下原理以及接觸一下產業文化就會知道原因，只是一時間不習慣
: 但後來想一想又覺得發展變化很有趣
: 例如
: 1.並列傳輸速度比序列傳輸快
: 但現在高速通訊都是序列傳輸的，並列傳輸的最後堡壘陣亡大概是在硬碟排線 ?
: 高速後雜訊干擾問題反而並列傳輸嚴重太多，結果不管 USB SATA SAS 都走序列
同樣的頻率條件下，並列的確比串列可以傳輸更多的資料，
這是一個最簡單的1+1 > 1 觀念，有什麼問題
就算是SAS、PCI-e 也有 1 lane、2 lane、4 lane、8 lane 的差別
這算不算是一種變相的並列呢？
: 2.高階語言是用來編譯成低階語言執行
: 機器語言 > 組合語言 > Basic , C , COBOL ..... 以前書上大概是這樣寫發展的
: 這個道理很容易理解，每一門語言最終目標都是編譯成機器語言執行
: 後來 JAVA 跟 .NET 出現了虛擬機器、CLR、中繼層之類的概念
JAVA 跟 .NET 就是一種直譯語言，給不懂電腦底層的人用的
就某種觀念來看，不是製造給CPU直接執行程式的程式語言
根本就不算是真正程式語言好嗎？
你這是用不入流來看入流
作者:
hizuki (ayaka)
2019-03-02 12:20:00lane不是並列傳輸，並列傳輸的定義就是一個時鐘多資料通道
作者:
art1 (人，原來不是人)
2019-03-02 12:31:0001才是真正的程式語言的意思？
作者:
jej (晃奶大馬桶)
2019-03-02 12:33:00認真覺得大學教育要有一部分給正在工作的人決定要下一代學啥
"JAVA 跟 .NET 就是一種直譯語言" 你是來反串的嗎?
作者:
hizuki (ayaka)
2019-03-02 12:41:00沒看到下面瞎扯的太誇張了，麥誤導人
作者: t64141 (榕樹) 2019-03-02 12:48:00
前半段不知道，但後半段必需要噓的
作者:
adern9 (adern9)
2019-03-02 14:11:00錢哥 好了啦
作者:
Xunion (Xun)
2019-03-02 15:20:00我書讀得不多不要騙我
作者:
y3k (激流を制するは静水)
2019-03-02 16:01:00好了啦XDD
作者:
godddddd (howudoing)
2019-03-02 17:18:00別偷渡啊 兄弟XD
作者:
tz5514 (屁安)
2019-03-02 19:13:00我給零分
作者: lion0208 (TGK) 2019-03-02 19:37:00
後面太誇張，不要亂教
你根本誤解直譯器定義 你乾脆說因為C++有LLVM 所以C++也是直譯式語言算了的確 要像你一樣把東西看錯 我大概是看不出來QQ
不用認真,他就是故意耍笨要吵架.不信可以在這版A他的ID
如果你要講的是bytecode的JIT機制 那是直譯沒錯但java本身並不是直譯語言只要你願意也可以把java編譯成目標平台的可執行二進位 去看看GCJ就知道了
作者:
hizuki (ayaka)
2019-03-02 21:57:00每個lane都是獨立控制的好不
你說理論上是直譯也是編譯，端看用法使用這樣講合理，直接說是直譯語言還真的蠻幽默的.....電器傳輸通道？官方都說是mixed你自己說直譯
作者:
starburs (星爆氣流斬)
2019-03-02 22:51:00作者: NCTUFatGuy (NCTUFatGuy) 2019-03-02 22:55:00
看ID就可以直接噓了
作者:
alihue (wanda wanda)
2019-03-02 23:13:00你讓我想起了FB社團寫出O(1)費式數列的神人
工程師就是可以判斷什麼情況要用什麼方式解決問題。你去否定既存的東西，是做工程的態度嗎？什麼叫商人的角度
一下說JVM是直譯器，所以JAVA是直譯語言。一下又說C++
有些地方可用直譯語言觀點來看，若沒對直譯語言做定義
作者:
angusyu (〒△〒)
2019-03-02 23:30:00你又來了喔
，你還真可隨便拗。不過你說之前工作寫IC FW的，那就
可以理解了…然後還有說了對爭論沒興趣，卻又一直回…
作者:
ssccg (23)
2019-03-03 01:51:00現在用什麼語言寫，跟寫好後怎麼編怎麼跑，已經不一定有直接關係了，想轉都可以轉
作者:
hizuki (ayaka)
2019-03-03 04:28:00那其實我是設計IC
作者:
y3k (激流を制するは静水)
2019-03-03 10:35:00站在分工的角度來說 記憶體管理交給系統自動 是很正常的發展不是嗎XDDDAndroid有提供用純C寫整隻APP的能力 可以試試看上架一個瞧瞧?根據我長期看下來 對樓主來說一定是小Case 兩周就能營利吧@@
作者:
atpx (秋雨的心情)
2019-03-03 11:18:00現代社會變遷速度越來越快, 軟體發展也必須跟上為什麼這些語言一堆缺點還這麼多人用? 因為方便開發快才能夠因應市場變化. 你舉例c語言, 但他在web上開發太慢導致無實用性, 我是不覺得有沒有指標能不能管理記憶體有多重要啦對寫應用層的人來說, 本來就該因應專業分工的趨勢減少碰這些你說框架體系下碼農會被領主綁死, 但卻不知道碼農隨時會挑更多人用更強大的的領主(框架). 對碼農來說要轉換要成本, 但並只是要不要作的問題只是要不要做的問題
作者:
y3k (激流を制するは静水)
2019-03-03 11:31:00不不不 Android可以只拿到一個軟體或硬體的繪圖區 其他全都你自己來 其他聲音跟TCP/UDP都有Linux底層支援 夠純了吧 再也沒有比這更拓荒了吧XD