紹介文にネタバレあり マルチ投稿作品の場合はカクヨムを優先（はてななので） 獣の見た夢・連載中 https://kakuyomu.jp/works/1177354054888930318 異世界に転生した少年が前世から持ち越したのは恨み、憎しみ、飢え、渇きのみ。 暴力が支配するこの世界でどれだけの戦場を駆け巡れば恨みや憎しみは消え去るのか。 どれだけの敵を殺せば飢えや渇きは癒やされるのか。 袂を分かったはずの少年と少女はそれでも尚、互いを激しく求め合う。 人類全員に読んでほしいので何回でも紹介する。 5ちゃんねるのWEB小説感想スレにてループする話題「なぜこれが書籍化しないのか？」において常にトップに上がる作品が満を持して書籍化。 ただ、その後極端に更新ペースが落ちてしまったのが心配。 もし読んでみて「つまらなかった」「時間を無駄にした」と思ったら、スベったブコメにカラースターを進呈するの

ゆりか| エンジニア @mike_engi 「本番DBで1行のデータ更新するだけなのに毎回手順書作ってレビューする意味あります？」と2年目の人に聞かれて（意味ありすぎるだろ…）と思ったのだけど令和最新版は違ってたりするのか？ 2025-11-28 11:04:56

こんにちは。2019年と2024年に記事を書いていた山本です。ますます元気にモノタロウで働いております。 さて、毎日、散発的に、突然やってくる割り込み業務って、地味～に疲れますよね。そんな負担がかかっているチームメンバーたちを少しでも楽にするため、生成AIを活用して業務改善をし、我ながら見事な成果を上げたものの、全然スマートじゃない野暮な設計をしているのが恥ずかしくて、公表と展開はチーム内だけに留めていました。 当社の生成AI活用のレベルが高いのは、他のブログ記事をご覧になれば分かると思います。これらに比べたらショボすぎて、恥ずかしかったのです。 tech-blog.monotaro.com しかし、AI駆動開発チームのリーダーの市原さん（この記事の人）に何故か見つかってしまい。 意外なことに「すごい発想！面白い！」と褒めちぎられ、「すごいから社外カンファレンスで発表しましょう！」と神輿に

はじめに Claude CodeやClaude APIを使っていて、こんな疑問を持ったことはありませんか？ 「SkillsとSubAgents、どっちを使えばいいの？」 「両方使うなら、どう組み合わせるのが効率的？」 「Skillsのコンテキスト効率がいいって、具体的に何がすごいの？」 この記事では、SkillsとSubAgentsの違いと、効果的な使い分け・連携パターンを解説します。 この記事で得られること SkillsとSubAgentsの基本概念が理解できる Progressive Disclosure（段階的開示）の仕組みが分かる 公式推奨の連携パターン（SubAgent → Skills）が理解できる 実務での使い分け指針が明確になる この記事で扱わないこと Skills、SubAgentsの具体的な作成手順 実装コードの詳細 対象読者：ClaudeのSkillsやSubAgen

レバテック開発部ではエンジニアを募集中です！ カジュアル面談はこちら ■ 主な開発業務 オウンドメディアの開発 SFAシステムの開発 各システムの改善やリプレイス ■ 最近のトピック TiDB, NewRelicの導入 Devin等のAI導入 ■ エンジニア支援制度 MacBookPro/HHKB/MagicTrackPad/アーロンチェア等の貸与 毎月1万円の技術書購入支援 認定スクラムマスターなどの資格取得支援 外部技術顧問への相談

WEB小説は、いまや書籍化・映像化されるヒット作を次々と生み出す一大ジャンルへと進化しています。 そんな中でも、Web小説サイト「カクヨム」では、ライトノベルやファンタジーの枠を超え、本好きの心を揺さぶる“読み応えのある名作”が数多く生まれています。 今回はカクヨム編集部が、「WEB小説はここまで来た」と思わず驚く物語の完成度・テーマの深み・筆致の巧みさを兼ね備えた5作品を厳選し、ご紹介します。 カクヨム 「カクヨム」は物語を愛する全ての人たちへ、誰でも自由なスタイルで物語を書ける、読める、お気に入りの物語を他の人に伝えられる、Web小説サイトです。大賞受賞者が書籍化の権利を手にできる「カクヨムコンテスト」をはじめとした数々のコンテストの実施や、KADOKAWA内外の人気作品について二次創作の投稿を認めるなど、様々な形での創作活動を支援しています。

はじめに 先日、Xでこんな投稿が話題になっていました。 実際のサイトを見ていないため詳細は不明ですが、事象としてはフロントエンドのJavaScriptだけでバリデーションを実装し、サーバーサイドに同等以上のバリデーションがなかったケースです。 DevToolsで回避できるということは、悪意あるユーザーが不正なデータを送信できてしまいます。 サーバーサイドではすべてのバリデーションを実装するべきです。セキュリティの観点でも、ドメインの正当性を保つ意味でも、サーバーは最後の砦となります。 一方で、フロントエンドのバリデーションについては、どこまで実装すべきか判断が難しいところです。本記事では、この点について考えを整理してみます。 バリデーションの責務を整理する 前提を決めておきます。 サーバーサイドバリデーションは絶対 サーバーサイドのバリデーションは必須です。これは絶対に省略できません。 理

まずはじめに、突発的な用事とか、やむにやまれぬ理由がある人は除く！最初に言ったからな！ さて、俺は常々疑問に思ってることがある。 毎朝毎朝、通勤ラッシュが辛いとか、満員電車がどうとか愚痴ってるやつ。 アホなのか？ なんでそんな混むって分かりきってる時間帯にわざわざ乗るんだよ。急な用事ならまだしも、毎日の通勤だろ。 始発か、それに近い電車に乗れよ。それだけであの地獄は回避できるじゃん。 俺は22時に寝て、朝5時に起きてる。そっから子供の朝食と弁当作って、シャワー浴びて家出てる。 全然混んでねえよ。快適。 まぁ、帰るのが毎日22時過ぎですとか、千葉とか埼玉のクソ遠いところから来てるって言うなら、分からんでもない。でも、全員が全員そうじゃねーだろ。 どうせ7時過ぎとかギリギリまで寝てるから、しんどい思いするんじゃねえの？文句言う前に早起きしろよ。自業自得だろ。

LLMは「226-68=」のようなプロンプトを与えると「158」と計算してくれますが、この計算は我々が想像するよりも奇妙な方法で行っていることを紹介します [Nikankin+ICLR 2025]。 まずは前提条件を確認します。思考の連鎖は使わず、「226-68=」のようなプロンプトに対して「158」のように答えを直接出力する場合を考えます。 一例として Llama3-8B を考えます。Llama3 のトークナイザは 0 から 1000 までの数に 1 つのトークンを割り当てるので、「226-68=」を入力すると、次のトークン「158」が「0」「1」...「157」「158」「159」...「1000」などのトークンの中から、最も確率が高いものとして選ばれます。 ヤニフ・ニカンキンらの発見 [Nikankin+ICLR 2025] は、Llama3-8B は答えや入力についての粗い条件を多

---- 追記 「My Job Went To India」の改題改訂版が「情熱プログラマー」なんだ！ありがとう発注したわ。（たぶん達人プログラマーと混同して読んだ気になって読んでないパターンだわ） 俺の悪文のせいで意図が伝わらなかったであろうブコメがあったので、要旨だけ書き直しておくな。 「VibeCodingでIT技術者不要」は、「オフショア開発でコーディング作業は無くなる」ブームと同じだと思う。どっちも必要だよ。 当時ブームに乗って(偽装)派遣・受託開発・エンジニアを大量削減してオフショア移行した会社も、ほとんど揺り戻しで国内受託開発に戻ったオフショア開発は定着したが、 ジュニアエンジニア(インターン)が全滅することも、完全な国別分業制にも発展しなかった。今後数年は、今回も同じだと思う。AIコーディングで開発速度は上がってコストは下がるように見えるが、本質的にはこれまでと変わっていな

ループもの大好きな私が原初のループものから最近のループものまでを並べて簡単にレビューしてみました。時系列順に記載しているので、順番に見ていくと面白いかもしれません。 ループもの作品一覧のようになっていると思いますが、当然網羅しているわけではないです（主要な作品は揃っていると思います）。 また私は「何度も繰り返す時間の中で何をするか？」というタイプの作品を王道の「ループもの」だと思っているのですが、一部その形から外れる作品も紹介しています。 【オススメ度】は「ループものとして見た場合」のオススメ度合いです。 愚者の渡しの守り1904年発表／小説／戦術解説書 オススメ度★★★★☆ おそらく世界最古のループもの小説。書かれたのはなんと約120前。 ストーリーとしては、ボーア戦争の時代に自分の部隊を全滅させてしまったリーダーが、タイムリープの力によって同じ戦場を繰り返し、少しずつ勝利に近づいていく

こんにちは、とまだです。 AIエージェントを使い始めたけど、「動くコードは作ってくれるけど、品質が心配...」と感じたことはありませんか？ 私も最初はそうでした。 Claude CodeやCursor、Codexを使っていると、確かに素早くコードを生成してくれます。 ですが、そのコードが本当に「良いコード」なのか不安になりますよね。 Zenn でこちらの記事が注目を集めているように、多くの方がコードの品質を気にしているようです。 そこで、AI駆動開発でより良いコードを書くための「共通ルールファイル」をご紹介します！ ここでいう「ルールファイル」とは、AIにもっと品質の高いコードを書いてもらうための指示を書いたファイルです。 Claude Code などでは「メモリファイル」とも呼ばれていますが、パッと見でわかりやすいよう「ルールファイル」と呼ぶことにします。 そして、これらはプロジェクトご

きっかけ Federico Castagna らの論文「Critical-Questions-of-Thought」(CQoT) を読んだ。要するに、LLM に回答を生成させた後、その回答を批判的に検証させるステップを挟むと精度が上がる、という話だ。 論文では Toulmin の議論モデルに基づいた批判的質問（Critical Questions）を使って、LLM の推論プロセスを検証している。具体的には、以下の 8 つの質問で推論の妥当性をチェックする： 推論は明確な前提から始まっているか？ 前提は証拠や事実で裏付けられているか？ 前提と結論の間に論理的なつながりがあるか？ その論理的つながりは妥当か？ 推論は論理的誤謬を避けているか？ 結論は前提から論理的に導かれているか？ 推論は既存の知識や原則と整合しているか？ 推論の結論は妥当で合理的か？ これらの質問に対して、AI 自身が Pa

世の中ではDevinやGithub CopilotなどのAIコードレビューが定着しつつあります。 しかし、セルフホストGitLabを利用している企業では、対応製品が少なかったりサードパーティ製品のセキュリティチェックや保守が気になってしまい導入が進めづらいと思います。 エムスリーでは、Claude CodeとGitLab CIを組み合わせ、わずか9行でAIコードレビュー導入が可能な仕組みを構築しました。 【Unit1 ブログリレー1日目】Unit1（製薬企業向けプラットフォームチーム）のチームリーダーの佐野です。本日からUnit1のブログリレーが開始されます🎉 趣味は業務改善で、SlackWFやClaude Code、GASなど手軽に使える様々なツールを組み合わせて新しい仕組みを日々発明することを考えています。 最近はspec駆動開発の社内用フレームワークを作れないか考え中です。 Git

科学的知見は、誰がいつ行っても同じ結果が得られることで客観性が担保される「再現性」が重要ですが、心理学分野は2010年代初頭から、「再現性の危機」と呼ばれる信頼性のゆらぎに直面しました。従来信じられていた多くの心理的効果は、実験者の実験設定に欠陥があったり解釈にバイアスが含まれていたりすることで再現性に欠け、実際には存在しないか効果が弱いと判明しています。再現性の危機により信頼性を失った心理学実験について、科学や哲学に関するトピックを扱うブログを運営するマルコ・ジャンコッティ氏が有名なものをまとめています。 Famous Cognitive Psychology Experiments that Failed to Replicate - Aether Mug https://aethermug.com/posts/famous-cognitive-psychology-experimen

以前「夏目漱石「月が綺麗ですね」の元ネタを遡る」という記事を書いたのだが、いろいろ追記することがあったので改めて整理しなおそうと思う。 大雑把に言えば、この「夏目漱石が I love you を月が綺麗ですねと訳した」という話は、 「I love youは訳せない」「月が綺麗ですね」「夏目漱石が訳した」に分解できる。ひとつずつ追っていこう。 「I love youは訳せない」まず、夏目漱石は「I love youは日本語にない表現である」と書き残している。これは漱石のイギリス留学時代である1901年から1902年にかけて書き留められたメモ書きの一つで、ジョージ・メレディスの『Vittoria』という小説に言及したものである。ただし、この台詞はヴィットリア（Vittoria）がラウラ夫人（Signora Laura）に向けて言った台詞なので、恋愛の「I love you」ではなく親愛の「I

はじめに PHPでの開発において、コードの品質を高く保つことは、プロジェクトの成功に欠かせない重要な要素です。 これまで、コードフォーマッタ、リンター、静的解析といったツールは、それぞれ別のものを組み合わせて使うのが一般的でした。しかし、今回ご紹介する Mago は、これらの機能をたった一つに統合した、PHP界に現れたちょっと革新的なツールチェーンです。 私自身、普段のPHP開発では、次のようなツールを愛用していました。 PHPStan: 頼れる静的解析ツール PHP-CS-Fixer: コードを美しく整えるフォーマッタ これらのツールに大きな不満はなかったのですが、心のどこかで「静的解析、もう少し速くならないかな…」「ツールの設定がバラバラで、ちょっと面倒だな…」と感じていたのも事実です。 そこで今回は、最近注目を集めている Mago という、Rustで書かれた爆速PHPツールチェーンを

ゲーム配信ってついつい見ちゃいますよね。 しかしゲーム配信を見ているときにこう思ったことはありませんか？ 『指示厨』とは、配信者やプレイヤーのプレイスタイルを無視して「それじゃ勝てない、○○しろ！」「このアイテム取れってば！」のようなおせっかいなコメントを投稿する人たちのこと。 上から目線の指示でコメント欄の雰囲気も悪くなりますし、ゲームのネタバレに抵触するような過剰な指示を出す人もいます。配信者の中には【指示厨お断り】と注意書きを掲げている人もいるほどです。 そんな嫌われ者の指示厨ですが、我々はその生態についてあまりよく知りません。 なぜ人は『指示厨』になってしまうのか！？ 指示された側はどんな気持ちになるのか！？ 今日の検証ではそれを学んでいきましょう！ ライターの藤原です！ 今日は指示厨のことを学びたいと思います！ 今回の検証に取り組むにあたり、私は『指示厨』の発生についてこのように

Claude Codeを使って開発していると、生成されるcommit messageが冗長すぎるという問題に直面する。最近リリースされたサブエージェント機能を使うとこの問題を解決できたので、その方法を共有する。 Claude Codeのcommit messageの課題 Claude Codeのセッションで実装が終わったときに git commit を実行させると、以下のようなめちゃくちゃ冗長なcommit messageが生成される。 Add describe_tables e2e test and refactor MCP initialization - Add comprehensive e2e test for describe_tables tool - Refactor MCP server initialization into reusable functions - s