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

このページの本文へ フォルダ構成から仕様書作成、開発ガイドラインまで、独自ノウハウを披露 文● 福澤陽介／TECH.ASCII.jp Webに関する技術サイト「とほほのWWW入門」を、30年間ひとりで運営してきた杜甫々（とほほ）さん。

不動産投資や筋トレの話がかなり詳しく書かれていて、「それ、この本でそこまで書く必要がある？」と思う人もいるだろう。この本に書かれていることは、10年後も20年後も変わらない原則ばかりだ。コードの書き方を扱った本では、『リーダブルコード』（Dustin Boswell、Trevor Foucher著、2012年）が定番として挙げられることが多い。

本記事では、複雑なドメインを持つ新規サービス開発のプロジェクトにおいて、「AI を活用して開発生産性を向上させる」 ために構築した仕組みと、その具体的な例を紹介します。

外国語上達法 (岩波新書)作者:千野 栄一岩波書店Amazon 外国語上達法 (岩波新書) 今の人が読むと鼻につく部分も多いと思うけど、単純に言語に興味ある人や、多言語習得したい人には良いんじゃないのかな。 忘れられた日本人 (岩波文庫)作者:宮本 常一岩波書店Amazon 忘れられた日本人 (岩波文庫) この本は滅茶苦茶面白いと、なにかで読むか、どこかで聞くかした上で読んだ。

ペット保険を手掛けるアニコムグループが2023年にまとめた「家庭どうぶつ白書」によると、ネコが0歳時には腎臓系を含む泌尿器の疾患での死因が3％なのに対し、5歳で27.1％、10歳で27.2％、15歳では29.2％といずれも1位となっている。

関係者によると、スマホは昨年11月3日、職員が私的な目的で訪れた上海の空港で、保安検査を受けるために手荷物を出した際に紛失したとみられる。原子力規制庁の職員が昨年11月、私用で訪問した中国で業務用のスマートフォンを紛失していたことが6日、関係者への取材で分かった。テロ攻撃を受けたり、核物質が盗まれたりしないよう情報管理の徹底が必要で、担当職員の氏名や部署の連絡先は原則公表していない。

本記事では、このGemini Nanoの力を最大限に活用し、事業のアイデアを練るためのフレームワーク「リーンキャンバス」の作成・添削を支援するWebアプリの開発秘話と、そこで実現した新しいユーザー体験を、技術的なポイントを含めてご紹介します。

「こうした運用で、仕様変更が漏れなく開発メンバーに伝わり、仕様書の一行一行で管理できる」（杜甫々さん） Excel方眼紙で運用する仕様書 もうひとつ意識していたのが、「設計仕様書は評価仕様書でもある」という考え方だ。

2026年1月7日〜9日まで開催のRegional Scrum Gathering Tokyo 2026で「デイリースクラム Deep Dive」というテーマで登壇しましたので、資料を公開します。 「スプリントレトロスペクティブ Deep Dive」ということで過去のDeep Diveシリーズの続きになっています。 過去のDeep Diveシリーズはこちらからご覧ください。

2025年10月31日、ある利用者がスピーカーを充電中、火災警報器が作動したため確認したところ、この製品と周辺が焼損する火災が発生していた。 アンカー・ジャパンは25年10月21日から、これらの製品の自主回収を始めているが、その回収率は31.4％となっている（26年1月5日時点）。

Qiraは単一のAIエクスペリエンスを実現するため、Lenovoの「AI Now」やMotorolaの「Moto AI」といった既存の技術を統合し、共通のナレッジベースとインタフェースを提供することで、ユーザーがどのデバイスを使っても継続したコンテキストや支援を受けられるよう設計されている。

… pic.twitter.com/ecAICg496F STEP 2：勉強時間を予約する（Google カレンダー連携）次に、日々の勉強を確実に実行するため、Google カレンダーで 3 ヶ月分の予定を確保してしまいましょう。

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

ただし、ここで「分かりやすい文章＝読み進める上で？が起きない文章」と再定義をすることで、私が伝えたい意図や、ブログの趣旨がより鮮明になったと思います。 ここまでで、文章を書く際には「誰に向けて書くか（ペルソナ設定）」と「全体の構造をどう設計するか（構造化）」が重要であることをお伝えしました。

自分がここで言いたかったのは「エンジニアもみんなビジネスを意識しろ」ではなく、ポジションやレイヤー的にそういうことを求められたり、エンジニアとして人と差をつける材料としてビジネスを意識するっていうなら、それはこういうことなんじゃないのってことだ。これらはエンジニアという仕事をしている人としては当たり前のことであって、あえてビジネス意識として掲げるようなものではないと考えている。