作者:
gold9450412 (一塊錢)
101.10.106.79 (台灣)
2026-03-28 23:08:25 → ybite: 我認為目前最大的問題是「程式免洗化」 17F 03-29 03:37
→ ybite: 一樣的App每天成千上萬出現可能還只是最好的部分
現在我們來到一個Repo一天更動上千行 平均6-12小時出一個新版本叫無比正常的瘋狂年代
特別是整個Claude的設計就是無所不用其極逼你浪費Token 現 19F 03-29 03:41
… 共有 9 則推文，點此顯示
作者:
s78513221 (月亮兔)
111.80.138.24 (台灣)
2026-03-15 14:52:19 → ybite: Web特別是React/Next毫無疑問是強項 1F 03-15 16:35
作者:
cybermeow (北歐組一生推)
160.237.80.233 (日本)
2026-02-04 02:00:32 推 ybite: 我用Claude Code VS Code Plugin 餵給它我要改的檔案 跟它說我想幹嘛 它就左翻右翻 看完開始改 改完跑測試 好了
但還是會在很難預料到的地方出差錯 或者鬼打牆 17F 02-04 11:34
→ ybite: 長期下來我認為程式碼跟文件整理這種硬功夫 即便到了AI時代還是十分重要 即便你可能文件不是寫給人看的（Skill之類） 21F 02-04 11:37
作者:
cateran (雲川閒步)
100.17.18.244 (美國)
2025-09-01 00:14:38 → ybite: IG就運氣點滿 跟上潮流+被FB收購 1F 09-01 03:28
作者:
SkankHunt42 (凱子爸)
146.70.205.94 (日本)
2025-08-26 19:43:34 → ybite: 我自己也認為「AI要好維護前提是人也好維護」
畢竟正如大家的觀察 Context大小就是很現實的技術極限 10F 08-26 22:29
作者:
SkankHunt42 (凱子爸)
193.148.16.108 (日本)
2025-06-27 17:31:13 → ybite: Apple那篇論文我覺得不能這樣解讀 他的意思是現在Reasoning Model簡單的事表現不好 太複雜的想不出來 算是很中性提醒大家現在技術的限制 48F 06-27 21:46
作者:
alihue (wanda wanda)
60.158.170.139 (日本)
2025-06-17 12:14:40 → ybite: 2/4我自己的看法沒有到那麼悲觀
搞不好是反過來 新框架為了搶市佔 出來的第一天就做好AI精華版文件讓你爽用（？
開源的問題主要也是美國大廠撙節的問題 39F 06-17 15:40
→ ybite: 如果有一天訓練成本降到大部分大財團都能玩一個200-500B的L 44F 06-17 15:44
… 共有 8 則推文，點此顯示
作者:
ripple0129 (perry)
175.140.122.125 (馬來西亞)
2025-06-15 21:17:46 → ybite: 我認為 最慘的情況就像Anthropic推崇的形式 工程師寫一堆規格 附一堆文件 教AI怎麼寫 他幫你寫好 你負責檢查即可 但要有人寫規格跟文件啊（X
而且我認為AI很好維護的程式人也應該很好維護
規格文件都齊全的東西怎麼難維護 XDDD 35F 06-16 01:01
… 共有 10 則推文，點此顯示
作者:
SkankHunt42 (凱子爸)
193.148.16.110 (日本)
2025-06-03 10:27:59 → ybite: 澄清一下 Wikipedia會打包放好的原因是因為一堆人想拿來訓練 直接整站硬爬 流量爆炸 為了省錢沒辦法 66F 06-03 14:40
作者:
TonyQ (得理饒人)
114.34.27.1 (台灣)
2025-05-31 11:43:36 → ybite: 開源其實我覺得美國大公司開始撙節的影響才比較大
大企業開始沒有那種閒錢可以做公益（？
知識分享就很顯然 因為現在簡單的問題根本不用問了
大部分人可能遇到LLM不會的問題才問了 33F 05-31 20:23
→ ybite: 例如微軟裁了Faster CPython 很可能是因為進展遠小於規劃 39F 05-31 20:27
作者:
HZYSoft (PCMan)
73.70.25.48 (美國)
2025-05-15 15:53:40 → ybite: 我認為 一個專案的基礎架構 開發藍圖 工時 要能準確估算跟執行真的都需要高度經驗
工作而言 重要的事是怎麼在日期限制內交出及格的作品
什麼要取捨 什麼一定要做到 11F 05-15 17:46
作者:
lihgong ( )
61.220.100.151 (台灣)
2023-11-06 13:26:44 → ybite: Unicode 目前已經快破15萬字 無法塞進2byte了
因此UTF-16定義Surrogate Pair來解決（一個字32bit）
Python 2的時候str是ASCII 後來新增了unicode 型態
Python 3 其中一個大改就是str 一定是一串Unicode文字
（unicode扶正str）需要轉成特定編碼再.encode('utf-8') 7F 11-07 17:32
… 共有 12 則推文，點此顯示
作者:
keel90135 (尼可)
125.228.110.61 (台灣)
2023-06-28 19:44:16 → ybite: 聽起來是技術債太多+之前管理跟維護有很大問題 4F 06-28 20:56
作者:
isaacting (2312312)
49.215.46.9 (台灣)
2023-03-07 11:02:50 → ybite: 我認為還很遙遠 用無敵高成本建置的成果離堪用都還存在距離五年內成本能降到1/1000也許有機會 但不太可能 28F 03-07 13:15
作者:
dszaq ( )
61.219.237.246 (台灣)
2018-05-24 16:37:41 推 ybite: 你的專案是網站還是軟體/App？預期的流量會很大嗎
極大流量正解當然是Google Cloud Storage/Amazon S3 2F 05-24 16:52
推 ybite: Imgur是可以拿來救急，只是照理說他們對商用服務收費 6F 05-24 17:00
作者:
changyuheng (Johann)
173.239.198.128 (美國)
2018-04-03 16:33:38 推 ybite: Go的記憶體管理是走Garbage Collection喔……
我覺得Go提供了一個很好的中間選擇，有類似腳本語言的
語法卻擁有編譯語言的速度。 26F 04-03 18:13