※ 引述《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