  |
はてなキーワード:アイディアとは
箱一郎と箱二郎どっちを残すかの視聴者投票に参加したものだが、いま考えるとなんの選択をさせられたんだ。
しょっちゅうバグが起きてせっかくアイディア採用されて作っても壊されるしよぉ、たまったもんじゃねぇ。
っていうか箱一郎おまえ久々に見るとビジュアルきめぇな。きめぇわ。大好きだったぞ。きめぇ。
しかも初回放送から今まで世界が地続きとか、いや誰が追ってんだよ。年齢層下げたとか誰得だったんだよ。お前はそのまま突っ走ればよかったんだよ。
バカリズムとかが多忙でいなくても別にさぁ、番組続くんだよ。セイコーは生きてんだろ。セイコーいればいけんだよ。
また世界を終わらせてさぁ！
リセットしようぜ！
すべてを無にする選択をしてやるよ！！
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ルールを無効化していないか、意図通りの実装になっているかはgitdiff の差分で必ず確認する。
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駆動開発というものをどんな感じで、具体的にどうやっているのかが知りたい。
宝石ってか光り物のアクセサリーを陰キャが嗜んでたら意外でしょ。しかも男で。
まして店員とかなりたくても職場陽キャだらけで絶対居心地悪いんでしょ。
というわけでロックと淑女や陰キャを掛け合わせる感覚で光り物を好む陰キャ漫画、アイディアとしてはありなんじゃないしょうか？
（大科学少女の作者のはアクセにする前の天然石限定って感じだしキャラも陰キャなのかよくわからん）
dorawiiより
-----BEGINPGP SIGNEDMESSAGE-----Hash: SHA512https://anond.hatelabo.jp/20260110222037# -----BEGINPGP SIGNATURE-----iHUEARYKAB0WIQTEe8eLwpVRSViDKR5wMdsubs4+SAUCaWTHrAAKCRBwMdsubs4+SAr4AP0foSSNPF2+gGuA1VDNf7x9dOkEsfu1fhfRBBRMTxOV2AEA9NQU0dtDSupB6X7G9V9Eo3UDlveOP300AZxoIHaFFwY==NNo2-----ENDPGP SIGNATURE-----
なのに、昔より平均的に絵がヘタクソなのが不思議でならない。
昔は１分はかかっていたベタ作業が１秒、集中線も１秒、背景は素材、トーンもぬりぬりできる。
とにかく便利になり、その分凝った作画に時間をかけられるようになった。
デッサンはできてないし、３Ｄポーズ人形を使ってるのがバレバレだし、なんかオモチャみたいな人間ばっかり描くし、
へたへた下手のへったくそ。
話が面白くないのは分かるよ。だって今の時代もうアイディアは掘り尽くされてるし、
性根の悪いオタクがすぐ設定の粗をついてくるし、パクリだなんだ言ってくるし、
まー同情するけど。
絵はさぁ、上手くなってないとおかしくない？
ＹｏｕＴｕｂｅに分かりやすい解説が載りまくってるし、漫画家自身が講座を開いたりしてる。
昔よりもずっと、土壌がしっかりしてるんだよ？
今のＣＧってまだまだ違和感バリバリでモーションキャプチャーそのまま使うと泥人形感凄いやん？
でもこれを逆に利用したら今の時代だけの芸術が作れそうに思う。
たとえるならドット絵や白黒映画のような未熟な技術をアイディアで補う姿勢そのものの芸術性を内包したようなのをさ。
つまり、
って話よ。
どう思う？
俺はワンチャンあると思うね。
まあ、俺は金を出さないしこういう仕事してない立場だからすきにいってるだけなんだけどな。
小手先の拡散方法じゃなくて政策そのものに対する質問になるんだけど…夫婦別姓導入してほしいから共産党支持寄りの30代としては、なんでフェミニストに寄り添う政策をもっと打ち出さないんだろうって思う。
性犯罪の厳罰化とか性的広告規制とか署名たくさん集まってるのにどの党も積極的にやろうとしないよね？
女性にアプローチすれば国民の半数の支持とれるとまでは言わないけど、どこの政党もやってないことなら興味持ってもらえるんじゃないの？それとも共産党も古い政党で老人ばかりだから結局家父長制を維持したいの？(そうだとしたらガッカリ)
あと話題のAI規制とかも一番に制作打ち出せば、クリエイターの多くの支持とれるよね？みんなが困ってて関心のあるところに一言でアプローチせず、お堅く共産主義がモニョモニョって言ってるから伝わりづらくて参政党やチームみらいに負けるんじゃない？
どんな格差をなくしたいのか、何を守りたいのか、どう生活が良くなるのか、10秒以内にわからないと今の忙しい若者には届かないよ。自分たちでできないならAIにまとめてもらったら？(AIをポスターとか画像生成に使うのは逆効果だと思うけど)
支持したくても「支部に集まる」「赤旗をとる」以外にもスマホ一つで参加できるプラットフォームがあれば私も手伝いたいんだけどな。
アイディア出したりソースコードあげたりしても単に賢いアピールしたいと思われそうじゃん？
これからは嘘でも「AIに作ってもらった」って書いとけば少なくともそういう叩きは回避できるなあと思った。
ニコニコの某ジャンルに「初投稿です」と書く文化があるけどあれも「むしろ未熟であっても当然という認識を持っており自慢する意図など毛頭ございません」ってメッセージを送るうえで有効に機能していて似たものを感じる
遊戯王カードジェネレーターみたいに純粋に楽しんでもらいたくて作って公開したって思われるにはその目的に必要十分なクオリティが求められ、クオリティ不足だと背伸び＝賢いアピール、クオリティ過多だとやっぱりひけらかし野郎だと別の目的を感じさせやすい。
だが必要十分かどうかは十分な能力がないとわからないし十分な能力があるかは高いメタ認知能力を持ってないと分からない。自分にメタ認知能力がどれだけあるかを正しく判定できるかという話をし始めると無限ループに陥りそうでこれまた難しい。
というわけで人を楽しませり役に立つのが目的であるかぎりは拙速であってもいいと思う。その代わりAIが作ったことにしておけばいい。
dorawiiより
-----BEGINPGP SIGNEDMESSAGE-----Hash: SHA512https://anond.hatelabo.jp/20251226162540# -----BEGINPGP SIGNATURE-----iHUEARYKAB0WIQTEe8eLwpVRSViDKR5wMdsubs4+SAUCaU5EIQAKCRBwMdsubs4+SASKAQC0W/w3kZfO2UGuMFxcdvQV/KAEUrLlYyeD1Pv7wJSgcAD9GVJUUO6kPfbYcuguK/DqoRzL7v5xblhAbDwoxg6xtg0==4xNT-----ENDPGP SIGNATURE-----
読んだことない人は私にオススメのフィクションを教えてほしいです。
それもない人は好きなyoutubeを教えてほしいな。
それもない人は当たった宝くじで何を買うか教えて。
【漫画編】
・4歳児とそのパパと周りの人たちのほのぼの面白い日常系。ふふってなる。たまにネットで試し読みができるからね。見てみてね。
・続きがすごく気になる！ってなるから是非みんな見て欲しい。量が多いしそこまで頑張りきれないよって人は旅団編とかGI編まで流し見でもいいと思う。それぞれの話のオチもほへーってなる。感想がアホっぽすぎるか。予想つかない展開といえばいいのかな。
私は好きすぎて日常的に台詞を言う激ヤバ27歳になってるから、日常会話にHUNTER×HUNTERの台詞を言いたい人は是非みて♡♤沈黙、それが答えだ！！！！！！！！！！
カナカナ
・設定はスパイファミリーと同じく、心が読める少女の話だけど、隣にいるのが爆笑ボーイだから、そりゃあもう面白い。サンデーうぇぶりのアプリで読めるんじゃあないかしら？
・女子高生の日常系。面白い。少し不思議な話もあってミステリー小説とか好きな人もハマると思う。うちは父がめっちゃハマった。嬉しいね。
脳噛ネウロ
・ミステリーの皮を被った人間讃歌物語。女子高生が頑張る。色々と。時には悩みながらもバンバン謎を解いていくよ。
ファブル
・ギャグだね。もはやこれは。最強の殺し屋が日本を綺麗にする話。あと美女が飲んだくれる話。
・絵が綺麗。女子にオススメ。どの話も面白くて綺麗。少年の復讐物語。推し探し中乙女たち集まれ〜！
・銃と戦いの話。しょたおねかと思いきや内容も面白い。オチに感動。
・男子高校生が妹の死を解明していく話。かっこいい台詞が出てくる。時間関係ある系が好きだからハマった。
はてな匿名ダイアリーを読む人の中に、中高生がいるとは思えないが、中高生とか特にハマるんじゃないかな。
・お腹抱えて笑う。なんで〜。
いぬまるだし
・王子様ギャグ物語。まずは2巻ぐらいで様子をみてもいいかもね。博識になれる気がする。
・女子たちがストレッチする話。女子が可愛いんだよ。日常系。物語の起伏はあまりないんだけどなんかゆるくて好き。
女の園の星
・ミステリー。元気がないと読めない。
・絵が綺麗で面白い。妖怪ミステリー系。小説家の乙一とか好きな人すきなんじゃないのー！？
・絵が綺麗。神様の話。
働かないふたり
・のんびり日常系。くらげばんちで読めるからみんな見てみてね。
裏バイト
少し不思議な話たち。少し不思議なバイトをこなしていく女子2人の短編集。
月刊ムーとか星新一とか世にも奇妙な人は絶対読んだ本がいいよ。
↓最近好きになった↓
路傍の藤井
くたくたの仕事終わりに楽しめる娯楽はありがたい。
妹は知っている
内容と関係ない話をすると、面白いのだが、たまにそうだった！と思い出すのかちちがでるのが面白い。
友達にこれとふじおを進めたら主人公の癖があるねえと言われたり、職場の人には、あなたの心が表れてますよと言われた。
