FIREしたら狂い始めている。 スペックとしては、そこそこの企業でかなりのポジションに行った40歳後半の男性。 偶然にも創業時メンバーだったのでもっていた自社株を売っぱらったら結構な資産ができたのでFIRE。 妻、子供2人。一人は大学入試終えて、もう一人もまあ大丈夫そうなので一息って感じ。 ドがつくほどの文系ライフを送ってきたので、後輩や部下に強く当たったことは一度もない。パワハラ問題やらセクハラ問題とも無縁（これは俺というより企業風土がよかったから）。 というか、後輩にどう接したらいいのか、どうやったら傷つかないのかおっかなびっくり接し続けた社会人生活だった。呼び捨てにするのすら怖いレベル。 そんな俺が、「人に指令できないストレス」で狂いかけている。マジで。威張りたいとか、尊敬されたいとか、本当にそういう感覚ではない。 俺の言葉に重みがないとか、そういう話でもない。リスペクトはいらない。

最近もっぱら Roo から Claude Code をメインに移しているが、その界隈の進歩は今までの変化とは明らかに質が違うという感覚がある。それを今の時点で言語化しておきたい。 最初にいっておくと、自分はシンギュラリティ論自体には否定派というか、シンギュラリティが来たところで世の中の問題の大多数が解決されるとは思っていない。(特にレイ・カーツワイルは典型的なフェイク野郎だと思っている) 実現したところで、そんなものかになるという程度の話だと思っている。実現したところで、シンギュラリティ万能論者はゴールをずらし続けることで否定するだろう。終末論はいつもそうだ。 という前置きの上で、今確実に転換期を迎えている AI とプログラミングの話をしたい。 特異点があるとしたら、今はその瀬戸際。 tl;dr Claude Code は Claude Code によって 90%が開発されている その改善

【名称】シーエー（CA）虫 【主な生息地】 納期遅れ、予算超過が頻繁に発生する会社の会議室や管理者の周辺 【特徴】 上司という圧倒的に優位な立場にあぐらをかき、部下にダメ出し・叱責するのが特徴。主な被害は、納期遅れ、予算超過、会社の収益の悪化、顧客満足度やモチベーションの劇的低下など。大量発生すると風通しの悪い職場という風土病を引き起こし、治療に長期を要することがある。 「シーエー虫」が引き起こす深刻なダメージとは？ 「今になって、なんでこんな大問題が出てくるんだ！」 納期ギリギリになって、こんな怒号が会議室や職場から聞こえてきたら、そこには「シーエー虫」が蔓延している可能性が高い。「シーエー虫」は、PDCA（Plan Do Check Action）の後半の「Check」「Action」の頭文字から名付けられたと言われている。 納期の遅れや予算超過の責任は「報連相」を適切にしなかった部下

会社で長年サラリーマンをやっていると、会社に属する人以外と接する機会があまり無いため、たまにそういう機会があると、文化の違いに面食らうことがある。 あまり一般化はできないだろうが、いくつか例を挙げたい。 (1) 自衛隊員自衛隊を退官した人が営業として採用されることがあるため、たまに接する。 どうも自衛隊は上官の命令に絶対服従みたいなイメージがあるせいか、人事のウケが良く、採用されやすいらしい。 だが実際に入ってみると上司・先輩を見下しており、人間関係でトラブルを起こすケースが多かった。 それと女性を性の対象としてしか見ていないのか、セクハラ問題を起こしたり、水商売・風俗店で多額の金銭を使うことが多く、あまり印象が良くない。 (2) 地元の役所職員仕事の関係で役所に出入りすることがあるため、定期的に接する。 個々人で能力にかなり差がある印象があり、優秀な人だとわれわれ民間企業にも丁寧な根回し

多くの事象は人の言動によって表出します。 そうして表出した事象に対して、私が「叩き潰す」と表現するような行為があります。 「叩き潰す」という言葉選びの通り、乱暴な行為です。 叩き潰している当人は問題に対処しようとして悪意なく行うのですが、当人の思惑と関係なく、叩き潰しのダメージを受けるのは表出させた人になります。「問題」に向けているのに色々貫通して「人」に至ってしまうのがよくないです。帰属の誤りではあるんですが、当人の意図とは関係なく、言葉は届いた場所で無意味に人を傷つけてしまうものです。 そんなことをしておいて「私は問題に対して攻撃しているのであって、人に対してではない」なんて言い放ったりします。当人は心の底からそう言うつもりなんでしょうが、受け止めた人は攻撃された経験を得てしまいます。 結果として、当然の防衛反応として「攻撃への対処」を考えるようになってしまいます。 ここまで挙げている

Masato Morishima / チューリング株式会社CFO @MasatoMorishima イーロン・マスクさんが複数社経営しつつ、なぜこんなに生産性が高いのかに関する面白い話。 実は彼は予想に反してほとんどの業務は権限委譲していて、彼がやるのは毎週1つだけ。 「今この会社で最も重要なボトルネック・課題は何か？」を見つけ、その解決のためだけに週のほとんどの時間を費やすらしい。 しかもその際には、現場の製造ラインのオペレーターやソフトウェアエンジニアなど実際にそのタスクに関わっている人たちのレベルまで下りていき、現場の人たちと一緒に課題に取り組み解決するまでやりきる。 そうすることで、年に52個のその会社にとって最も重要な問題を解決し、それにより会社を大きく前進させるらしい。 起業家レベル99。これはチューリングでもやっていきたい。 How Elon Musk Gets So Muc

聞いてくれ。 私は30代後半のエンジニア女で、何度か転職経験あり。 これまでの所属企業では、派遣の事務スタッフ（多くは20代から30代の女性）はいるが、いわゆる正社員のお局様的な人には遭遇したことがなかった。 が、ここ3年在籍していた企業（来月で退職）で、お局様を体験したので、共有したい。 （なお、ひどいいじめにあったとか、そういった通報案件ではありません。念のため） ちなみに、以下は私が感じたことを思いつきで書いているだけなので、特に学びや教訓みたいなものはありません。 お局様との初遭遇転職活動中、担当部門の面接が2回終わった後で、面接官というか、橋渡し役といった感じで登場したのがお局様。 「なんか、クセがあってきつい話し方をするなあ。言葉の一つ一つにカドがあるな」というのが第一印象。 とはいえ、その時は一刻も早くオファーが欲しかったので、見たくないものは見ないことにして、取締役面接など

ひとつの翻訳が、終わった。 １本の翻訳原稿を仕上げた、わけではない。 この世界に存在していた翻訳のひとつが いま終焉を迎えたのだ。 2024年末現在、僕の手元にきている来年の依頼は０件。 2025年の収入見込みも畢竟、０円ということになる。 あくまでもひとつの翻訳の話である。 つまりは翻訳のひとつの話である。 関係ないと思うならこの先を読まなくてもいい。 自分の知る現実と違うならこの先を信じなくてもいい。 人間の数だけ人間があり 現実の数だけ現実がある。 そのような場所を あるいはそのとらえ難さをこそ 人は「世界」と呼ぶのだから。 そうしてその「世界」の中で ひとつの翻訳が終わった。 じつに翻訳のひとつとして 文字通り終わってしまった。 もっとも、収入の見込みが完全に断たれた経験はこれが初めてではない。 わずか数ヶ月前まで遥かな対岸でちらちらと燃えていたはずの疫禍がその存外長い舌を露わにし

ペアプロ・モブプロアンケート結果発表 🎉 ペアプロに対するエンジニアの本音が分かります。こちらもオススメです。 はじめに 巷ではペアプロ、モブプロがホットワードになっており、あたかも開発生産性を向上する特効薬のように取り上げられている印象を受けます。一方、この記事では、ペアプロ、モブプロ開発のネガティブな部分を考え、私の経験から感じたペアプロ、モブプロのアンチパターンとその改善策をご紹介します。 どんなアンチパターンを踏んでいたのか？ 勤務時間は100%ペアプロを実施（ソロプロ禁止） ソロプロは悪、ペアプロが最高というチームの雰囲気 フロー効率を過度に重視する姿勢 どうなったか？ ＋) 開発生産性およびデプロイ頻度は上がった ＋) 4keysなどの数値上の指標はすべてプラスになった －) エンジニアとしての楽しさ、個性が抑制された －) 精神的な負担が蓄積し、最終的には退職に至った 学び

「開発は問題解決の手段のひとつ」という言葉がある。自分はこの言葉が言い訳のように感じてあまり好きではないのだが、開発業務を始めた頃に強烈に意識させられる出来事があった。思い出話として雑に書いてみることにする。 新卒で部署に配属されて半年くらい経った頃、とあるバッチ処理に時間がかかって顧客の業務に影響が出そうということで自分が取り組むことになった。背景としては、「導入顧客の従業員数が来年度に5倍になる予定で、日次で回しているバッチが翌日までに終わらないことが見えている」とのことだった。 当時バッチの並列化基盤を開発している部署が立ち上がっていたこともあって、上司とともに連携してパフォーマンス改善に取り組むことにした。開発業務を始めて間もない頃だったが、そもそも処理時間がかかりすぎで改善の余地が大きいのが素人目に見ても感じられたのである。 マルチスレッドで処理するように作り変えて、処理時間は

軍事スパイと言えば、多くの人が容姿端麗なイケメンか、もしくはアニメ『ルパン三世』の峰不二子のような、才気あふれる美女を思い浮かべるだろうか。 華麗な社交術で人をリードし惹きつける、魅力的な紳士淑女だ。 ジェームス・ボンドで知られる映画007（ダブルオーセブン）ではまさにそんな世界が繰り広げられるが、しかしそんなイメージはもちろん虚構でしかない。 隠密に活動しなければならない存在なのに、華やかに目立ってしまっては仕事にならないのだから当然だろう。 無能な凡人を装い、敵から警戒すらされない存在になることが求められる。 それでいて洞察力、敵味方を見分ける嗅覚、恐怖を克服する胆力など、あらゆる能力に秀でていなければならない。 超人的に優秀でありながら、虚栄心を抑え込む心の強さが必要ということである。 そしてそんな凄いスパイが、日露戦争（1904－1905年）の時の日本にもいた。明石元二郎という。

というような論文がないかと探したけれど、能力不足のせいか見つけられなかった。もちろん、「お局」（otsubone）の存在は多くの文献で報告されている。けれど、そのほとんどはビジネス関連の軽い本であったり、あるいは小説のような文学作品であったりする。私はむしろ社会学的にとても面白いネタだと思うのだけれど、そんなふうにこの素材を扱ったものを、そういえば読んだ記憶がない*1。「お局制度による日本企業ガバナンスの研究」は、いまだに見つからない。 なんでそんなことを思ったか（そしてGoogle Scholarで検索をかけたか）というと、今日、ひさしぶりに会ってお茶をしたひとが、会社を辞めた話をしていたからだ。正式にはまだ辞めてないのかな。11月末日までの給料は支払われるという話だから。ともかくも、その話を聞いていて、「ああ、これは社会学が扱うべきトピックスだよなあ」と感じた。きっと多くの知見が積み重

これは元々社内ブログの記事なんだけど、テキストコミュニケーションについていろんなところで話すことが多いのでここに残す。 結論 背景をしっかり整えてから本題を説明するようにしよう 省略しない お互いのスコープやフォーカスを最初に整理する 仮説と事実をちゃんと分けて明記して条件を整える お互いの知っていること、知りたいこと、わかってないことをちゃんと分けて整理する ボール交換が3往復以上したら同期的なコミュニケーションとして15分くらいとってすぐ会話する 要約 ローコンテキストなコミュニケーションをしよう！ 意外とみんな 相手の背景 を知らない レスポンスで貰いたいものを明確にしよう！ 参考資料 リモートワークにおけるファシリテーションの方法論[増補版]_COPILOT 部下や上司へのフィードバックに有効な「SBIモデル」とは？ - 株式会社インヴィニオ 説明 SBIモデル SBIモデルとは

こんばんちは、スーパー太っちょWebディレクターです。 スーパーは太っちょにかかります。 はてな匿名ダイアリーでこんな記事を見つけて。 anond.hatelabo.jp 大変そうだなぁ・・・というよりつらそうだなぁと思った。 僕も中間管理職で、今の会社でもう３年以上経つ（＝４年目）。それ以前の会社での管理職経験を加えると、おそらく７〜８年やってると思うます。 マネジメントに関してはこんな記事も書いてましたの〜。 toksato.hatenablog.com そんな僕が、増田（匿名ダイアリーの筆者）に対して何か書くことで参考になるかなと思って、書いてみましょう、そうしましょうというやつです。 そんなわけで、うぇぶぎょうかいのむめいでぃれくたーのお時間です。 ■目次 それぞれ一つずつ回答してみるよ 中間管理職を楽しむ方法：あなたは選ばれし者なのです 追記:この記事読んだ方からおハガキ（？）い

anond:20241019210554 上司として接されることに慣れない「上司として接しなくて良いよ」と部下に言うだけ 所詮は中間管理職の中のぺーぺーなのでお前らと一緒だとちゃんと伝えればいい（実際にそうだし） 評価するのも自分じゃ無いし、ただの時間管理してるだけの雑用係 偉い人扱いしなくていいからね、と伝えて同僚と同じように接して貰う あと、割といい加減に仕事しておいて、ミスしてたら「ごめん！間違えてたわ！」って言っとく そうすると上司として接してくれなくなるし、変な忖度なくなるので便利 これだけでチームはちゃんとまとまるしミーティングでギスギスすることもかなり減る ちなみにこういうミスにつけ込んでマウント取ろうとするような奴は仕事できないからさっさと別のチームに押し付けた方が良い 部下の仕事やメンタルケア部下の仕事のケアなんてやらんでいい 基本的には「自分でやれ」のスタンスで良いし、

togetter.com 何でも一回で覚えて理解できるなら、みんな東大行ってるわな いや、東大生は何でも一回で覚えて理解とかできないから！ とくに私はまじで理解力低いし物覚えも悪いから(´；ω；｀) 就職してから無限に「一回言ったよね」と叱られまくってました LV1：「一次回答」や「応答」を丁寧にやるだけでこの嫌味を言われることは激減する(30点） LV2：とにかく確認する。自分で考えて行動しない。（30点） LV3. 他にも気を使うとさらに良くなったことが３点あります（各10点） 大事なこととして「指導されてる間」は、自分ひとりで頑張ることを求められてない、くらいに開き直ったほうが良いです ちなみにこういう指導が煩わしいとか、自分の実力に自身があるから指導に頼らずすぐに勝負したいという人は出来高制の営業の仕事などにつくと良いかもしれません 上記の対策をとってもなお言ってくる人はガチのカス

僕は食品会社の営業部長。僕が勤めている会社では給食事業も行っている。一般の人はまったく知らないと思われるが、現在（僕の観測範囲になってしまうが）、給食業界では給食会社からの契約解除が増えている。２０年ほどこの業界に関わっているが、こんな事態は初めてだ。理由は《不採算事業所の整理》《人材不足による事業所の集約》《物流ルートの縮小》あたりだろうか。病院や老人ホーム、社員食堂では食事提供が当たり前とされている。欠食など論外である。たとえば病院で治療食の提供が止まったら……想像するだけで恐ろしい。話は逸れるが、給食業界では給食の現場では利益が出しにくいので、食材や配食で利益を出す方向にシフトしつつある。シダックスがオイシックスに身売りしたのもその動きだろう。現場で人を確保して給食提供するよりも、食品工場で食材を生産したほうが効率的な経営ができるからだ。 業者（給食会社）が契約解除で撤退すれば、速や

こんにちは、MA部MA開発ブロックの@gachi-muchi-engineerです。 私の所属するMA部で7月に開発合宿を実施しました。一般的に、開発合宿は開発者が集まって新しいサービスや機能を開発しますが、今回の開発合宿では開発しない開発合宿という形で実施しました。本記事では、今回行った開発合宿の目的と結果を紹介します。 開発合宿をおこなうことになった経緯 MA部ではシステム運用での課題がありました。その課題の原因を紐解くと人的な要因（システム理解や意識の問題）が大きく関わっていることがわかりました。そのため、メンバー全員が集まり、課題に取り組むことで、システム理解を深め、意識を統一することを目的に開発合宿を実施することにしました。 システム運用での課題とは MA部では日々の業務の中でアラート対応業務を行っています。アラート対応は、システムエラーなどの異常を検知し、ユーザー影響が出る前に

43歳にして看護専門学校へ入学して2年半が過ぎた。 ・勝手なイメージで自分みたいなおじさん、おばさんがいると思ってたが非現役性は自分以外は20代前半で少しだけだった。圧倒的現役率 ・40代おじさんにして「学校でいじめにあう」という体験をしてしまう（異質すぎる存在だからこれはもう仕方ないと思ってる） ・看護の仕事って介護と雑用係なんだなという、氣づき（窪田正孝リスペクト） ・学校に予算がなく、マンパワーもなく、学生は勉強が苦手→教員の諦めというコンボによって教育面はかなりガタガタ ・ガタガタなので看護系サイト（たいてい看護系の就職転職サイトが個人情報と引き換えに運営）や参考書で自習しないと課題がリテイク祭りに（看護学生が実習中に寝れないと言っている原因の一つ） ・軍隊的な空気なので体育会系が嫌な人には辛いと思う ・実習の看護師が年下なので怖くない ・キラキラネームがマジョリティなので昔からア

カケハシのプラットフォームチームでソフトウェアエンジニアをしているすてにゃん (id:stefafafan) です。今回はチームに配属されて数ヶ月の私が、いかにして社内ドキュメンテーションの階層構造を整理し、情報の検索性を向上させたかについてお話します。 はじめに この記事の想定読者 課題意識 メンバーへの共有と相談 社外事例の調査 esa の階層整理 第 1・第 2 階層の整理 ストック情報とフロー情報を意識した階層の整理 esa の機能をフル活用する 効果や今後について はじめに カケハシでは全社的にドキュメンテーションツールとして esa - 自律的なチームのための情報共有サービス を利用しています。それぞれのチームやプロダクトごとに階層を切ってドキュメントを書いています。 プラットフォームチームでは認証基盤などの社内プラットフォームシステムを開発しているため、自チームが運用する各種