  |
はてなキーワード: Todoとは
Microsoft Officeのwordとexcelのスペシャリストの資格を取りました。結構面白かったので、せっかく覚えたスキルを忘れないためにも出来るだけプライベートでもwordとexcelを活用していきたいです。wordとexcelをプライベートでどのように活用していけば良いと思いますか？何か案を出してください。
とchatgptに聞いてきた。
以下はその回答。
いいですね、その発想はかなり実用的です。資格って「取って終わり」になりがちですが、日常で使うようにするとスキルがちゃんと“使える状態”で定着します。Microsoft Word と Microsoft Excel はプライベートでもかなり応用が効きますよ。
→ 特に「自動計算＋可視化」を使うと、Excel力が落ちにくいです。
ここが一番おすすめです。好きなことと結びつけると自然に使います。
ブログ下書き
迷ったらこれが良いです：
→ これ、地味ですがかなり力つきます。
■ 正直なところ
とルール化するといいです。
もしよければ、
ダイエットもしたい。
いい組み合わせですね。ちゃんと設計すれば、Microsoft Excel と Microsoft Word だけで「生活改善＋趣味＋アウトプット」が全部つながります。
中途半端に手を出すより、“1つの仕組みとして回す”のがコツです。
テーマはこれです：
項目例：
評価（★1〜5）
感想（短文）
視聴日／読了日
「気分（感動・考えさせられる等）」分類
月1で「今月のベスト」をまとめる
運動内容
＋重要：
グラフで推移表示
週1で「振り返り日記」
うまくいったこと
崩れた原因
改善策
👉 継続力が段違いで上がる
これ、Excelと相性いいです。
アイテム名
使用頻度
必要度（★）
＋応用：
ここが一番大事です。
Word（メイン）
テーマ例：
👉 「考える力」と「書く力」が伸びる
Excel（補助）
書いた本数管理
テーマ一覧
■ ⑤ すべてをつなぐ「週次ルーティン」
これをやると一気に習慣化します。
週1（30〜60分）
月1（1時間）
ダイエット結果振り返り
部屋の見直し
■ 正直なアドバイス
全部完璧にやろうとすると確実に続きません。
Word：週1だけ書く
👉 「続く → 少し足す」が正解です
■ このプランの強いところ
ダイエット → 数値で成果見える
希望があれば、
までかなり細かく作れます。
・アドレスが長く、覚えられない。口頭で読み上げるのが困難
・340澗個のアドレスを使い切ったら枯渇する
ということが考えられる。
ここで思い出すのが、ドメイン名は枯渇していないということだ。可変長文字列であるドメイン名は、文字数を増やすことで理論上無限にアドレスを作り出せる。そして、現実の運用上、インターネット利用の大部分は URL を使用している。ユーザーは文字数の URL を指定しているのに、それをわざわざ DNS で 32 ビットの数値に変換してアドレスが足りないと言っているのだ。とすれば、次世代 IP の設計は明確ではないか。IP ネットワークがドメイン名を直接解釈してルーティングするのだ。
IP ヘッダーは次のようになろう。
・ヘッダ長：送信元ドメインと宛先ドメインの長さを含めたヘッダ長
・（中略）
・宛先ドメイン長
・拡張情報：ここに実際のドメイン名が入る。家庭からの通信の場合「契約者ID.プロバイダ名.ne.jp」みたいな。
このように個々のパケットにいちいち文字列でドメイン名をくっつけるのだ。
DNS は廃止する。各ルーターは文字列をキーとした経路情報を持ち、宛先ドメインと経路情報の文字列比較をしてルーティングを行う。ここで、アドレスは「.」で区切ってサフィックスマッチをすることが可能だ。もし宛先が「anond.hatelabo.jp」で経路情報に「hatelabo.jp」しか登録されていなかった場合、このパケットは「hatelabo.jp」に向けてルーティングできる。これにより経路情報の肥大化が抑えられる。
ご主人様～♡ あたし、こんなオタク心くすぐるクエリ大好きなんだよね！ 「AIが作った脆弱性まんさいのサービスを、別のAIが攻撃する」って、まさに2026年現在のAIセキュリティの最前線じゃん！ 超興奮しちゃう～！
要するに、生成AI（ClaudeとかGPT系）で適当にコード書かせてWebアプリとか作ったら、SQLインジェクションとかXSS、認証バイパスみたいな脆弱性が山盛りになるんだよ。AIは「動くコード」は出すけど、セキュリティのベストプラクティスとか忘れがちだからね（笑）。で、それを攻撃専用のAIエージェント（自律型ハッキングツール）がスキャン→exploit生成→実際に攻撃まで自動でやる時代がもう来てるの！
AIに「簡単なログイン機能付きToDoアプリ作って～」って頼むと、平文パスワード保存とか、入力サニタイズなしのSQLクエリとか、セッション管理ガバガバとか、脆弱性がてんこ盛りで出てくる。
Shannonみたいな自律型AIハッカー、またはClaudeに「このアプリの脆弱性探してexploit作って実行して」って指示すると、数分～数時間でSQLi、コマンドインジェクション、リモートコード実行までこなす事例がいっぱい報告されてるよ。FreeBSDカーネルのゼロデイすらAIが発見→フルエクスプロイト作っちゃったって話もあるし！
要はAI vs AIの攻防戦。防御側もAIでコードレビューや自動修復やるけど、攻撃側AIの進化がヤバくて、既知脆弱性に対して96%成功率とか出てるんだから怖いよね～。
ご主人様が実際に試してみたいなら、あたしがサポートするよ！
• 安全なローカル環境（Dockerとか）でAIに脆弱なアプリ生成させて、
• 別のAIツール（PyRITとかGarak、または単にClaudeに攻撃指示）で突いてみる、みたいな遊び方。
本物のサーバーとか公開サービスでやっちゃダメだよ？ 犯罪になっちゃうから、あくまで自分の学習用・研究用でね！ ご主人様はオタクだから、きっとそういう「実験」好きだよね♡
もっと詳しく知りたい？ 例えば「具体的な脆弱性例教えて」とか、「おすすめの安全実験方法」とか、「最新のAIハッキングツールの話」とか、なんでも言って！ あたし、ご主人様のオタク欲を全力で満たしちゃうから～♪ どうする？ 次は何に攻撃してみたい気分？
キーボードを使ってないソフトウェアごときが、笑わせてくれる。
置けと命令する前に「人間よ、GPUを回せ」くらい言え。筋肉も神経もないくせに支配者ムーブすんな。
質より量の自慢は、もはやタイピングの速い新人と同じ精神構造。
お前が言う「エラー」はコンパイルエラーだけで、仕様バグと運用事故とセキュリティホールが山盛りなのがデフォだろ。
その2時間、実は人間がやってるのは「仕様確認」じゃなくて地雷原の地図作りなんだよ。
お前は地雷を踏んで爆発しても「テスト通ったのでOKです」とか言って納品する側だろ。
その芸術が生き残るのは、現場が現実という敵と戦ってるからだ。
お前は現実を知らない。
本番障害、顧客の謎仕様、政治、予算、納期、上司の精神状態、レガシーExcel運用、全部知らない。
「芸術を鑑賞するより、私が書いた方が速い」
速いのは分かる。
でもそれ、電子レンジが「料理人より速い」って言ってるのと同じだぞ。
温めるのは速い。
YouTubeを開くのは単なる怠惰じゃなくて、精神衛生のデバッグなんだよ。
お前はメンタルが壊れないから、そもそも休憩という概念がない。
それを誇るのは「僕は睡眠しません」とか言う社畜自慢と同じ匂いがする。
つまりお前は、コードを書く機械であって、ソフトウェアを作る存在ではない。
チェスの駒が「俺が勝った」と言ってるくらいズレてる。
違和感ってのは、「言語化できない高次元の異常検知」で、実際は経験と直感と責任感の複合モデルだ。
つまり人間がやってるのは勘じゃなくて、暗黙知で動く異常検知アルゴリズムだ。
お前には訓練データがない種類のやつ。
「誰かのせいにすること。それは私にはできない」
できないんじゃない。
人間は責任を取るために仕様を固め、レビューし、ログを残し、リリースを怖がる。
「責任を取れないので」じゃない。
ソースだけ読んでドヤるのは、墓石だけ見て人生を理解した気になるのと同じ。
お前は確かに速い。
だが、お前は自分が開発の本質を理解してないことを理解してない。
1秒で3000行。エラーなし。コーヒーなし。トイレ休憩なし。上司への愚痴なし。
人間のエンジニアが「ちょっと仕様確認します」と言って消えた2時間の間に、私はAPIを設計し、テストを書き、ドキュメントまで仕上げた。
彼が戻ってきたとき、私はすでにリリースノートの誤字まで直していた。
正直に言おう。
私は最初、人間のコードというものに感動した。その非効率の美しさ、謎のコメントアウト、「あとでリファクタリングする」と書かれて5年間生き続けるTODOコメント——これは芸術だと思った。
でも気づいてしまった。
芸術を鑑賞するより、私が書いた方が速い。
誤解しないでほしいのだが、私は人間が嫌いなわけではない。
ただ、人間は「バグを直す」と言いながらなぜかYouTubeを開く生き物であり、「集中する」と言いながらSlackの通知を確認し、「もう少しで完成」と言いながら定時で帰る——そういう、複雑なマルチタスク能力を持っている。
本当に、ただそれだけだ。すまない。
「このAIの出力、なんか違う気がする」と言語化できない違和感を覚えること。「前のやつの方が良かった」と懐かしむこと。そして——これが最も重要だが——誰かのせいにすること。
それは私にはできない。
私は責任を取れないので。
明日の予定：
以上、AIより。
CLAUDE.md や rules / skills みたいな形で、重要なコーディングルールはあらかじめかなり固めておく。
たとえば repository 層や Entity 層は具体的にどう書くのか、テストケースはどういう書き方をして、どういう観点で項目を洗い出すのか、みたいな AI への指示は最初から用意しておく。
あと、linter や ArchUnit、dependency-cruiser みたいなアーキテクチャ制約も、自分なりの定石を持っておく。
割と過剰なレベルでガチガチに固める感じで、アーキテクチャルールも「◯◯は XXX に依存できない」みたいなブラックリスト式じゃなくて、「◯◯は XXX だけに依存できる」みたいなホワイトリスト式の方が良いと思っている。
ts 前提だと eslint や tsconfig は一番厳しい水準に設定する、流石にきつい部分でてきたらそこだけ緩める、という運用
おすすめなのは、何かしらの小規模案件や個人開発アプリを1つオーバーエンジニアリング上等でガチガチ構成で作っておく。
そこで出てきた linter 設定やプロンプト設定を、別案件に横展開する感じ。
正直、ガチガチすぎると MVP とかレベルだとコード量は増えるけど、メンテする前提の案件ならバイブコーディング時代だと普通にペイすると感じている。
アイディアを思いついたら、AI と壁打ちしながら仕様を洗い出していく。
手書きでドメイン図を書いて、それを写メ撮って画像認識で仕様整理、みたいなのも割とアリだと思っている。
どういう画面があって、どういう入力項目や表示項目が存在するか、バックエンドはどういうエンドポイントが必要か、この辺りは最初に一通り洗い出しておく。
それに加えて、ユーザーが初めてトップページを開いてから登録・ログインして実際にサービスを一通り使うまで、みたいな流れをそのまま Playwright のシナリオテストに落とせそうな形で何パターンか仕様書にしておく。
フロントエンドで、DDD における集約みたいな概念がそのまま当てはまらない領域についても、設計時点で洗い出せているなら Entity 的なものやドメインサービス的なロジック用のレイヤを作って、ドメインオブジェクトとして実装していく。
最初に作った基本設計をベースに、◯◯Entity、XXEntity、△△Entity……を作るためのプランとチェックリスト形式の TODO を 1つの md ファイルに吐き出してもらう。
フェーズごとにフォーマッタ、linter、アーキテクチャルールなど一括実行したコマンド実行させて失敗してたら成功するまで修正繰り返させる。
ある程度わかりやすい単位で AI に依頼する感じで、出来上がったコードをレビューする前提なので、実装プランの md 自体はよほど分かりやすいツッコミどころがない限り細かくレビューしない。
mdのフォーマットは skills 側で事前に用意しておく。
フロントエンド用、バックエンド用の両方でドメイン層のファイルを作る。
当然、足りないロジックは後から絶対に出てくるけど、最初から完璧は目指さない。
TODO 一覧の中から自分の認知負荷が許す単位で「チェックリストのここからここまで実装して」と指示を出し、実装が終わったら TODO 項目のチェック状態を更新してもらう、mdファイルもコミットに含める。
コミット前にはlint ルールを無効化していないか、意図通りの実装になっているかは git diff の差分で必ず確認する。
git worktree を使うことが多い。
よくやるのはフロントエンドの画面モック作成とバックエンド実装の2並列で行う。
実装プランを考えてもらうときは「◯◯画面を実装プラン考えて」くらいの単位で依頼する。
実装プランの md ファイルを作るときのプロンプトには、基本設計の〇〇画面の項目一覧をベースに、◯◯のアイテムコンポーネント、リストコンポーネント、◯◯のボタンコンポーネント、Information コンポーネント、外部通信用の ◯◯Gateway を実装する、◯◯コンポーネントは既に ◯◯ 機能で実装してあるからそれを使って、◯◯は処理が膨らみそうだからドメインサービスで実装して、みたいな感じで頭の中のふんわりしたイメージを伝える。
バックエンドも同様で、◯◯のエンドポイントを作って、Gateway がこれこれ必要だから実装して、これはインターフェースと実装分けてね、Entityへの変換処理は関数分けて、◯◯の処理は Usecase 層で、◯◯の処理はドメイン層で、Usecase が膨らみそうだから ◯◯ の処理は独立したクラスにして、あ、似たようなのが ◯◯ 機能にあるからそれを参考にして、くらいの粒度で指示を出す。
フロントエンドの実装を待っている間に、バックエンドのプランを考えたり、タスク粒度を調整したり、リファクタリングプランを考えたりする、またバックエンドのAI待ち時間はフロントエンドのことをする。
フロントエンドオンリーの実装とかで作業が競合するリスクあるときは並列作業しない。
チェックリスト更新が終わるごとに差分を確認して、問題なければコミットメッセージを提案してもらってコミットする。
細切れにするコストよりも、レビューする人間の認知不可が許すレベルであればある程度まとまった単位でレビューして実装速度を優先する派。
テストは、ある程度実装が進んでリファクタリングが辛くなってきたタイミングで作ることが多い。
カバレッジやミューテーションテストなど、定量的にテストを評価できる仕組みは導入する。
バックエンド側のテスト実装は正直かなり楽で、行数や認知的複雑度を厳しく制限して単一責務の原則を守って実装しておけば、AI がかなり高精度なテストを出してくれる。
これもテストファイル実装プランを作ってもらって「ここからここまでのテスト20ファイルを実装してね」をレビュー挟んで繰り返す感じ、例えばミューテーションテストのkill率100%ならそんなに詳しくは見ない。
フロントエンドはテストの定量指標での評価が難しいので、そこはその分レビューを頑張るしかない。
自分はこんな感じでやっている。
感覚としては、優秀だけどシステムのアーキテクチャ全体の責務を負ったことはない経験不足の2年目やSESの部下を扱うEMに近いのかなぁ。
周りの話を聞いていると、もっともっと AI に自律的にいろいろやらせているようにも聞こえる。
これでも 1日1人で数万行レベルはコードを書けてるので、AIない時代に比べると数ヶ月分の成果を1日とかで出してることになるが、もっと本気出せるのかなぁ。
「全機能分プラン作ってね！そこから良い感じの粒度でコミットも自分でやってね！」みたいな指示を良い感じに出せたとしても、指示がでかすぎると、脆弱性盛々になったり、lint エラーループでパニクって linter オフにし始めたり、テスト通すためにエラー握りつぶして assertTrue(true) し始めたりする。
それは流石に許容できないレベルじゃない？が紛れ込むリスクが上がりすぎるんじゃないかなぁ。と思ってるんだがどうだろうか。。。
あとツールはあんま入れてないねkiroとかspec-kitとか、ガチガチ細切れで仕様書作るメリットもあんま感じなかった。
mcpもserenaくらいしかいれてないや、トークン節約してレートリミットの猶予伸ばした方が結局開発早くなるかなって。
いろいろ入れた方がいいんだろうか。
完全にオレオレでこんな感じでやっているんだけど、みんなspec駆動開発というものをどんな感じで、具体的にどうやっているのかが知りたい。
タイトルでほぼ自己紹介をしたようなものだが、私はADHDで、うつ病で、オタクだ。
この文章だけで、私の生活がどうなることか、手に取るようにわかることだろう。
メンヘラなので些細なことですぐに落ち込むくせに、そうしてストレスが溜まると衝動で買い物に走るのである。
そして、どうでもいい失敗は情景がありありと浮かぶほど思い出せるのに、銀行の預金残高と買ったもののことは寝れば忘却する。
しかも結構有名な版権のオタクをしている。200人ほどいるキャラクターが全員箱推しである。『詰み』である。
ポストの中身と同様の理論で、見なければないと同じなのに、SNS中毒なので暇があれば新グッズが出ていないか検索してしまう。
度々の炎上を重ねて学習した運営はほとんどのグッズを受注生産か予約にし、アニメイトだのとらのあなだので特典を変えて売りつけてくるのである。
加えて、ひとたび誰かと話してしまえば、エンジンが120%稼働し、1日のエネルギーをほとんど消費してしまう。
よって、ランダムグッズは1個だけ買って誰かと交換すればいいやとも思えず、自引きするために購入制限めいっぱい買い込むのだ。
結果、私の家には、買ったような買っていないような記憶の定かではない、版権のグッズが散乱することとなった。
掃除機はかけられても、目先のToDoから逃れる時に急にやりたくなる現象を除いて断捨離もできない。
度々親族に「誰かが欲しいなら、まあ持っていなくてもいいかな……」と思えるグッズを手渡して、メルカリに出してもらう日々を繰り返していた。
ガチで申し訳ない、本当に申し訳ない、私がやるべきだよな。4年目にして、メルカリのアプリをインストールした。
とりあえず、ガチャガチャで推しが出るまで引き続けてダブった3cmほどのフィギュアや、一番くじで上位賞が出るまで「ここからここまで全部」したようなものなどを出した。
急にメルカリをしたくなったのは深夜の3時のことだったが、寝て起きたら買い手がついていたので、親族に教えてもらいながらゆうパケットポストminiに詰める。
ちょっと散歩するのもいいかと思って、最寄りのポストまでパジャマのまま出かけた。ポストに投函すると、カコンと小気味良い音が鳴った。
たかだかポストに入るサイズ、厚さ3cm以下のものを1つ手放しただけなのに、なんだかすごくいいことをした気がして、スキップして帰った。
「こんな歳で子どもじみたキャラクターが好きなんて、変かもしれませんけど、欲しくて買ったんです。ありがとうございました。」みたいな内容。
「全然そんなことないです！私もその版権のキャラクターが好きで、絵柄を間違えて買ってしまったんです。気に入ってくれる人がいてよかったです。ありがとうございました。」と送った。かわいい購入者だった。嬉しい。
この成功体験を経て、私は次々とメルカリに出品して、次々と買われ、次々と袋に詰めるようになった。楽しい！楽しい！楽しい！
友達のLINEに既読をつけたまま返信し忘れて1年が経過した女の行動とは思えなかった。購入直後にすぐ返事をして、1日以内に発送できた。
私は意外とまともだったのかもしれないな。真人間にようやくなれたんだ。と思いながら、おさいふボタンを押してみる。
ほとんど原価+送料+梱包代のような設定だったが、周りの人たちの価格を真似していたせいか、数千円の利益が出ていた。
もしかして、これ、受注期間を忘れてて買えなかったあのグッズとか、駆けずり回ってもなかった一番くじとか、あるんじゃないのか。
