作者查詢 / ybite
作者 ybite 在 PTT [ Soft_Job ] 看板的留言(推文), 共212則
限定看板:Soft_Job
看板排序:
全部Japan_Travel6123LoL5700HatePolitics4368PC_Shopping2376Bus1915C_Chat1252Railway966Map-Guide468Browsers403nCoV2019387creditcard383DigiCurrency360PHP356Road338MusicGame313MRT311Web_Design222Soft_Job212Grad-ProbAsk154BusTimes149AC_In131DSLR123ProjectSekai118Ajax115Wikipedia112Aviation109nb-shopping103NTUEE110HW103NTUEE11097Flash95iOS85DeathNote81Niconico76Stock74Linux73Military72NBA72Sodagreen56MobileComm48Sub_Strategy48Flickr47TFSHS67th30944Gossiping39LoL_Picket37Google36Key_Mou_Pad31Vocaloid29H-GAME25MAC20TaiwanDrama19CODE_GEASS15BattleRoyale14DoReMi14MobilePay14PUBG14HardwareSale13PokemonGO13Expansion0712BBSmovie11EZsoft11NTUDormM611movie9NtuDormM19Baseball8Hearthstone8NSwitch8FengYuan7hardware7Kindaichi_Q7b95902HW6GameDesign6DC_SALE5IA5Keelung5NTUE_Nse1015PHX-Suns5C_Question4cosplay4FLAT_CLUB4Food4Hsinchu4Ind-travel4japanavgirls4Militarylife4Notebook4ProjectKondo4Suckgame4travel4CHSH-3193Evangelion3HsinYi3Japan_Living3MacDev3NTU3NTUdent963NTUEE111HW3PttSuggest3San-Ying3SKT_T13T13TaichungBun3TaichungCont3Taipei3WebRadio3AntiVirus2AudioPlayer2b95902xxx2GreenParty2KMT2NKUTEE2NTUEE1112PCman2PeopleSeries2PushDoll2Sangokumusou2Suckcomic2TFSHS68th3012WorldCup2AHQ1Ahqwestdoor1B95305XXX1B97305XXX1B983021XX1Bank_Service1bioinfo_lab1Blog1CHSH-93-3191civil951ck57th3201ck58th3291CKEISC1cksh85th3011CodeJob1CSIE_Volley1csmumountain1CVS1CYUT1D-grayman1Daan1Database1FCU_Talk1FJU_JCS111FJU_SW_SBMan1Haruhi1IC-Card1joke1KS95-3111Ladies_Digi1Land_Volley1LifeSci_971Lo-Sheng1MacShop1N_E_Coastal1NBAEasyChat1NCCU_History1NCCU_trans1NDHU-phy981NDMC-PH231Neihu1NHSH13th3051NIUEE93a1NTHU_IEEM-941ntnu_math_sb1NTU-K101NTU-K91NTU-NANTOU1NtuBaChi1NTUE-CS981NTUEE1131NTUHorti961ObataTakeshi1ONE_PIECE1Philo-081Pistons1Plant1RegExp1Rozen_Maiden1Ruby1SchoolRumble1SCU_CIS-92A1sex1Shu-Lin1ShuangHe1Sijhih1SongShan1SSSH-16th-Fk1Steam1SYSOP1Tech_Job1Test1TFSHS1TFSHS66th3061TFSHS67th3211TFSHS68th3021TFSHS68th3121TFSHS68th3161TFSHS68th3211THU-P-Softbo1TKU_EE_92C1Touhou1VALORANT1Yabuki1<< 收起看板(202)
69F→: 我會認為:看狀況 假如你一個人 Agent單線作業 那確實看懂08/02 11:40
70F→: 他stage>commit>push 在幹嘛就可以了08/02 11:40
71F→: 但舉凡你要多線作業 例如Agent 10-1000開 或者多人合作 需08/02 11:43
72F→: 要Merge/Rebase/Worktree 加上處理衝突 那肯定要有基本概念08/02 11:43
73F→: 不然要嘛浪費時間要嘛浪費錢(之前看Cursor發文試1000開那08/02 11:43
74F→: 種鬼玩法)08/02 11:43
75F→: 現在Coding Agent「硬戳戳到過」的行為還是非常多 沒經驗開08/02 11:45
76F→: 自駕真的很容易翻車08/02 11:45
20F→: 我會覺得 第一個 LLM確實也會出錯 但重點是「視模型(跟工07/28 12:01
21F→: 具調度)能力決定人爲介入的程度」小模型連語法都常寫錯 但07/28 12:01
22F→: 前段模型而言 後面執行完驗證後 錯幾乎只會出在需求或解法07/28 12:01
23F→: 沒有確實對齊這種中高階問題上07/28 12:01
24F→: (每天工作看Opus瞎掰註解就飽了)07/28 12:02
25F→: 第二個 審核而言 LLM簡單的問題抓很快 硬燒Token燒出沒注意07/28 12:06
26F→: 的細節很常見 我認為導入一定有幫助 問題反而在不是大家都07/28 12:06
27F→: 有充足的預算07/28 12:06
28F→: 但老實話 適應工具能力的過程極為痛苦07/28 12:08
29F→: 我是支持用人去看去對 而不是硬燒燒到好就是了07/28 12:09
5F→: Claude Pro + ChatGPT Plus 而已(工作另有公司訂閱)06/25 22:12
20F→: 其實我覺得反而是「看的重點不一樣」05/09 15:21
21F→: 人會犯的錯 像是錯字 慣例違背 語法支末細節的邏輯 基本上A05/09 15:23
22F→: gent順過一次都不會有問題 就算有 基礎程度的Agent Review05/09 15:23
23F→: 都能抓住來05/09 15:23
24F→: Agent產生的Code怕的是「很漂亮的Slop」05/09 15:24
25F→: 會錯意 搞錯方向 測試沒測到重點 畢竟 LLM是總結的神 推理05/09 15:26
26F→: 的小孩子05/09 15:26
27F→: 還是必須要有人做final check確定他沒會錯意05/09 15:26
28F→: 但Claude那個bullet point文體+樂愛硬來真的讓人很躁05/09 15:28
8F→: 其實我覺得太厲害不能放只是藉口04/09 09:55
9F→: 真正的理由偷偷寫在一樣的System Card了04/09 09:55
10F→: 更正 偷偷寫在「發布新聞稿」了 那就是算力吃緊跑不動04/09 09:57
11F→: 它對封測使用者的API定價是進出每百萬Token 25/12504/09 09:57
12F→: Opus 4.6的整整五倍 少說模型應該有Opus加倍肥04/09 09:58
13F→: 現在連Opus都被天天抱怨偷偷降智了 算能應該很吃緊04/09 09:59
17F→: 我認為目前最大的問題是「程式免洗化」03/29 03:37
19F→: 一樣的App每天成千上萬出現可能還只是最好的部分03/29 03:41
20F→: 現在我們來到一個Repo一天更動上千行 平均6-12小時出一個新03/29 03:44
21F→: 版本叫無比正常的瘋狂年代03/29 03:44
22F→: 特別是整個Claude的設計就是無所不用其極逼你浪費Token 現03/29 03:48
23F→: 在可能還不是問題 未來成本控制生命就是爆炸03/29 03:48
24F→: 成本控制「問題」就是爆炸03/29 03:48
25F→: 要跟上現在這種速度幾乎得對你的工具全肯定03/29 03:50
26F→: 想一想還是一件很可怕的事情03/29 03:50
1F→: Web特別是React/Next毫無疑問是強項03/15 16:35
25F→: Issue多寡比較吃專案維護態度 真的有開源的VS Code 常態Ope02/26 00:26
26F→: n破萬02/26 00:26
27F→: 他們每年都會準備一個時段專門把數字砍下去02/26 00:26
28F→: Claude Code是全Proprietary 包含他們所有在GitHub公開的Sk02/26 00:31
29F→: ill/Plugin等工具全部都是All rights reserved + 準用Anthr02/26 00:31
30F→: opic服務條款 所以直接拿去會踩紅線02/26 00:31
31F→: 程式碼也不在那個Repository 裡面 要看到最簡單的方法是去N02/26 00:32
32F→: PM翻 不過有做過Minified 上次看大概一半篇幅是System prom02/26 00:32
33F→: pt(現在加了不少功能可能好一點)02/26 00:32
34F→: 完全公司內部開發流程為主的狀況 GitHub Issues就比較像問02/26 00:36
35F→: 題抱怨區加許願池 無法反應真實開發進展02/26 00:36
36F→: (十之八九他們有公司內部的追蹤器跟Markdown Roadmap)02/26 00:37
37F→: 身為技術人員我最無法理解的是在一個完全不需要HTML的環境02/26 00:41
38F→: 下 用React作狀態管理 直到我上了Boris長灰塵的Blog在講Red02/26 00:41
39F→: ux 好吧 RD Lead技術背景問題 結案(02/26 00:41
40F→: (大概也因為這樣 Agent寫React是最嚇嚇叫的)02/26 00:41
17F推: 我用Claude Code VS Code Plugin 餵給它我要改的檔案 跟它02/04 11:34
18F→: 說我想幹嘛 它就左翻右翻 看完開始改 改完跑測試 好了02/04 11:34
19F→: 但還是會在很難預料到的地方出差錯 或者鬼打牆02/04 11:35
21F→: 長期下來我認為程式碼跟文件整理這種硬功夫 即便到了AI時代02/04 11:37
22F→: 還是十分重要 即便你可能文件不是寫給人看的(Skill之類)02/04 11:37
120F→: 我覺得IDE與否差別沒那麼大 像我Claude Code是用VS Code Pl02/03 17:03
121F→: ugin為止 重點還是「工具調度能力」02/03 17:03
122F→: 但感覺很多人都想把CLI的TUI弄得愈來愈IDE 你遲早要IDE的(02/03 17:04
123F→: 不過我自己不怎麼敢用 我連Pro一次都沒踩到Quota過 Opus不02/03 17:06
124F→: 敢碰 Sonnet我一天到晚暫停02/03 17:06
125F→: 可靠性還是一大問題 太便宜的很容易放飛02/03 17:07