作者erspicu (.)
看板Soft_Job
標題[心得] 從AI實戰學程式進階技巧
時間Tue Apr 21 00:59:08 2026
說真的工作真的很無聊 反正工作機會最多搞來搞去就是啥前端.後端.資料庫
多數都在做這些事情 要碰到比較有挑戰性的 可能也得看機緣
如果去大型電商 或許可能有機會碰到架構優化.處理啥高併發
我是沒待過那種公司要處理那種問題
不然就是工作會需要演算法優化 像是影像處理 影音邊解碼開發
3A遊戲開發效能優化等等 這些其實離多數人一般資訊業都比較遠
很多東西真的SIDE PROJECT才有機會碰到 然後現在又有AI
其實你要他幫你單純處理事情可以
你要用AI在處理的過程中學到知識或是技巧性的東西 也可以
特別是gemini 優化成程式真的可以搞到像榨汁一樣
但不要一次丟太大給它,局部性的問他能不能再優化,最後會搞出一些很扯的作法
根本不是人類能閱讀的東西
像是
uint lo32 = (uint)lowest;
int i;
if (lo32 != 0) {
if ((lo32 & 0xFFFFu) != 0) i = (lo32 & 0x80u) != 0 ? 0 : 1;
else i = (lo32 & 0x800000u) != 0 ? 2 : 3;
} else {
uint hi32 = (uint)(lowest >> 32);
if ((hi32 & 0xFFFFu) != 0) i = (hi32 & 0x80u) != 0 ? 4 : 5;
else i = (hi32 & 0x800000u) != 0 ? 6 : 7;
}
用 Magic Number 可以變成
int i = (int)((0x0001020304050607UL * (lowest >> 7)) >> 56);
claude code對一些分析的toolchain也熟 也可以拿來做一些調整
就這樣 覺得100美 訂閱費還算能接受 與其上課買書也是一筆錢
實戰最快 (但上課買書也是一種方式拉...)
C# JIT 與 I-Cache 優化教學
https://tinyurl.com/mr3k6r24
非 JIT 層優化技巧整理
https://tinyurl.com/57hz7wsb
就上面一些技巧大概就這陸陸續續進行優化調整整理來的一些分享
你可以單純拿ai來完成任務 想學一些知識性的 其實也可以靠ai榨取和實戰
然後上面教學的東西 現實工作層面上根本用不到就是 雖然也不知道能做啥
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 182.233.248.16 (臺灣)
※ 文章網址: https://webptt.com/m.aspx?n=bbs/Soft_Job/M.1776704351.A.6C5.html
1F：推 zxc8787: 用ai來學習計算機科學相關的東西還真的蠻有用的 04/21 01:10
2F：推 sarsman: 觸 AI直接取代賣課仔 04/21 03:09
3F：→ SocketAM2: magic number和上面結果好像不同欸 04/21 08:01
4F：→ sarsman: 確實結果可能不同，例如令 lo32 = 0x0001 04/21 10:12
5F：→ sarsman: 但原po也沒說這兩者等價，而是「可以變成」，有些假設是 04/21 10:12
6F：→ sarsman: 合理的 04/21 10:12
7F：→ erspicu: 那個推導是gemini 給的，claude完整重推導一次驗證無誤， 04/21 10:26
8F：→ erspicu: 我是懶得再計算一次 04/21 10:26
9F：→ erspicu: 是不排除兩家ai都出問題啦...不過重點是那種做法觀念 04/21 10:27
10F：→ erspicu: 文件有裡面推導過程，重點是還是要小心AI幻覺，自己要判 04/21 10:29
11F：→ erspicu: 斷驗證，尤其是教學很還是人工審核一下，目前上面兩偏我 04/21 10:29
12F：→ erspicu: 只是大概看過，可能會有問題，但方向是正確的 04/21 10:29
13F：→ erspicu: 因為用的方式是實際上線跑過 04/21 10:30
15F：→ erspicu: 簡單來說 我的case剛好可以用 04/21 10:36
16F：→ erspicu: 還是得看程式完整一點脈絡 04/21 10:38
17F：→ erspicu: 這種鬼magic 最有名子例子是 快速平方根倒數演算法 雷神 04/21 10:41
18F：→ erspicu: 之錘3代用的 04/21 10:41
19F：→ sarsman: 不太一樣，雷神之鎚三那個是用來快速近似解數學計算，你 04/21 11:14
20F：→ sarsman: 這個例子是用右移省去三層if else大禮包 04/21 11:14
21F：→ erspicu: 不是說計算原理方式一樣，是在說用magic number做效能加 04/21 15:28
22F：→ erspicu: 速這事情。 04/21 15:28
23F：推 labbat: 砍了鑲套，但是降低程式碼的可讀 04/21 15:53
24F：推 howard50009: 這專案技術含量好高，好奇為什麼選 C# 做呢？ 04/21 16:24
我工作用的語言比較熟 c/c++ 畢業後不太碰到了 rust/go 還沒學
然後裡面其實有些描述上細節問題
ex. Python / JavaScript 大多跑在 VM / 解釋器上；
真正優化的是「解釋器的」快取而非「你的」代碼
ps.這兩個語言後來都有jit加速介入了
ex.對 AprNes 這類模擬器：將 PPU 拆到獨立核心、以生產者／消費者模型與
CPU 核心非同步協作，是業界常見的進階招式。
ps.並沒..有那種8位元主機沒人這樣幹
但觀念大方向應該是正確 其實這就能很好解釋 為啥亂七八糟的code
一個method幾千行的 或是 method亂七八糟巢狀 if else 的 超多層的
效率會差... 我以前是真的有看過
※ 編輯: erspicu (182.233.248.16 臺灣), 04/21/2026 18:38:57