※ 引述《aass5576843 (信長)》之銘言：
: 得力於AI的幫助，現在學習任何東西的門檻都降低了很多。任何事情只要你有一絲絲的疑慮，都可以丟給GPT刨根究底的問清楚。
: 甚至直接讓Gpt幫你生成需要的code。
: 可以想像以前只能google 、查官方文件、stackoverflow、翻書 etc.查閱一堆可能沒必要的資訊、或是試了很多方法都無解。
: 可想而知這個挫折感之大，能活下來的都是神人
: 不知道有沒有人願意分享以前在學習程式時的故事。
:

以前就硬體資源限制 軟體不得不最佳化 要善用每一分資源，現在空間記憶體爆炸大，就沒管這麼多了

怎麼記的是linux本人不愛除錯程序，現代核心除錯才這麼晚打錯字，linus本人

有gdb可以用 gdb都還早過linux甚至都還沒出生 以前學到的絕對是很實際的東西 哪像現在資訊爆炸眼花撩亂 心力不足現在很多東西多半都在上層別人弄出來的應用 很有年紀的老人應該只要那時有接觸有認真過 肯定有真本事

以前畫圖卡寫程式的更屌…

MS-DOS的年代 大家為了擠進640KB主記憶體無所不用其極現在隨便一個腳本語言就吃50MB記憶體了但也有好有壞 正因為資源如此充裕 才能把大部分的心思放在實作應用而非客服限制上只是最佳化不管什麼年代都還是需要真功夫現在其實某種意義上更難 因為像市面上主流的JS引擎 大概都具備四五套JIT等最佳化技巧 其實你很難猜出真正有效率的方式資料庫也是 你永遠不知道Query Planner會下什麼神經刀這個年代還會為了幾趴效能擠牙膏的人真的要很有毅力

3.5磁片

真的

真要說屌的話，二戰末期，那時還沒有所謂的電腦，科學家們還是照樣把原子彈給搞出來，還核平掉日本的兩座城市，逼日本無條件投降，結束掉太平洋戰爭。

想到寶可夢的夢幻

結果這年頭 16G的ram 沒做什麼就慢慢被吃光 大家都想說ram多的結果就是ram整天被浪費 最後只能不斷加大卻趕不上浪費的速度

那些產物就是熱愛燃燒生命在程式上的天才做出的

我們現在寫plsql還是沒辦法debug，只能不停的printconsole

那個年代寫程式的是真的有愛又強，現在阿貓阿狗都可以自稱工程師…

PL/SQL的DEBUG，請使用SQL Developer，它該有的都有。

我指的是那年代比較容易學到真本事 而非現在容易學到一堆皮毛那年代學也在起步階段 有時間跟上

推MS-Dos要擠640k主記憶體+1

DOOM 的神奇數字 0x5f3759df

連網路都不普及的年代

不管是60年代，還是80年代，還是現在，值錢的一直都不是程式，或程式語言啊。而是你用程式語言寫什麼演算法。搞錯重點，當然認為早期寫程式很痛苦，或誤以為現在寫程式門檻很低。幾十年來真正難的一直都不是寫程式啊。難的是各種演算法。學習程式每個年代都是花幾個禮拜而已，難的又不在語法與記憶。

程式語言本身只要學幾週，難的是成千上百個套件怎麼用過去大家精力都花在這，套件config熟不熟被視為技術好笑的是面試都在考一堆套件的config

AI只好自己寫stackoverflow(咦)

config這塊ai也沒多強吧，各種亂掰，一堆幻覺

現在就一堆阿貓阿狗學個2個月Python就認為自己是工程師了連malloc是什麼都不知道

malloc也不是所有人都要知道 寫Python的就不需要

高階語言就是讓你省去煩惱底層啊，malloc你真的會嗎？現在的malloc也是包在OS底下的高階指令，跟doom時代不同可以說不會640k的就不是工程師嗎？不是這樣吧

呵

要一路回朔到巴貝奇時代嗎沒用過打孔卡片的沒資格叫工程師

2B鉛筆畫答案卡 也是打孔喔

mcu ram只有1KB 4KB的環境也不會去用malloc