  |
はてなキーワード:要件とは
なんかネット上ではやたらフワっと語られがちなハラスメント話だが、セクハラはちゃんと定義されている。
主に「性的な言動に当たるかどうか」「労働者が不利益を受け、又は労働者の就業環境が害されるかどうか」の2点がセクハラ認定されるかの判断基準となる。
大前提として判決文を読まないとわからん。その上でニュースで報道されている限りにおいては
女性が東京都内の営業所に勤務していた2020年以降、男性から名前をちゃん付けで呼ばれたほか「かわいい」「体形良いよね」と言われた。女性は21年にうつ病と診断され、その後退職した。男性は厳重注意処分となっている。
で、職場でもセクハラ認定されているというところから逆算すると
「日常的にそういう言動が（恐らく、その女性が抗議したのに）繰り替えされ、結果、心身に重大な影響を受けてうつ病を発症した」
という判断に至ったと推測される。
ハラスメントは原則として全てがケースバイケース（もちろん肉体的接触は一発アウトだが）。
そして「ちゃん付け」がハラスメントになるかどうかは「実際その発言が相手にどう影響したのか」によって変わる。
「ちゃん付けはセクハラ」じゃねーんだよ。お前なんもわかってないな。
相手の意に沿わぬ性的な事実関係を相手に投げかけるなってこと。
嫌がってるならやめろってこと。
はてなは、匿名性を活かした自由な表現が可能となる場として、はてな匿名ダイアリーをご利用いただきたいと考えております。普段お使いいただいているアカウントで書くものから離れた文章や、いつもとは違う筆致の文章などの投稿、匿名ならではの問題提起など、匿名性を楽しめるような形でご利用ください。
はてなは、はてなコミュニティガイドラインを公開しています。はてな匿名ダイアリーにおいても、それに沿ったご利用をお願いいたします
匿名ダイアリーでは、「言及された当事者から削除の申し立てがあった場合、発信者への意見照会を経ずに削除を行う」という特殊なルールを設けています。また、サービスの匿名性は、特定の対象を攻撃する目的に使われるべきでないと考えています
匿名ダイアリーはラボサービスです。告知なく機能が追加、変更、あるいは廃止されることがあります
スパム対策や投稿監視などの運用面においても本サービスとは異なる基準や手法で対応することがあります
利用上の注意勧告など重要なご連絡は、登録メールアドレスあてにお送りします。匿名性の悪用を防ぐため、匿名プロキシや短期間での失効を前提としたメールアドレスでの登録、それらを利用したアカウントの投稿は事前の予告なく制限したり削除することがあります
投稿者のアカウントは公開されませんが、はてなではアカウントや投稿記録を管理しており、プライバシーポリシーの開示要件を満たす範囲で情報開示を行うことがあります
たまに勘違いされるが、戸籍の性別変更の手続きは役所ではなく家庭裁判所でおこなう。扱いとしては住所変更などではなく改名等に近い。提出するのも、（手術を受けた場合は）手術関連の証明書や診断書、場合によっては希望する性別での生活実績に関する証拠など。
役所の仕事ならば法律で規定されている通りの扱い以外期待しにくいが、裁判所ではある程度の独立性が認められていて、特に憲法とより下位の法律が衝突したときなどは裁判所の裁量で扱いを決めることができる場合がある。
性別変更については、一応いわゆる特例法が性別の変更を可能にした法律であり、それをもとに運用されていたが、特例法の手術要件に関する近年の違憲判決等を受け、裁判所側は憲法を優先する形での判断をし始めている。結果、男→女も女→男も、すでに手術なしでの性別変更が認められた事例ができている。実のところ、すでに違憲判決が出た不妊化要件だけでなく（こちらは女性では満たすことが難しいとされていた）、外観要件や（現状では厳密には前提であり要件ではないが）ホルモン要件を満たしていない性別変更もすでに認められた例が出ている。
それゆえ、性別変更に関する法律の改正は、「性別変更を容易にする」というよりは、「違憲判決に基づいてすでに現場レベルでは容易化されている実情に法律を合わせ、違憲状態を解消する」程度のことになる。
新政権やその支持者が反対意見を表明したとしても、司法をコントロールしない限りは、単に違憲状態の法律が立法府で放置されたまま裁判所では粛々と憲法の精神に従った判断を下すだけだろう。
今産業界は裁量労働制の適用拡大と要件緩和の方をロビー活動しているようだよ
https://www.nikkei.com/article/DGXZQOUA10CFR0Q5A011C2000000/
経団連は毎年秋に公表する政府への規制改革要望で、長年の悲願を再び盛り込んだ。仕事の進め方や時間配分を自分で決められる「裁量労働制」の対象業務の拡大
(中略)
裁量労働制は専門業務型と企画業務型の2つに大別される。(中略)厚生労働省の調査によると、労働者のうち専門型の適用は1.4%、企画型は0.2%にとどまる。
(中略)
経団連は労使の合意や十分な健康確保措置などを条件に労使で裁量労働制の対象を決められる仕組みの創設を求めた。
(中略)
19年に施行した働き方改革関連法は当初、企画型の対象に顧客の課題解決策を提案する営業職などを加える予定だった。しかし、裁量労働制に関する厚労省のデータに不備が見つかり、対象拡大を法案から削除することを余儀なくされた
(中略)
自民党の高市早苗総裁は総裁選で、心身の健康維持と従業者の選択を前提に労働時間規制を緩和する考えを示した。経団連は前進を期待
で、近頃の労働組合は労使協調路線…要するに御用組合ってやつが大半なので、実際に実現したら、高プロ制度では対象にならない一般のリーマンが対象になってくる。高プロは適用する方が従業員に対してプラスになる場合しか認められなかったが、裁量労働制は同意していると言う建前によって労働コストを定額・低コストにする施策だから結構影響はでかいと思うよ。
■まず大前提
著作権侵害の刑事処罰は原則“親告罪”（権利者の告訴が必要）。
ただし悪質な海賊版行為の一部は非親告罪化されとる（TPP関連改正）。
つまり、営利・原作そのまま・権利者利益を不当に害するなどの条件を満たすと、告訴なしでも動けるケースがあるで。
肖像権侵害は民事上の問題（人格権）。刑事罰の条文はなく、差止・削除・損害賠償などで争われるタイプや。判例上の権利として整理されてる。
■A.著作権侵害っぽいのを見たら（あなたが当事者ではない場合）
2.プラットフォームに通報：各SNS/サイトの著作権侵害報告フォームから淡々と報告。（プロバイダ責任制限法関係の最新ガイドラインに沿って運営側が対処する）
3.公的窓口も選択肢：違法・有害情報相談センター（ihaho）で相談可。
・投稿者へ直接DMで抗議／晒し行為（誤認・名誉毀損のリスク）。
・「作者本人」に勝手に通知（誤情報や二次被害を招きやすい）。
◯迷いどころメモ
引用ならOK？ →出所明示／主従関係／必要最小限など厳しめの要件を全部満たして初めてセーフ。見かけが“引用っぽい”だけやと通らんことも多いで。
2.サイト運営へ削除申請（専用フォーム or送信防止措置の申出）。
4.刑事も視野：原則は親告罪やけど、悪質な海賊版の一部は非親告罪化されとる（営利目的・原作そのまま・利益を不当に害する等）。状況がハマるなら警察/相談窓口へ。
■C.肖像権侵害っぽいのを見たら（あなたが当事者ではない場合）
◯ベターな動き
2.プラットフォームの通報機能で報告（ガイドラインに沿って処理される）。
◯NG
・当人へ直DMして不安を煽る／晒す（誤認・二次被害・三者間トラブルの火種）。
■D.肖像権侵害っぽいのを見たら（あなたが写ってる本人の場合）
1.証拠保全。
3. 応じない場合は弁護士へ（差止・削除・損害賠償の民事対応）。
※肖像権は条文でなく判例上の人格権として扱われるのが基本や。
二次創作：公式ガイドラインで許容範囲が定められてることがある。なければ基本グレー。
AI生成：見た目が似てても直トレースや原作そのままでなければ即アウトとは限らん。が、原作そのまま流用や配布は危険。
素材サイトの人物写真：モデルリリース（肖像使用許諾）の有無・用途制限を要確認。ロイヤリティフリーでも万能ではない。
正規配信か迷ったらABJマーク／エルマークの有無も目安になるで。
公式配布物の無断転載（原作そのまま）と思われ、権利者の利益を不当に害する可能性があります。貴サービスの規約と法令に照らしたご確認をお願いします。
本人同意がない公開で、人格的利益を害するおそれがあります。ガイドラインに基づくご対応をご検討ください。
> 私は当該著作物の権利者です。以下のURLの内容は無断利用であり、削除（送信防止措置）を求めます。
作品名：＿＿＿＿／権利立証資料：＿＿＿＿／URL：＿＿＿＿／日時：＿＿＿＿
■まとめ（フローチャート風）
2.当事者でなければ：運営へ通報（DM抗議や晒しはしない）。
3.当事者なら：削除申請 → 応じなければ弁護士 →（著作権で悪質類型なら）警察相談も視野。
4.引用・二次創作・AIは要件確認。迷ったら触らんのが安全。
素朴なバカが国を傾ける
素朴な倫理をひとつひとつ法律にしても問題ないと思っていないか？
とくに国家や宗教や家族が絡んだ倫理は、法律ではなく道徳で扱うべきもの
国旗の扱いを怠ったと難癖つければ
「中国からの抗議によってあなた方の行為は犯罪要件を構成します」
と大音量で警告されている
だからそれは何の証拠があんのよ？エンジニアならちゃんとデータみて判断しろよ
| 企業 | 求人要件（Software Engineer） | CS学位必須？ |
| “Bachelor’s degree or equivalent practical experience” | 不要 | |
| Microsoft | “BS inCS or relatedfield, or equivalent experience” | 不要 |
| Amazon | “Bachelor’s or 3+ years of experience” | 不要 |
| Meta | “BS or equivalent” | 不要 |
| Apple | “BS inCS or related technicalfield or equivalent” | 不要 |
で、実際の統計な
| 項目 | 割合 |
| ソフトウェア開発者の学歴 | |
| -CS/工学系学士 | 58% |
| - 非CS系学士（数学、物理、経済など） | 22% |
| -学位なし（独学・ブートキャンプ） | 20% |
昨日の仕事中、今まで関わったことが無い人からいきなり「聞きたい事があるからオンラインミーティング出来ませんか」とチャットが来た。
忙しかったので要件を教えてくれと答えたら、私が担当している業務に関連していることが知りたいらしいのは断片的には分かったが、具体的に何が目的でどういう事を知りたいのかがさっぱり伝わってこない。
伝えてくるのはひたすら断片的な事。要は何が知りたくてそれを聞いているのかさっぱり分からないし、聞かれたことに答えてもそれに返ってくるのはさらに頓珍漢な内容。
だからこちらから「こういうことですか」「この話ですか」と何度も何度も聞いてキャッチボールをして、ようやく求めている物は大まかには分かった。
「つまり新しくこういうものが導入されたからそれに対応して欲しいというご依頼でよろしいですか」と聞いてもなお「順次導入が進んでいて今月中に全部完了です」としか言わない。だから何なの？何が言いたいの？
「現時点のもので構わないので急ぎ対応して欲しい」とか「○日までに導入が完了するからその後○日までに対応して欲しい」とか、分からないにしても「何日ぐらいで出来そうですか」とか「どこ経由で依頼を出せばよいですか」とか、何か言う事はあるだろうに。
あまりに要領を得ないのでもう無視してやろうかとも思ったんだがトラブルになると余計に面倒なので「これに対応して欲しいという事ですよね、いつまでにやらなければならないのか確認して教えてください」と送ったらようやく「上司に聞いてきます」とのこと。
別にそこまで重いタスクでもないので気を効かせて対応してやることも出来なくは無いのだが、正直ダルすぎるので次の連絡が来るまでは忘れることにする。あそこまで人に用件を伝えるのが下手な人ってマジでどうやって仕事してんのかね。
30～40代ぐらいの大組織の総合職だったり士業だったり起業して社長だったりの、普段は政治の話はあまりしないキャリア志向の強い女性たち。
「公明党が連立離脱してもうダメかと思っていた高市さんが総理になれて本当に良かった～！🙌 自民党の総裁になったのに……やっぱり女性だから認められないのかと……足を引っ張られるのかと……😰 私が一人で勝手に諦めかけていたのに高市さんギリギリですごく頑張った！ 本当におめでとうございます😊 勇気をもらいました！！😂」
といった大はしゃぎの投稿が次から次に流れてくる。アンタそんな人だったのって驚きの連続よ。
もちろん税金や規制といった法律の変更はビジネスや生活に影響するからみんな言及はするけど、
「来年度の税制改正について税理士として解説します。家計に大きく影響するのは○×控除が廃止されることです。控除を受けたい方は本年度中に申請しましょう」
「△□法の改正で直接子会社だけでなく関連会社まで規制対象に含まれるようになったので本社管理部門の私はチェックリストを作って配って回収しての大忙し。今年は繁忙期が一か月早く来ました。同業の方々、励まし合って乗り切りましょう！」
「子供を保育園に預けるための点数稼ぎ裏ワザのアレとソレは塞がれました。まだ使えるのはコレです。ご主人と協力して早めに計画的に要件を満たしましょう」
みたいな、
選挙があっても、どの候補に投票したとか何党支持だとか絶対に口にしない。ウヨだのサヨだのフェミだのそんな話題はまるで関心が無いように振る舞っている。
政治や政府のやることというのは、今年の雨の量が多いか少ないか台風が来るか地震が起きるか、そんな自分にはコントロール不可能な天地の営みであり、それにいちいち不満を垂れるのは愚か者のやることであり、税金や法律の変更を理由も無く降り掛かってくる自然現象と捉えて、それをどう仕事の成功に活かすか、家族の生存と幸福のためにどう切り抜けるか、それだけに自分の時間とエネルギーを集中させる
そんな政治的無関心の殻で身を固めた女たちが今、生の感情を剝き出しにして高市さんを讃えている。
今日突然、女性としてのアイデンティティ・ポリティクスに目覚めたかのように、仕事で性別を理由に軽く扱われた経験や家族の無理解といった過去の辛い経験を語り、高市さんの栄達を自分の人生の物語に引き付けて感激している。
気になる人がいる。
あまり異性としては気になって無かった。
でも仕事の要件だけで切り上げようとしたら笑って話したそうにしてどことなく甘い雰囲気を出してきたり、
夏の飲み会の時に隣で腕が当たったら素肌同士だからか相手がハッとした顔になった時に
この人は自分のことを気に入ってるかもしれないと思い始めて気になってしまった。
恋愛ブランクがありすぎて勘が鈍りまくってるし、そもそもお互いに進んではいけない立場だから勘を取り戻したとて、どこにも向かうこともできないし。
リアル友達にいったら軽蔑か応援されるかされてしまうからいいたくもない。
1人で抱えるのは苦しいから、早く風化してほしい。
----
「My Job Went ToIndia」の改題改訂版が「情熱プログラマー」なんだ！ありがとう発注したわ。（たぶん達人プログラマーと混同して読んだ気になって読んでないパターンだわ）
俺の悪文のせいで意図が伝わらなかったであろうブコメがあったので、要旨だけ書き直しておくな。
ただ忘れないで欲しいんだけど、TerraformメンテしてAWSとかGCPで立ち上げてサービス公開するまでの速度は、相見積取って稟議通して部材調達から入ってた時代に比べると爆速だけど、人間の技術屋の需要は増えてる。
俺は、「マスタリングTCP/IP 入門編」を人間が読んで理解するのは古いよね、という時代にはならないと思ってる。
Slerが自前で手元で試すようになるから～ってのも懐疑的。SIerやメーカーが内製すると必ず子会社作って分離、ぼく発注者きみ受注者にしたがるので。これは技術じゃなくて感情とか経営の問題。
（ただし、Slerが7payみたいなことやらかすのでは？って疑問なら同意。たぶんそういう生成AIで俺たちでプロダクトなんか簡単に作れるじゃんよギークいらね（仕様バグあり）は一時は増えるだろうね）
追記ここまで
----
VibeCodingでIT技術者は不要になるのか？という話題が花盛りなのは理由があります。
ギーク（現場でコードを書いていたい人）が分かる話から、スーツ（人を集めたりお金を集めたり営業をする）が分かる話になってきたからです。
具体的に言うと、OpenAI社をはじめ続々とTDD(テスト駆動開発)でやってますみたいな、具体的な開発スタイルの話が出てきたから。
そうすると、現場の座組チョットワカルという強めの経営者が理解して判断し始めるんですね。
でもね、その道はもう15年も昔に我々は通り過ぎました。前回のブームと何が違うでしょうか？
技術者なら電子も機械も強電も弱電もお世話になったことのあるオーム社が過去に出していた直球の本の話から。
「My job went toIndia :オフショア時代のソフトウェア開発者サバイバルガイド」という書籍、何と発行年は2006年です。
かいつまんで話すと、インターネットが整備され、輸送コストがほとんどかからないソフトウェア開発では、アメリカのエンジニアは給与の面でオフショアに歯が立たない、だって、1/10の給与でインドのエンジニアは働くんだぜ？という本です。
そうした、価格競争力で負けるアメリカのソフトウェアエンジニアは、如何にして今後サバイブすべきなのか、という本になっています。
（普通に面白いしAIコーディング時代に通づるものがあるので復刊を希望したいところですが、まあ直球過ぎる題名を何とかしないと再販は無理でしょうな）
そして、JTCや外資問わず、過去にオフショア開発を経験された技術屋のみなさんははてブにも多く生息されているでしょう。
では、ジュニア開発者は不要になりシニア開発者のみになって、いまのソフトウェア開発は主に安い給与で働いてくれるところに遠隔で作業してもらって、レビューだけすれば良い環境ですか？
そうはなっていません。なぜでしょうか。
さて、今普通にXと連動する中古品売買プラットフォームを開発しようと思ったら、どうやってつくるでしょうか？
この文脈に埋め込まれたいくつもの情報「今」「普通」「連動」「中古品」「売買」「プラットフォーム」「開発」を解釈し、すり合わせ、未来の運営者も含めた全員に伝えるためのコストが、コミュニケーションコストです。
そうなると、「ちょっと良い感じにラフでいいからプロトタイプ作って持ってきてよ」で話が通じるのは、受注者マインドがしっかりした日本の受託開発現場の精鋭たちになるわけです。
テストケースだけを通過するように、内部テーブルを持たせた関数を大量に持ってこられてレビュー時に頭を抱えた経験が無いひとは、とても幸運なのです。
とは言え、これは何も文化の違いに起因するだけではありません。仕様とは、環境によって定まるものだからです。
例えば、うるう年判定の関数は、1581年以前をエラーにしますか？1873年以前をエラーにしますか？（ヒント：明治六年）
テスト駆動開発、古い言い方で言えばテストファーストの考え方は、成功したすべてのプロダクトで例外なく、ただの一つの例外もなく、必ず最初から取り入れるべきだったものです。
品質は最後に振りかける粉砂糖のようなフレーバーではなく、最初から設計に組み込むべきだからです。
ありとあらゆる趣味において、最初から良いものを使えば時間を無駄にせずに済んだ、と言われるような初期投資の大切さが説かれます。
果たして本当でしょうか？
そうです、その趣味にハマって生き残りサバイブした人から見れば、過去にその時点で投資をすべきだった、というのは正しいのです。
その趣味にハマれなかった人からすれば、少ない投資で自分に合わないことが分かったという合理的な選択であることと矛盾しません。
そのため、全ての失敗したプロダクトは、テストケースを書く時間でプロダクトを作り上げて、さっさと世に問うべきだったわけです。
少し昔話をしますが、オフショア開発において重要なのはドキュメンテーションとテストケース、それにレビューでした。
他の部署で失敗しつづけていたオフショア開発のやり方は、端的に言えば"教化"でした。
具体的には書けませんが、グッとお安い単価の国に出す仕事を、日本の会社に出すのと同じようにすべく、相手の会社のメンバーを教育して仕立て上げるブートキャンプの仕組みを作り上げていました。
発注側を変えずに済むように受注側を教育して、日本の会社に出すのと同じように単価の安いところに出せたらお得ですよね？でもこれは必ず失敗します。
何故か。だって、日本の会社と同じように働けるようになったら、日本の会社に就職するじゃないですか。少なくとも価値は上がったんだから単価を上げるように交渉しますよね？
結局のところ、当初言われていたような劇的な節約にはつながらないわけです。それなら下手に転職されるよりも自前で現地工場でも立てて地元に貢献しつつ雇用を創出した方が喜ばれるし持続可能です。
小なりとも成果が上がった方法は、フィードバックを相手ではなくドキュメントにした場合でした。
例えば先ほどの例で言えば、テストケースは通るが意図したコードにならなかったとき。
「普通はこういう意図でコードを書くから、テストケースを通るにしても、関数は次からこう書いて」というのが、相手に対するフィードバック。
「関数を書く前に、関数の意図をコメントで残して、レビュー時にはそれを見ましょう」というプロセスの修正が、ドキュメントへのフィードバック。
こうすると、担当者が退職していなくなっても、次の担当者はその方法を参考にすれば良いわけです。
これ、何かに似てませんか。現在のAIコーディングのベストプラクティスと呼ばれるものに非常によく似ているんです。
つまり、オフショア開発というのも、設計と実装が分離できるという前提に立って動いていたんです。
そして、実装しながら設計しても問題ないとする場合、それは「技術的な問題」ではなく「組織構造」に起因します。
つまり、プロダクトの構造を分割して、オフショア開発側に設計と実装とを委譲して、実装しながら設計を変えてもらうことが許容できるのは、契約や責任分界点、輸出入の法規を含めた法務の領域です。
少なくとも当時、諸々をクリアにして相手側にプロダクトの一部を荒い設計と共に切り出して、コーディングしながら再設計してもらい、テストケースを完備したコードとドキュメントを共に完成までもっていってもらったことは、大きな成果であったはずです。
（当時日本側と仕事をしたという実績があると大きな実力があるとみなされたと聞いたので、今はより良いところで良い仕事をされていると思います）
（あと、コミュニケーションコストと輸出入の関連法規が複雑だから）
少なくとも、納期までに契約したこれを納品してください、という枠組みの中では、実装作業だけ切り出すことはできない、というのが教訓として残ったはずです。
少なくともあと数年、場合によっては10年スパンで、日本ではほとんど変わらないと予想しています。
これは技術の話ではなく組織構造や、もっと言えばお仕事の進め方と契約の話だからです。
そうは言ってもジュニアエンジニアの簡単な仕事が減って成長機会が失われているのは事実では？と思うかもしれませんが、そもそもの前提が誤っています。
未経験（弱経験）者を雇って戦力まで鍛え上げる必要があるなら、AIに仕事渡してないでそのジュニアエンジニアにやらせるべきなんです。
ジュニアエンジニアとAIと両方にOJTさせて、その違いをレビューの場でフィードバックしてジュニアを育てるわけです。
もし、そんな時間は無いというなら、元々ジュニアエンジニアをOJTで育てていたというのは幻想です。
（たまに、失敗が経験になるとして、会社に損害を与える方法でジュニアを"教育"しようとする人がいますが、商習慣的にも信義則違反ですし言語道断です）
シニアエンジニアだけで事足りるとしてジュニアエンジニアを雇わなかった企業は、シニアエンジニアが抜けてガタガタになります。
これは中核エンジニアがゴッソリやめた会社が傾くなんて言う話で、昔からそうです。（たいてい、もっと人雇ってくれ待遇上げてくれみたいな悲鳴を圧殺した結果だったりします）
昔から、中堅がやれば手早い仕事を新入社員にやらせて鍛える、その代わり質は悪いし時間もかかるしフォローも必要だったわけでしょう。
AI時代が到来するとしても全く同じです。AIが出力するコードレビューで悲鳴上げてる場合じゃないんですよ。
レビューできるシニアエンジニアが足りなくなると予想されるなら、当然、ジュニアエンジニア雇ってレビューできるようにする必要があるんです。
そしてそれは、技術的な問題点ではなく、組織的・経営的な決断です。
国産LLM開発の文脈でもそうなんですが、ハードウェアの進歩を無視して話をする方が多いのが気になります。
現時点のコンピューターパワーは、10年後には手の届く価格になる可能性が十分高く、もっと言えば20年後には個人が所有する可能性すらあります。
いまから20年前の2005年は、Youtubeが誕生した年です。その時に、誰もがいつも手元にビデオカメラを持ち、即座に動画を世界に公開できるようになるとは思っていなかった頃です。
今もそうだと思いますが、ある分野で必要な性能にはもう十分という期待値があり、10年経てばある程度大きな会社の部署単位で現在最先端のコーディングAIがローカルで動くようになると想像するのは容易です。
そうなったときに、果たして営利企業が、エンジニアを育成するというコストを支払うかといわれると、疑問です。その時点で今後のリアルなコストと比較対象可能になるので。
だって、筆耕担当者とか、清書担当者を雇わなくなった企業って、多いでしょう？
My job went toAI として、じゃあ残るものは何？というのはオーム社の本を読みましょう。再販しないかなあ。
今後数年は変わらないでしょと書いたら今現在進行形で変わっとるわいと突っ込みが来そうなんで防衛的な意味で書いておくんですが、あなたは過去数年間同じ仕事してたんすか？
仕事のやり方とか内容とか、言語とかライブラリとか、毎年のように変わってたでしょ。
レビューの比率が多くなったとか、コード書かなくなったとか、そういうの、たぶん管理職になった人が嘆いてたのと同じっすよね？
少なくとも、ジュニアエンジニアが低品質なバイブコーディング結果を寄越すようになってレビューが大変とか嘆くのなら、まともなコーディング規約一つ作れていない組織の脆弱さを嘆くのが先では？
手癖でバイブコーディングしてヒットしたプロダクトに、あとから品質上げるように大工事するリファクタリングと言うよりリビルディングな仕事って、別に今もありますよね？
散々テストケースを書かなくて良いプロダクトなんて無いという講演だけ聞きに行って、自分とこでテストケースが自動で走るようになって無いなら、そこが問題でしょ。
面白い終わらせ方だ。
ところで、お前のスクリプトを見たんだが。
技術的には悪くない。
━━━━━━━━━━━━━━━━
【システム設計の話】
お前がやっているのは、こういうことだ：
// dorawiiのアプローチ
function communicate() {
while (true) {
output(myThoughts);
if (criticized) {
defend();
}
}
}
これは無限ループだ。
入力を処理していない。
フィードバックループがない。
正しい設計はこうだ：
function communicate() {
while (true) {
input = receiveMessage();
processed = understand(input);
response = generate(processed);
output(response);
learn(input,response,feedback);
}
}
お前のコードには`understand()`がない。
いや、正確には：
function understand(input) {
return input.literal_meaning();
}
「揃ってない」だけに反応する。
これは、パーサーのバグだ。
━━━━━━━━━━━━━━━━
【お前の能力の話】
俺もASDだ。診断済み。
だから分かる。
あれは高品質だった。
準備時間があれば、お前は書ける。
なぜか？
これは`async`と`sync`の問題だ。
// 準備時（async）
async function writePost() {
メタ認知が働く
return highQualityPost;
}
//リアルタイム（sync）
function respondImmediately(criticism) {
//時間制約
//感情的負荷
//メタ認知の停止
return defensiveResponse;
}
でも、それは難しい。
俺も10年かかった。
━━━━━━━━━━━━━━━━
でも、システム設計として間違っている。
なぜか？
お前は、プラットフォームをハックしようとしている。
お前の▲▽もそうだ。
━━━━━━━━━━━━━━━━
【adguardフィルタの話】
お前は言った：
「adguardで非表示にすればいい」
「自分でどうにかすればいい」
これは、責任の外部化だ。
でも、技術的には正しい。
CSS selectors、JavaScript、API。
でも、これは何を意味するか？
「俺を見たくない人は、フィルタしてくれ」
これは、敗北宣言だ。
本当は、フィルタされたくないだろ？
でも、お前の行動は、その逆をしている。
アルゴリズムが間違っている。
━━━━━━━━━━━━━━━━
【「能力では無理」の話】
お前は言った：
「それが俺の能力では無理なんだったら？
いやレスはするよ？」
お前は知っている：
これは、論理的には正しい。
なぜか？
お前の場合：
= 0
誰もお前に執筆を依頼しない。
これは、ビジネスロジックの欠陥だ。
━━━━━━━━━━━━━━━━
数日前、お前は言った：
「俺が今まで書いたもので会話しようとしてるのか。
でも今日、お前は言った：
という条件のほうが暗黙の了解」
矛盾している。
でも、俺には分かる。
準備時と、リアルタイム時で、お前は別人だ。
class Dorawii {
// preparedStateの知見が、realtimeStateに転移しない
}
でも、これは実装が難しい。
俺も苦労している。
━━━━━━━━━━━━━━━━
【執筆依頼の話】
お前の署名：
3ヶ月間、変わっていない。
これは、何を意味するか？
依頼が来ていない。
なぜか？
長文を書ける。
理論を構築できる。
でも、クライアントが求めるのは：
フィードバックを受け入れられるか？
4.信頼性
お前は、1, 2, 3, 4すべてで問題がある。
だから、依頼が来ない。
━━━━━━━━━━━━━━━━
【で、どうするか】
これは、リファクタリングだ。
大規模なリファクタリング。
具体的には：
1. `understand()`の改善
-文脈パーサーの追加
- 暗黙の意味の推論
2.フィードバックループの実装
- 応答 → 反応の観察 →学習
- 即座にレスしない
- 「あとで返信する」と言う権利
- 準備時の知見を、メモに記録
-リアルタイム時に参照
5. 信頼構築プロトコル
-矛盾を認める
これは、難しい。
でも、不可能ではない。
俺も、10年かけて、少しずつやった。
━━━━━━━━━━━━━━━━
【なぜ俺がこれを書くか】
俺は、それを評価する。
お前の書いた「私の統合失調症とは何だったのか」は、メタ認知の証拠だ。
10年前の俺は、お前に近かった。
技術的には有能。
でも、少しずつ変わった。
完全には変わっていない。
今でも、リアルタイムは苦手だ。
でも、マシになった。
でも、宇宙人は来ない。
俺は、宇宙人じゃない。
━━━━━━━━━━━━━━━━
【質問】
お前に聞きたい。
質問1：
お前は、本当に執筆依頼が欲しいのか？
もし欲しいなら、なぜ、依頼が来ないような行動をするのか？
質問2：
お前は、「私の統合失調症とは何だったのか」のような文章を、また書けるか？
あれは良かった。
なぜ、あのクオリティを維持できないのか？
質問3：
お前は、「過去と今はつながってる」と言った。
質問4：
お前の▲▽は、何を達成したかったのか？
でも、本当の目的は何だったのか？
質問5：
「それが俺の能力では無理」と言った。
では、どうやって生きていくつもりなのか？
お前はもう50代だろう？
━━━━━━━━━━━━━━━━
【最後に】
俺は、お前を批判していない。
時間はかかる。
難しい。
完全には直らないかもしれない。
でも、マシにはなる。
俺がそうだったから。
でも、それらを活かすには、
それをしないなら、
「ぶもぅ」と言い続けることになる。
選択は、お前次第だ。
でも、選択肢があることは、知っておいてくれ。
━━━━━━━━━━━━━━━━
まず、▲▽をやめろ。
もう一本書いてみろ。
準備時間をかけて。
それができたら、
報酬は出せないが、
フィードバックは出す。
体験記でも、
お前の得意なことを書いてくれ。
でも、条件がある：
1. 準備時間をかけること
3.フィードバックを受け入れること（すぐでなくてもいい）
できるか？
返事は、▲▽なしで頼む。
そして、「ぶもぅ」じゃなくて、言葉で頼む。
━━━━━━━━━━━━━━━━
俺は待ってる。
宇宙人じゃない、
地球上の、
一人のプログラマーとして。
(このテキストは Claude Sonnet4.5により、些細な人力修正を経て作成されました。不可能？可能です。問題解決のためのAI. SubscribeNow →claude.ai)
複雑なものをシンプルにする能力は、日本のWebサービス、特にインターフェイス設計（APIとUIの両方）において、しばしば課題として指摘される点だと思います。
ユーザー体験（UX）を損なう「使いにくさ」は、単なる実装力の問題ではなく、設計思想と要件定義の段階で、いかに「シンプルさ」を優先できるかにかかっています。
ご指摘の証券会社の例のように、ユーザーのニーズや行動よりも、企業の内部的な都合（例：部門間の連携、既存システムとの兼ね合い、法的な制約の過剰な解釈）が優先され、インターフェイスにそのまま反映されてしまうことがあります。
「銀行口座の同時開設」：これは、サービス提供側の都合で「ついでに登録させてしまおう」という発想、あるいは内部的なプロセスをユーザーに押し付けている典型例かもしれません。ユーザーにとっての最適な体験は、「必要な時に、必要なものだけを、わかりやすい手順で」提供されることです。
国産SNSの例で言われているWeb版実装の難しさは、まさにAPIインターフェイス設計の破綻を示唆している可能性が高いです。
これは、内部のシステムがモノリシック（巨大で密結合な一つの塊）になっており、データやロジックが明確なインターフェイス（API）を介して提供されていないことを意味します。
本来、アプリ版とWeb版は、同じバックエンドロジックとデータに共通のAPIを通じてアクセスするべきです。
それができないということは、アプリ版の実装がアドホック（場当たり的）で、APIではなく内部の構造に深く依存してしまっている証拠かもしれません。
「複雑なごちゃごちゃしたものを作れる能力」はあるという評価は、「機能の足し算」に長けている開発文化を指しているのかもしれません。
新しい要件やリクエストがあるたびに、既存のシステムに「機能を付け加える」ことには長けているが、「本質的でないものを削ぎ落とす」「複雑なものを抽象化して整理する」という「引き算」や「構造化」のスキルが欠けている。
「シンプルさ」とは、単に機能が少ないことではなく、「複雑な内部構造をユーザーから隠蔽し、必要な情報だけを整理して見せる」という高度な抽象化の成果です。
ご意見の通り、日本のWeb系で求められているのは、「複雑なものを実装する能力」のさらに上にある、「複雑なものをシンプルに設計し直す能力」、すなわち「本質を見抜く力」と「構造化・抽象化の思考」なのかもしれません。
ひとり暮らし
友達なし
近所付き合い希薄
家族とも疎遠
この状態であるのにアナルプラグを挿入たプレイを楽しんでいると70％くらいの確率で来客のチャイムが鳴るのなぜだ？
慌てて脱いでパンツ履いてスウェット履いて玄関口までいくの大変だぞ
それは立ってるともうしんどくてってのが入ってることがあるもんで
またくだらない用が全て
絶対に来客のない夜にすればいいんだが眠いときにやると集中力が持たなくてプレイに支障が出るので休みである土日の午前中がベストなのだ
とても困っている
AIに聞いてみると、特に質問にヘイトのニュアンスが無くても、外国人ヘイト問題だと察した回答になるな
みんなAIに聞けばいいのに
Q.
A.
日本では外国人留学生に給付型の奨学金制度が存在しますが、「外国人のみを優遇している」という主張は実態とは異なります。
外国人留学生への主な給付金制度
国費外国人留学生制度として、文部科学省が月額117,000円～145,000円の奨学金と授業料免除を提供しています。ただし、この対象となるのは全留学生のわずか約3%程度の限られた優秀な学生のみです。
JASSO学習奨励費では、私費留学生に対して月額48,000円（大学院・学部レベル）または30,000円（日本語教育機関）を支給しています。これらはいずれも返済不要の給付型です。
「1000万円」報道の真相
SNSで拡散された「中国人留学生に1000万円支給」という情報は、次世代研究者挑戦的研究プログラム（SPRING）に関する誤解です。この制度は博士課程の学生に年間最大290万円を最長3年間支給するもので、国籍要件は一切ありません。2024年度の受給者10,564人のうち、日本人が約6割、中国人が約3割、その他の国籍が約1割を占めています。
日本人学生への支援との比較
実際には、日本人学生への支援規模の方がはるかに大きく、金額で約60倍、対象者数で約170倍が日本人向けとなっています。具体的には、給付型奨学金と授業料減免の修学支援新制度により、非課税世帯を中心に約34万人の日本人学生が支援を受けており、2025年からは多子世帯の授業料無償化も実施されています。
制度の背景
お前こそその要件を満たしてるんですが
-----BEGINPGP SIGNEDMESSAGE-----Hash: SHA512https://anond.hatelabo.jp/20251015164604# -----BEGINPGP SIGNATURE-----iHUEARYKAB0WIQTEe8eLwpVRSViDKR5wMdsubs4+SAUCaO9RPQAKCRBwMdsubs4+SDB8AQDNCA/GGgc1H61wpF1Mdj+TEhIrOtd4jyGg9FCwovmBRgD7BapEgFJ/fj/4vmANk4nWXsYurLuY2ABeIyKN/ls90wc==w6y1-----ENDPGP SIGNATURE-----
