普通伊凡 / Normal Evan

461 posts

普通伊凡 / Normal Evan

普通伊凡 / Normal Evan

@normal_evan

台湾出身のソフトウェアエンジニア / Vue 大好き Vue 已經有一個有名的 Evan,沒關係我就當普通的 Evan 就好

Katılım Ekim 2022
76 Takip Edilen47 Takipçiler
普通伊凡 / Normal Evan
@dotey 希望整併後 codex 不要被影響原本迭代的速度跟體驗, codex版本更新的速度真的海放google 跟 claude
中文
0
0
0
215
宝玉
宝玉@dotey·
ChatGPT 和 Codex 要合二为一 OpenAI 周五对内宣布新一轮组织调整。联合创始人兼总裁 Greg Brockman 正式接管公司产品战略,旗下 ChatGPT、编程智能体 Codex 以及面向开发者的 API 业务被整合进同一个核心产品团队。Brockman 在内部备忘录里说,公司决定把 ChatGPT 和 Codex "合并成一个统一的体验"。 Brockman 此前是临时负责产品,因为原本主管这块的 AGI 部署 CEO Fidji Simo 上个月开始病休。现在临时变成正式,Simo 仍在病休中,OpenAI 表示这次调整方案是她和 Brockman 一起敲定的,公司预期她会回归。 原 Codex 负责人 Tibo(Thibault Sottiaux) 升任核心产品和平台主管,统管消费、企业、开发者三条线。Codex 是 OpenAI 史上增长最快的产品之一,Tibo 是主要操盘手。 讲真,Codex App 是做的真不错! 执掌 ChatGPT 三年多的 Nick Turley 调任新岗位,主攻企业产品改版,同时继续看 ChatGPT。他 2022 年接手这款产品,如今 ChatGPT 周活已经超过 9 亿。 OpenAI 正在为 IPO 做准备,最快今年内可能提交申请。上市前要把故事讲清楚,产品线得收得更整齐——目前的重心被压缩到三件事:ChatGPT、Codex,还有那个传了很久但还没露面的"everything app"。 另一个原因是被 Anthropic 打疼了。Brockman 在备忘录里点的两个关键词是"agentic future"和“消费、企业双线作战”。翻译过来就是:在编程领域,Anthropic 用 Claude 把开发者市场抢走了一大块;在消费级聊天产品上,Google 也咬得很紧。 至于合并意味着什么 Brockman 给的官方理由是 OpenAI 的产品本来就在自然趋同——Codex 正越来越多地驱动 OpenAI 的消费和企业产品。让 ChatGPT 替用户自主执行数字任务的能力,底层用的正是 Codex 那套东西。 落到具体形态上,未来普通用户在 ChatGPT 里大概率能更深地调用 Codex 的能力,而开发者用 Codex 时也会感觉它和 ChatGPT 越来越像同一个东西。三个产品团队合一,意味着资源不再分散,代价是过去几条产品线各自的独立节奏会被打破。 顺便一提,上个月 OpenAI 还有一批高管彻底离开,包括主管科研 AI 工作空间的 Kevin Weil、Sora 负责人 Bill Peebles,以及企业应用 CTO Srinivas Narayanan。
宝玉 tweet media
中文
31
21
206
59.7K
Leonard
Leonard@Leoskie_L·
這個炸彈般的消息.對CPO來說不太好. 台積電這次直接從帽子裡變出一隻超大隻兔子,卻沒幾個人注意到這隻兔子有多大。 全球首顆 200Gbps 微環調變器(MRM),2026 年量產。 不是 roadmap PDF、不是會議白日夢,是明年就要出貨的真實產品。 位元誤差率(BER)低於 1E-08。 這數字代表訊號乾淨到比發燒友最愛的黑膠還要純。這不是實驗室幻想,是晶圓廠等級的現實。 真正刺激的來了…… 媒體沒講清楚的關鍵數字: • 相較銅線,基板上 CPO 直接提升 4 倍功耗效率• 90% 延遲降低 —— 現在就能做到 • 之後導入中介層?10 倍功耗效率 + 95% 延遲砍殺 • 後續 roadmap:400Gbps → 多波長 → 2030 年達到 4Tbps/mm² 頻寬密度 這就像把鄉間小路直接升級成高鐵,五年後再變成瞬間傳送。 這不是 incremental 改善,這是會直接殺死舊商業模式、同時催生新帝國的等級躍進。 就像智慧型手機秒殺卡片相機,但速度更快。 為什麼這對 6451(訊芯) 是直接一擊? 訊芯的整個 CPO 故事就是:「我們是把光學晶片封裝到板子上的最佳中游,供應鏈裡沒人做得比我們好。」 這個論述原本沒錯,也確實撐了一陣子。 但 COUPE 代表台積電要把光電整合直接拉回晶圓廠內部,用晶圓級製程完成。 不再需要獨立的封裝步驟。中游?被壓縮了,甚至可能變得無關緊要。 就像全城餐廳的麵包都跟你買,結果你自己開了一堆餐廳……那些餐廳還需要跟你買麵包嗎? 6451 的 CPO 溢價,從今天開始正式被圍攻。2026 年就是倒數開始。 先別急著 panic-sell 或 YOLO 大家忽略的重點: 6451 還沒死,遠遠沒死。 鴻海封閉供應鏈仍是堡壘,越南 China+1 產能在關稅與地緣政治時代依然重要。 而且非 CPO 業務 —— ALS 感測器、SiP 封裝、電源管理 —— 這些都是實打實的營收,不 care COUPE。 真正的問題不是「CPO 會不會死」,而是:6451 的股價裡,有多少比例是建立在 CPO 信仰上? 本益比 1838 倍的時候…… 市場早就把非常非常多的 CPO 期望塞進去了。 而今天,台積電親口告訴大家:這份信仰,有到期日了。
Leonard tweet media
駿HaYaO@QQ_Timmy

台積電宣布 全球首顆搭載COUPE技術微環調變器(MRM)今年量產 台積電在技術論壇宣布矽光子元年關鍵成果,推出搭載CPO解決方案的COUPE光引擎。 全球首個200Gbps微環調變器(MRM)將於2026年進入量產,在優異製程控制下實現低於1E-08的位元誤差率。相較傳統銅線,基板上CPO可提升4倍功耗效率並減少90%延遲;未來導入中介層後,預計達到10倍功耗效率與95%延遲降低。台積電更規劃2026年後推進400Gbps調變器、多波長技術與多列光纖陣列,目標2030年實現4Tbps/mm頻寬密度,加速AI與高速運算應用。 在非揮發性記憶體領域,台積電持續推進RRAM與MRAM。RRAM已從40/28/22奈米推進至12奈米,12nm版本已準備客戶設計定案,28/22nm通過車規Automotive Grade-1認證,12nm車規版預計2026年底推出。MRAM方面,22奈米已開始量產,16奈米準備客戶導入,12奈米版本開發中,預計2026年底就緒,提供高速讀寫、無限寫入壽命與非揮發性特性,滿足嵌入式系統、邊緣運算與汽車電子需求。 顯示技術同樣亮眼,台積電推出業界首個FinFET高壓平台(N16HV),用於可折疊OLED與AR眼鏡。相較N28HV,N16HV閘極密度提升41%、高階手機功耗降低35%;用於近眼顯示背板時,晶片面積縮小40%、功耗再降20%,大幅提升輕薄化與能效表現。

中文
29
156
1.1K
226.5K
Goston  蔥爺
Goston  蔥爺@NintendoGC·
感謝推特,我們還需要更多人… 徵求正職長期工作夥伴約 10 名 Java Developer: Spring Boot、Spring MVC、MyBatis etc... 歡迎符合以下任一資格的夥伴加入: - 無經驗之資管/資工/資科等本科系社會新鮮人(我們會進行後續培育) - 兩年或以上 Java Web 開發工作經驗 男須役畢或免役 專科(含)以上畢業 具 Vue.js 或 Angular 開發經驗有加分 待遇面議(經常性薪資達 4 萬元或以上) 我們是中華電信子公司,不是人力派遣公司。 執行中央政府機關專案,極少加班、免輪班、免 on-call。 上班地點在台北市中正區,捷運站旁(部門所有人都在這,不用擔心到處外派)。 公司福利及履歷投遞請至以下連結(不用理會網頁的需求人數,那個我沒權限改): 104.com.tw/job/8s4sb - 無應徵過本公司者:初面為線上面試,初面通過還需一場實體複面(複面不問技術,僅與主管聊聊,主管話多 XD) - 有應徵過本公司者:一場實體面試(無複面,含技術交流及與主管聊聊) 線上面試含: 1. HR 主持線上 Java 考試(時間:30 分鐘,參考用) 2. 視訊面試(除非臨時有公務,否則面試官是我) 3. HR 介紹公司福利
中文
2
18
18
2.7K
普通伊凡 / Normal Evan
我每個專案都有一個task skill,每次開始新對話都在.mission 生成三個檔案 1. summary.md ->每次任務開始時,把這次對話的重點摘要,並且之後不會再做任何更動。在執行所有任務之前先看這個,確保沒有重複的任務,而且可以節省直接看task跟todo 的上下文浪費 2. task.md ->每次任務任務結束前都要把本次的對話結果摘要在這裡 3. todo.md->每次規劃完成都要把任務做成todo,並在任務完成之前檢查todo是否都完成
中文
0
0
2
166
海拉鲁编程客
海拉鲁编程客@hylarucoder·
收菜两次失败,感觉 cc + opus 4.7 下的 /goal 不好用,我个人觉得 opus 4.7 太急于宣布自己成功了。 长程任务这块还是更建议使用 codex 的 /goal,在做超长任务前,养成良好习惯, 单独用一个文档追踪进度 参考如下的表头, 在长程任务之前 务必多聊,把进度细化到 todo 表格级别(规划/细化成 todo 这两件事情都可以用 /goal 再做) TASK ID | 文档是否有 | 产品代码是否实现 | 当前状态 | 证据路径
海拉鲁编程客@hylarucoder

😅 claude code 的 /goal 就是来搞笑的 让写 90 个测试,先写了 90 个壳子,然后标记完成。。。。。

中文
19
2
44
12.5K
Ying-Chieh Liao
Ying-Chieh Liao@ijliao·
看來是沒救了 quote : 富邦台50 (006208) ETF 分割案停滯。主因非技術或法規,而是受益人大會召集門檻高、成本,及關鍵通路與受益人資料掌握於競爭同業,導致表決動員困難,使提案受阻。 006208分割何時啟動?業界傳通路阻力大  恐遙遙無期 businessinsider.tw/article/2925
中文
9
10
113
21.1K
普通伊凡 / Normal Evan
普通伊凡 / Normal Evan@normal_evan·
@hylarucoder 我有一個明確的結果,比如我需要一個舊框架專案,升級到特定版本這樣,但過程中可能有框架升級產生的breaking change ,我沒辦法完全知道有哪些會影響,但我希望他可以幫我一起解決 這樣算不明確的任務嗎?
中文
1
0
0
44
海拉鲁编程客
海拉鲁编程客@hylarucoder·
@normal_evan 需求不是很明确并且结果不可控的任务不该塞进去。 要么明确,要么不明确也可防可控的任务才可以。
中文
1
0
2
754
海拉鲁编程客
海拉鲁编程客@hylarucoder·
强烈推荐大家试试 codex 新出的 /goal 写好计划已经背着我干了一夜的活了。 以前还需要套个 py 上点马具才能跑,现在列好计划,goal开干就对了。
中文
29
20
257
64.8K
普通伊凡 / Normal Evan
普通伊凡 / Normal Evan@normal_evan·
有事問推 我想做長時間任務來測試 codex pro 有沒有人能回答 網頁前端有什麼東西可以讓AI跑幾個小時的
中文
0
0
0
36
梅
@zoizuoyi·
@cat88tw 大陆薪资更低,为什么这么着急转
中文
1
0
6
1.1K
Jeremy Lu
Jeremy Lu@cat88tw·
欸 原來台灣產業不急於 AI 轉型的原因是這樣呀...🫣
Jeremy Lu tweet media
中文
36
27
377
42.4K
DuuuuuuckHugh
DuuuuuuckHugh@duckhugh·
@cat88tw 但Opus可以做的事情比台勞多又快……你是不是暗示台灣企業很慢😅🤣😅
中文
1
0
1
1.8K
蒼藍鴿
蒼藍鴿@bluepigeon0810·
原型食物碳水一直都不是問題,你很少會看到單純白飯吃太多而肥胖的人;但精製加工碳水就是大問題,你會遇到一堆喜歡吃滷肉飯、炒飯、白醬義大利麵、拉麵、鍋貼水餃水煎包而過重的人。 重點真的不是碳水本人,而是精製加工碳水中的高油及添加糖。 註:白飯絕對算原型食物,當然選擇糙米飯、全穀飯更佳。
中文
6
26
316
24.3K
普通伊凡 / Normal Evan
普通伊凡 / Normal Evan@normal_evan·
這人說 5.5 模型在 SWE 分數弱於 opus 4.7 選擇性忽略下方有寫 SWE 存在模型記憶問題的說明 結果被其他人抓包常常護航A廠 就見笑轉生氣 開始質疑對方動機不單純 我就說 A廠很擅長行銷吧 連網軍攻勢都跟台灣如出一轍🤣
Deedy@deedydas

@LLMJunky this is classic bulverism: attacking the incentives without refuting the actual argument

中文
0
0
0
67
普通伊凡 / Normal Evan
普通伊凡 / Normal Evan@normal_evan·
早上一到公司就被同事說 5.5的token消耗有點快 昨天稍微看過 PPT 我其實不意外,畢竟有提到這件事情 正當這件事情就這麼結束的時候 我在 PPT上發現一個滿驚人的事情 5.5 的 medium 分數與 5.4 xhigh 比幾乎持平 但 token 消耗卻只有1/3 我後來用了一下 5.5 medium 跑了一下最新的 Browser use 指令來跑測試 體感跟 5.4 hight 的結果差不多 所以各位如果覺得 5.5 的 token 消耗有點快 可以嘗試看看用 medium 效果滿驚人的
普通伊凡 / Normal Evan tweet media
中文
0
0
0
53