2026-06-23 00:01 はてなブックマーク テクノロジー 人気エントリー

整形 段落と論証の構成 論証の厳密さ 読み手の負荷の管理 視点と語り 演出の抑制 LLMっぽい表現の禁止 冗長の排除 見出しの付け方 読者への誠実さ このようにルールは多岐にわたり、技術書としての誠実さと読みやすさを担保するための細かな指示が書かれています。

ビジネス側にパッと見せる清書はナノバナナ、自分たちで直し続ける図はdraw.io——清書先を使い分けるのが今の落としどころです。しかも書き出した画像ファイルの中に元のXMLを埋め込む（–embed-diagram）ので、PNGをdraw.ioにドラッグするだけで再び編集できる。

サカナAIが一定の条件で性能を評価した結果、フグはプログラミングの分野で米アンソロピックが開発する「Fable（フェイブル）5」や米グーグルの「Gemini（ジェミニ）3.1 Pro」、米オープンAIの「GPT 5.5」など4つのモデルを上回る性能を示したとする。

見られるかどうかという対価性の価値だけではなく、社会に必要な情報を伝えるため、広く視聴者が負担する受信料制度がふさわしいと明言した。番組を見るか見ないかに関わらず一律に徴収する現行の受信料制度を維持する姿勢を強調している。NHK（日本放送協会）の井上樹彦会長は6月の記者会見で、テレビの有無に関わらず見たい人だけがお金を払う「スクランブル化」の導入を明確に否定した。

pf- のコンポーネントと配色トークン（styles.css／js/format.js／design.md の実値）をデザインシステムとして切り出し、ローカルを正として登録すれば、Claude Design が常に自分の実部品で組むようになります。

要約の取得に失敗しました。

このインストールベースを日立だけがアクセスできるフィジカルAIの実装フィールドとして現場の運用・保守の高度化を実現し、お客さまに価値を提供する」 「もう一つは電力、鉄道、産業などのインフラ事業を営んでいるお客さまにおいては、競争力の維持と向上のために継続的な運用の高度化が絶対条件だ。

近日開催イベント▼【6/26開催ウェビナー】作りながら学ぶClaude Coworkパソコン自動化入門 ～面倒なルーチンをAIでラクにする、エージェント時代の「仕組み化」ウェビナー「Claude Coworkで、何を自動化していいかわからない」という方、必見！まずはレシート×Excel家計簿から、AIエージェント自動化を始めよう。

一方、細かな仕様面には違いもあり、iPhone 17eはFace IDのみ対応しているのに対し、Pixel 10aが指紋認証・顔認証の両方を採用しています。そうした市場環境の中でAppleは2026年3月11日に「iPhone 17e」を、Googleは4月14日に「Google Pixel 10a」を相次いで投入しました。

ちょうど普段 Claude Code を claude –worktree で複数ブランチ並行で動かしていて、ブランチごとのローカルサーバの取り回しが地味な課題として残っていたので、apple/container の特徴を活かして解決できないかと考えて作ったのが、worktree（ブランチ）ごとにブランチ名のドメインを持つローカルサーバー環境を生やすツール branchbox です。

従業員100人以上の企業に勤務し、業務でAIを活用している情報システム・DX推進・経営企画部門の担当者107人を対象に、AI時代に生き残るSaaSの条件に関する実態調査を実施した。日常業務でSaaSを利用している管理部門・専門部門に所属する20〜59歳のビジネスパーソン1087人を対象に、「AI（生成AI／AIエージェント）の利用実態に関する調査」を実施した。

JavaScript must be enabled in order to use Notion.Please enable JavaScript to continue.。

要約の取得に失敗しました。

それでも、就活生の相当数がすでにAIを“相談相手”として使い始めていることは間違いありません。その結果、Web上での露出が乏しくLLMO対策をしていない企業は、学生から“見つけてもらえなく”なってきている――というものです。社内で振り返ると、前年（27年）新卒の面接アンケートで「半数がLLMを利用して就活をしている」という結果が出ていた。

Cloudflareには、AzureのSubscription/Resource GroupやGCPのProjectに相当するプロジェクト単位のリソース分離レイヤーが存在しない。 「Workers for Platforms」をプロジェクト分離と混同しがちだが、あれはSaaSプラットフォーマーがテナントのコードを分離実行するための機能であり、自分のプロジェクトを分ける用途ではない。

MiniStack + Terraform を使って、個人開発の AWS インフラ（VPC / ECS Fargate / RDS / CloudFront / Secrets Manager / ECR）をローカルで再現してみました。

freee請求書では、Public API だけでなく、内部的なAPIも含めると複数あり、最も多いAPI群は、生成後のOpenAPIが 33,000行ありましたが、今回 API 定義のソースを OpenAPI (YAML) から TypeSpec へ全面的に移行しました。

どこにあるか探してみてね！ これは僕の個人的な話なんですけど、いくおさんは先月で最終出社を終えて次の挑戦に向かって準備をしているので、いくおさんに心配をかけないように、これから僕はこの本を片手にがんばっていこうと思います！（とはいえ、悩んだら直接相談しにいきますけど☺️） ということで「エンジニアのための自己管理入門」は、今の自分にとっていろんな意味でぴったりの、とても好きな本でした。

人間の仕事は、「あとはやるだけ」の状態を整えること、「あとはやるだけ」を(AIに)やらせること、そして次の「あとはやるだけ」の状態を整えること、このループに集約されていくように思います。 この記事では、そうした変化のなかで「ゼロをイチにする仕事」がどうなっていくのか、そして「ソフトウェアエンジニア」という仕事そのものがどうなっていくのか、最近考えていることを記録しておきます。

先日、Twitter(X)で、設計書に「ボタンを押下したときに処理する」と書かれていたため、実装者がボタンを押し込んだ瞬間に処理を実行する実装を行い、非常に大変な思いをした、という趣旨の話を見た。 私は、実装方法によって守られる性質が変わるのであれば、その選択は単なる実装詳細ではなく、設計時点でレビューできる形にするべきだと考えている。