  |
はてなキーワード: ドキュメントとは
14歳で適応障害(当時そんな病名は聞かなかった)を発症してから20数年。
鬱病、強迫神経症、摂食障害は正式に病名がつき、その他、双極性障害2型と統合失調症は医師からそうかもと言われた。
大学は鬱と摂食障害で中退し、そこから寛解期に猛烈に労働したお陰で正規雇用で働き続けているが、6年前に再発して以来ずっと精神科のお世話になっている。
普通に働けているようで働けていない。
薬を飲みながら周りには隠して労働しているが、前職は耐えきれず鬱の診断書を職場に提出して休職する羽目になった。
夜眠れないし朝起きれない。
たまにドキュメントがしっかり読めないし、物忘れが年々激しくなっていく(医師には一時的な脳疲労と言われたが、負荷で萎縮して不可逆的ダメージ負っているのではと思っている)
ちょっとしたことで感情がかき乱されるし、またいつ折れるか分からない不安が傍にある。
貯金がないので働かざるを得ない。
ゆっくり休むだけの余裕がない。
若い時分に実家には死ぬほど迷惑をかけたので、親にも｢いい歳なんだからちゃんとしてよ｣しか言われないので頼る気も起きない(申し訳ない。親も高齢者だ)
家庭もないし恋人もいない。
友達も鬱期になると縁が切れてしまうので知人レベルしかいない。
発狂しそうな気持ちを抑えて労働しているけど、毎日消えたい気持でいっぱい。
働くだけでは誰も認めてくれない。
精神の病を患いながら働いてる人は周りにもいるのだろう。
みんなどうやってこのどうしようもない感じと付き合いながら生きているんだろう。
その人に本当に必要であれば
なろう系のファンタジーだって、冒険に出る前に剣術習ったり、素振りしてるわけで、
敵が現れた、ドラゴンが現れた、
必要になった、問題に直面した、学ばざるをえない、今から学ぼう！
は、もう遅いんだよ…😟
だから、学校の勉強、受験勉強は護身術みたいなところがあって、
人生でそういうトラブルとかチャンスに遭遇しない人には確かに必要ないんだよね…😟
確かに学校の勉強とか受験勉強が今後の人生でも一度も必要ないであろう、
そういう人が、仮に人生で、昔勉強しておけば良かったな、と思うイベントに遭遇しても諦めればいい、
何事も想定外はあるし、自分はそこまで準備してなかった、失敗した、で、まあ終わる…😟
だけど、人生のどこかで、なんかプログラミング書いてみたくなった、
とりあえず、子供の頃好きだった2Dの縦シュー作るか、ぐらいでも、三角関数は使う…😟
3Dの格ゲーが作りたい、なら尚更で、UnityやUnreal全盛ではあるけど、もっと知ってないと駄目
あと、英語
国語とか数学とか何の役に立つのは、まあ分からんでもないけど、英語はできた方がいい
もちろん、今はAI翻訳が便利すぎる状況だけど、英文があってもせめて物怖じしないようでないと、
プログラミングのドキュメントも英語だし、輸入食材も英語のままだったりするし…😟
はっきり言う。 企業のTech Blog、もう全部やめてくれ！！！頼むから！！！！
いや、マジで。 今年もまたこの季節が来てしまった。アドベントカレンダーだ。 QiitaだのZennだの自社ブログだので、TLに流れてくる「〇〇社のAdvent Calendar」。 これを見るたびに、俺は心の底からうんざりするんだよ。吐き気がするほどに。
はてなでも度々話題になるが、あえて言わせてもらう。 お前らの書くTech Blog、9割9分は無価値だ！！！！！！
「〇〇イベントに行ってきた。熱気がすごかった！」 「〇〇の新機能を試してみた。便利だと思った！」
……小学生の絵日記かよ！！！！！！！！ 「すごかった」「便利だった」じゃねえよ！！！！
そんなもん、公式ドキュメント読めば3秒でわかることだろ！？ わざわざ自社のロゴ貼り付けて、ドヤ顔で公開する内容か！？ 本当に！本当に！！なんの！！！価値も！！！！ないんだよ！！！！！！
「うちは大丈夫」だと思ったそこのお前！！ 曇りなき眼（まなこ）で、自社のブログを見返してみろよ！！ そして社内のSlackを見てみろ！！！
記事の共有通知に、特定の「いつもの人」以外、リアクションしてますか！？！？ してねえだろ！！！！！！
社員ですら「またなんかやってるよ…」って冷めた目で見てるんだよ。 誰にも読まれてないし、誰の役にも立ってない。 ただ「広報のKPI」のためだけに、エンジニアのリソースを食いつぶして、ネットの海にゴミを放流してるだけだ！！！
だから、頼む。 広報担当、ブログ担当、エンジニアリングマネージャー。 勇気を持って「撤退」を決断してくれ！！！！
ちょうど年末だ。全社集会とかあるだろ？ そこで高らかに宣言してくれ。
ただ「無価値だから辞めます」とは言えないだろう。角が立つしな。 だから、AIのせいにしていい。AIを盾に使え。
「生成AIの台頭により、基礎的な技術解説記事はその役割を終えました」 「今後は検索ノイズを減らすため、またエンジニアの本質的な業務時間を確保するため、会社としての執筆依頼やKPI設定を廃止します」
「今までありがとうございました」って綺麗に幕を引いてくれ。 そうすれば、俺たちは心から拍手を送る。
エンジニアが書きたい時に、書きたい情熱を持って書く。 それだけでいいんだよ。 会社が無理やり書かせる「宿題」みたいなブログは、もう金輪際見たくないんだ。
頼むから、俺たちのTLを、検索結果を、これ以上汚さないでくれ！！！！！！ 撤退宣言を待っている！！！！！！！！
もう一つ、最後にこれだけは言わせてください。
あなたたちが量産しているその記事は、AIの学習や検索にとっても有害なノイズになりつつあります。 公式ドキュメントを薄めただけの劣化コピーや、文脈のない体験記事は、情報の検索性を著しく下げています。それは正確な一次情報への到達を阻害し、インターネット全体の価値を薄める行為です。
ここしばらく、この言葉を使う「上級(w)」エンジニア数名に出会ったことがある。
でもさぁ、おいらが会ったこの言葉を使うエンジニアって、全員が全員、技術力は低いし世界観は狭いし知識ベースは古い。けど自己評価だけは火星のオリンポス山より高い、って人だったんだよね。
「勉強熱心」で「意識高く」て、Netflixの採用ページの話題をWebページで浅く読んで「これだ！」ってなったんだろうけど。
問題は「それがブリリアントジャークなのか？」という評価が、無知、知識不足からくるただの思い込みに過ぎないにも関わらず、確固とした絶対的な評価だと思い込んでることなんだよね。
「チームをかき乱す」
ってだけで、「ブリリアントジャーク」ってレッテル貼って、「俺が正義！」とか言うてんのよ。
でも、この2点だけでその判定は無理なんよね。
「技術的に正当であっても、許されねぇ！」みたいにもっともらしく言うのもいるけど、そのチームでのやり方が「圧倒的技術的失当」だったらお話にならんのよね。
そのせいで事業成長の可能性を潰してるところ、たくさんあるし。
そりゃね、経営判断がーってのもわかるんよ。
でもさ、その判断の元になる情報がこの手の「ブリリアントジャークガー」な輩なわけでさ、そもそも正しい経営判断が下せてるか？ って問題があるんよ。
ちゃんと説明した結果、判断が覆るなんてこと、珍しくないからねぇ。
無茶苦茶、恨み買うけど w
「こうした方がいいよ？」
「そんな余裕ない！」
別に、全体を一気に変えるとは言っとらんのに、激昂する。
単に、正しい方法を理解できなかったり、移行イメージがわかなかったり、「この僕を否定してる！」ってなったりしてるんだよね。
新規開発しながら、既存部分を修正していくなんて、たいして難しくないのに。
結果、ダメの上のダメを積み上げていって、エンジニアリングの大半がドキュメント書きと打ち合わせと副業、みたいな開発チームが企業価値をこれっぽっちも上げないまま仕事してるふりして、札束を燃え上がらせてる。
もしお前がこちらを「ブリリアントジャーク」とか決めつけるなら、お前はただひたすら「No-value Jerk」なんよ。
同じJerkならまだブリリアントの方がマシだよ。
結果出すから。
ベンチャー企業が惜しいところで停滞して、VCからの要求で新しいサービスを、同じ手法で増やしまくって、どれもこれも使いづらい停滞サービスにしちゃって、必要なエンジニアの数だけ増えて、成長が止まる。
みたいなのが、はたから見てて勿体無くてもったいなくてね。
私が所属している某大手メーカーの新規事業部が、先日めでたく爆散しました。
いやー、すごかった。何がすごいって、数年かけて数百億円を溶かして、何も生み出さずに更地に戻ったあとの清々しさたるや。
あまりにも典型的すぎて教科書に載せたいレベルの「JTCの新規事業失敗事例」だったので、ここにお焚き上げとして供養させてほしい。
ことの発端は、偉い人たちの「これからはモノ売りじゃない、コト売りだ！」という号令でした。
今までハードウェアを作っていたおじさんたちが、急にシリコンバレーの風に吹かれてしまったのです。で、何をしたかというと、「既存のハードウェアに無理やりWi-Fiつけてクラウドに繋ぐ」。これだけ。
「これで顧客の課題を解決するソリューションになる！」って息巻いてたけど、顧客からしたら「いや、その機械、スタンドアロンで動くのが一番便利なんですけど」という至極真っ当なツッコミは、Teasm会議のミュートの闇に消えていく。
で、中身を作るのは誰かというと、ソフトウェア開発なんて触ったこともない生え抜きのハードウェア設計者たちと、大量の新卒・若手社員。あと少しの中途社員。
経験豊富なCTOもいない無法地帯で、意識高い系の末端エンジニアが「Qiitaで見たから」という理由だけで選定した技術スタックが乱舞。しまいには買収した子会社が自己成長に向けた謎技術の提案。
• ユーザー数人の時点で、Google規模に耐えうるKubernetes構成
• 単純なデータ表示だけなのに、無駄に複雑なマイクロサービス化
そして訪れた「事業撤退」の日。ここからが弊社、いやJTCの真骨頂です。同じチームにいた現地の海外関係会社のメンバーは、Zoom会議一本で即日レイオフ。「Sorry」の一言で画面が消えるドライさ。
一方、日本の我々はどうか。誰一人としてクビになりません。「君たちには明日から、全社DX推進本部に行ってもらう」出たー！「DX」という名の現代の姥捨山！
今までAIなんて触れてなかった人たちが、明日からAIを用いて全社のデジタルトランスフォーメーションを担うんです。専門性？ 適材適所？ そんな言葉は弊社の辞書にはありません。AIが全てをなんとかするんです！実態は、社内システムのExcelマクロを直すだけの仕事です。これぞ、年収1000万の窓際族の爆誕です。
一番面白いのは、この事業を立ち上げて大失敗したマネジメント層の挙動です。普通、責任取って辞めるとか、降格とかあるじゃないですか。彼らは「貴重な失敗経験を積んだ人材」**として、何食わぬ顔で隣の事業部の部長にスライドしていきました。異動先の事業部の部員たちの、「えっ、あの沈没船の船長がウチの舵取るの…？」という絶望的な顔。モチベーションの低下音が聞こえてきそうでした。
解散後、数名は「敗戦処理部隊」が残されました。任務は、**「ほぼ顧客ゼロのソリューションシステムの維持」**です。
なぜか？
「サービス終了」をアナウンスすると、失敗を対外的に認めることになるから。「あくまで事業再編であり、サービスは継続している」という建前を守るためだけに、誰も使っていないサーバーが唸りを上げています。A⚪︎ureだかの請求書を見ると、月額数千万円。これぞデジタル赤字。
これだけのリソースと金をドブに捨て、社員のキャリアを迷子にさせても、弊社の株価はピクリとも動きません。時価総額ウン兆円の巨体にとって、数十億の損失なんて「誤差」なんでしょう。
今日も社食のランチは美味いし、オフィスから見える東京タワーが恍惚としている。この「茹でガエル」の湯加減が最高に気持ちいいから、私はまだしばらくこの会社にいると思います。
日本はAI先進国と比べてAIへの反発が少ないって記事が視界に入って思ったことがある。
人口減少で人手不足だからってのもあるんだけど、国内は特にそもそもAI活用できる土台がない場合が多そうだなって感じてる。
よくある「会社の業務をAIで効率化しましょう！」ってのをやってると、社内限定で利用する場合特有のいろんな問題が出て面倒になる。
そういう時、「もし言語が英語ならこういう時もうちょっとマシになるのかな？」ってのはどうしても考えちゃう。
特に、社内にあるドキュメントなんて人間ですら他部署のヤツは理解できなかったりするものが大量にあって、AIの為に情報を整理しようなんてことはほぼ起こり得ない。
人でも厳しいドキュメントや、人には理解できてもAIにはそのまま食わせても理解できないドキュメントとか色々ある。
英語圏でもそういうレベルの会社はいっぱいあると思うんだけど、そういうところは従業員数も少なくてそもそもAIで雇用削ろうなんて考えないのかな？
英語圏でAI使ってる企業って、DWHに社内のありとあらゆるデータが整理して蓄積されててBIやらAIの学習データにも困らないからAIで効率化が進んで雇用を削るって感じに進みやすそうなイメージある。
日本だとある程度の規模の企業でも社内のありとあらゆるデータをきちんと体系立てて貯めてなかったりするから、そもそも言語のデメリットがなかったとしてもAIをまともに活用できる企業あんまり無いイメージ。
さらに日本語っていう世界全体で見た時に文法も英語と違って学習データも圧倒的に少ない言語でAIが果たしてどこまで使えるのかも分からず暗中模索の日々。
それを苦々しく思ってたけど、だからこそ俺の雇用も奪われにくいって面もあるのかなと、ふと思った。
国内でAIの活用って海外以上に限定的になりそうだなって感じてる。
じゃあ国産AIの創造に金が出るかというと、税金も普通の投資もあまり無いし、これから先もなさそうだから、海外のおこぼれができるだけ国内にも落ちてくればいいなぁという感じ。
https://www.youtube.com/results?search_query=%E9%AB%98%E5%B8%82%E6%97%A9%E8%8B%97&sp=CAM%253D
遠距離カップルみたい❤ #高市早苗 #アルバニージー #takaichisanae #Albanese
高市首相と“最恐コンビ”片山さつき財務相が生出演「財務省はかなり変わった」…“責任ある積極財政”を橋下徹と議論【日曜報道】
【高市首相と中国・台湾】高市発言と中国の怒り...台湾の歴史と日中の未来予測を徹底解説 (Prime Minister Takaichi and China and Taiwan)
高市総理の“有事発言”で強硬化する中国 台湾に近い日本最西端・与那国島の不安と本音【報道特集】｜TBS NEWS DIG
㊗️【1400万回再生】高市早苗の“飲み会嫌い”理由が人間すぎて好きになった
高市早苗、🇰🇷TBSを論破してしまう #政治 #自民党 #移民 #高市早苗 #tbs
もろ言うてるやんｗ #高市早苗 #岸田文雄 #中国 #セキュリティークリアランス #経済安全保障 #経済安全保障推進法 #スパイ防止法
お宅さんも同じかい🤣 #高市早苗 #榛葉賀津也 #片山さつき #国会中継 #国会お笑い劇場 #牛田茉友 #林芳正
【バッサリ】夫婦別姓の議論で高市早苗に論破される小泉進次郎【自民党】
コテコテやんｗ #高市早苗 #ASEAN #ASEAN #ASEAN会議 #高市首相 #マレーシア #高市総裁 #高市外交 #takaichi #takaichisanae
【高市早苗×先﨑彰容 激論】「財務省をシメて？」年度途中の医療危機—予備費1兆円で足りるのか #shorts
🎉700万再生【いきなりぶっ込み】高市総理大臣の友達事情を暴露
💮400万再生【初対談】高市早苗のトランプいじりに小野田紀美が焦る！ #高市早苗 #小野田紀美 #高市総理 #小野田紀美議員 #政治
【高市早苗】高校生の質問に即答!! #sorts #政治 #高市早苗
㊗️500万再生!!【高市早苗】ついにブチギレで立憲杉尾秀哉ぶっ壊れる#自民党 #国会 #高市早苗 #shorts
㊗️540万再生！「僕が高市さんの代わりに言います！」日本維新の会吉村洋文代表が野党に怒り爆発【2025年11月8日】#shorts #政治 #日本維新の会 #高市早苗 #吉村洋文 #オールドメディア
麻生さん怖すぎるww#shorts#麻生太郎#高市早苗#総裁選2025#総裁選#short
「子どもを産んだことがないくせに」高市早苗首相についての雑学
高市総理、小泉進次郎への愛が伝わる瞬間#高市早苗 #自民党 #小泉進次郎 #防衛大臣
🔥300万再生【高市早苗】グスマン首相の反応 #shorts
国会とマスコミの現実 #高市早苗 #高市首相 #初の女性首相 #睡眠不足
【神谷宗幣VS高市早苗】NHK中継で“タブー発言”連発…審議が一時中断する異例の展開に…
【謝謝】台湾有事の発言で中国が日本から離れていってる件について。#中国 #台湾有事 #高市早苗
【高市早苗】日本をバカにした”中国”を国際会議で完全論破してしまう！！#自民党#国民民主党#神谷宗幣#吉川りな#財務省#立憲民主党#れいわ新選組#参政党#日本保守党#高市早苗
【日米首脳会談】終始笑顔…高市首相とトランプ大統領、初の対面外交 安倍昭恵夫人と“サプライズ面会”も
【高市早苗】愛国保守は統一教会を許せるか？裏金、消費税...国民の怒りとの向き合い方とは【総裁選2025】(Sanae Takaichi)
【高市早苗】やっぱり冷酒が一番や♥ 熱燗ちゃうよ‼️ #shorts #short #ショート #高市早苗 #自民党 #自由民主党 #護る会 #総裁選 #総裁 #冷酒 #熱燗 #ウンチク茂木
高市首相圧勝！蓮舫が政治資金の透明性について追求するも完敗し話題に
㊗️500万再生 高市早苗総理、林総務大臣の笑いをとる#shorts #自民党 #高市早苗 #shortsfeed #shortvideo #日本 #政治
【ほっこり】高市早苗が柿の食レポで一同を爆笑させる【自民党】
【速報】またしても高市総理のコミュ力が止まらないw APEC首脳会議でオーストラリア首相、チリ大統領と積極的に会話する高市総理はこちら
【バリバリ伝説】#石井苗子 【切り抜き】高市早苗総理の涙の理由は？【憲政史上初 女性総理誕生】石井さんは高市さんを総裁選の時も応援してました。
【高市早苗】こんなに笑える国会ある？残り時間2分でドスが効いた声を発する高市総理！（衆議院予算委員会 国民民主党森議員） #国会中継
高市早苗、マレーシア式の敬意で入国 #政治 #議会 #高市早苗
小泉進次郎、覚醒 #政治 #議会 #高市早苗 #小泉進次郎 #自民党
㊗️400万再生！小娘撃破…高市早苗の右腕・片山さつきが中国人ハーフの身勝手な主張を一刀両断！「公平に見てもらいたいなら公平に開示しなさい」学生の“お花畑発言”に現実を突きつける！ #片山さつき
【高橋洋一が斬る】日本のレアアースは中国にとって…「高市さんに伝えていたけどまさか日米合意に入るとは」／習主席にも遠慮なし「初対面でここまで言う人いない」／ザイム真理教脱却？／小泉大臣覚醒？
ハマコーもタジタジ!?高市早苗総裁の見事な返し！#高市早苗 #ハマコー #浜田幸一
㊗️300万再生!!【小野田紀美】【有村治子】高市早苗を偏向報道NHKをぶった斬る!!#自民党 #高市早苗 #小野田紀美 #有村治子 #shorts
高市早苗の強烈な学生時代のエピソード【史上初の女性総理大臣】#Shorts
メタル高市早苗 #ヘビメタ #メタル #高市早苗 #高市総裁 #高市首相 #高市早苗若い頃 #若い頃 #takaichi sanae #sanae takaichi #自民党 #政治家
【首相となってわずか4日】高市新首相 笑顔で外交デビュー トランプ氏来日へ準備着々…試される“アドリブ力”『バンキシャ！』
小林鷹之→高市早苗→城内実→小野田紀美に続く「系譜」。小野田さんのリアクションに思わずほっこり。 #高市早苗 #城内実 #小野田紀美 #コバホーク #自民党
チャーミングすぎる高市首相 #高市早苗 #自民党 #参政党 #安藤裕
【㊗️310万再生】地上波で高市さんの代わりビシッと言ってくれました
【小泉進次郎 超覚醒】高市総理を批判しようと姑息な質問をするメディア。小泉防衛相がアドリブで一刀両断！【国会中継と政治ニュースのおもしろ噺】【高市早苗/小泉進次郎】
【高市総理と国民・榛葉幹事長が国会論戦】”最恐コンビ”？高市総理・片山財務大臣と「物価高」「人手不足」で討論/榛葉幹事長「一緒に関所を超えましょう」｜TBS NEWS DIG
台湾代表と会談した高市早苗首相に中国外務省が激怒！！猛抗議するもネット民大歓喜！
【逆に強すぎ】高市首相、中国の脅しを“完全に利用した”結果…#shorts #政治
【高市早苗】ナメた態度の悪質記者にマジキレ！司会振り切り完全論破してしまう#自民党総裁選 #政策発表
新旧総理 器の違い。その弐 #高市早苗 #高市総理 #石破茂 #感動 #ぺぱみる
【高市総理】立憲民主党にハメられた⁉️ #自民党 #高市早苗 #台湾有事
💘ハートにズキュン💘 #高市早苗 #マイク #高市首相 #可愛い #高市早苗かわいい
【速報】高市早苗午前３時に登庁で周りは迷惑に対する返答が凄かった
【タカオカ解説】「存立危機事態」高市首相の発言は一線を越えた？
【緊急速報】参政党神谷宗幣が高市早苗新総裁決定に緊急声明!【神谷宗幣】
【タカオカ解説】高市首相発言で日中関係悪化…その伏線には海峡？
そこまで言うかｗ #高市早苗 #セキュリティクリアランス #安全保障 #岸田文雄
㊗️200万再生!!ビートたけしが高市内閣の麻生人事に「これヤバイよ」衝撃発言？こういう事だった…#ビートたけし#高市早苗#自民党#政治#shorts
高市早苗総理の腕時計、さぞお高いんでしょう？w #2ch面白いスレ
【ノーカット】国民民主・玉木代表 自民・高市総裁選出を受けコメント
㊗️200万再生 高市早苗首相、トランプ大統領と見事なアイスブレイク#shorts #shortsfeed #shortvideo #日本 #政治 #自民党 #高市早苗 #参政党 #神谷宗幣
【空振り質疑】立憲蓮舫氏の質疑に高市総理が「今は令和7年」と冷静に指摘【高市早苗】
高市も驚いたある自民議員の「余談」 #自民党 #高市早苗 #本田あきこ
【大興奮】竹田恒泰が世間の高市早苗ブームを熱弁する【自民党】
【国会まとめ２】正論ズバッとランキング#自民党 #国会 #高市早苗
陛下の前で見せた夫婦の絆 #高市早苗 #山本拓 #秋の叙勲 #天皇陛下 #大綬章親授式 #皇居
🎉250万再生【夜の顔？】高市早苗総理×女友達 深夜のぶっちゃけトーク
「AI技術と言われてもw」高市早苗が原稿に目もくれず、福島みずほを完全論破
【油断せず】高市早苗総裁誕生を祝うとともに小野田紀美が感じる危機感【自民党】
【おもしろ国会まとめ】爆笑シーン連発…！！高市内閣の予算員会で話題の爆笑シーン総集編！おもしろ答弁に大臣も耐えられず…もはや放送事故レベル！？ #高市早苗 #国会
高市早苗引爆中日炸点，“武统台湾”为何成为日本“存亡危机”？｜日本有事｜台湾有事｜和平宪法｜麦克阿瑟｜安倍晋三｜国家存立｜王局拍案 20251117
【高橋洋一】高市総理にお辞儀しない小池百合子に『これは酷いな』と爆笑 #shorts #高市早苗 #小池百合子 #小池都知事 #高市総理
日本のため、高市政権を守るために、ひろゆき動きます【ひろゆき 維新の会 切り抜き 高市内閣】
【高市早苗】立憲は国民のための国会審議の一番の妨げ確定!! #高市早苗 #高市政権 #立憲民主党 #蓮舫
💕世界の首脳も思わず笑顔 #高市早苗 #G20 #メローニ #李在明 #イジェミョン #メルツ首相 #takaichisanae #meloni #JosefMerz
【これぞ外交】各国首相への距離の縮め方がすごすぎる高市早苗【自民党】
㊗️210万再生！高市早苗消費税減税を封印こういう事だった #自民党 #総裁選 #正義のミカタ
【長編ドキュメント】 「大逆転だった」高市氏が初の女性首相へ 決選投票で小泉氏破る 勝因は“キングメーカー”の動向？ #自民党総裁選
【激動】日本初の女性首相誕生の一日… 高市新政権の顔ぶれは？｢全世代総力結集内閣｣とは【サン！シャインニュース】
【緊急朗報】※号外※ 高市早苗内閣の支持率がとんでもないことになっている事を須田慎一郎さんが話してくれました！本当の経済政策と今後の減税は？
返答エグすぎw #高市早苗 #山本太郎 #参院本会議 #国会 #国会中継
高市首相の台湾発言を問題視する人は〇〇 #山上信吾 #高市早苗 # Permalink | 記事への反応(1) | 12:08
と質問とした所、
いい質問。ただ、**今回私が提示した C# コード（MemoryMappedFile + Parallel.For で CR を数える）**には、明確に一つの「このネット上の記事／リポジトリをそのままコピーした」元ネタはありません。
いくつか似たアイデアを使ってる部分と参考になる記事／ドキュメントはあるので、それらを紹介します：
---
*Microsoft ドキュメント — Memory-Mapped Files (.NET)*
([Microsoft Learn][1])
*Kieren Johnstone: 高速に MemoryMappedFile からバイト列を読む方法（StackOverflow）*
`MemoryMappedViewAccessor` を使って unsafe コードからポインタを取得し、Marshal.Copy で効率よく読み出す方法。
([Stack Overflow][2])
*Red-Gate: Sharing is Caring: Using Memory Mapped Files in .NET*
MemoryMappedFile を使ったキャッシングなどの応用。
*Stephen Cleary のブログ: Memory-Mapped Files と Overlaid Structs*
メモリマップトファイルへ構造体を重ねて（オーバーレイ）扱う方法など。
([blog.stephencleary.com][4])
---
もしよければ、**あなたのコード（CR を数えるもの）に特化した元ネタをさらに探してみます**。やりましょうか？
[1]: https://learn.microsoft.com/en-us/dotnet/standard/io/memory-mapped-files?utm_source=chatgpt.com "Memory-Mapped Files - .NET"
[2]: https://stackoverflow.com/questions/7956167/how-can-i-quickly-read-bytes-from-a-memory-mapped-file-in-net?utm_source=chatgpt.com "How can I quickly read bytes from a memory mapped file in ..."
[3]: https://www.red-gate.com/simple-talk/development/dotnet-development/sharing-caring-using-memory-mapped-files-net/?utm_source=chatgpt.com "Sharing is Caring: Using Memory Mapped Files in .NET"
[4]: https://blog.stephencleary.com/2023/09/memory-mapped-files-overlaid-structs.html?utm_source=chatgpt.com "Memory-Mapped Files and Overlaid Structs"
ChatGPT:
が、出てきて、やってくれと言ったら、こういうのが出てきた。
了解しました — 広く（英語・日本語・GitHub・ブログ・StackOverflow 等）再検索しました。結論と見つかった“近い”ソースをまとめます。
結論（要点）**
「あなたが求めている**MemoryMappedFile を使い、UTF-8 バイナリ中の `CR`（0x0D）だけを数える・マルチスレッドで分割して処理する**」という **完全一致の“元ネタ”ソースコード**は、公開された web 上のリポジトリや記事の中では見つかりませんでした（複数の検索ワード／検索対象で確認）。([hyr.mn][1])
ただし、ほぼ同種の要素（メモリマップドファイルの読み方・大きなファイルの行数カウント・バイト単位カウントを高速化する手法）は複数見つかりました。これらを組み合わせれば、先に示した実装は典型的なパターンであることが確認できます。([Microsoft Learn][2])
見つかった“近い”・参考になりそうなソース（抜粋）**
1. .NET の公式ドキュメント（MemoryMappedFile の説明） — `MemoryMappedFile` の基本と CreateViewStream / CreateViewAccessor の使い方。必須の参照。([Microsoft Learn][2])
2. 「Counting lines with C#」というブログ記事（C# で改行（CR/LF）カウントに関する実装と GitHub リンク） — 行数カウントを目的とした実装パターンがある。([hyr.mn][1])
3. StackOverflow：MemoryMappedFile から高速にバイトを読む方法（`MemoryMappedViewAccessor` / unsafe ポインタ / Marshal.Copy 等の議論） — 高速実装のヒント。([Stack Overflow][3])
4. StackOverflow／Q&A：ファイル中の LF/CR の数を求める方法に関するスレッド（`grep -c $'\r'` 等の unix 例や C# でのカウント方法の議論）。([Stack Overflow][4])
5. GitHub のサンプルリポジトリ（MemoryMappedFile のテスト／サンプル） — メモリマップドファイルを使う実装例。([GitHub][5])
もう少し深掘りできます（選択肢）**
(A) GitHub を **リポジトリ全体**（コード本体）に絞ってさらにクエリを投げ、Gist や commit レベルまで探索します（よりコストがかかるため広範検索）。
(B) ブログ・技術記事を対象に **全文一致（コード断片）検索** を行い、私が先に示した C# コードの実際の一節（たとえば `mmf.CreateViewStream(offset, size)` や `Interlocked.Add(ref totalCount, localCount)` など）を直接検索して完全一致を探します。
(C) 「オリジナルは GitHub にあるはず」と思われるなら、あなたが覚えている**リポジトリ名の断片／作者名／投稿日**などを教えていただければ、それを手がかりに探します（断片情報があるとヒット率がぐっと上がります）。
どれを優先して探しましょうか？（A: GitHub全探査 / B: コード断片で全文検索 / C: あなたからヒント提供）
※続けて深掘りする場合は、すぐにさらに広い検索を行って該当ソースを探します（そのまま実行します）。
[1]: https://hyr.mn/catching-flowers-with-a-net?utm_source=chatgpt.com "Counting lines with C# - hyr.mn"
[2]: https://learn.microsoft.com/en-us/dotnet/standard/io/memory-mapped-files?utm_source=chatgpt.com "Memory-Mapped Files - .NET"
[3]: https://stackoverflow.com/questions/7956167/how-can-i-quickly-read-bytes-from-a-memory-mapped-file-in-net?utm_source=chatgpt.com "How can I quickly read bytes from a memory mapped file in ..."
[4]: https://stackoverflow.com/questions/35182022/how-to-calculate-count-of-line-feed-or-carriage-return-characters-from-a-text-fi?utm_source=chatgpt.com "How to calculate count of line feed or carriage return ..."
[5]: https://github.com/byGeek/MemoryMappedFileTest?utm_source=chatgpt.com "test csharp code for using memory mapped file."
流石にそれはねーわ…😟
大学→大学院→なぜか芸能会関連→ソ〇ーの重役面接通過したのにバカな俺は断ってしまって→某ゲーム機ゲーム開発→某企業研究所→精神疾患でここから完全に人生が迷走
だったし、この10年で一貫して公私ともに取り組んでいたのはリアルタイム3DCG関連、OpenGL、Direct3D、ゲームやCAD、流体シミュレーションなど周辺技術なので、
結婚するにしても、まず収入ないと駄目だろ、そのためには何か専門分野を持たないと、と流石にバカな俺でも思うわけで…😟
あと、
いやいやいやいや…😟
いや、俺、伸び悩んでるなあ、みたいなことは何度もあったけど、受験勉強はスポーツと同じ、努力で突破口が開きやすい
でも、恋愛や結婚は努力が実ることはほぼない、ないと思った方がいい、理不尽極まりないのが人間のコミュニケーション
俺は正しい通信プロトコルを心掛けてるのに、相手が正常に応答してくれない、なぜなんだぜ？？？
見合いがどうとかは置いておくとして、基本、運の要素が強いもの、例えばギャンブルやパチンコもそうだけど、
理系人間は、努力が成立しなそう、予測が完全に不可能、観測し続けたデータから予測できな過ぎて全てが無駄に思えてしまう、
みたいな、all or nothing思考に陥りやすい、というか、理系というより俺が陥りやすい、だから努力を継続できない
ウシジマくんのニートくんがパチンコをやりながら、俺は小出しに、人生を賭けている、とか言ってた気がするんだけど、
まあ、パチンコとか一般的なギャンブルの勝率にそもそも問題があるものの、確率的なことで勝利するには賭け続けないといけない、当たり前だよね
だけど、受験も運の要素があるけど、例えば、出題傾向がある、そこから来年の問題を予想できる、努力するほど回答速度が速くなる、
受験はスポーツと同じだと思ってるんで、じゃあ、スポーツと恋愛が同じか？ってことだよね、俺は同じだとは思わないよ…😟
短い期間、自分にも彼女がいたことが何度かあったけど、ほとんどは女性の方から勝手に告白されて、受け身で付き合い始めて、
女性の方から、なんか勘違いだったわ…、みたいなことを遠回しに言われて、なんかこっちもちょっとムカッとして、じゃあもういいです、みたいな感じで終わる…😟
絵も音楽もやればやるほど上達を実感できる、
身体がまともだった頃は、水泳、スキー、自転車、ボクシング、色々やってたけど、どれも努力が実るんだよ…😟
でも、恋愛は無理、
恋愛成就を目指して、朝から素振りの告白100回！とかありえないから…😟
追記：
理系人間というか、俺が、高校で言うところの確率統計が苦手、嫌い、なのと関係がある気がしてきた
線形代数、微積、話がズレるけど物理、特に古典力学、有機化学は好きだった
英語が駄目なんだけど、これはできないと社会に出てから仕事にならんだろ、と中高から思ってたし、
実際、社会に出てプログラムを書くようになれば、ドキュメントは英語、3DCGは線形代数、微積、古典力学が完全に活きる、
というか、高校レベルでは足りないので、学部、院での追加の知識、
個人的にゲームセンターで稼働しているゲームを後ろから観察してアルゴリズムを考える、
それを家に戻って実装してみて、また考えるとか、そういう経験が活きてくる
あー、だから俺はデータサイエンスよりのことが苦手なんだろう…😟
もっとも、データサイエンティストという職業が持ち上げられるようになり、自分も重い腰を上げて勉強するようになり、
それなりの成果を収めたりもした、けど、まあ、苦手意識は変わらないなあ…😟
PythonのJupyter Notebookみたいなの、今は色々な種類があるじゃないですか
例えば、Pythonでループ書いて、例えば、粒子が重力と風の影響を受けます、みたいなコードを書きがちというか、
そもそも、メガデモみたいなのとか、ああいうのが好きなんだよね…😟
恋愛は理系的には確率、統計なんじゃないの？という意見なら、正解だと思う
だから、恋愛、結婚は理系的じゃない、という言い方は間違ってるな、と自分でも思った
あー、単に俺の苦手教科だったから、じゃねーの、なんなのこれ…😟
システム開発で生成AIを有効に使おうとしたら、生成AIが生成するコードを鼻歌混じりで完璧に仕上げられるだけのプログラミング力と、システム全体の最適な設計ができる技術力が必須の最低ラインとなる。
プログラミング力がなければ、生成AIが仕込む地雷に気付けないからシステムを地雷原にしてしまう。
そのレベルのエンジニアでは地雷除去は100%不可能なので、ぶっ壊れたまま走る暴走列車になるだろう。
経営者の手の中に残るのは、ぶっ壊れて部品を撒き散らすサービスと、逃げ出さなきゃいけない状況なのにそれを認識できないほど低レベルの「バナナ」エンジニアの集団だ ( 大枚叩いて「世界をひっくり返す画期的なサービスを作ってる！」って思ってたらこれとか、まじウケる w )。
システム全体の最適な設計ができなければ、適切なプロンプトを捻り出せないので、整合性を保ったままサービスを成長させることは不可能だ。
現状、どこかで誰かが作ったような小さなツールなら、なんとかなりそうだと思う。
けど、成長させる前提のプロダクトに使うとか、正気の沙汰とは思えない。
小さなツールは AI のフレームの中でこなせるとしても、自社サービス、特に今までなかった類のサービスとなったら、フレームの外、現実に開いたものだからAI が扱える対象ではない。
具体的な指示を出してくれるように見えてるだろうが、過不足なく正しいかと聞かれたら、AI推しエンジニアにホルホルされたものを見た限りでは、ないわー、としか言いようがない。
AIの絵とかと似ていて、ぱっと見イケてそうで、よく見たら変。
絵のように、縦横の制限があって、各ドットの色の幅の制限もあって、多少色ずれがあっても大勢に影響がないものじゃなく、プログラムは一箇所+と-間違えただけでも致命的なものだから。
って、やたら本プログラムに迎合的なテストが生成されていたりするんだが、実装ベッタリの境界値テストとかより大事なテストが丸っと抜け落ちてたりするんだよね。
で、その重要性というか危険性を、エンジニアは理解も認識もできないままになったりする。
意味のないテストを延々と繰り返して、実環境で不具合障害が発生するたびに、場当たり的な対策をフジツボのように追加しまくってやった気になるのを運用だとか勘違いしたまま炎上地獄への坂道を転げ落ちていくんだよな。
大規模なサービスの設計は抽象度の高い部分を先に詰めないと、辻褄が合わなくなって破綻する。
初期リリースにはブーストが必要なのは確かだが、使いこなせない生成AIを使うと、書き初めで最初に筆を置く場所を適当にするのと同じくらい、取り返しのつかない事態に陥るだろう。
初期リリースこそ、全体設計と、サービスを支える基本モジュールを抽象的に、丁寧に作る必要がある。
「一旦リリースしてシェアを獲得してから作り直す」という選択肢も、一昔前ならあったけど、AI で嵩増ししたサービスの作り直しは、多分すでに合理的ではない。
再設計再実装の手間もそうだが、補助輪(AI)エンジニアに、移行作業の戦略策定設計実施ができるわけがないから。
最低限のプログラミング力とシステム設計能力があって使いこなせるエンジニアと、ないけど称賛していれば自分もすごいエンジニアと思ってもらえると思ってる意識高い系(笑)エンジニアだ。
おいら自身、たまーに使うけど、チームメンバー全員に積極的に活用しろとは死んでも指示できない。
というか言い渡した。
どのレベルのエンジニアが書いたプログラムかという情報なしに、レビューとかしてたら時間がいくらあっても足りん。
特にプログラムを書けないことを誤魔化すためにAIを駆使する奴は、発覚したら即銃殺でも構わないと思ってる。
でも、ドキュメントをAIに食わせてナレッジ共有させるのは構わないですよねって？
ゴミドキュメントを大量生成させてAIに食わせても、結果はゴミ。
"Garbage in, garbage out"くらい知らんか？ w
まずちゃんとしたドキュメントを書いて、ちゃんと整理して、ちゃんと更新しろ。
それ以上のナレッジ共有はない。
そういうことができない人間が書くドキュメントが、有用なドキュメントなわけがないだろ w
で、表題の件。
自社サービスをボロボロにした張本人たちに建て直せるわけがない。
以上 w
自分はデザイン系の仕事してるんだけど職場だと3枚使ってる。全部27インチ。このサイズだと4Kはバランス悪いからWQHD。
一般的にはモニターなんて一枚、あとはサイズどうするかくらいだと思うけど、業種がデザイン系だと少なくともデュアルモニターは多数派だと思う。
3枚使うのはやややり過ぎ感もあるけど、それほど珍しいわけでもないと思う。
作業アプリが全画面化してる一枚、ブラウザやらチャットなど置いておく感じので一枚、もう一枚は写真資料とかを置いておく場所。
さらに今は液タブも卓上にあるのでマジで画面に囲まれてる感はすごい。
それなりに疲労感も増すので家ではノーパソくらいしか開くたくなくなるが、家で作業することもあるので自宅はデュアルにしてる。
自分が見てきた中でまあまあインパクトあったのはプログラマーの人が縦置きして2枚で使ってた。
プログラマーだから縦で使うのはまあいいのかな？くらいは思うけどそれ2枚にするなら割と正方形に近い形になってそういや正方形のモニターってないなって思ったり。
あと音楽制作系の仕事の人は手元に鍵盤とかコントローラーとか置いてるからでっかいモニターを正面奥にどーんと置くタイプの人が多いなって印象。
もしくはノーパソ完結型か。
営業の人は支給されたノーパソを消耗品みたいに雑に扱ってたりして、それはそれでなんかカッコいいなって思う。
そういや落合陽一の万博関連のドキュメントみたいなの見たら、いつでもVRゴーグル持ち歩いて仮想空間で大量のモニター表示させていつでも同じ環境でできるからとか言ってた。
Appleのやつだと解像感とか実用的なとこまでいってるのかな。まあそれでもシビアに色とか見ないといけない作業はできないだろうけど。
プログラミングとは、勉強も運動もスマブラも下手なクソ隠キャ中学生が「俺もパソコン1台で凄い技術者になって…！」とワクワクしながら始めるものの思ったより普通に難しいし学校の試験で出たような知識要求されるしで3日で放り投げ、10数年後にnoteで「お前らは絶望的にプログラミングに向いてないからやめろ」なんて記事を書くだけのザコに成り下がる、夢と希望に溢れた技術である。
近年ではパソコンのスペックの上昇にともないできることも増え、どこのご家庭にもあるRTX2080で簡単にディープラーニングもできるようになった。Unityで3Dゲームをバリバリ動かしてもブルースクリーンは出ない。やっぱ世界を広げるのは小賢しい知恵よりもスペックの暴力だぜ。
開発環境や言語も選択肢豊富で、エディタもかつては有料クラスでも手に入らなかったような贅沢な機能が満載のものが出回っている。Eclipseとか今考えるとよくあんなので開発できてたな。
いまや小学生からおばあちゃんまでアプリ作りに熱中し、高校生はIoTとかやり始め、大学生は商業レベルか？ってレベルのものをネットで発表し、私はウェブアプリのスマホでのレイアウト崩れひとつすら直せず静かにエディタを閉じてnoteで過激タイトル記事を書いている。
掛け算に順序があると思っているような知能の下級雑用係（自分のことを教育専門職だと思い込んでいる）ですら「小学生にプログラミングを教えるぞ！」と意気込んでいる。やめろ。お前らには無理だ。無理だからマジでやめろ。考え直せ。無理だって。掛け算に順序つけないと相手に教えられないレベルのやつがプログラミング教えるのマジで無理だって。算数とは次元が違うって。「ピーチ姫いつも簡単に誘拐できるし今度はベヨネッタも誘拐してみるか」ぐらいの無謀さだって。やめとけ。マジでやめろ。
まあそんなこんなで入り口はめちゃくちゃ広く、入門するのはマリオカートより簡単である。話逸れるけどSwitchのマリオカート、運転アシスト機能ついて初心者でもコース完走できるようになったから心折れちゃった人ももう一度チャレンジしてみてね。
それとは特に関係ないんだけど、大学行ってた時ティーチングアシスタント（TA）っていう授業のお手伝いさせられたのよね。ちゃんとお金出るやつ。
学部の3年か4年から始まって、院の1年か2年までやってて、途中で休学挟んだから、ええと、あー、うん、数年間TAやってたんよ。数学とプログラミングのコマ。CとOctaveとかいうやつ。Cのほうは情報学科で、Octaveは違う学科。JavaとかC++のコマはTA入れさせてもらえなかった。
プログラミングの実習は週2コマ（連続）あって、情報学科なら必修科目。なのでサポートは相当手厚く、先生とTAが絶え間なく机間巡視し、わからないことがあればセンパイがなんでも答えてくれるというわけだ。授業外でもサポートはしており、わからなければ先生や研究室にいる学生に好きなだけ聞きにいっても良いということになっていた。必修だから落とされたら困るしな。
2コマだから3時間 * 15回で、45時間。そして私の時は2年まででC/C++/Javaと必修だった（今はなんの言語かは知らない）ので、その3倍、135時間は最低やることになる。プログラミング実習以外にもプログラミング触る授業多いから実際はもっと多い。宿題やる時間もあるので実際はもっともっと長くプログラミングに触れることになる。卒論書く時期に入ると、テーマによっては書く人はさらに書くので、もっともっともっともっと長い。
これだけ時間をかければほとんどの人がプログラミングできるように……ならない。むしろできない人の方が多い。なんで。why。教えて。
会社になるとさすがにプログラミングできるできないは死活問題である。
「今日から入ったxxでーす。業界未経験ですがよろしくおねがしまーす。さっそくなんですけどPythonのここわかんないんですけどどうすれば……あっそうすればいいんですね。次はここなんですけど……なるほど！ありがとうございます。じゃあまた明日ー」
いやー社会人にもなると熱意が違うね。学生なんかわかんなくてもほとんど聞きに来ないのにな。こりゃガンガン伸びますわ。私も社会人1年生でPythonなんて3秒ぐらいしか触ったことないから適当答えてるけど。
「ちょっとお時間よろしいですか？」「いやちょっと今忙しいから後になっちゃいますわ。すんません……」
そんなこんなで1週間ぐらい放置してしまった。やべー絶対嫌われる。どこまで進んだかな……？えっまだそこ？進んでなくない？
もしかしてこれ全部教えないとダメなやつか。そりゃ大学4年間プログラミングやったやつでもプログラミングできないんだから、そうか。よく考えると当たり前だよな。
プログラミングをやめろ
大学4年間と大学院2年間プログラミングやったやつでもできないし、会社で毎日8時間を数週間プログラミングについやしてもできないやつはできないし、そもそも人類というのはプログラミングできない可能性がある。
少年少女たちに「プログラミングはいいぞ！自由にものが作れて達成感がある！頭が良くなった気分にもなれるし！」と吹聴してまわんのもいいけど、6年間情報科学について勉強したようなやつの大半がプログラミングできないんですよ。それもごくごく初歩的な部分。
野球とかサッカーなら、まあ友達との試合には参加できなくてもごく稀にバットにボールを当てたり、ボールを1回あらぬ方向に蹴ったり、ぶっちゃけ周りとのレベル差で楽しくなくてすぐやめちゃうだろうけど、なんとか基礎の一部ぐらいはできるじゃないですか。
ピアノとかダンスでも、猫踏んじゃったをごくごくゆっくり弾くぐらいはできるかもしんないし、学芸会の振り付けを10秒ぐらいは踊れたりできるかもしれない。その後やっぱ周りのレベル見て諦めちゃうかもしんないけどさ。
プログラミング、6年やってミットを頭にかぶってるバッターとか、鍵盤蓋の上から殴って音鳴らそうとするやつとか、まずそういうレベルのやつが大量発生するんですよ。だいたい7割ぐらいの率。どうすんだよこいつら。私の教育の問題か？マジで？本当に？
プロが練って考えて凝縮した本や授業、センパイたちによる指導。それらを結集して得られるはずのものが7割ぐらいどっかに消し飛んでる。無駄だろこれ。
今からプログラミングやろうとしてるやつ、お前は確実に向いてないからさっさと諦めて刺身にタンポポ乗せる仕事に戻ってくれ。参加しても鍵盤蓋叩き割るやつと同じ病室に入るだけだ。
プログラミングをやめろ。
ぼくはこう思うんですよ
そもそもなんで大の大人がそんな両手にバット持ってセカンドに立ったりゴールの方をボールのところまで動かす奇行に走るんだろうな。わかんねえや。
綺麗な分析はできないけど、いわゆる「できない」やつが共通して言ってたフレーズがある。
「ぼくはxxxだと思ってるんですけど、動かないんですよ」
うん、そうだね。そう思うんだ。でも動いてないじゃん。じゃあ違うんじゃない？モニターに「にらみつける」やってもバグは取れないし防御力下がるだけだぞ。
まず根本的に考えと事実が違ってるって結果出てるじゃん。じゃあもう考え変えちゃえば早くない？
名言の引用は好きではないけど、「プログラムは思った通りには動かない。書いた通りに動く」って言葉がある。実に名言だと思う。次点で好きなのが「ある問題を解決しようと正規表現を使うと問題が2つに増える」かな。
お前が何を思っているかはプログラミングにおいて一切影響しないんだよ。お前が何を書いて、コンピュータがどう処理したか、それが全て。
深く考えないことについてぎゃーぎゃーいうやつもいるけどプログラムなんてまず最初は動けばいいんだから何も考えずに次試せばいいだろ。んで3回ぐらいは自分で思い浮かんだの試して、全部ダメだったら調べるとか先生に聞いてみるとかさ。逆に1発で通ったら自分の思考見直して理解深めるとかさ。
ドキュメントとかあんまり理解できない初心者のうちは、とにかくお試しと修正のサイクル回すの重要で、「これがこうだから動くはず」というカードを3種類ぐらい作って全部片っ端から試すのが早いと思うよ。モニターをにらみつけるな。
お前がどう思ってるかよりも、まずはお前の書いたプログラムがどう動いているか（どう動いていないか）を確認するのが先だ。動かなかったら考えが違う、はい次のプラン、はいその次のプラン、はい次。
この「ぼくはこう思ってる」が出てくるの、なんの教育の成果なんだろうね。お前の気持ちなんてどうでもいいって現国でも数学で散々教えられただろ。
Error: variable 'a' is undefined, line 24
↑のエラーは架空のエラー文（英語下手でも許して）だけど、エラー、出るよね。プログラム組んでたら。んでやっぱいるのよ。エラーを「にらみつける」やつ。解決しねえって言ってんだろ。
「エラー出たんですけど、どうすればいいんですか」
「エラーにはプログラムがなぜコンパイル通らないかの原因がそのまま書かれている。例えば今出ているError: variable 'a' is undefined, line 24は、24行目の変数aが未定義ということを示している。事前に変数aを定義していないか、打ち間違えてsになっているとかではないのかな？」
だいたいが「腑に落ちねぇー」みたいな顔する。まあ、一気に喋りすぎたしな。疑問点1個1個潰していくか。
「何か疑問点ありそう？変数ってなにー、とか、定義ってなにー、とか」「ないです。わかりました！」
わかったのか。よかった。またモニターをにらみつける開始。なんでだよ！！！！「お前顔にチョコついてるぞ」って言われたらチョコ拭き取るだろ。変数aが未定義ですねって言われたら変数a定義すりゃいいだろ。
でもプログラミングド下手なやつ（全人類の7割ぐらい）は、エラーをにらみつけてる。ずっとにらみつけてる。防御力下限まで下がったかな。にらみつけてて何が変わるんだよ。
「英語読めなくて……」
いや「a is undefined」なんて「He is Superman」ぐらいの英語だろなんで読めないんだよ。お前この大学どうやって入ったんだよ。たしかどの入試方式でも英語あっただろ。単語わからんかったらググれ。
「aが未定義って書いてあるんですけど、ここのfor文の私の考えが間違ってるのでしょうか」
いや24行目のaって書いてるだろ。まずなんでそこ無視するんだよ。お前がfor文で使ってんの教科書通りのiだろ。24行目ってわかるか？for文あるの40行目あたりだよな？aとiが違う文字ってわかるか？
「さっきのエラー直したら新しいエラーが出たんですけど、どうすればいいですか」
千尋！贅沢な名だねえ
変数に名前をつけろ。関数に名前をつけろ。クラスに名前をつけろ。全てに名前をつけろ。
C言語の古い教科書だと「a」とか「b」とか「i」とかで書いてるけど、そんなの人間が読めるわけねえだろ。冷静に考えろ。「input」「output」「index」とかにしとけ。
2重for文の変数名i, jにしたら絶対途中で打ち間違えるだろ。お前は打ち間違える。そういうやつだ。2重ループなんてどうせ行列計算の課題だろ。rowとcolumnにしとけ。これで打ち間違っても気づくし、それぞれに意味が付いてくる。
ちなみに同じ長い名前にも優劣がある。「result」よりも「sum」のほうが強い。「result」はなんの結果かわからない（全ては結果であるので）が「sum」は合計値であることがわかるからだ。「password」と「plainPassword」なら「plainPassword」が勝つ。暗号化されていないパスワードであることがわかるので、情報量が多いからだ。
ただし例外はいくつかある。「tmp」は一時変数であることが（プログラマにとって）明らかだ。「dir」はディレクトリであることがわかる。「src」「dist」あたりもよく使われる。このあたりは短くていいんじゃねーかな。
でも、この前温度センサ扱うプロジェクトで「tmp」って変数名使って温度(temperature)と脳内で混線してバグって発狂してた同僚いたけど。そういうときは名前長くするか別の名前使おうな。
関数の名前なんて「calcAverageFromArray」ぐらい長くしていいから。「myFunc」とかしなくていいから。「fetchJsonDataFromUniversityInternalServer」とかでいいから。マジで。いやこれ本当に。
そもそも今時ディスプレイでかいし、識別子なんて先頭数文字打ったらエディタが補完してくれるし、短くするメリットがない。
それでも名前が長いと感じる？関数がでかすぎるんじゃないか。細かく処理を分けるとかしてみろ。「combineArrayAndFindMax」関数は「combineArray」と「findMax」に分割したらいいと思うぞ。名前が長いと思っても名前を削るな、機能を分割しろ。自然と名前が短くなる。
それかシンプルでかっこいい名前を見つける。「convertEvilHtmlToPeacefulText」は「sanitize」に置き換えることができる。イカす名前だ。
プログラミングできない奴はマジでこれらのことをやらない。ずっとaとかbとかzとか使ってる。お前それ自分で読めんのか。読めねえだろ。myfuncってなんだよ何するんだよ。お前自分で理解できてんのかそれ。
それでも頑なにaとかbとか使う。なんでだよ。
動作原理わからず書き散らすな。動作原理っつってもそんな深いところじゃなくて言語表面上レベルの動作な。
リテラルは値を作成して、代入は値に名前をつけている、とかその程度のレイヤー。メモリがどうこうとかはいらんと思う。あっでもポインタのときはいるか……。めんどくせえな。
まあ動作原理っていうか自分が何やってんのか理解してくれって程度の話になるんだが。
例えばfor文で処理50回まわすとき、「50回分の処理を行なっている」ではなく「ループ開始時に変数を初期化。条件判定して成立していれば文の中を実行する。条件変数の値を変化させてまた条件判定からやり直す」ぐらいの粒度で捉えててほしいかな、という気持ち。
これはfor文で詰まる人がやたら多かったからだ。彼らはfor文をアトミックな操作だと思っていた。つまりfor文はひとまとまりの命令であり、長いfor文とprintfの間に粒度の違いはないと思っていたらしい。
つまり、「for文の中でエラーが起こる」という事象がほぼ理解できない。forはアトミックであり、内部など見えないのだから。じゃあお前が今書いたfor文の中身はなんなんだってやんわり聞くと「さあ…？」みたいな反応が返ってくる。はあ。
関数についてもなかなか誤解が多かった。関数「sum_array(a, b)」と関数「average_three_numbers(a, b, c)」は全く別の原理で動いているのだと。ここでの「全く別の原理」というのはシグネチャが違うとか実装が異なるとかそういう意味ではなく、コーラを飲んでゲップが出る原理と糸電話で声が伝わる原理ぐらいの全くの別、という意味である。
彼らは関数ひとつひとつについて「新しく原理を学習」していたのだ。マジかよ……。どうやったらそんな発想に行き着くんだろう。そりゃ時間かかるわな。
そのため、関数が値を返す（または返さない）ということも理解できておらず、「関数の戻り値と関数の戻り値を足す」とか「関数の引数に関数の戻り値を直接渡す」とかやりだすと大パニックになる。メソッドチェーンとかやった日には大学潰れると思う。ただ、これはC言語が悪い部分もあると思う。配列とかいじりだすと、初心者が書けるレベルの関数だとあんまり値返さないしな。
たのむ、他のはできなくてもこれはできてほしい。自分が何をやりたいのかは理解してほしい。流石にお前のやりたいことなんて他人にはわからんぞ。
「配列の中の数値の合計値を求めたいんです」とか「名前と身長と体重をひとつにまとめた構造体が作りたいんです」とか。簡単なのでいいから。
「いま何やろうとしてどこで詰まってる？」って聞いても「……？」みたいな反応されたら困るんだよ。
例えば「キーボードから数値を10回入力し、それぞれの値を配列に格納して、最後に配列の値を逆順に表示せよ」みたいな問題が出てきたときに、「キーボードから値を入力する」「10回繰り返す」「配列に値を格納する」「配列の値を逆順に表示する」に分解できると思うんだけど、自分が何やりたいのかわからない奴はまずこれができない。
彼らには「キーボードカラスウチヲジュッカイニュウリョクシソレゾレヲハイレツニニュウリョクシテサイゴニハイレツノアタイヲギャクジュンニヒョウジセヨ」に見えている。
かろうじて「キーボード」「ハイレツ」あたりの単語は拾えるらしく、標準入力から値とったり配列を作ったりはしてるんだけど、そこから先に進まない。モニターにらみつけてる。またにらみつけるかよ。
あれだ、算数の文章題できなくてとにかく文章に出てくる数値足したり引いたりするやつ。あれのプログラミング版。文章が読めない。
こういう人にはメモ用紙取り出して、まず文章が何について言ってるのか、どういう工程に分けることができるのか、今後も同じことが起こったときにどうやって分けるのか。みたいなのを教えるんだけど、大抵あんまりしっくりこないらしく、成功したことは皆無。なんとかうまく教えたいんだが。
もうこのあたりになってくるとプログラミング関係なくね……？ってなるんだけど、意外とそういうプログラミング関係ないところで詰まる人めちゃくちゃ多いよ。
今すぐプログラミングをやめろ
才能がないと思ったら、早いうちに河岸を変えた方がいい。
早ければ早い方がいい。
可哀想だから(教え子が？ それとも自分が？ w)、って「がんばれ、がんばれ。才能なんて関係ない」みたいに騙すのは、むしろ害悪だよ。
10年後、気付いて路頭に迷わせるとして、その責任は取れるのか？
まぁ、本人自身が気づいて路頭に迷いつつあるけどどうしようもないのかもしれんが、地獄に道連れはやめてやれ w
それで生計を立てない、趣味の範囲で楽しむ分には好きにすればいいけど、エンジニアに限らず、それなりのお金をもらおうとしたら、才能、向き不向きは超えられない壁として現実に、強固に存在している。
球速120km出ないけど阪神の一軍のピッチャーに、ってのはどう逆立ちしても物理的に不可能だ。
でも草野球は楽しめる。
才能がなけりゃ、一人で永遠に「大いなる助走」を続けりゃいい。
誰にも迷惑かけないなら。
医師、看護師、会計士、経営者、etc.etc. にも、才能、向き不向きはある。
落ち着きないし。
同じことを何日も続けたら、爆発する。
「明日も同じことしなきゃならないのか……」って考えただけでも、死にたくなる。
こんな感じに、才能がものをいう分野って、意外に多い。
ソフトウェアエンジニアは、設計実装の抽象度が多層化していて、その巧拙によって安定度、運用や機動的な新機能追加の手間、リードタイム、金や何やら、数十倍、規模複雑度が爆上がりしている今なら下手すりゃ数百倍差が出る。
その差をちゃんと理解するには、巧の現場の「こういう世界があるんやー……」って実体験が必要だったり、巧レベルの才能が必要だったり、経営知識が必要だったり、経済知識も必要だったりして、「拙」の現場にぶら下がってるだけのエンジニアが「才能なんて幻想」って吠えたっても「マジ、迷惑だからやめてね」って思う。
どの炎上現場でも、高粘度現場(リーダーマネージャが理解できないからって邪魔ばっかりしてきたり、そもそもプロダクトがぐっちゃぐちゃになってたりして、どんな行為がサービスの息の根を止めるかわからなくて身動きが取れない「震える舌」みたいな現場。物事が全然進まない現場。通常、経費で札束ガンガン燃やしてるはずだから、ここも炎上現場っていう)でも、この手のエンジニアが腐るほどぶら下がってるんだよね。
たいてい、生み出されるソースコードとドキュメントの割合がおかしなことになってる。
いや、そういうの主催してる暇があったら、コード書けよ、って。
でも、Web記事引いてきて、「〇〇にはこう書いてある」とかドヤ顔で机上の空論で時間潰して「俺も一端の理論派エンジニアだぜ……」とか、いや、お前はただの受け売りを理解もせず垂れ流してるだけのそこらへんの AI と変わらんクズだよ。
おいらの師匠の一人は「TV出たり、本書いたりするやつは二流。一流は、自分の仕事に集中していて、他のことやる暇ないから」って言ってたけど、ほんとその通りだと思うよ。
シャバと違い、ソフトウェアの世界は驚くほどのスピードで巨大化、複雑化している。
30年、40年前なら、社会性の乏しい、プログラミングコンテスト受賞者みたいなエンジニアでも無双できたけど、今は無理なんだよね。
今だと玉拾いも任せられないくらいだったりする。
ちょい前も、PostgreSQLの中身いじれます！ って東大卒業生いたけど、視点が局所的すぎて全体感に欠けてて、プロジェクトがヤバい状態になってるのが理解できなかったりしてたからね。
そろそろリリースできる状態になってる予定だけど、おいらの読み通りα版完成が3ヶ月遅れ、そこで大量の不具合が発覚してベータ版完成がそこからさらに3ヶ月以上遅れ、不具合積み残したまま見切り発車、ってなるんじゃねーかな、と思ってるんだが w
才能の種類、方向性によっては、10年前も今もたぶん10年後も変わらず十分通用するものはあるんだけどねー。
そこに生活水準をあげてしまうと、自分はもう通用しないと気づいても、撤退できない。
マイカーガー。
マイホームガー。
子供ガー。
愛犬ガー。
んなもん知るかっ！
そういう「元エンジニア」がリーダーとかマネージャとかにクラスチェンジして、事業、プロダクトの足を引っ張る。
あそことか、そことか、具体的な企業名はあげられないけど、そういうエンジニアが漬物石のように重しになって、身動きが取れなくなってるところが多い。
VCとかから、もっと売り上げを上げろ。成長率を上げろ、というプレッシャーを与えられ、何かしなきゃいけない。ってなって、外付けの雰囲気だけのサービスをどんどん外付けしていく戦略を取る。
1年で10。
2年で30とか。
マジかよ w
思い思い行き当たりばったりに作ったら、手間だけ増えてそれを壊すわけにはいかなくなって、さらに身動きが取れなくなっていく悪循環しか見えないんだが、そんな経営方針で大丈夫か？
とか意味不明な決定して、認証認可v1、認証認可v2、認証認可v3とマイクロサービスが増殖して、さらにv4を企画してるとかいう会社だってある。
真っ当な声には、自分の存在感を示すためだけの反対を唱えて邪魔したりして、現場で手を動かしているエンジニアより高級を取ってんのに、事業、プロダクトへ与えるダメージは倍増する。
さらに、自分の地位を死守するために、それを脅かす腕利のエンジニアを陥れる、排除することに全力を傾ける。
これで3倍界王拳だ w
経営者はできるエンジニアたちに任せていると思い込んでいるかもしれないが、さて、どうかね？ w
大本営発表的にはうまくいっているとされているサービスが、その裏側はカーオブファイヤーみたいなところって、結構ある。
はっきりいう。
今はクラウド環境のプロダクトで、どのように自動テストで検証可能なシステムを構築するかの手法の研究を続けてる。
具体的には、今まで関わってきた炎上現場で安定稼働を達成させた手法(TDD)だな。
ワークライフバランス？ w
才能のない人は河岸変えろ。
業務経歴書にも今まで使ったことがあるサービスの名前をたくさんたくさん載せてます。
じゃねーよ。
ボルトに世界水泳、吉田沙保里にNBAに出場させるような使い方してて、どこが技術力だよ。
ってのが多い。
「どうしてこのAurora、リーダーがこんなにたくさんぶら下がってんの？」
「テナントが増えて、アクセスが増えたので、負荷分散のために増やしました。水平スケーリングってやつです」
うん。水平スケーリングは知ってんねん。この程度のテナント数、ユーザー数、アクセス数で、どうしてこんなにでかいインスタンスのリーダーがぶら下がってんのか？ って聞いてんねんけど……。
って現場、多い。
でも、今通常営業してるサービスでも、こういうところ多いんだよな。
それはともかく、
「マイクロサービス化していて、いま120を超えたところで、当面160になります」
「……は？」
「……デプロイの時、どうすんの？」
「変更があるサービス名を書いたファイルを一緒にコミットして、それ読み込んで、GitHubActionsでデプロイさせてます」
「Cloneして立ち上げます」
「これ……、モノリポ？」
「120個？」
「120個」
「なんか立ち上がらないんだけど……」
「あ、修正中なんで、〇〇と××のコミットをチェリーピックしてください」
「……動かないぞ」
「昨日の夕方、変更が入ったみたいなんで、△△のコミットもチェリーピック。いや、＋＋のブランチを……」
5日で立ち上げ切れるんか？
って現場がね、案外たくさんあるんだ。
「ほう……？」
どうして「自分が間違えてる」「自分が見当外れなことをしている」可能性ってのを考慮しないんだろう、この人らは？
っていつも思う。
マイクロサービスの目的も前提も理解しないで、HowToだけ猿のように繰り返してるって自覚ないんか…… (-_-)
ってマーカーで引いた一文見せつけられるんだが、その前に書かれてある前提とか目的とか、書かれてない暗黙のそれとか、いわゆるコンテキスト削ぎ落として、単語レベルの理解を開陳されても、「は？」としか反応できんのよな。
120のマイクロサービスとか、お前、認知科学の知識もないねんな……。
それマイクロサービスじゃなく、「粉砕されたモノリシックサービス」っていうんやで、と。
まーじで、技術本とかの恣意的なつまみ食いで訳分からん理論構築すんなよ。
それでプロダクトがうまく回ってなかったら、それが答えなんよ。
まぁ、「うまく回ってる状態」ってのを知らない、理解できないだろうから、正しい答えに行きつかんだろうけど。
その正しい答えに行きつかない、ってのを
「致命的な才能の欠如」
って呼ぶんよ。
先月「Slack断食」を30日やった。ぜんぶの通知を切って、午前は一切開かない。午後に2回だけまとめて見る。
先に結論を書く。
1日の「まとまった作業時間」は 平均54分 → 3時間18分 に増えた（タイマー計測）。
PRのリードタイム（着手→レビュー依頼）は 1.8日 → 0.9日 に短縮。
「なんとなく疲れてる」感が減って、帰宅後に本を開けるようになった。
もちろん職種やチーム文化による。あたりまえだけど緊急対応が常態の人には不向きだと思う。
■ルール
通知全消し：@channelもDMも。インシデントチャンネルのみON。
午前は断食：Slack/メールは開かない。タスクと資料だけ。
午後に2回だけチェック：13:00と16:30に各15分。返信はできるだけテンプレで短く。
チャンネル棚卸し：毎週金曜、読んでないチャンネルを抜ける or ダイジェストに。
「生産性改善の実験で、Slackは午後に2回まとめて確認します。緊急時は電話/Teamsを使ってください。返信は遅れますが、作業の完了は早くします。」
■Before/Afterで起きたこと
会議の数が減って質が上がった：アジェンダ無しの招待は「内容だけドキュメントにまとめてください」と返す運用にしたところ、約半数は文書上のやり取りだけで完結し、会議そのものが不要になった。
横取りタスクが減った：その場で拾わず、午後の確認まで寝かせると、他の誰かが解決していたケースが週に2回くらいのペースで発生した。（その誰かに工数をかけさせてるわけだが）
メンタルの凹凸が減る：通知に心拍を連結させない。午前は手を動かすだけの世界にできる。
情報の取りこぼしでの実害はゼロだった：重要なら午後のチェックで追いつけるし、本当に緊急なら電話が鳴った。
気分がいいまま過ごせるようになった：自分のペースで仕事ができるってなんてすばらしいんだろうか
■返信テンプレの一部
「この件、午後13時の確認タイムで内容見てから返答します。」
「緊急度を確認したいです。本日内/今週中/来週でも可のどれでしょう？」
「そのテーマ、週次定例で扱った方が良さそうです。議題に入れておきますね。」
「先にドキュメントに要件を書いてもらえますか。コメントで入ります。」
■ありそうな反論
Q. チームの透明性が下がらない？
A. 逆。会話をチャンネルに寄せ、要点はドキュメントに残す運用に寄ったので後追いが楽になった。
A. 「即レスの代わりに、確実なアウトプットを増やす」と宣言する。成果が見えれば、周囲は文句を言いづらい。
A. 顧客は早い返信より一貫した進捗を喜ぶ。進捗報告の定時化で満足度はむしろ上がった。
■失敗談（やらかし集）
全社アナウンスを見逃した：アナウンスのチャンネルだけはモバイルでプッシュ許可に。
午後の確認をサボると炎上：2回のチェックは絶対に守る。守れない日はカレンダーに明記。
DM地獄の温床：DMで来た要件はチャンネルへ移すを徹底。つーかDMしてくんな
■仕組み化のコツ
タイマーを回す：自分は25分集中、5分休憩の典型的ポモドーロタイマーがよかった。
午前の最初に「1行だけ日報」：今日やることを1行。終わったら結果を1行。長文にしない。
まとめ
通知って、“有益な情報”をくれるものに見えて、実は作業を中断させる“割り込み”として機能してることが多いなと感じた。
しかも厄介なのは、その割り込みを自分の意思で受け取ったように見えることだ。
実際には、誰かの都合で伝えたい割り込みを、こっちの集中を犠牲にして処理してるだけなのに。
Slackもメールも、見に行く時間を自分で決めるだけで世界が変わった気がする。試しに1日だけでもやってみてくれ。向き不向きは個人差あると思うのでどうなるかは知らん。
> 「AWSの運用の強みは、経験豊富な余剰人員によって築かれており、人員削減を行えば、基本的な機能が崩壊し始めます」
たいていの現場で、新入りのエンジニアが「ドキュメントが充実していてありがたいです」的なセリフを吐くことがあまりに多いんだけど、正直なところ、ドキュメントが大量すぎて、AI使おうが「これ」という情報が見つからない。いや、そもそも必要なドキュメントが存在しないことしかない(日本語が変なんじゃない)。
ドキュメントの書き方を、OJTで形式的にしか学んでいないんだろうと思う。
そんでもって書きっぱなしで、「あ、今はそうじゃなくて、こうなってます」って口頭で伝えられることがあまりに多い。いや、修正しておくか、削除するかしろよ。
って、そんなどうでもいい経緯なんていらんわ！
経緯が分かったところで、何の役に立つと考えてるんだよ？
昔、アホなエンジニアありき。って記録以上でも以下でもないだろ。
そんでもって、正しいドキュメントがあったとしても、読んでも大してプラスにならん。
なぜなら、ただの自分用の備忘録以上でも以下でもないものでしかないから。
誰に向けて、何を伝えるためのドキュメントか、ちゃんと意識して書かれた技術ドキュメントに、ほとんど出会ったことがない。
って、なぜそれがこのタイトル、この内容のドキュメントに紛れ込んでるんだよ！
みたいなことがあまりに多い。
しかも最新化されてない。
たいていムカつく東大の〇〇研究室の量産型卒業生なんて、「これくらいできて当然でしょう」的に他人を小馬鹿にしたような態度をとってきやがるんだが、そいつらも普通の人よりキャパが少し大きいだけで、色々積み上がってきて、見落としが増えてきたら誤魔化しまくって、誤魔化せなくなったら「新しいことをしたいので」とかもっともらしい言い訳してやめていきやがる。
おい、これ、どうすんだよ！
残ったエンジニアには、つくり散らされた無秩序なサービスを「運用でカバー」の日々。
こういうの、マジで普段使ってる単語の意味、理解してねぇんだな。
単語帳みたいに訳、定義を丸暗記してるだけなんだな、ってため息しか出ないんだが。
これ、その場その場の行き当たりばったりな設計実装を増やしてしまうと、今時の複雑化、成長し続けるWebサービスは、簡単に認知力の限界を超えてしまうから、いくつかのパラメータからどこでも同じルールが適用されている状態にして、認知負荷を下げるってのが、ここ10数年のシステム構築界の常識なんだわ。
KISSの原則も、認知負荷を下げる(上げない)って文脈の上にある。
他の、いろんな手法だなんだも、基本的にこれを前提にしている。
のに、いわゆる「識者」は、箔をつけようとしてるのか知らんが、毎秒いろんな要素を取ってつけて、ゴテゴテとした悪趣味な神殿にして、崇め奉る「信者」から金を巻き上げようと、勉強会開いてるだろ？
おいらに言わせれば、「認知負荷を下げられない手法はくそ。カーゴカルトだ」だ。
今の日本のどのWebサービスも、いつ大規模障害を起こしてもおかしくない状態だよ。
「今動いてるからいいっか w」
じゃねーんだよ。
ゾンビ そのわけは ドキュメントの教理 ゾンビ 目に映るを 言葉で殺す ゾンビ 終わりから 月日を計り ゾンビ そのわけは ドキュメントの驚異 ここはここになく ただストーリー すれちがう Narratage の亡霊 ここはここになく ただストーリー すれちがう Narratage の亡霊
似たような体験をしたので読んでください｡鬱病とか適応障害だと思われます｡まず､会社の就業規則､傷病休暇に関するドキュメントを入手してください｡その上で1週間の有給を取り(会社の承認はいりません｡帰宅後に上長･その上の役職･人事部長にメールで心身の不調があり休む必要があるので休暇を取りますと言い切ります)､最初の3-5日で傷病休暇の取り方､自分の会社の場合はどうなるかを把握してください｡それを全部把握して､web上で疑問点も解消してください｡(chatgptやgeminiに相談する､Youtubeを見る)
終わったら自分の症状を心療内科･精神科に相談してください｡お奨めなのは精神科を経営するクリニックです｡予約が取り辛い場合は郊外や田舎では無く都心部で探す｡必ずGoogleのレビューを見て､星が3.5以上の所に行く｡先生に長期間休んで心身を回復したい､診断書を書いて欲しいと明確に伝えてください｡
会社に診断書が出たので､傷病休暇を取りたい旨をメールで伝えてください｡電話のやり取りをする必要･義務は一切ありません｡電話で話を聞きたい､会社に来て欲しいと言われても絶対に対応しないでください｡会社に行くと傷病休暇の対象外になるのでこれも絶対にしないでください｡
傷病休暇前に待機時間がある場合は年休を消化したいと伝えてください｡それがきれたら病欠としてもらってください｡
以降､会社とは一切電話のやり取りは不要です｡連絡はメールだけでしてください｡休職の発令のために1度産業医との面談が必要なので､そのタイミングだけで会社に行ってください｡産業医は心療内科の内容を是認しか出来ないので､心配はいらないです｡不承認になったり､会社に連れ戻されることも無いです｡(職場には絶対に行かないでください｡傷病休暇の受給資格を失う可能性があるので､拒否してください｡会社はそれを命じることは出来ません｡あなたが拒否しても一切責任は生じません｡業務の引き継ぎも不要です｡それは会社側が､上司が普段からすべきことであなたに責任は及びません｡また体調不良で休む場合は業務引き継ぎする必要も無いです｡)
なお､会社で未払い等があればその証拠も事前に全て確保してください｡傷病休暇の終わりに未払いを請求できます｡(外部の1人加入の労働組合に相談してください｡過去2年分遡れます
最後に､あなたの心身を破壊する会社はあなたにとって害のある会社で､籍を置く努力が認められる職場では無いです｡
傷病休暇中に十分に静養してください｡もし体調が治ったら､転職をしてください｡転職が決まったら会社を退職し､新しい会社に勤めて下さい｡
職場環境に問題がある場合に､傷病休暇中に職場環境を変えるのは全く問題ないです｡避難や違法と言われる筋合いは無いです
似たような体験をしたので読んでください｡鬱病とか適応障害だと思われます｡まず､会社の就業規則､傷病休暇に関するドキュメントを入手してください｡その上で1週間の有給を取り(会社の承認はいりません｡帰宅後に上長･その上の役職･人事部長にメールで心身の不調があり休む必要があるので休暇を取りますと言い切ります)､最初の3-5日で傷病休暇の取り方､自分の会社の場合はどうなるかを把握してください｡それを全部把握して､web上で疑問点も解消してください｡(chatgptやgeminiに相談する､Youtubeを見る)
終わったら自分の症状を心療内科･精神科に相談してください｡お奨めなのは精神科を経営するクリニックです｡予約が取り辛い場合は郊外や田舎では無く都心部で探す｡必ずGoogleのレビューを見て､星が3.5以上の所に行く｡先生に長期間休んで心身を回復したい､診断書を書いて欲しいと明確に伝えてください｡
会社に診断書が出たので､傷病休暇を取りたい旨をメールで伝えてください｡電話のやり取りをする必要･義務は一切ありません｡電話で話を聞きたい､会社に来て欲しいと言われても絶対に対応しないでください｡会社に行くと傷病休暇の対象外になるのでこれも絶対にしないでください｡
傷病休暇前に待機時間がある場合は年休を消化したいと伝えてください｡それがきれたら病欠としてもらってください｡
以降､会社とは一切電話のやり取りは不要です｡連絡はメールだけでしてください｡休職の発令のために1度産業医との面談が必要なので､そのタイミングだけで会社に行ってください｡産業医は心療内科の内容を是認しか出来ないので､心配はいらないです｡不承認になったり､会社に連れ戻されることも無いです｡(職場には絶対に行かないでください｡傷病休暇の受給資格を失う可能性があるので､拒否してください｡会社はそれを命じることは出来ません｡あなたが拒否しても一切責任は生じません｡業務の引き継ぎも不要です｡それは会社側が､上司が普段からすべきことであなたに責任は及びません｡また体調不良で休む場合は業務引き継ぎする必要も無いです｡)
なお､会社で未払い等があればその証拠も事前に全て確保してください｡傷病休暇の終わりに未払いを請求できます｡(外部の1人加入の労働組合に相談してください｡過去2年分遡れます
最後に､あなたの心身を破壊する会社はあなたにとって害のある会社で､籍を置く努力が認められる職場では無いです｡
傷病休暇中に十分に静養してください｡もし体調が治ったら､転職をしてください｡転職が決まったら会社を退職し､新しい会社に勤めて下さい｡
職場環境に問題がある場合に､傷病休暇中に職場環境を変えるのは全く問題ないです｡避難や違法と言われる筋合いは無いです
