作者查詢 / oopFoo

總覽項目：發文 | 留言 | 暱稱

作者 oopFoo 在 PTT 全部看板的留言(推文), 共7107則

限定看板：全部

首頁

尾頁

[閒聊] GMP 測試兩度燒毀 Ryzen 9 9950X

[ PC_Shopping ]45 留言, 推噓總分: +15

作者: leelee688 - 發表於 2025/08/29 19:34(3月前)

22^F推oopFoo: 丐版應該是更不容易燒u，丐版是效能差58.114.66.74 08/30 07:38

33^F推oopFoo: 丐版極限超頻也應該是板子先壞。更何況這58.114.66.74 08/30 08:57

34^F→oopFoo: 個案例是很保守的跑。58.114.66.74 08/30 08:57

Re: [情報] GMP 建議不要用 Zen5

[ PC_Shopping ]499 留言, 推噓總分: +73

作者: zseineo - 發表於 2025/08/28 09:34(3月前)

389^F推oopFoo: 這很有趣的就是明明不可能全力跑，結果還114.45.129.239 08/28 17:17

390^F→oopFoo: 燒u。可見得不太可能是主機板廠商的包114.45.129.239 08/28 17:19

482^F推oopFoo: 今年reddit/fb一推zen5燒掉，主要是asrock118.167.128.240 08/29 12:53

483^F→oopFoo: 沒錯。本來我覺得是爾發事件，但gmplib這118.167.128.240 08/29 12:55

484^F→oopFoo: 件，我覺得可能真的有其它原因。mulx是整118.167.128.240 08/29 12:58

485^F→oopFoo: 數(integer）指令，跟浮點指令比起來，應118.167.128.240 08/29 12:59

486^F→oopFoo: 該負載低很多才是，gmp看起來也不用simd118.167.128.240 08/29 13:00

487^F→oopFoo: 指令。所以到底是怎麼燒的，就很奇異。118.167.128.240 08/29 13:01

488^F推oopFoo: 當然也有可能程式寫的很好，可以真的8 ipc118.167.128.240 08/29 13:08

489^F→oopFoo: 所以負載極高？這真的是一團迷118.167.128.240 08/29 13:10

490^F推oopFoo: 不過剛看一下，Zen5有6 alu，3 multiplier118.167.128.240 08/29 13:13

491^F→oopFoo: 所以最多3 ipc。這樣應該還好啊118.167.128.240 08/29 13:17

492^F推oopFoo: 忘了還有load/store，int add。8 ipc不是118.167.128.240 08/29 13:19

493^F→oopFoo: 不可能。118.167.128.240 08/29 13:20

[閒聊]北市通勤社畜的淡水雜談 - 就業/交通/氣候

[ home-sale ]402 留言, 推噓總分: +170

作者: hogs - 發表於 2025/08/26 14:19(3月前)

47^F推oopFoo: 今天591說淡海餘屋最多，3621戶待售。這篇真是時候08/26 15:39

[情報] Intel的顯示驅動可以調整內顯的共享RAM

[ PC_Shopping ]84 留言, 推噓總分: +40

作者: hn9480412 - 發表於 2025/08/17 01:10(3月前)

29^F推oopFoo: ARL，LNL才有支援，mtl就不支援了。58.114.66.74 08/17 09:22

59^F推oopFoo: https://reurl.cc/yADyzD111.248.97.6 08/17 15:08

60^F→oopFoo: Core Ultra Series 2 or later寫的很清楚111.248.97.6 08/17 15:09

61^F→oopFoo: NB也可，有人在msi claw 8試出來111.248.97.6 08/17 15:10

62^F推oopFoo: 跑得慢總比不能跑好。ai真的吃頻寬。111.248.97.6 08/17 15:14

[新聞] 資深軟體工程師用Cursor工作效率降19%

[ Soft_Job ]106 留言, 推噓總分: +44

作者: xephon - 發表於 2025/07/16 09:11(4月前)

22^F推oopFoo: 原因，理由都是推測。這個實驗重點是，每個參與人員，做完07/16 17:50

23^F→oopFoo: 後，自我評估工作效率是+20%+，但實際是-19%。07/16 17:52

24^F推oopFoo: 我不會說ai泡沫要破滅，但確實最近有點消風。07/16 17:55

[請益] 找版本相容、powershell使用等debug、運

[ Soft_Job ]77 留言, 推噓總分: +14

作者: ppu12372 - 發表於 2025/07/14 10:44(4月前)

73^F→oopFoo: 你對現在的ai有很大的誤解。07/16 06:34

Re: [討論] 2025初的AI程式工具實際上會降生產力

[ Soft_Job ]25 留言, 推噓總分: +14

作者: SkankHunt42 - 發表於 2025/07/12 02:28(4月前)

3^F推oopFoo: 這才是聰明的導入ai。最近聽說有些公司開始限制ai開發，錢07/13 07:54

4^F→oopFoo: 花下去了，但效益沒出來。07/13 07:54

13^F推oopFoo: review是google推的。最早期的敏捷是pair沒有code review07/14 03:52

[討論] 2025初的AI程式工具實際上會降生產力

[ Soft_Job ]98 留言, 推噓總分: +24

作者: oopFoo - 發表於 2025/07/11 15:04(4月前)

12^F→oopFoo: 應該是，人都是樂觀的，所以我們評估都是樂觀的。看到ai07/11 16:51

13^F→oopFoo: 產出程式碼，我們就覺得很有生產力。但實際解決任務的時間07/11 16:51

14^F→oopFoo: ，就整體開發時間，其實不但沒變短反而變長。07/11 16:52

15^F→oopFoo: 就我個人不科學的觀察，整體來講ai真的是幫倒忙。兩，三07/11 16:55

16^F→oopFoo: 年的實驗經驗下來，對ai短期能夠大突破，沒有信心。07/11 16:56

29^F→oopFoo: 參與的人，prompt水準都很高。有的人cursor經驗很少，但07/11 20:53

30^F→oopFoo: screencast都有留下來研判，這不是問題。其實問題就是，需07/11 21:00

31^F→oopFoo: 要一直reprompt，花太多時間在這。07/11 21:02

32^F→oopFoo: code複雜時，失敗率高。其實paper講很多，有興趣可以判讀07/11 21:05

57^F→oopFoo: 當初的期待是2x~20x的生產力，今天最好的狀況是1.1x甚至07/13 08:10

58^F→oopFoo: 倒退。讓agent自己在我電腦胡搞，這個紅線我踩的很死，NO07/13 08:12

59^F→oopFoo: prompt，context engineering，各種best practices都試了07/13 08:14

60^F→oopFoo: 這兩年，所謂的突破，我是沒看到，有進步，但實在有限，最07/13 08:15

61^F→oopFoo: 大的進步是context window大很多真的是比較好做事。07/13 08:17

Re: [討論] 軟工末班車是不是開走了

[ Soft_Job ]33 留言, 推噓總分: +16

作者: AmosYang - 發表於 2025/07/06 01:39(5月前)

1^F推oopFoo: 開，那一次不開。07/06 03:31

9^F推oopFoo: https://news.ycombinator.com/item?id=4418053307/07 16:34

10^F→oopFoo: 有人說，這兩年的大裁員就是因為這條174。所以迴避後，就07/07 16:38

11^F→oopFoo: 加班車來加回來。h1b算美國國內r&d07/07 16:39

12^F推oopFoo: 為什麼Meta突然大挖角？不得不讓人聯想這條稅法。07/07 16:50

[討論] 微軟大量裁員在reddit引起討論

[ Soft_Job ]50 留言, 推噓總分: +22

作者: SkankHunt42 - 發表於 2025/07/04 01:04(5月前)

9^F推oopFoo: h1b薪水當然低，只是軟體業薪水太高了，跟其它行業比，軟07/04 04:04

10^F→oopFoo: 體業的h1b就沒低的錯覺。不過這波裁的，有一大批遊戲部門07/04 04:06

11^F→oopFoo: 的人。遊戲業已經砍人好幾年了，跟ai是沒太大關係就是。07/04 04:07

首頁

尾頁