マジックナンバーとデータ抽象 - kawasima
コードに直接書かれた 3 や 0 のような数値リテラル、いわゆるマジックナンバーを名前付き定数に置き換える。if (retryCount > 3) を if (retryCount > MAX_RETRY_COUNT) に直す。リファクタリングの定番として、ほとんど反射的にに行われている。 マジックナンバーを定数にする一番の理由としてよく挙がるのは、値の変更が一箇所で済むことである。同じ 3 がコードのあちこちに散らばっていると、上限を5に変えるとき変更漏れが起きうる。これは重複コードのコストとして実証されている。コードクローンの研究は、修正を全ての複製に反映し忘れると同じバグが再発すること、if条件を含む重複ほどバグ伝播のリスクが高いことを報告している（An empirical study on bug propagation through code cloning）。定数にまとめてお
Claude Opus 4.8登場、Claude Codeの「ダイナミックワークフロー」機能もリリース | gihyo.jp
Claude Opus 4.8登場、Claude Codeの「ダイナミックワークフロー」機能もリリース Anthropicは2026年5月28日、同社のフロンティアモデルの最新バージョンClaude Opus 4.8をリリースした。 Introducing Claude Opus 4.8 | Anthropic Introducing Claude Opus 4.8: it builds on Opus 4.7 with sharper judgment, more honesty about its own progress, and the ability to work independently for longer than its predecessors. Available today at the same price. pic.twitter.com/EufxL7T
まつもとゆきひろさん「Meet Spinel」 ～RubyKaigi 2026 3日目キーノート | gihyo.jp
2026年4月22日(水)から24日(金)まで、北海道函館アリーナ及び函館市民会館にてRubyKaigi 2026が開催されました。最終日の締めくくりとして、Rubyの作者である、まつもとゆきひろさんより「Meet Spinel」と題した講演が行われました。 今回の講演でまつもとさんは、RubyKaigi 2025のキーノート「Programming Language for AI age（AI時代におけるプログラミング言語）」の流れを汲みつつ、この1年におけるAIとの歩み、そして自身が開発した「Spinel」という新たなコンパイラについて話しました。 Too Much To Do 「0から1にするのが好きな人、1から100にするのが好きな人。いろんなタイプの人がいますね」とまつもとさんはプログラミング言語の開発について話し始めました。 まつもとさんは、自身の開発スタイルを「0から
Declarative Partial UpdatesをストリーミングSSRに使う
Declarative Partial Updates （宣言的部分更新） は、Googleによって提案されているWeb標準（候補）です。詳しくは以下のページをご覧ください。 GoogleのWeb標準というと、他のブラウザベンダーのサポートを得られないまま突っ走ることも多い印象ですが、このDeclarative Partial Updates（略してDPU）は、FirefoxとWebkitからも肯定的な反応が得られているようです。その意味で期待が持てるWeb標準です。 DPUは関連する新しいJavaScript APIなども含んでいますが、今回は例によって、JavaScript無しでHTMLを後から更新できる点に注目します。 Declarative Partial Updatesの機能 Webサイトを表示するときは、HTMLがWebサーバーからストリーミングされてきます。Webブラウザは、
あれほど頼れるAIが、しょっぱいテストケースを作ってくる理由を考えた - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに NewsPicks で QA エンジニアをしています、西薗（@yurizono）です。本稿では、私が取り組んでいるAI4QAの話をします。 私なんかよりよっぽどしっかりしたコードを書いてくれるLLM君ですが、QAっぽいタスクになった途端、頼りなく見えます。これは私がQAエンジニアで自分の仕事に誇りを持っているからなのか、それとも何かうまくいかない理由があるのか。私のたどり着いた結論を一言で表すと「プロダクトに特化したコンテキストの整備が足りていなかった」です。 QAチームの現状 我がQAチームはテストをすることもあるのですが、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Is AI Profitable Yet?
