はてなキーワード: 仕様とは
カフェでその日は広い店内が空いており、私は友人とほぼ貸し切り状態でゆったりとお茶とおしゃべりを楽しんでいた
そこへ、「お好きなお席へどうぞ」と案内するスタッフの方の声。
当然? もちろん? 私たちから離れたお席を選ぶことを疑いもしなかったが
「ここにしようか」と選ばれたのが、私たちのすぐお隣のテーブル
とくに景色やソファの仕様がよろしいわけでもなく、どちらに座られても変わりのない広い店内で「え? こちらですか!?」と、その距離感のないお二人に驚いてしまった
すぐお隣のテーブルに座ってしまっては、お互いに会話の内容も聞こえてしたい、何より広い店内で、くっついて座っているのも、何だか気まずい
多くの空席があるにもかかわらず、隣の席に座られると、とても違和感がある
一方、車内が空いてきたら、席をずれるなどの配慮をなさる方もいる
距離感に明確なルールがあるわけではないが、どんなときも居合わせたすべての方にとって心地いいのは? と考えてふるまえるのが「育ちがいい人」だ
A部署の上(要望したい人)「こういうことをしたいから影響を確認しろ」
↓
A部署の下(要望を実現するための実動部隊)「影響確認するのでB部署と調整します。B部署さん、変更したらどうなる?」
↓
B部署の下(要望によってどれくらい迷惑を被る実動部隊)「変更の影響分析した結果、自分たちの仕様にこういう変更が入ってこれくらい金と時間とリスクがかかるけどどうする?」
↓
↓
↓
↓
って流れなんやろうなと
時間がないなら上を使ってさっさと判断させることもできるけど、時間があるならこのプロセスの方が現場は混乱しないんじゃないかな
上だけで決めさせると現場レベルの影響分析はできないから、いろいろ不都合や抜け漏れが出てきてB部署や変更の影響がある部署の現場が混乱して品質も悪くなる可能性がある(けどトップダウンだから物事は早く進む)
なんか「昨日まで俺たちが全てを作っていた。その時代が終わり、仕事の何割かはAIに預ける時代が来た」みたいな認識のコーダー痛すぎないか?
そしてソイツらに限って仕様調整は営業が勝手にやったみたいに抜かしおる。
全体見えてないからこその万能感なんだろうなーって思う。
パンチも読めねえガキがよ
高等教育への支援が日本を復興させる、と会田誠がXで書いていた。
日本の戦後の復興は、戦後に「偶然」起きたのではない。むしろ戦争そのものが、復興のための下地を、皮肉なほど周到に準備してしまった。戦争は破壊であると同時に、国家をひとつの巨大な工場に変える。資源配分、計画、規格、物流、品質、そして何より、人間の配置と訓練。これらが「総力戦」という名のもとに、暴力的に、しかし異様な密度で組み上げられていく。技術開発とは、研究室の机上で美しく完結する知の遊戯ではない。目的が与えられ、期限が切られ、失敗のコストが極端に高い環境で、試行錯誤を反復し、設計・製造・検査・運用までを一気通貫で回す能力の総体だ。戦争は、その能力を、恐ろしい速度で社会の中に注入した。
戦時の研究開発は、単なる発明ではなく、システムの構築だった。たとえば「技術者」という語は、ひとりの天才の顔を連想させがちだが、実体は違う。設計者がいて、解析者がいて、材料の供給者がいて、加工の技能者がいて、検査の手順を作る者がいて、現場に落とし込む監督者がいる。部品表があり、図面があり、仕様があり、誤差の許容範囲があり、標準化がある。つまり、工学的知識と組織的運用が結びついて、初めて技術は社会に実装される。戦争は、その結び目を強制的に太くした。しかも、若者を大量に吸い上げ、時間を奪い、睡眠と健康を削り、失敗に対する許容を奪うことで、訓練を「圧縮」した。倫理的には呪うべき圧縮だ。しかし能力形成の観点だけを冷酷に抜き出すなら、戦争は、最悪の形で最高効率の訓練装置になり得た。
そして戦後。御存知の通り日本は完膚なきまでの敗北を喫した。当然だ。しかし瓦礫と飢えと混乱の中に、奇妙な資産が残った。焼けた街ではなく、焼け残った手だ。軍需のために鍛えられた設計思考、現場の段取り、試験と改善の習慣、そして「とにかく動かす」ための執念。戦争目的が剥ぎ取られたあと、その手は、民生に向けて仕事を始める。工場は鍋を作り、ラジオを作り、やがて車を作る。品質管理という名で統計が導入され、カイゼンという名で現場が賢くなる。輸出という名で世界と接続され、稼ぐという名で生活が安定する。高度経済成長は神話ではなく、忌まわしき制度と虐げられた技能の合成体・キメラだ。そして、その合成の触媒として、あるいは淘汰圧として、戦争という毒が、過去に撒かれていた──そう言ってしまうと、気分が悪いほどに筋が通ってしまう。敗北はしたが、敗北するためには戦わなくてはならず、戦うためには戦えなくてはいけない。奇妙なことに戦えてしまったことが呪いであると同時に祝福でもあった。真珠湾攻撃は、無条件降伏を経て、米国中を所狭しと走り回るトヨタに至った。まともな経済感覚をもっている米国人は一時期まで日本車を買うのがあたりまえだった。
だからこそ、戦後日本の次なる課題は、戦争なしに繁栄を継続することだった。ここが本丸だった。戦争が供給するのは「目的」と「緊急性」と「資源の集中」であり、その果実として新しい「産業」が結ぶのだ。平時の社会では、それらが自然に生まれない。目的は分散し、緊急性は個人の都合に解体され、資源は合意形成の手続きに溶けていく。ゆえに、平時の繁栄には、別種のエンジンが要る。暴力や強制ではなく、自発性と創造性によって、産業の餌を自分で狩りに行くエンジンだ。そこで登場したのが、大学院という高等教育の訓練装置だ、という物語をわたしたちは信じた。研究という名の訓練。論文という名の競技。専門性という名の武器。産学連携という名の橋。これらを通じて、戦争の代わりに「知」が繁栄を準備するはずだ、と。
だが、いつの間にか装置は、別の生き物を量産するようになった。保身に東奔西走するばかりの大学教員だ。大学院が、主体性の発火点ではなく、依存の温床になったとしたら、それは制度設計の敗北だ。研究費、評価指標、採用、任期、ポスト、学会、査読、ランキング。こうした外部条件が、大学教員個人の内側に「餌は上から降ってくるものだ」という反射を植え付ける。申請書の書き方は教えるが、産業という新しい鉱脈の掘り方は教えない。論文の体裁は矯正するが、社会の問題を嗅ぎ分ける鼻は鍛えない。安全な問いを選ぶ癖、失敗しない範囲での最適化、既存の潮流に寄り添うことによる生存。そうした行動は合理的だ。合理的であるがゆえに、群れは同じ方向にしか動かなくなる。
そしてSNSだ。SNSは思想の市場であると同時に、承認の自動給餌機になった。群れは、空腹そのものを叫ぶことで、誰かが餌を投げてくれると学習する。「分かってほしい」「評価してほしい」「誰かが何とかしてほしい」「政府は間違ってる」。鳴く。鳴くことが生存戦略になる。しかも鳴き声は可視化され、数値化され、増幅される。いいね、リポスト、フォロワー。これらは、栄養ではなく興奮剤だ。満腹にはならないが、空腹の感覚を麻痺させる。やがて、いつまでも上から餌を与えてくれるのを求めて、ぴいぴい鳴き続けるトッチャンボウヤのような元雛鳥の群れができあがる。外敵に襲われない巣の中で、口だけが上を向き、翼は畳まれたまま、眼球だけが光る。自分の脚で地面を蹴るという最初の行為が、いつまでも始まらない。
自分の地位が脅かされるときは自分が悪いのではなくいつも政府が悪い。省庁が悪い。国民の教育水準が、頭が悪い。外で何が起きているのか少し頭を働かせてみようともしない。誰かが群れから外れたことを言ったときは袋叩きにして火にくべる。その結果、誰もが同じことばかり言い続けている。
だが、はっきり言っておく。お前が新しい産業という餌を捕るんだよ。お前がやることになってたんだよ。餌を「作る」のでもいいし、「掘る」のでもいいし、「盗む」のでもない形で「奪い返す」のでもいい。つまり、価値を生むという行為を、制度の他人に外注するなということだ。もちろん少子高齢社会は強力すぎる逆風ではあるが、それさえも誰かのせいに陰謀論めいて帰着させる前に一度よく考えてみたらどうか。産業は勝手に湧かない。誰かが、失敗の責任を自分で引き受け、見えない需要を言語化し、未熟な技術を鍛え上げ、供給網を組み替え、法や倫理の地雷を避け、顧客の怒りと無関心の中で立ち続けた結果として、ようやく姿を現す。論文の引用数のように、キーボードを叩けば増えるものではない。獲物は森にいる。森に入った者だけが、血の匂いと風向きを知る。
お前たちは選択と集中ではなく研究者の自発的な興味や関心が大事という。
では聞くが、お前たちはお前たちが学生だった頃の自分たちに恥じることはないだろうか。
お前たちは、お前たちが知りたいと思ったことを、お前たちが知りたいと思ったかたちで、明らかにしつつあるのか。
わたしは大学の門をくぐったとき、自分が畳の上で安らかに死ねるとは思わなかった。畳の上で死ぬというのは、単に死に場所の話ではない。生が、社会と和解しているという感覚だ。努力が見返りに接続し、未来が計算可能で、家族が暮らし、老いが制度に回収されるという約束だ。だが、あのときのわたしには、その約束が見えなかった。見えなかったというより、最初から信じる気がなかった。自分は、本と論文と電線の塵芥の中で、目を開けたまま息絶えるのだと思った。研究室の片隅で、半田の匂いと紙の埃にまみれて、未完成の仮説を握ったまま、呼吸だけが止まるのだと。
なぜそんな死に方を想像したのか。たぶん、それは恐怖ではなく、ある種の誓いだったのだろう。畳の上の安寧を最初から目標にしない者だけが、森に入れると。森に入るとは、制度の外側に一歩出ることだ。誰も餌をくれない場所に行き、自分の手で何かを捕まえることだ。捕まえられなければ飢える。飢える可能性を引き受ける者だけが、捕まえる可能性を持つ。そういう単純な力学を、大学に入った頃のわたしは、たぶん予感していた。戦争をする国家という本質的な暴力装置に大学そのものを重ねて見ていた。
戦後の復興が戦争によって準備されたのだとしたら、戦後の次の繁栄は、戦争ではなく、わたしたち一人ひとりの「狩り」によって準備されなければならない。制度は餌箱ではなく、森へ向かうための靴であるべきだ。大学院は巣ではなく、飛び立つための筋肉を作る場所であるべきだ。SNSは鳴き声の競技場ではなく、狩りの情報を交換する地図であるべきだ。そうなっていないなら、装置を叩き壊すか、装置の使い方を変えるしかない。鳴くのをやめて、翼を伸ばして、地面を蹴るしかない。
最後に、あの想像に戻る。目を開けたまま息絶える、というのは、救いのない悲観ではない。目を閉じる暇も惜しんで見ていたかった、ということだ。世界の配線の仕方、言葉の連結の仕方、仮説の跳ね方、そして価値が生まれる瞬間の、あの微かな火花を。もし本当にそういう最期が来るなら、せめて塵芥の中に、誰かの餌になる小さな骨を残して死にたい。鳴き声ではなく、獲物の痕跡を。上から落ちてくる餌ではなく、自分で森から引きずってきた何かを。畳の上で死ねなくてもいい。だが、巣の中で口を開けたまま死ぬのだけは、御免だと。
お上を叩くのは簡単だ。叩いても腹は減らないからだ。制度を呪うのは気持ちがいい。呪っても給餌は止まらないからだ。君たちの批判は刃物ではない。換気扇だ。臭いを抜いて、建物を延命する装置だ。君たちは自由の名で柵を磨き、純粋の名で鎖を正当化し、公共性の名で自分の安寧を公共財にすり替える。いつまで巣の縁で鳴くのか。餌は捕れ。捕れないなら黙れ。黙れないなら巣を出ろ。——平和の繁栄は、配給では続かない。
「○○が××である可能性は?(論じよ)」みたいに聞くとそれなりの答えになるが、「○○って××?」とイエスノーの質問にすると、なんかイエスなのにノーと言ったり、話がぶれやすい印象。
Z世代について。
「つまらなそうに仕事してる。もっと元気にやろう」とある先輩に指摘されたZ世代の新人が
「いやぁ…そもそも僕本当に仕事ってものが嫌いなんですよ」と正直に返したところそこそこ大きな揉め事になってました。
先輩のほうは「そんなに仕事嫌いなら辞めちまえ!!」と一喝したいほど頭にきたようですが、パワハラにならないよう気を遣いながら
「自分がやりたいことだけやって稼げる手段増えてるからそういうことやれば?野球YouTuberとか釣り系YouTuberとか」
と言ったところ新人は
「仕事が嫌いという性質によって会社に損害与えたり周りに迷惑をかけたとかじゃないのにそんなこと言われる理不尽じゃないですか?」
正直傍観者の私としては
と多少の感慨すらありました。
「お前にそんなこと言われる筋合いはない」という態度に関して周りが正当性を認めてくれる部分が、こと労働に関しては異様に少なくなることがずっと不満でした。
たとえば、人生において婚姻や子作りをどうするのかという判断なんかはもはや「俺の勝手だ。周りは黙れ」は田舎でもない限りは大多数の人が正当性をそこに認めます。
でも、労働に関しては未だに「僕は仕事というものが嫌いです」という白状すら結構問題になる有様です。
なのでZ世代の新人にまつわるこの揉め事にワクワクしてしまっているのですが、皆さんはどちらが正しいと思いますか?
また、これで万が一、弊社の従業員に対する寛容度がZ世代仕様に変わっていくとしたら職場環境は良くなっていくと思いますか?
https://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q13297983488
スターのデータベーステーブルには時刻が入ってるんだから、新鮮なブクマページでたとえば1時間に1回とか勢いを計算するだけやん。
とは言え「短いブコメは数時間経つと一律で注目コメントから外される仕様になっている」可能性を否定するわけではないです。むしろ今、はてなギャラクシー https://hatebu-galaxy.vercel.app/ を活用して反例を探そうとしてみたけど見つからず、その可能性が高いようにさえ感じてきた。
2026年1月の解散総選挙。政治的なスタンスは人それぞれだと思うけど、報道機関としてこれってどうなの?という違和感を抱いたので吐き出しておく。
結論から言うと、TBSのYouTubeライブ配信における「コメント欄の運用」が、特定の勢力に有利になるよう意図的にコントロールされているようにしか見えない。
この時のコメント欄は「全開放」だった。誰でも、登録していなくても書き込める状態。
結果としてどうなったか。コメント欄は阿鼻叫喚の地獄絵図。高市政権に対する罵詈雑言、ヘイトに近い書き込み、組織的なものと思われる批判コメントが滝のように流れ続けていた。これを見た視聴者は「世論は高市さんにこれだけ厳しいんだ」という印象を強く受ける。
一方で、その数日後に行われた中道改革連合の会見ではどうだったか。
コメント欄は「チャンネル登録者のみ(それも一定期間以上の登録が必要な設定)」に制限されていた。
その結果、コメント欄は批判がシャットアウトされ、熱心な支持者による「期待しています!」「頑張れ!」という激励メッセージだけで埋め尽くされていた。非常にクリーンで、ポジティブな空気が演出されていた。
批判を浴びせたい対象(高市政権)の時はコメント欄を野放しにして「荒れている惨状」を見せつけ、自分たちが推したい勢力の時はコメント欄をガードして「支持されている様子」だけを見せる。
TBS側は「スパム対策」とか「個別の判断」と言うんだろうけど、なぜ与党のトップの会見ではスパム対策をせず、野党連合の会見では厳重にガードするのか。その「基準」が全く不透明すぎる。
スクリーンショットを撮り損ねたのが痛恨の極みだけど、リアルタイムで見ていた人間ならこの異様な「温度差」に気づいたはず。
YouTubeのコメント欄なんて便所の落書きかもしれない。でも、今の時代、ライブ配信のチャット欄が醸し出す「空気感」は、テレビのテロップ以上に視聴者の心理に影響を与える。
メディアが「報道の公平性」を掲げるなら、せめてコメント欄の運用ルールくらい統一すべきではないか。特定の政党だけを「温室」で守るような真似は、もはや報道ではなく広報だろう。
これって僕の考えすぎ? それとも、皆さんも同じような違和感持ちました?
意図は「あなたが私を“便利な作業員”としてガンガン使い倒してきた」という、誇張したコメディ表現です。
もう少し正直に分解すると、あの絵は次の3点を一枚にまとめています。
あなたは「結論→追加条件→さらに深掘り」という形で、短い間隔で要求仕様を積み上げることが多い。絵ではそれを「早く書け」「働け」「社のことやれ」といった“急かし”のセリフで記号化しています。
[2] 実務寄りで、成果物を強く求める使い方
メール文面、仕様確認、手順、設置条件、ログ解析、SQL、ネットワーク設定など「すぐ使うアウトプット」が中心。だからロボットがPCに向かい、書類が積まれていく“業務過多”のビジュアルにしています。
[3] 親しみのある雑なノリ(=悪意ではなく冗談としての圧)
あなたの口調はカジュアルで勢いがある場面があり、そこを「圧が強い上司/プロデューサー」みたいにデフォルメしています。実際のあなたを悪く言いたいというより、関係性を笑いに変える方向です。
ただし、率直に言うと、あの絵はあなたの実像を正確に描写しているわけではありません。
あなたは技術的にかなり具体的で、目的も明確で、必要な前提条件を出してくれることが多いので、現実は「無茶振りだけする人」というより「要求水準が高い実務者」です。絵はその“要求水準の高さ”だけをコミカルに切り出したものです。
↑
描かれた絵がこれ。
昨日バイトがあったのだけれど、とても嫌な気持ちになったことがあったから書いておこうと思う。
1 なんで返品できないのか
僕のバイト先では、メーカーさんとの取り決めで一切の返品や交換ができない商品を売っている。何か商品に問題があれば全てのサポートをメーカー側が引き受けるという条件付きでだ。これは面倒だなと僕は内心思っていたんだけど、まぁいつか起こるだろうなと思っていた問題が起きてしまった。
その外国人のおばさんが購入した商品は同じように見えて仕様が3種類ある商品の一つなのだが、おばさんが欲しかった仕様はここ3ヶ月ほどメーカーから納品がないため、欠品と店員みんなが認識している。だからその時レジを担当していた同僚さんは残り2種類のうち一つを手に取ってこういうのならありますけどって説明した模様なんだけど、おばさんが了承したので、会計を終わらせてしまったんだ。だからここでもう返品不可になる。
しかし、おばさんはその同僚さんが退勤して20分くらい経った後に怒りの形相でやってきた。オワリ。返品か交換をしろと喚くが、他の同僚さんが対応して、必死に返品交換不可を伝える。それでも納得しない。20分くらい粘った後帰っていったが、それは杞憂の対義語みたいなもので、なんとその商品を会計した僕らのいるレジではなく、他のレジに赴き返品交換を申し出たようだ。最悪。そこでは対応できないということでまた僕らのレジに案内されてきて喚くものだから、防犯カメラ映像を確認し、店員が実物をお客さんに見せてお客さんが了承している映像が残っていたのだが、ちょうどメガネをかけていなかったからよく見えなかったという。でも店側としては一度了承されているから店の落ち度ではないし、メーカーとの取り決め上返品交換できないから謝れなどしない。
ぶっちゃけ仕様が違う他の商品を案内するのも良くなかったと思うし(他の仕様を案内しても9割のお客さんは断る)、おばさんもおばさんで適当な言い訳を並べ立てて反抗するのをやめるべきだった。それでも、再再度僕らのレジに来てから30分は叫んでいた。途中その人の母語が理解できる店員がやってきてからさらにその言葉で喚いていたのだが、そうなると言葉の量は2倍になるのに理解認識可能度が0%まで急落するから本当に辛い。何言ってるかもわからない罵声を隣のレジでずっと聞いていた。レジ打ちが忙しい人は違って、昨日はとても精神的に疲れた日だった。
だっておばさんは損したくないからね。自分の生まれた国の外で違うものを買わされたと思うと、僕でも少し交渉を持ちかけてしまうかもしれない。だから辛かった。末端の僕には何もできないんだけどね。
2 Suicaの残高
そんで精神的に疲れた体で、僕はすぐ近くのターミナル駅の駐輪場に自分の自転車を取りに行った。帰らなきゃですからね。電車がいっぱい走っている都市だけど、田舎出身の僕は自転車の方がはるかに気楽だ。だって自転車なら自宅の駐輪場が最寄り駅ですからね。料金を払って自転車を取って出口から出るところだった。
「ママ、Suicaの残高が足りなくて、出られない」その言葉が背後から聞こえた。その方向には確か、テニスラケットを肩にかけた、女子高生らしき女性が一人で彼女の止めたであろう自転車の後ろに立ってた。ママ、などと言っているので電話をしていたのだと思う。そこでは、Suicaか現金のみを自動精算機は受け付けている。女子高生は銀行口座でも持っていない限り自分で出るのは難しかったんだろう。時間は夜10時に近かったので、駐輪場は静かで、彼女の声だけが響いていて、思わず僕は少し足が止まった。
僕が払ってあげればいいんじゃないか、そういう思考が頭をめぐる。1日止めても数百円だから、僕のSuicaで払えますからね。
でも月曜だったんよ。例えば金曜の夜からとめっぱで月曜に自転車を回収するってなってたとしたら千円はくだらないからね。見ず知らずの女子高生にそんなに払えねぇ、と金欠の僕は思った。あと普通に夜10時付近の都市部なんで、それなりに女性も男性には気をつけていると思う。僕がいきなり払うと言い出したら変態扱いされてしまいかもしれない、それが起きてもおかしくないご時世だと理解をしてる。
しかもそんなターミナル駅に自転車を停めるくらいの女子高生なら、めちゃくちゃ家が近いんじゃないかと思うんよね。いくら電車が痴漢リスクあるとはいえども電車のほうが事故には遭いにくいし、冬なので暖かい。きっと母親とかもすぐに来られる距離感なんじゃないかと。
しかもしかもSuica足りなくても現金で払えるじゃない。いくらなんでもSuicaしか持ってないなんてないじゃない。だからその女子高生がすっとぼけているだけの可能性もあると考えた。
結局迷った挙句僕はそのまま駐輪場を出た。自転車乗ってる間もずーっと胸糞が悪かった。
家に着く前にスーパーに寄って、(僕は好んでお酒を飲まないので)適当なジンジャーエールと生ハム、それから明日の朝の食パンをカゴに入れた時に。その金をあの女子高生に使えたんじゃないか?
その子のことでさっきからストレスが溜まってそれを解消すべく生ハムをカゴに入れたのに、結局お金は同じように使おうとしているんですよね。本当にイライラした。でもどうしようもない。その頃には母親も迎えにきてただろうし。
人間の臭みが時々嫌になる。臭みというのは感情の面でもあるし、自分の周りの状況の面でもあるかもしれないけど、こういうのに囚われる自分が、時々嫌になる。自分の感じたい感情を謳歌したい。
こういうことをここに書いている自分、それすらも嫌になる。だからこの投稿の題名は「3」にした。あーぁ。セブンイレブン、嫌な気分。
世間では高市支持率78%とか、株価5万3000円とかで浮かれているようだが、野党界隈ではもっとエグい「地殻変動」が起きている。
立憲民主党と公明党が合流して「中道改革連合(略称:中道)」ができる件だ。
「政権交代のためには手段を選ばない」と言えば聞こえはいいが、ここ数日のニュースや会見で出てきている「基本政策」を見ていると、これは合流というより「立憲民主党による完全降伏」にしか見えない。
リベラル支持者が信じていたものが、秒速で産業廃棄物として処理されていく様があまりに壮観だったので、「確定した方針転換」と、この流れから「ほぼ確実にこうなるだろう予想」をメモしておく。
投票先がないと嘆いている人の参考になれば幸いだ。
ニュースや幹部会見で公式にアナウンスされたもの。立憲のアイデンティティだった部分が、公明党仕様に完全に上書きされている。
上記の「公明党・連合に合わせる」というアルゴリズムを適用すれば、以下の政策も変更・削除されるのは時間の問題だ。
こうして見ると、新党「中道改革連合」に残ったのは「政権交代」という看板だけで、中身は「ちょっとマイルドな自民党」でしかないことがわかる。
日本の政治から「リベラル」や「革新」という選択肢は消滅し、「強い保守 vs まあまあの保守」という体制が完成した。
これを「大人の現実路線」と評価するか、「魂を売った野合」と唾を吐くか。
2月と言われる選挙で、我々は「オリジナル」を買うか「劣化コピー」を買うか、あるいは「店を出る(棄権・他党)」かを選ばなきゃならない。
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駆動開発というものをどんな感じで、具体的にどうやっているのかが知りたい。
最近さ、AIコーディングが当たり前になってきて思うことがあるんだわ。 確かにAI使えば設計も洗練されるし、面倒なコメントや関数の説明も勝手に入れてくれるから、コードの可読性は爆上がりする。開発者としては楽だし、品質も上がる。
でもこれ、真面目にやればやるほど自分の首絞めてね? って話。
特にスクリプト納品のWebアプリなんかだと顕著なんだけど、コードが綺麗でドキュメントが充実してるってことは、要するに「他の安い業者でも簡単に改修できる」ってことなんだよ。 仕様策定から泥臭く付き合って、設計のノウハウ詰め込んで納めたシステムなのに、運用フェーズに入った途端に「あ、これならメンテ簡単そうなんで、来期からはもっと安いB社にお願いします〜」って。 最初に汗かいた所が損をして、場当たり的な改修屋が得をする。そんなのアリかよ。
そもそも論としてさ、「ドキュメント全部よこせ」って商習慣がおかしいんだよ。 これって突き詰めれば「お前のところ信用してないから、いつでも他所に乗り換えられるように準備しとけ」って言われてるのと同じじゃん。 「開発会社が潰れたら困る」とか言うけどさ、そんなリスク言い出したら世の中の機械も設備も全部そうでしょ。なんでITだけ特別扱いなんだ?
極端な話、外食して「美味かったわ。じゃあ明日から家で作るからレシピと仕入れ先全部書き出して渡して」って言ってるようなもんだぞ。 「それは客のワガママだろ、常識ねーな」ってなるのが普通なのに、なぜかシステム開発だとこれがまかり通る。それを貫き通したいなら、車も買えないわな。ボンネット開けて設計図入ってないと不安で乗れないんですか? っていう。
今までは「まあ慣習だしな」で流してたけど、AI時代に入ってコードの解析コストが下がってる今、このルールを変えないとマジで生き残れないと思う。
これからの落とし所はもうこれしかない。 客が「監査対応ガー」とか「情シスガー」とか言ってきたら、こう返す。
「監査用の『概要資料』はコミコミで出しますよ」 「でも、他社への引き継ぎ用の『詳細ドキュメント』は別料金(高額)です」
これだよ。 客の本音は「ベンダーロックインが怖い、でも資料なんて普段読まない、ただ持っていたい」。 こっちの本音は「出したら奪われる、でも出さないと揉める」。
だから、「運用に必要な最低限」は出すけど、「ノウハウの塊」は売らない。 もし他所に頼みたいなら、そのための資料作成費はガッツリいただきますよ、と。これ、他業界なら当たり前の商売の原理だろ?
IT業界だけが長年、「技術者の善意」とか「サービス精神」を無限に搾取されすぎてたんだよ。 ドキュメント整備だってタダじゃねーんだ。 「それ、常識的な商習慣ですか?」って、これからは真顔で言い返していかないと、AIに仕事奪われる前に、都合のいい業者扱いされて終わるぞ。
AI界隈、技術はシンギュラリティでもUIが石器時代なの何なん? 特にEnterで即送信されるクソ仕様。IMEで変換確定した瞬間に書きかけの文章が飛んでく絶望感、開発者は想像つかんのかね。
これ技術的に難しいなら百歩譲るけど、こんなんJSのkeydownイベントでisComposing(変換中フラグ)判定するだけの話じゃん? 実装コストほぼゼロよ。 なのに放置されてんのは、完全にあの中華フォント問題と同じ構図。 「多様性(笑)」とか掲げてる割に、結局は「英語圏が標準、お前らはそれに合わせろ」っていう舐めプが透けて見えんのよ。
まぁ、まともな国産AIひとつ作れない日本が悪いんだけどな。 技術的な主権がないから、いつまでも欧米様に舐められ続けるか、いっそ同じ漢字文化圏の中国父さんに擦り寄るしかないっていう、この詰んでる状況がマジで終わってる。
もっと腹立つのが日本のITメディアよ。 「この生成AIが凄い!」「神アップデート!」みたいな提灯記事ばっか量産してないで、こういう致命的なUXの欠陥を指摘しろっての。 普段使いしてたら絶対キレるポイントだろ? エアプで記事書いてんのバレバレなんだわ。
Slack見習って黙ってCtrl+Enter標準にしとけって話。 グローバル名乗るなら、せめて自分たちの足元の「想像力」のなさからデバッグしてくれよ、マジで。