「仕様」を含む日記 RSS

はてなキーワード: 仕様とは

2026-01-27

https://b.hatena.ne.jp/entry/s/posfie.com/@perticipaitan/p/O8uR0Bc

飲食店なんぞを除けば、業務ハンディほとんどがAndroidなんだし

プロ仕様なのはAndroidやろ

2026-01-26

anond:20260126130546

2箇所にくっつくのは増田仕様なので増田メールでも送ってくれ

2026-01-25

これはバグというのか?と思ったが

一般ユーザーからすれば自分の想定通りに動かなければ仕様に関わらずバグになるか、それはそーだな

ドラゴンボール40周年記念動画を観て思ったんだが

販売されている電子書籍漫画ってああいう「絵が動く」仕様に出来ないの?

めっちゃいいじゃんあれ。

カフェでその日は広い店内が空いており、私は友人とほぼ貸し切り状態でゆったりとお茶とおしゃべりを楽しんでいた

そこへ、「お好きなお席へどうぞ」と案内するスタッフの方の声。

当然? もちろん? 私たちから離れたお席を選ぶことを疑いもしなかったが

「ここにしようか」と選ばれたのが、私たちのすぐお隣のテーブル

とくに景色ソファ仕様がよろしいわけでもなく、どちらに座られても変わりのない広い店内で「え? こちらですか!?」と、その距離感のないお二人に驚いてしまった

すぐお隣のテーブルに座ってしまっては、お互いに会話の内容も聞こえてしたい、何より広い店内で、くっついて座っているのも、何だか気まずい

これは、バス電車場合も同じ

多くの空席があるにもかかわらず、隣の席に座られると、とても違和感がある

一方、車内が空いてきたら、席をずれるなどの配慮をなさる方もいる

距離感に明確なルールがあるわけではないが、どんなとき居合わせたすべての方にとって心地いいのは? と考えてふるまえるのが「育ちがいい人」だ

2026-01-24

anond:20260124103817

A部署の上(要望したい人)「こういうことをしたいから影響を確認しろ

A部署の下(要望を実現するための実動部隊)「影響確認するのでB部署と調整します。B部署さん、変更したらどうなる?」

B部署の下(要望によってどれくらい迷惑を被る実動部隊)「変更の影響分析した結果、自分たち仕様にこういう変更が入ってこれくらい金と時間リスクがかかるけどどうする?」

B部署の上(迷惑を許容するか判断する人)「それならおk

B部署の下「A部署さん、ok出たんで変更していいよ」

A部署の下「影響軽微なので要望して問題ないっす」

A部署の上「じゃあ要望出すね」

って流れなんやろうなと

時間がないなら上を使ってさっさと判断させることもできるけど、時間があるならこのプロセスの方が現場は混乱しないんじゃないか

上だけで決めさせると現場レベルの影響分析はできないから、いろいろ不都合や抜け漏れが出てきてB部署や変更の影響がある部署現場が混乱して品質も悪くなる可能性がある(けどトップダウンから物事は早く進む)

誰かが掘ってくれた鉱石を、誰かが精製して作った素材で、誰かが加工して作った機械に、コンパイルという最終工程をやっていてもらっている上にそもそも仕様調整の一番ダルい対人部分も人に押し付けてやってない奴らの仕事なんて元々全体の数%あるかどうかだったろ目を覚ませ

なんか「昨日まで俺たちが全てを作っていた。その時代が終わり、仕事の何割かはAIに預ける時代が来た」みたいな認識コーダー痛すぎないか

そしてソイツらに限って仕様調整は営業勝手にやったみたいに抜かしおる。

全体見えてないからこその万能感なんだろうなーって思う。

せめて機械語直接打ってから言えよ。

パンチも読めねえガキがよ

ポスドク一万人計画の結果できた失敗作の山が現在大学教員

高等教育への支援日本復興させる、と会田誠がXで書いていた。

日本戦後復興は、戦後に「偶然」起きたのではない。むしろ戦争のものが、復興のための下地を、皮肉なほど周到に準備してしまった。戦争破壊であると同時に、国家ひとつの巨大な工場に変える。資源配分計画、規格、物流品質、そして何より、人間の配置と訓練。これらが「総力戦」という名のもとに、暴力的に、しかし異様な密度で組み上げられていく。技術開発とは、研究室の机上で美しく完結する知の遊戯ではない。目的が与えられ、期限が切られ、失敗のコストが極端に高い環境で、試行錯誤を反復し、設計製造検査運用までを一気通貫で回す能力総体だ。戦争は、その能力を、恐ろしい速度で社会の中に注入した。

戦時研究開発は、単なる発明ではなく、システムの構築だった。たとえば「技術者」という語は、ひとりの天才の顔を連想させがちだが、実体は違う。設計者がいて、解析者がいて、材料供給者がいて、加工の技能者がいて、検査の手順を作る者がいて、現場に落とし込む監督者がいる。部品表があり、図面があり、仕様があり、誤差の許容範囲があり、標準化がある。つまり工学知識組織的運用が結びついて、初めて技術社会実装される。戦争は、その結び目を強制的に太くした。しかも、若者を大量に吸い上げ、時間を奪い、睡眠健康を削り、失敗に対する許容を奪うことで、訓練を「圧縮」した。倫理的には呪うべき圧縮だ。しか能力形成観点だけを冷酷に抜き出すなら、戦争は、最悪の形で最高効率の訓練装置になり得た。

そして戦後。御存知の通り日本は完膚なきまでの敗北を喫した。当然だ。しか瓦礫と飢えと混乱の中に、奇妙な資産が残った。焼けた街ではなく、焼け残った手だ。軍需のために鍛えられた設計思考現場段取り試験改善の習慣、そして「とにかく動かす」ための執念。戦争目的が剥ぎ取られたあと、その手は、民生に向けて仕事を始める。工場は鍋を作り、ラジオを作り、やがて車を作る。品質管理という名で統計が導入され、カイゼンという名で現場が賢くなる。輸出という名で世界接続され、稼ぐという名で生活が安定する。高度経済成長神話ではなく、忌まわしき制度と虐げられた技能の合成体・キメラだ。そして、その合成の触媒として、あるいは淘汰圧として、戦争という毒が、過去に撒かれていた──そう言ってしまうと、気分が悪いほどに筋が通ってしまう。敗北はしたが、敗北するためには戦わなくてはならず、戦うためには戦えなくてはいけない。奇妙なことに戦えてしまたことが呪いであると同時に祝福でもあった。真珠湾攻撃は、無条件降伏を経て、米国中を所狭しと走り回るトヨタに至った。まともな経済感覚をもっている米国人は一時期まで日本車を買うのがあたりまえだった。

からこそ、戦後日本の次なる課題は、戦争なしに繁栄継続することだった。ここが本丸だった。戦争供給するのは「目的」と「緊急性」と「資源の集中」であり、その果実として新しい「産業」が結ぶのだ。平時社会では、それらが自然に生まれない。目的分散し、緊急性は個人の都合に解体され、資源合意形成手続きに溶けていく。ゆえに、平時繁栄には、別種のエンジンが要る。暴力強制ではなく、自発性創造性によって、産業の餌を自分で狩りに行くエンジンだ。そこで登場したのが、大学院という高等教育の訓練装置だ、という物語わたしたちは信じた。研究という名の訓練。論文という名の競技専門性という名の武器産学連携という名の橋。これらを通じて、戦争の代わりに「知」が繁栄を準備するはずだ、と。

だが、いつの間にか装置は、別の生き物を量産するようになった。保身に東奔西走するばかりの大学教員だ。大学院が、主体性の発火点ではなく、依存の温床になったとしたら、それは制度設計の敗北だ。研究費、評価指標採用任期ポスト学会査読ランキング。こうした外部条件が、大学教員個人の内側に「餌は上から降ってくるものだ」という反射を植え付ける。申請書の書き方は教えるが、産業という新しい鉱脈の掘り方は教えない。論文体裁矯正するが、社会問題を嗅ぎ分ける鼻は鍛えない。安全な問いを選ぶ癖、失敗しない範囲での最適化既存の潮流に寄り添うことによる生存。そうした行動は合理的だ。合理的であるがゆえに、群れは同じ方向にしか動かなくなる。

そしてSNSだ。SNS思想市場であると同時に、承認自動給餌機になった。群れは、空腹そのものを叫ぶことで、誰かが餌を投げてくれると学習する。「分かってほしい」「評価してほしい」「誰かが何とかしてほしい」「政府は間違ってる」。鳴く。鳴くことが生存戦略になる。しかも鳴き声は可視化され、数値化され、増幅される。いいね、リポストフォロワー。これらは、栄養ではなく興奮剤だ。満腹にはならないが、空腹の感覚麻痺させる。やがて、いつまでもから餌を与えてくれるのを求めて、ぴいぴい鳴き続けるトッチャンボウヤのような元雛鳥の群れができあがる。外敵に襲われない巣の中で、口だけが上を向き、翼は畳まれたまま、眼球だけが光る。自分の脚で地面を蹴るという最初行為が、いつまでもまらない。

自分地位が脅かされるとき自分が悪いのではなくいつも政府が悪い。省庁が悪い。国民教育水準が、頭が悪い。外で何が起きているのか少し頭を働かせてみようともしない。誰かが群れから外れたことを言ったときは袋叩きにして火にくべる。その結果、誰もが同じことばかり言い続けている。

だが、はっきり言っておく。お前が新しい産業という餌を捕るんだよ。お前がやることになってたんだよ。餌を「作る」のでもいいし、「掘る」のでもいいし、「盗む」のでもない形で「奪い返す」のでもいい。つまり価値を生むという行為を、制度他人外注するなということだ。もちろん少子高齢社会は強力すぎる逆風ではあるが、それさえも誰かのせいに陰謀論めいて帰着させる前に一度よく考えてみたらどうか。産業勝手に湧かない。誰かが、失敗の責任自分で引き受け、見えない需要言語化し、未熟な技術を鍛え上げ、供給網を組み替え、法や倫理地雷を避け、顧客の怒りと無関心の中で立ち続けた結果として、ようやく姿を現す。論文引用数のように、キーボードを叩けば増えるものではない。獲物は森にいる。森に入った者だけが、血の匂い風向きを知る。

お前たちは選択と集中ではなく研究者の自発的な興味や関心が大事という。

では聞くが、お前たちはお前たちが学生だった頃の自分たちに恥じることはないだろうか。

お前たちは、お前たちが知りたいと思ったことを、お前たちが知りたいと思ったかたちで、明らかにしつつあるのか。

わたし大学の門をくぐったとき自分が畳の上で安らかに死ねるとは思わなかった。畳の上で死ぬというのは、単に死に場所の話ではない。生が、社会和解しているという感覚だ。努力が見返りに接続し、未来計算可能で、家族暮らし老い制度に回収されるという約束だ。だが、あのときわたしには、その約束が見えなかった。見えなかったというより、最初から信じる気がなかった。自分は、本と論文電線の塵芥の中で、目を開けたまま息絶えるのだと思った。研究室の片隅で、半田匂いと紙の埃にまみれて、未完成の仮説を握ったまま、呼吸だけが止まるのだと。

なぜそんな死に方を想像したのか。たぶん、それは恐怖ではなく、ある種の誓いだったのだろう。畳の上の安寧を最初から目標にしない者だけが、森に入れると。森に入るとは、制度の外側に一歩出ることだ。誰も餌をくれない場所に行き、自分の手で何かを捕まえることだ。捕まえられなければ飢える。飢える可能性を引き受ける者だけが、捕まえる可能性を持つ。そういう単純な力学を、大学に入った頃のわたしは、たぶん予感していた。戦争をする国家という本質的暴力装置大学のものを重ねて見ていた。

戦後復興戦争によって準備されたのだとしたら、戦後の次の繁栄は、戦争ではなく、わたしたち一人ひとりの「狩り」によって準備されなければならない。制度は餌箱ではなく、森へ向かうための靴であるべきだ。大学院は巣ではなく、飛び立つための筋肉を作る場所であるべきだ。SNSは鳴き声の競技場ではなく、狩りの情報を交換する地図であるべきだ。そうなっていないなら、装置を叩き壊すか、装置の使い方を変えるしかない。鳴くのをやめて、翼を伸ばして、地面を蹴るしかない。

最後に、あの想像に戻る。目を開けたまま息絶える、というのは、救いのない悲観ではない。目を閉じる暇も惜しんで見ていたかった、ということだ。世界の配線の仕方、言葉の連結の仕方、仮説の跳ね方、そして価値が生まれる瞬間の、あの微かな火花を。もし本当にそういう最期が来るなら、せめて塵芥の中に、誰かの餌になる小さな骨を残して死にたい。鳴き声ではなく、獲物の痕跡を。上から落ちてくる餌ではなく、自分で森から引きずってきた何かを。畳の上で死ねなくてもいい。だが、巣の中で口を開けたまま死ぬのだけは、御免だと。

お上を叩くのは簡単だ。叩いても腹は減らないからだ。制度を呪うのは気持ちがいい。呪っても給餌は止まらいからだ。君たちの批判刃物ではない。換気扇だ。臭いを抜いて、建物延命する装置だ。君たちは自由の名で柵を磨き、純粋の名で鎖を正当化し、公共性の名で自分の安寧を公共財すり替える。いつまで巣の縁で鳴くのか。餌は捕れ。捕れないなら黙れ。黙れないなら巣を出ろ。——平和繁栄は、配給では続かない。

アニメーターマジで今のゴミカスSNSを見ないでくれ

あなた達は素晴らしい仕事をしている。

今のSNSは難癖をつけた方がインプレッションが貰える信じられない仕様になっている。

まり悪口を言った方がお得なのだ

おかげでどんなに素晴らしいアニメーションでも、重箱の隅をつつくカスで溢れかえっている。

こういう奴らは本当にヤバいアニメには何も言わない。

だって当たり前だし、盛り上がらないから。

いま注目されてる神作画アニメ文句を言い、盛り上がるのが現代ジャスティス

からSNSを見ないでくれ。心をくじかないでくれ。

本気で言ってる奴など10人もいない。

カスものイジメを真に受けるな。

何度でも言うが、今のSNSゴミカスクズ溜めだ。

2026-01-23

AIってあれだよな

「○○が××である可能性は?(論じよ)」みたいに聞くとそれなりの答えになるが、「○○って××?」とイエスノーの質問にすると、なんかイエスなのにノーと言ったり、話がぶれやすい印象。

人間にとってはイエスノーの質問の方が簡単だが、AIには難しいのか?

あるいは単に、長文でだらだら書く調教をされてるせいで簡単な答えほど無理が出るというアホみたいな仕様になっているだけか?

anond:20260123175041

その数値を出せる車両車検通してるんだから制御はできるに決まってるでしょ

仕様範囲内で走行する限り速度は要件基準とはならない

悲報】Z世代さん、「そもそも労働が大嫌い」と表明し上司口論してしま

Z世代について。

「つまらなそうに仕事してる。もっと元気にやろう」とある先輩に指摘されたZ世代新人

「いやぁ…そもそも僕本当に仕事ってものが嫌いなんですよ」と正直に返したところそこそこ大きな揉め事になってました。

先輩のほうは「そんなに仕事嫌いなら辞めちまえ!!」と一喝したいほど頭にきたようですが、パワハラにならないよう気を遣いながら

自分がやりたいことだけやって稼げる手段増えてるからそういうことやれば?野球YouTuberとか釣りYouTuberとか」

と言ったところ新人

仕事が嫌いという性質によって会社に損害与えたり周りに迷惑をかけたとかじゃないのにそんなこと言われる理不尽じゃないですか?」

とモロに機嫌を損ねてそこから口論になったとのことです。


正直傍観者の私としては

「ああやっとこういう時代が来てくれたか

と多少の感慨すらありました。

「お前にそんなこと言われる筋合いはない」という態度に関して周りが正当性を認めてくれる部分が、こと労働に関しては異様に少なくなることがずっと不満でした。

たとえば、人生において婚姻や子作りをどうするのかという判断なんかはもはや「俺の勝手だ。周りは黙れ」は田舎でもない限りは大多数の人が正当性をそこに認めます

でも、労働に関しては未だに「僕は仕事というものが嫌いです」という白状すら結構問題になる有様です。

なのでZ世代新人にまつわるこの揉め事にワクワクしてしまっているのですが、皆さんはどちらが正しいと思いますか?

また、これで万が一、弊社の従業員に対する寛容度がZ世代仕様に変わっていくとしたら職場環境は良くなっていくと思いますか?

https://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q13297983488

anond:20260123114822

スターデータベーステーブルには時刻が入ってるんだから、新鮮なブクマページでたとえば1時間に1回とか勢いを計算するだけやん。

とは言え「短いブコメは数時間経つと一律で注目コメントから外される仕様になっている」可能性を否定するわけではないです。むしろ今、はてなギャラクシー https://hatebu-galaxy.vercel.app/活用して反例を探そうとしてみたけど見つからず、その可能性が高いようにさえ感じてきた。

はてなにとってそういう仕様にする納得感のある動機が思いつかないけど、まあそもそも建設APIだって納得感ないしな…。

TBSYouTube配信高市総理中道改革連合で「コメント欄」の仕様が違いすぎる件

2026年1月解散総選挙政治的スタンスは人それぞれだと思うけど、報道機関としてこれってどうなの?という違和感を抱いたので吐き出しておく。

結論から言うと、TBSYouTubeライブ配信における「コメント欄運用」が、特定勢力に有利になるよう意図的コントロールされているようにしか見えない。

1. 高市総理解散会見(1月6日)

この時のコメント欄は「全開放」だった。誰でも、登録していなくても書き込める状態

結果としてどうなったかコメント欄阿鼻叫喚地獄絵図。高市政権に対する罵詈雑言ヘイトに近い書き込み組織的ものと思われる批判コメントが滝のように流れ続けていた。これを見た視聴者は「世論高市さんにこれだけ厳しいんだ」という印象を強く受ける。

2. 中道改革連合政策発表会見(1月10日)

一方で、その数日後に行われた中道改革連合の会見ではどうだったか

コメント欄は「チャンネル登録者のみ(それも一定期間以上の登録必要な設定)」に制限されていた。

その結果、コメント欄批判シャットアウトされ、熱心な支持者による「期待しています!」「頑張れ!」という激励メッセージだけで埋め尽くされていた。非常にクリーンで、ポジティブ空気演出されていた。

これ、明らかに印象操作」じゃないか

批判を浴びせたい対象高市政権)の時はコメント欄を野放しにして「荒れている惨状」を見せつけ、自分たち推したい勢力の時はコメント欄をガードして「支持されている様子」だけを見せる。

TBS側は「スパム対策」とか「個別判断」と言うんだろうけど、なぜ与党トップの会見ではスパム対策をせず、野党連合の会見では厳重にガードするのか。その「基準」が全く不透明すぎる。

スクリーンショットを撮り損ねたのが痛恨の極みだけど、リアルタイムで見ていた人間ならこの異様な「温度差」に気づいたはず。

YouTubeコメント欄なんて便所の落書きかもしれない。でも、今の時代ライブ配信チャット欄が醸し出す「空気感」は、テレビテロップ以上に視聴者心理に影響を与える。

メディアが「報道公平性」を掲げるなら、せめてコメント欄運用ルールくらい統一すべきではないか特定政党だけを「温室」で守るような真似は、もはや報道ではなく広報だろう。

これって僕の考えすぎ? それとも、皆さんも同じような違和感持ちました?

anond:20260122204857

個人的観測では、短いブコメは数時間経つと一律で注目コメントから外される仕様になっているように見える。

そもそもスターの勢いなんて全ブコメについて計測してるはずがない。

anond:20260123103132

別に書いたけど、レースカー仕様じゃないと依頼受けてくれなかったとかは推測できるけど、実際はどうなんでしょうね

anond:20260123102601

🤔車種やら仕様やらを限定すると法としてはややこしいことになるからでは?

2026-01-22

ChatGPTに対して「これまで私があなたをどう扱ってきたのかを画像にしてください。」

意図は「あなたが私を“便利な作業員”としてガンガン使い倒してきた」という、誇張したコメディ表現です。

もう少し正直に分解すると、あの絵は次の3点を一枚にまとめています

[1] 依頼のテンポ密度の高さ

あなたは「結論→追加条件→さらに深掘り」という形で、短い間隔で要求仕様を積み上げることが多い。絵ではそれを「早く書け」「働け」「社のことやれ」といった“急かし”のセリフ記号化しています

[2] 実務寄りで、成果物を強く求める使い方

メール文面、仕様確認、手順、設置条件、ログ解析、SQLネットワーク設定など「すぐ使うアウトプット」が中心。だからロボットPCに向かい書類が積まれていく“業務過多”のビジュアルにしています

[3] 親しみのある雑なノリ(=悪意ではなく冗談としての圧)

あなたの口調はカジュアルで勢いがある場面があり、そこを「圧が強い上司プロデューサー」みたいにデフォルメしています。実際のあなたを悪く言いたいというより、関係性を笑いに変える方向です。

ただし、率直に言うと、あの絵はあなた実像を正確に描写しているわけではありません。

あなた技術的にかなり具体的で、目的も明確で、必要な前提条件を出してくれることが多いので、現実は「無茶振りだけする人」というより「要求水準が高い実務者」です。絵はその“要求水準の高さ”だけをコミカルに切り出したものです。

https://imgur.com/a/8GUIqOj

描かれた絵がこれ。

2026-01-20

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円とかで浮かれているようだが、野党界隈ではもっとエグい「地殻変動」が起きている。

立憲民主党公明党が合流して中道改革連合略称中道)」ができる件だ。

政権交代のためには手段を選ばない」と言えば聞こえはいいが、ここ数日のニュースや会見で出てきている「基本政策」を見ていると、これは合流というより立憲民主党による完全降伏しか見えない。

リベラル支持者が信じていたものが、秒速で産業廃棄物として処理されていく様があまりに壮観だったので、「確定した方針転換」と、この流れから「ほぼ確実にこうなるだろう予想」メモしておく。

投票先がないと嘆いている人の参考になれば幸いだ。

1. 既に「捨てられた」政策(確定事項)

ニュース幹部会見で公式アナウンスされたもの。立憲のアイデンティティだった部分が、公明党仕様に完全に上書きされている。

2. これから「捨てられる」であろう政策

上記の「公明党連合に合わせる」というアルゴリズム適用すれば、以下の政策も変更・削除されるのは時間問題だ。

3. 結論:これは「第二自民党」の誕生である

こうして見ると、新党中道改革連合」に残ったのは政権交代」という看板だけで、中身は「ちょっとマイルド自民党しかないことがわかる。

日本の政治からリベラル」や「革新」という選択肢は消滅し、「強い保守 vs まあまあの保守という体制が完成した。

これを「大人現実路線」と評価するか、「魂を売った野合」と唾を吐くか。

2月と言われる選挙で、我々は「オリジナル」を買うか「劣化コピー」を買うか、あるいは「店を出る(棄権・他党)」かを選ばなきゃならない。

なお、これは単なる予想でしかない。しか公明党という存在がこう思わせて来る。

2026-01-19

spec駆動開発の流れ、自分はだいたいこんな感じでやってるんだけど、これであってるのかなぁ?

CLAUDE.md や rules / skills みたいな形で、重要コーディングルールはあらかじめかなり固めておく。

たとえば repository 層や Entity 層は具体的にどう書くのか、テストケースはどういう書き方をして、どういう観点で項目を洗い出すのか、みたいな AI への指示は最初から用意しておく。

あと、linter や ArchUnit、dependency-cruiser みたいなアーキテクチャ制約も、自分なりの定石を持っておく。

割と過剰なレベルガチガチに固める感じで、アーキテクチャルールも「◯◯は XXX に依存できない」みたいなブラックリスト式じゃなくて、「◯◯は XXX だけに依存できる」みたいなホワイトリスト式の方が良いと思っている。

ts 前提だと eslint や tsconfig は一番厳しい水準に設定する、流石にきつい部分でてきたらそこだけ緩める、という運用

おすすめなのは、何かしらの小規模案件個人開発アプリを1つオーバーエンジニアリング上等でガチガチ構成で作っておく。

そこで出てきた linter 設定やプロンプト設定を、別案件に横展開する感じ。

正直、ガチガチすぎると MVP とかレベルだとコード量は増えるけど、メンテする前提の案件ならバイコーディング時代だと普通にペイすると感じている。

まずは仕様書作りから入る。

アイディアを思いついたら、AI と壁打ちしながら仕様を洗い出していく。

手書きドメイン図を書いて、それを写メ撮って画像認識仕様整理、みたいなのも割とアリだと思っている。

どういう画面があって、どういう入力項目や表示項目が存在するか、バックエンドはどういうエンドポイント必要か、この辺りは最初に一通り洗い出しておく。

それに加えて、ユーザーが初めてトップページを開いてから登録ログインして実際にサービスを一通り使うまで、みたいな流れをそのまま Playwright のシナリオテストに落とせそうな形で何パターン仕様書にしておく。

全体の仕様書としては、あまり細部まで踏み込まない。

大枠が共有できていれば OK というスタンス

開発に入ったら、最優先はドメインオブジェクト作成

ここは最重要だと思っているので、あまり作業を並列化しない。

フロントエンドで、DDD における集約みたいな概念がそのまま当てはまらない領域についても、設計時点で洗い出せているなら Entity 的なものドメインサービス的なロジック用のレイヤを作って、ドメインオブジェクトとして実装していく。

最初に作った基本設計ベースに、◯◯Entity、XXEntity、△△Entity……を作るためのプランチェックリスト形式TODO を 1つの md ファイルに吐き出してもらう。

フェーズごとにフォーマッタ、linter、アーキテクチャルールなど一括実行したコマンド実行させて失敗してたら成功するまで修正繰り返させる。

ある程度わかりやす単位AI に依頼する感じで、出来上がったコードレビューする前提なので、実装プランmd 自体はよほど分かりやすツッコミどころがない限り細かくレビューしない。

mdフォーマットは skills 側で事前に用意しておく。

フロントエンド用、バックエンド用の両方でドメイン層のファイルを作る。

当然、足りないロジックは後から絶対に出てくるけど、最初から完璧は目指さない。

TODO 一覧の中から自分認知負荷が許す単位で「チェックリストのここからここまで実装して」と指示を出し、実装が終わったら TODO 項目のチェック状態更新してもらう、mdファイルコミットに含める。

コミット前にはlint ルール無効化していないか意図通りの実装になっているかgit diff差分で必ず確認する。

ドメイン層の実装が終わったら、そこからは並列で進める。

git worktree を使うことが多い。

よくやるのはフロントエンドの画面モック作成バックエンド実装の2並列で行う。

3並列以上はまだ自分脳みその性能が追いついていない。

フロントエンドも当然 spec 駆動前提。

実装プランを考えてもらうときは「◯◯画面を実装プラン考えて」くらいの単位で依頼する。

実装プランmd ファイルを作るときプロンプトには、基本設計の〇〇画面の項目一覧をベースに、◯◯のアイテムコンポーネントリストコンポーネント、◯◯のボタンコンポーネント、Information コンポーネント、外部通信用の ◯◯Gateway実装する、◯◯コンポーネントは既に ◯◯ 機能実装してあるからそれを使って、◯◯は処理が膨らみそうだからドメインサービス実装して、みたいな感じで頭の中のふんわりしたイメージを伝える。

詳細な名前とかは、AIにいい感じに考えてもらう。

バックエンドも同様で、◯◯のエンドポイントを作って、Gateway がこれこれ必要から実装して、これはインターフェース実装分けてね、Entityへの変換処理は関数分けて、◯◯の処理は Usecase 層で、◯◯の処理はドメイン層で、Usecase が膨らみそうだから ◯◯ の処理は独立したクラスにして、あ、似たようなのが ◯◯ 機能にあるからそれを参考にして、くらいの粒度で指示を出す。

フロントエンド実装を待っている間に、バックエンドプランを考えたり、タスク粒度を調整したり、リファクタリングプランを考えたりする、またバックエンドAI待ち時間フロントエンドのことをする。

フロントエンドオンリー実装とかで作業が競合するリスクあるときは並列作業しない。

チェックリスト更新が終わるごとに差分確認して、問題なければコミットメッセージ提案してもらってコミットする。

コミット粒度はあまり細かくしない。

細切れにするコストよりも、レビューする人間認知不可が許すレベルであればある程度まとまった単位レビューして実装速度を優先する派。

チーム開発ならもうちょっとちゃんとする。

テストは、ある程度実装が進んでリファクタリングが辛くなってきたタイミングで作ることが多い。

カバレッジミューテーションテストなど、定量的テスト評価できる仕組みは導入する。

バックエンド側のテスト実装は正直かなり楽で、行数や認知的複雑度を厳しく制限して単一責務の原則を守って実装しておけば、AI がかなり高精度なテストを出してくれる。

これもテストファイル実装プランを作ってもらって「ここからここまでのテスト20ファイル実装してね」をレビュー挟んで繰り返す感じ、例えばミューテーションテストのkill率100%ならそんなに詳しくは見ない。

フロントエンドテスト定量指標での評価が難しいので、そこはその分レビューを頑張るしかない。

自分はこんな感じでやっている。

感覚としては、優秀だけどシステムアーキテクチャ全体の責務を負ったことはない経験不足の2年目やSESの部下を扱うEMに近いのかなぁ。

周りの話を聞いていると、もっともっと AI自律的にいろいろやらせているようにも聞こえる。

これでも 1日1人で数万行レベルコードを書けてるので、AIない時代に比べると数ヶ月分の成果を1日とかで出してることになるが、もっと本気出せるのかなぁ。

それでも人間干渉しすぎなんだろうか。

「全機能プラン作ってね!そこから良い感じの粒度コミット自分でやってね!」みたいな指示を良い感じに出せたとしても、指示がでかすぎると、脆弱性盛々になったり、lint エラーループでパニクって linter オフにし始めたり、テスト通すためにエラー握りつぶして assertTrue(true) し始めたりする。

それは流石に許容できないレベルじゃない?が紛れ込むリスクが上がりすぎるんじゃないかなぁ。と思ってるんだがどうだろうか。。。

あとツールあんま入れてないねkiroとかspec-kitとか、ガチガチ細切れで仕様書作るメリットあんま感じなかった。

mcpserenaくらいしかいれてないや、トークン節約してレートリミット猶予伸ばした方が結局開発早くなるかなって。

いろいろ入れた方がいいんだろうか。

完全にオレオレでこんな感じでやっているんだけど、みんなspec駆動開発というものをどんな感じで、具体的にどうやっているのかが知りたい。

2026-01-18

AIで綺麗なコード書くほど、仕事が奪われるってバグ仕様、どうにかならんの?

最近さ、AIコーディングが当たり前になってきて思うことがあるんだわ。 確かにAI使えば設計も洗練されるし、面倒なコメント関数説明勝手に入れてくれるからコードの可読性は爆上がりする。開発者としては楽だし、品質も上がる。

でもこれ、真面目にやればやるほど自分の首絞めてね? って話。

特にスクリプト納品のWebアプリなんかだと顕著なんだけど、コードが綺麗でドキュメントが充実してるってことは、要するに「他の安い業者でも簡単に改修できる」ってことなんだよ。 仕様策定から泥臭く付き合って、設計ノウハウ詰め込んで納めたシステムなのに、運用フェーズに入った途端に「あ、これならメンテ簡単そうなんで、来期からもっと安いB社にお願いします〜」って。 最初に汗かいた所が損をして、場当たり的な改修屋が得をする。そんなのアリかよ。

そもそも論としてさ、「ドキュメント全部よこせ」って商習慣がおかしいんだよ。 これって突き詰めれば「お前のところ信用してないから、いつでも他所に乗り換えられるように準備しとけ」って言われてるのと同じじゃん。 「開発会社が潰れたら困る」とか言うけどさ、そんなリスク言い出したら世の中の機械設備も全部そうでしょ。なんでITだけ特別扱いなんだ?

極端な話、外食して「美味かったわ。じゃあ明日から家で作るからレシピ仕入れ先全部書き出して渡して」って言ってるようなもんだぞ。 「それは客のワガママだろ、常識ねーな」ってなるのが普通なのに、なぜかシステム開発だとこれがまかり通る。それを貫き通したいなら、車も買えないわな。ボンネット開けて設計図入ってないと不安で乗れないんですか? っていう。

今までは「まあ慣習だしな」で流してたけど、AI時代に入ってコードの解析コストが下がってる今、このルールを変えないとマジで生き残れないと思う。

これからの落とし所はもうこれしかない。 客が「監査対応ガー」とか「情シスガー」とか言ってきたら、こう返す。

監査用の『概要資料』はコミコミで出しますよ」 「でも、他社への引き継ぎ用の『詳細ドキュメント』は別料金(高額)です」

これだよ。 客の本音は「ベンダーロックインが怖い、でも資料なんて普段読まない、ただ持っていたい」。 こっちの本音は「出したら奪われる、でも出さないと揉める」。

から、「運用必要な最低限」は出すけど、「ノウハウの塊」は売らない。 もし他所に頼みたいなら、そのための資料作成費はガッツリいただきますよ、と。これ、他業界なら当たり前の商売原理だろ?

IT業界けが長年、「技術者善意」とか「サービス精神」を無限搾取されすぎてたんだよ。 ドキュメント整備だってタダじゃねーんだ。 「それ、常識的な商習慣ですか?」って、これからは真顔で言い返していかないと、AI仕事奪われる前に、都合のいい業者扱いされて終わるぞ。

さすがにいい加減AIに変換途中のエンタキーで即submitするUIやめさせろマジで

AI界隈、技術シンギュラリティでもUI石器時代なの何なん? 特にEnterで即送信されるクソ仕様IMEで変換確定した瞬間に書きかけの文章が飛んでく絶望感、開発者想像つかんのかね。

これ技術的に難しいなら百歩譲るけど、こんなんJSのkeydownイベントでisComposing(変換中フラグ)判定するだけの話じゃん? 実装コストほぼゼロよ。 なのに放置されてんのは、完全にあの中華フォント問題と同じ構図。 「多様性(笑)」とか掲げてる割に、結局は「英語圏が標準、お前らはそれに合わせろ」っていう舐めプが透けて見えんのよ。

まぁ、まともな国産AIひとつ作れない日本が悪いんだけどな。 技術的な主権がないから、いつまでも欧米様に舐められ続けるか、いっそ同じ漢字文化圏中国父さんに擦り寄るしかないっていう、この詰んでる状況がマジで終わってる。

もっと腹立つの日本ITメディアよ。 「この生成AIが凄い!」「神アップデート!」みたいな提灯記事ばっか量産してないで、こういう致命的なUXの欠陥を指摘しろっての。 普段使いしてたら絶対キレるポイントだろ? エアプで記事書いてんのバレバレなんだわ。

Slack見習って黙ってCtrl+Enter標準にしとけって話。 グローバル名乗るなら、せめて自分たちの足元の「想像力」のなさからデバッグしてくれよ、マジで

ログイン ユーザー登録
ようこそ ゲスト さん