作者:
oopFoo (3d)
111.248.96.54 (台灣)
2024-07-26 12:13:55 → oopFoo: Linux Kernel就是很好的敏捷案例。APTON大的"安燈系統"比我剛才想打的一串的好，精簡清楚。 11F 07-26 13:29
→ oopFoo: (顧客，pm，主管）決定功能，工程師決定時間與作法。
不過夢想很豐滿，現實很骨感。當壓力來的時候，加班，壓時間，各種非敏捷的作法通通上來，能夠徹底執行敏捷的團隊還 46F 07-26 19:35
… 共有 43 則推文，點此顯示
作者:
oopFoo (3d)
76.39.14.143 (美國)
2024-07-06 04:00:15 → oopFoo: dotNet也只能用wasm的byteCode，JIT都需要wasm的vm處理，主要是wasm的vm優化不足，c#的compiler的frontEnd在wasm也算是簡易沒優化的。wasm的c#應該不是vm inside vm，
wasm的限制很多，例如只有32bit，只有4GB的memory。vm的byteCode也是極精簡，不像java/dotNet。很多地方都需要再 8F 07-07 02:12
… 共有 11 則推文，點此顯示
作者:
uopsdod (pcman)
98.248.69.193 (美國)
2024-07-01 15:19:47 → oopFoo: 現在還有人推NoSQL?99%的情況選Sql才對吧。這篇重點沒抓到 10F 07-02 06:11
作者:
erspicu (.)
219.68.24.12 (台灣)
2024-07-02 01:51:58 推 oopFoo: 你知道wasm跟js是怎麼互相call？資料怎麼傳？你這個要搞清楚。wasmGC是用來解決一部份這類的問題。wasm你需要管理記憶體，不然光是copy就吃掉一堆效能。而且wasm的compiler本來就比java/c#差很多，效能差是正常的。所以不用c/c++或直接wasm assembly，還要規劃好資料的傳遞，不然根本直接 6F 07-02 06:17
… 共有 14 則推文，點此顯示
作者:
rockleon (阿弘)
115.165.194.156 (台灣)
2024-02-25 12:38:10 推 oopFoo: 推，但看到discord，必須噓一下 10F 02-26 10:11
作者:
oopFoo (3d)
111.248.95.209 (台灣)
2024-01-18 10:11:42 → oopFoo: PM要知道自己公司能力在那。看別人好的效果是花多少心血，有多少資源做多少事，要懂得跟老闆客戶溝通。 10F 01-19 08:02
作者:
Lordaeron (Terry)
118.169.22.72 (台灣)
2024-01-13 15:55:28 推 oopFoo: LAZARUS真的贊 15F 01-14 07:52
作者:
running1125 (running)
220.128.216.143 (台灣)
2024-01-11 18:30:23 推 oopFoo: OpenMP是shared-memory，Python就算沒GIL也不太適合。
Python比較適合的是MPI，Message Passing。這是有標準的Python有mpi4py，類似mpich/openmpi。
沒接觸Python Async，不過Async應該就是non-blocking的
語法，背後可以是Multithread。比較像是古早win 3.1的 7F 01-11 22:08
… 共有 11 則推文，點此顯示
作者:
freeunixer (離自相空她相)
219.85.16.87 (台灣)
2024-01-06 20:40:01 推 oopFoo: Turbo Pascal用很久，在floppy時代編譯超快的。
在高中的時候，學校用的是Apple II的UCSD Pascal反應有點慢，以為是Apple IIc的原因，後來才知道UCSD是p-system
很早期的VM，跟Java/C#意思差不多。也在Amiga上玩過
Modula2。真的都是時代的眼淚。Dr. Wirth最有名的地方是 1F 01-06 21:01
… 共有 18 則推文，點此顯示