home.social

#軟體開發 — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #軟體開發, aggregated by home.social.

  1. 這兒有沒有開發者是用 AI 來開發程式的?
    大家現在主要都用什麼工具呢?感覺最近一些工具越來越「降智」了。
    而且以前常用的 AUGMENT 現在也變相漲價了,改成 token 計費……
    大家現在還在用什麼開發輔助工具呢?感覺這些 AI 工具背後的資本割韭菜意圖滿明顯的

    #開發 #程式設計 #AI開發 #軟體開發 #程式工具 #Programming #Coding #AItools #SoftwareDevelopment #TechTools #開発 #プログラミング #AI開発 #ソフトウェア開発 #ツール #augment

  2. 這兒有沒有開發者是用 AI 來開發程式的?
    大家現在主要都用什麼工具呢?感覺最近一些工具越來越「降智」了。
    而且以前常用的 AUGMENT 現在也變相漲價了,改成 token 計費……
    大家現在還在用什麼開發輔助工具呢?感覺這些 AI 工具背後的資本割韭菜意圖滿明顯的

    #開發 #程式設計 #AI開發 #軟體開發 #程式工具 #Programming #Coding #AItools #SoftwareDevelopment #TechTools #開発 #プログラミング #AI開発 #ソフトウェア開発 #ツール #augment

  3. 這兒有沒有開發者是用 AI 來開發程式的?
    大家現在主要都用什麼工具呢?感覺最近一些工具越來越「降智」了。
    而且以前常用的 AUGMENT 現在也變相漲價了,改成 token 計費……
    大家現在還在用什麼開發輔助工具呢?感覺這些 AI 工具背後的資本割韭菜意圖滿明顯的

    #開發 #程式設計 #AI開發 #軟體開發 #程式工具 #Programming #Coding #AItools #SoftwareDevelopment #TechTools #開発 #プログラミング #AI開発 #ソフトウェア開発 #ツール #augment

  4. 這兒有沒有開發者是用 AI 來開發程式的?
    大家現在主要都用什麼工具呢?感覺最近一些工具越來越「降智」了。
    而且以前常用的 AUGMENT 現在也變相漲價了,改成 token 計費……
    大家現在還在用什麼開發輔助工具呢?感覺這些 AI 工具背後的資本割韭菜意圖滿明顯的

    #開發 #程式設計 #AI開發 #軟體開發 #程式工具 #Programming #Coding #AItools #SoftwareDevelopment #TechTools #開発 #プログラミング #AI開発 #ソフトウェア開発 #ツール #augment

  5. 這兒有沒有開發者是用 AI 來開發程式的?
    大家現在主要都用什麼工具呢?感覺最近一些工具越來越「降智」了。
    而且以前常用的 AUGMENT 現在也變相漲價了,改成 token 計費……
    大家現在還在用什麼開發輔助工具呢?感覺這些 AI 工具背後的資本割韭菜意圖滿明顯的

    #開發 #程式設計 #AI開發 #軟體開發 #程式工具 #Programming #Coding #AItools #SoftwareDevelopment #TechTools #開発 #プログラミング #AI開発 #ソフトウェア開発 #ツール #augment

  6. AI時代,人類的核心價值是「品味」 - Kyle Huang - Medium

    [Link](https://kyletw.medium.com/ai時代-人類的核心價值是-品味-b1e2bed326f8)
    AI 時代,人類的核心價值是「品味」
    https://example.com/article-ai-taste

    📌 Summary:
    本文探討 AI 技術快速發展所帶來的「後程式碼時代」轉型,強調程式碼不會消失,而是轉為更直觀、貼近人類自然語言的表達方式,讓軟體開發更高效、易於迭代。作者 Michael Truell 認為,在此時代,人類核心競爭力不再只是程式編寫能力,而是具備深厚人文素養與敏銳「品味」,這種品味涵蓋軟體產品設計的美感、使用者體驗(UX),更重要的是對優秀軟體本質的深刻理解。良好的品味來源於扎實的語文能力和文化底蘊,使人能有效駕馭 AI 工具、判斷與優化 AI 產出,並創造具有情感連結和高品質的產品。文中以「Vibe coding」氛圍式程式設計為例,說明具備紮實基礎知識與人文素養者才能發揮 AI 工具最大效力。總結指出,迎接 AI 浪潮須同時培養內在品味,這不僅是技術力的延伸,更是人類在未來數位時代中無可取代的核心價值。

    🎯 Key Points:
    → 後程式碼時代定義與轉變:科技從傳統撰寫程式碼(JavaScript、Python)進化為更貼近自然語言的虛擬碼和直觀交互,提昇開發效率與掌控力。
    → 「品味」的內涵:除視覺美學、流暢UI/UX,真正核心是工程師對「優秀軟體」的深刻洞察與判斷能力,尤其在部分程式碼被自動化取代後更顯重要。
    → 人文素養的重要性:擁有良好國文基礎能培養語言敏感度、敘事能力與文化理解,提升與 AI 溝通及判斷的準確度,將技術結合人文溫度,產出更有價值的內容。
    → AI 工具運用差異:相同 AI 工具在不同使用者手中效果天壤之別,「品味」是驅動卓越結果的關鍵,缺乏品味與基礎者難以達成高效能、易維護的產品。
    → 案例說明:以「Vibe coding」為例,展現具備深厚程式架構知識與品味的開發者如何發揮 AI 工具最大價值。
    → 結論與建議:積極擁抱 AI 浪潮的同時,更該不斷提升自身品味及人文素養,因為品味是未來驅動創新與價值創造的關鍵競爭力。

    🔖 Keywords:
    #後程式碼時代 #品味 #人文素養 #AI應用 #軟體開發

  7. A Research Preview of Codex | Hacker News

    Link
    A Research Preview of Codex | Hacker News
    https://news.ycombinator.com/item?id=41751949

    📌 Summary:
    本文整理了在 Hacker News 上關於 OpenAI 新推出的 Codex 研究預覽工具的討論。Codex 為一種具備平行處理能力的程式碼生成 AI,能同時批次執行多個小型任務,如重構、測試及樣板程式碼寫作,藉此極大提升開發效率。使用者反映 Codex 好比「超強版初級工程師」,能快速生成大量初步 Pull Request,但仍需資深工程師投入大量時間進行審查與修正,確保上線品質。
    此外,討論延伸至當前軟體產業的人才培育問題,特別是初級工程師的聘用減少與 AI 影響下的職場變化。多數意見指出初級工程師是培養未來資深人才的基礎,但企業因成本和效率考量,逐漸偏好高階工程師,並預期 AI 將在未來數年內替代部分初中階工程師工作,甚至長遠可能影響整體人才供應鏈。與會者也提出歐洲等地透過職業學徒制搭配學院教育的訓練模式可作為參考,強調理論與實務結合的重要性。
    整體而言,Codex 在工具性能上展現進步,尤其是多任務同時執行的特點,但尚不能全面替代人力,資深工程師仍不可或缺。產業則面臨人才老化、入門者減少和 AI 技術變革的挑戰,未來軟體開發工作會更加依賴高階技能、問題解決與設計能力,而非純粹的程式碼撰寫。企業如何平衡 AI 工具利用與新人才培育,將是轉型的關鍵。

    🎯 Key Points:
    ★ Codex 特色與應用 →
     → 支援平行執行多個小型程式修改任務,藉此提升開發效率與生產力。
     → 使用者形容為「超強初級工程師」,自動產生多數 Pull Request 骨架,但需人力後續整理、測試與調整。
     → 執行每項任務時間約從數秒到數分鐘不等,可同時進行多重任務,減少等待時間心理成本。

    ★ 軟體產業人才現況 →
     → 初級工程師招聘銳減,企業普遍偏好有經驗的中高階工程師,造成新進人才門檻提高。
     → AI 對初級工程師工作造成替代壓力,短期內減少入門職缺,長期或導致資深人才斷層。
     → 歐洲倡導職業學徒制,結合實務與學院教育,能更早培養實務能力,值得業界參考。

    ★ 工程師職涯與 AI 未來 →
     → 資深工程師仍因必須審閱、設計與把關而不可被 AI 完全取代。
     → 使用 AI 工具改變工作型態,工程師角色更偏向問題解決者、架構師與管理者。
     → AI 使程式碼產出更高效,但需良好提示工程及持續監督來避免錯誤與低品質程式碼傳播。
     → 討論涵蓋人力培養困境、工作分配、開源文化影響,以及對未來數年程式開發景況的種種猜測。

    🔖 Keywords:
    #Codex #人工智慧_AI #軟體開發 #初級工程師培育 #平行任務執行

  8. Isolating complexity is the essence of successful abstractions | Hacker News

    Link
    📌 Summary: 本文探討了軟體開發中的複雜性管理,特別是如何在微服務、類型系統和測試中隔離複雜性。作者引用 Fred Hebert 的觀點指出,複雜性必須存在於某個地方,無法完全消除。我們可以透過類型系統(如 Rust 的 borrow checker 和 TypeScript 的類型辨識)來控制和管理這些複雜性,並使其不會干擾主要的程式碼邏輯。透過有效的抽象,開發人員可以更專注於解決問題,而不是記憶複雜的實作細節。

    🎯 Key Points:
    - 複雜性在軟體開發中無法消除,只能隔離和管理。
    - 微服務架構的簡單性必須在某處承載,如果不在服務內部,則可能在整體系統中流動。
    - Rust 的類型系統能夠隔離大多數時間和空間安全的複雜性,而 TypeScript 則有助於揭示潛在的複雜性。
    - 測試驅動開發(TDD)同樣可以用來將知識編碼進程式中,提升程式的穩定性。
    - 隔離複雜性是成功的抽象化關鍵,有助於提高開發效率。

    🔖 Keywords: #軟體開發 #複雜性 #類型系統 #測試驅動開發 #抽象化