タグ

関連タグで絞り込む (316)

タグの絞り込みを解除

Programmingに関するhush_inのブックマーク (1,125)

  • AIアプリケーション開発を体系的に学ぶ 『AIエンジニアリング』全章紹介

    AIaiエンジニアリングideaDiscussion

    AIアプリケーション開発を体系的に学ぶ 『AIエンジニアリング』全章紹介
  • Gemini Code Assist | AI coding assistant

    Uncap your potential and get all of your development done using Gemini Code Assist for individuals at no cost, or Gemini Code Assist for your business. Gemini Code Assist brings the power of Gemini 2.5 to your IDE at no cost, with a chat interface that is aware of your code, automatic code completions as you write, and generation and transformation of full functions or files on demand. A limit of

    Gemini Code Assist | AI coding assistant
  • MoonBit 最高 2025

    TypeScript はJS由来の言語仕様が根的に不安定、Rust はアプリケーション層を書くのには低レベルすぎる、そんな不満はありませんか? MoonBit はそういう不満を解決してくれる言語です。ただし、今はエコシステムの力を借りず、全部自力で書く前提ですが。 この記事は 2025/11 時点の MoonBit への所感になります。 2024/4 時点と比べて、ネイティブバックエンド対応、組み込みJSON型、例外のサポート、非同期サポートと大きく進化しています。 そろそろ実用できるんじゃないか?と思い、自分は MoonBit を使って React のバインディングを書いて、SPAとして動作するのを達成しました。その所感を含めての記事になります。 Moonbit のここが嬉しい MoonBit は自分がTypeScript に感じる不満の多くを解決しています。 Rust風の構文の静的型

    MoonBit 最高 2025
  • コーディングAIエージェントよりも強いソフトウェアエンジニアになる方法|ゆいせき

    自分自身の日々の業務を客観的に眺めたところ、私があたりまえのように実践している仕事方法が「コーディングAIエージェントよりも強いソフトウェアエンジニアになる方法」であるということと、その仕事方法がおおむね言語化できたので、ここに記事として記録しておきます。 1. ソースコードをめちゃくちゃ大量に徹底的に読む1.1. 「どのリポジトリのどのファイルのどの行でどのような処理が行われているか」を、意図まで含めて、すべて把握する1.2. 「それぞれのリポジトリのそれぞれのファイルのそれぞれの行を誰がいつどのように変更したのか」を、意図まで含めて、すべて把握する以上です。 2. これはどのような境地なのかあるソフトウェアシステムの全リポジトリの全ファイルの全行で、 どのような処理がどのような意図に基づいてどのように行われていて、最後に誰がどのように変更したのかを理解して把握できると、 「ソフトウェア

    コーディングAIエージェントよりも強いソフトウェアエンジニアになる方法|ゆいせき
  • You Should Write An Agent

    You Should Write An Agent Author Name Thomas Ptacek @tqbf @tqbf Image by Annie Ruygt Some concepts are easy to grasp in the abstract. Boiling water: apply heat and wait. Others you really need to try. You only think you understand how a bicycle works, until you learn to ride one. There are big ideas in computing that are easy to get your head around. The AWS S3 API. It’s the most important storage

    You Should Write An Agent
  • 我々はCodexとどう向き合うべきなのか

    この記事は、すでにCodexやClaudeCodeなどのAIコーディングツールを実際に使い始めているエンジニアに向けて書いている。「期待ほど効率が上がらない」と感じている人や、運用の型を模索している個人開発者を想定している。導入方法や基礎理論は扱わない。ひとりのエンジニアが数ヶ月間Codexと向き合って得た、実践的な運用知見を語る。 数ヶ月で変わったこと まず、ここ数ヶ月でAIコーディングツールの使い方が大きく変わったという話からしたい。 数ヶ月前のClaudeCodeガードレール戦略全盛期と比べると、隔世の感がある。あの頃は、AIが暴走しないように制御する、余計なことをさせないようにガードレールを張り巡らせることに頭を悩ませていた。Kiroが登場したときも、その延長線上にあった。 しかしGPT-5-Codexの登場で、その流れが変わった。 コンテキスト詰め込み時代の終わり 何が変わったの

    我々はCodexとどう向き合うべきなのか
  • AIが読み書きするコードも読みやすいほうがいい(トランスフォーマの特性の考慮やリーダブルコードについて追記) - きしだのHatena

    AIが読むんだから読みやすくする必要はないんでは、という話が流れてきた。 けど、実際にはAIにも読みやすさは大事だと思う。 データ形式によって、そのデータに関する回答精度がどうかわるかという調査がある。 Which Table Format Do LLMs Understand Best? (Results for 11 Formats) HTMLまでの上位5形式はキーワードによってレコードが区別される。JSON以降は記号や改行によってレコードが区別される。また、上位4形式ではキーと値が一緒に書かれる。 このように、表現形式でAIによる読み取りの精度は変わる。GPT-4.1-nanoなので失敗しやすいということはあるだろうけど、どう書いても同じというわけではない。 OpenAI公式のGPT-5コーディングチートシートでも、構造はMarkdownよりXMLがいいと書いてあるし。というか、恐ら

    AIが読み書きするコードも読みやすいほうがいい(トランスフォーマの特性の考慮やリーダブルコードについて追記) - きしだのHatena
  • どのくらい生成AIに任せているかをあらわす指標 - Mitsuyuki.Shiiba

    fukabori.fmのtwadaさん回、面白いなー分かるなーって思いながら聞いて、今の自分の頭の中を書きだしてみようと思ったので書いておく。 どのくらい生成AIに任せているかをあらわす指標 どのくらい生成AIに任せているかをあらわす指標は、こうかなぁと僕は思っている。 「生成されたコードを自分が読んでいない割合」 どれだけたくさん生成AIにコードを書いてもらっていたとしても、生成されたコードを自分が全部読んで理解している場合は、主導権は自分にある。逆に、生成されたコードを全く読んでいなければ生成AIに主導権がある。 右のほうが生産性は上げやすい AIにどれだけたくさんコードを生成してもらったとしても、全部読んで理解しないといけないなら人間がボトルネックになる。右側にいけばいくほど、生成AIに任せられるので生産性は上げやすい。 ただ、右側にいけばいくほど自分がコードを理解していないし、構造

    どのくらい生成AIに任せているかをあらわす指標 - Mitsuyuki.Shiiba
  • Spec-driven development: Using Markdown as a programming language when building with AI

    The usual workflow with AI coding agents like GitHub Copilot is simple: “Write app A that does X.“ You start with that seed, then iterate: “Add feature Y,” “Fix bug Z.“ This works, at least until the agent loses track of your app’s purpose or past decisions. If you’re new to AI coding agents, the change is subtle. Suddenly, the agent asks you to repeat things you’ve already explained, or suggests

    Spec-driven development: Using Markdown as a programming language when building with AI
  • To vibe or not to vibe

    Birgitta is a Distinguished Engineer and AI-assisted delivery expert at Thoughtworks. She has over 20 years of experience as a software developer, architect and technical leader. This article is part of “Exploring Gen AI”. A series capturing Thoughtworks technologists' explorations of using gen ai technology for software development. The discourse about to what level AI-generated code should be re

    To vibe or not to vibe
  • GPT-5-Codex Prompting Guide | OpenAI Cookbook

    Important details about GPT-5-Codex and this guide: This model is not a drop-in replacement for GPT-5, as it requires significantly different prompting. This model is only supported with the Responses API and does not support the verbosity parameter. This guide is meant for API users of GPT-5-Codex and creating developer prompts, not for Codex users, if you are a Codex user refer to this prompting

    GPT-5-Codex Prompting Guide | OpenAI Cookbook
  • Codexを使うあなたへ。おすすめ設定&MCP集

    2025年9月15日に出たCodex(GPT-5-Codex)めっちゃいいですよね。Claude Codeと併用を始める人も多いのではないでしょうか? しかしいくら性能が良くても、日国内ではClaude Codeの方がツールや知見が整っているのが現状です。 そこで、これさえ知ってればすぐに快適なCodexライフを始められる、最低限のおすすめ設定&リンク集をまとめました。 「Codex使うけど、おすすめの設定知りたい!」という方、ぜひご覧ください。 前置き そもそもCodexそんなにいいの?って方は、こちらの比較記事をどうぞ。 業務でも使ってますが、コード品質は確実にCodexの方が上です。 インストール、使い方 こちらの記事がわかりやすいと思います。 ChatGPTのサブスクで使えます。 MCP Context7とSerenaはよっぽどの理由がない限り導入必須です。 MCPについてはこち

    Codexを使うあなたへ。おすすめ設定&MCP集
  • Writing Code Was Never The Bottleneck

    For years, I’ve felt that writing lines of code was never the bottleneck in software engineering. The actual bottlenecks were, and still are, code reviews, knowledge transfer through mentoring and pairing, testing, debugging, and the human overhead of coordination and communication. All of this wrapped inside the labyrinth of tickets, planning meetings, and agile rituals. These processes, meant to

    Writing Code Was Never The Bottleneck
  • 「レガシーコードを任されるのは、エンジニアにとって光栄なこと」30年以上も依頼が途切れない、uzullaの仕事術 - Findy Engineer Lab

    ソフトウェアエンジニアには、多種多様なキャリア戦略があります。組織に長く所属し、信頼を積み重ねて中核を担う人もいれば、「あの技術なら、あの人」と評されるほど特定分野に特化する道もあるでしょう。そんな中、「流しのエンジニア」として活動し、企業からの依頼を受けては数々の現場の課題を解決してきた仕事人がいます。 彼の名はuzullaさん。PHPカンファレンスやPHPerKaigi、YAPCなどで数多く登壇しており、エンジニアコミュニティ内で広く知られる存在です。uzullaさんは学生時代からエンジニアとして働き始め、以来30年以上、仕事が途切れたことがありません。では、どんなスキルを磨けば「指名されるエンジニア」になれるのでしょうか。その秘訣を聞きました。 技術力や知名度以上に大切なのは、信用されること ――uzullaさんが「クライアント企業から問い合わせを受けて、案件を受託する」という働き方

    「レガシーコードを任されるのは、エンジニアにとって光栄なこと」30年以上も依頼が途切れない、uzullaの仕事術 - Findy Engineer Lab
  • GPT-5 プロンプトエンジニアリングガイドを読み解き、より良いコーディング支援を受ける - tomoima525's blog

    OpenAI が公開している GPT-5 Prompting Guide を読みました。エージェントやコーディング支援に LLM を活用する上で、参考になる点が多かったので自分なりに整理しておきます。GPT-5 の内容とはなりますが、他の推論が強化された LLM でも参考になると思います。 cookbook.openai.com GPT-5 プロンプトガイドの要点 思考(reasoning)の最適化 ツール利用の明示 思考の再利用 コーディングにおける最適化 指示によく従わせるための工夫 Structured Output コーディングエージェントに応用する実践アクション Context の最適化:思考過程をテキストに書き出させる コンテキストを支援するツールを利用する プロンプトの粒度/視点を調整する GPT-5 プロンプトガイドの要点 プロンプトガイドを読むと、全体を通じて、GPT-5

    GPT-5 プロンプトエンジニアリングガイドを読み解き、より良いコーディング支援を受ける - tomoima525's blog
  • LLMとソフトウェア開発に関する考察 - Martin Fowler's Bliki (ja)

    私はこれから数週間、このサイトの管理を離れる予定だ(半分は休暇、半分は仕事)。日々のルーティンから離れることを考えているうちに、LLMやAIの現状について、散漫な考えを共有したいと思った。 AIがソフトウェア開発に与える影響についての初期の調査をいくつか目にした。生産性は向上しているのか?コードの品質は上がったのか?下がったのか?などである。こうした調査の大きな問題は、LLMの使い方を考慮していない点だ。私が知る限り、LLMの使い方の大半は(主にco-pilotを使用した)「高機能なオートコンプリート」である。だが、LLMを使いこなしている私の知人たちは、オートコンプリートはあまり役立たないと考えており、LLMにソースコードのファイルの読み込みと編集を許可し、タスクを実行させるアプローチを好んでいる。LLMの使い方を無視した調査は、誤った方向へ人々を導くデータを生み出すのではないかと懸念し

  • 実用品を作って探る生成AIを使ったソフトウェア開発の現在 - 電通総研 テックブログ

    みなさんこんにちは、XIエンジニアリングオフィスの佐藤太一です。 このエントリでは、私がRustで実装したJava用バージョンマネージャであるKopiを紹介すると共に、実装の過程で得た生成AIを使ったソフトウェア開発に関する知見を共有します。 Kopiのソースコードとドキュメントは全てClaude Codeによるものです。私自身は開発環境の構築とメンテナンスをしながら、プロンプトによる指示のみで、約2か月弱の期間に約四万行のRustコードと約六千行のMarkdownを書き上げました。行数の計測においては、コメントや改行は除いています。 成果物は全てオープンソースソフトウェアとして公開していますので、興味を持ったら是非、公式サイトに来てください。 https://kopi-vm.github.io/ Kopiの紹介 ここでは簡単にKopiを紹介させてください。 Java用バージョンマネー

    実用品を作って探る生成AIを使ったソフトウェア開発の現在 - 電通総研 テックブログ
  • Claude Code の学習モードで自分の手でコードを書く練習をしよう

    コーディングに AI エージェントを活用する流れはもはや避けられないものとなっています。しかし、AI エージェントによってコーディングの多くが自動化されると、開発者が自分の手でコードを書く機会は減少してしまうというジレンマがあります。Claude Code の学習モードを使用すると、自分の手でコードを書く練習ができます。学習モードでは、AI エージェントはユーザー自身にも一部のコードの生成を依頼します。この記事では、Claude Code の学習モードの使い方について解説します。 コーディングに AI エージェントを活用する流れはもはや避けられないものとなっています。AI エージェントは人間よりも早い速度で大量のコードを生成でき、開発者の生産性を大幅に向上させる可能性を秘めています。その一方で AI が生成したコードを正しく理解し、コードベースのアーキテクチャに一貫したスタイルで書かれてい

    Claude Code の学習モードで自分の手でコードを書く練習をしよう
  • AIコーディングエージェントは100倍速くなる - きしだのHatena

    CerebrasがQwen3 Coderのホストをして2000tok/secを出してるという話があって、試したいなぁと思ってたのですよ。 Qwen3 Coder 480B is Live on Cerebras ただ、$50/monや$200/monの定額プランは早々に売り切れ。 けど、1M tok/dayまで無料という噂を聞いて、使ってみることにしました。 で、以前つくった雑なエージェントを試す。 Tool Useが効かないDevstralでコーディングエージェントを作る - きしだのHatena そしたら、3秒でSpring BootでのTODOアプリが!これ、ほんとにこの速さで生成してます。 といいつつ実際に計測すると2000tps出ないんでは、とか思ってたら逆で、2600tok/sec出ていました。 いま、Claude Sonnet 4は70tpsくらいですね。 https://o

    AIコーディングエージェントは100倍速くなる - きしだのHatena
  • 書籍『ぷよぷよプログラミング』を出版しました

    『ぷよぷよプログラミング』という書籍を出版しました。日 2025 年 8 月 8 日が発売日となります! すぐわかる! ぷよぷよプログラミング SEGA公式ガイドブック 「ぷよぷよ」ゲームをゼロから完成させるまでの道のりを、一冊のの中で解説しております。ぜひお手にとって頂けましたら幸いです。 発売記念イベントのお知らせ 2025/08/13 追記: 下記のイベントは終了致しました。ご参加ならびに拡散頂きました皆様、ありがとうございました! 六木蔦屋さんにて 8 月 11 日(月・祝)に発売記念イベントを開催いたします。 第一部 10時開始(9時45分開場) 第二部 11時30分開始(11時15分開場) チケット料金は 2,420 円(書籍代)、書籍を買って頂く形となります。ぷよぷよeスポーツのぴぽにあプロのプレイの後で、私のリアルタイムコーディングを披露する予定です。一発勝負のコーデ