高橋弘法 - Hironori Takahashi

弁護士ドットコム CIA（最高情報アーキテクト）。制約を設計して可能性を広げることに関心があります。

[高橋弘法 - Hironori Takahashi @h13web]

記事を書きました。

道具の使い方は知っている。しかし、なぜその道具がその形をしているのかには関心が向かない。

個人の覚悟に頼らず、 design by buzzword を構造的に防ぐにはどうすればいいのか。

まだ、考えています。
https://t.co/67O2JjmDnH

[高橋弘法 - Hironori Takahashi @h13web]

良い記事を紹介いただいた。共感。
“Pursuing excellence is the practical expression of optimism. The role of an engineering manager or leader is to translate this belief into action... we must actively resist the allure of mediocrity, and pursue excellence.”
https://t.co/yl4VgE6U5I

[稲垣 有二 / LegalBrain Head of Product @YujiInagaki1]

デブサミのベストスピーカー賞を頂きました！ありがとうございますm(_ _)m！
https://t.co/37LLkOEUSp

[はてなブログ｜思いは言葉に。 @hatenablog]

🏅今週のはてなブログランキング〔2026年4月第1週〕より、おすすめエントリーを紹介します🏅

制約を読まないエンジニアへ - 弁護士ドットコム株式会社 Creators' blog

https://t.co/Am6VsbUGsh

高橋弘法 - Hironori Takahashi @h13web さん

[高橋弘法 - Hironori Takahashi @h13web]

なんとなく言語化してこなかったけど、アナロジーを別ドメインに展開していくのにハマっているんだな。
AI 相手だと展開先の骨格が浮かび上がる早さが心地よい。

[水無月ばけら @bakera]

作るだけ作ってさようなら……は昔からありましたが、AIで状況が加速しているように感じます。

>新しいものを始める人は評価されやすいのに、それを事業の現実に接続し、泥を被りながら完遂する人は可視化されにくい。結果として、大きな刷新は「始める人」と「最後まで背負う人」が分離しやすい。

[高橋弘法 - Hironori Takahashi @h13web]

@miyamiyatom ありがとうございます！
実はエンジニアだけでなく、いろんな職種の方にも向けて書きました。
こちらこそです。
なんでも出来てすごいなぁと、陰ながら尊敬しております！

[ta-mori @bunkei3ngineer]

今まさに！哲学とソフトウェア開発の接続がアツい！！面白い！！！もっと流行れ！！！！
という気持ちで書きました。よろしくお願いします
https://t.co/s16QnSdEF2

[Akihito Koriyama @koriym]

「責任の蒸発」—— 大規模な刷新ほど前半の意思決定が称賛され、後半のしんどさは組織に残る。スポットライトが当たるのは前者ですが、後者の献身が持つ価値は見えにくい。

「始める人」と「最後まで背負う人」の分離は多くの人が肌感覚で知っていますが、真正面に語られることは稀です。責任のある人の覚悟を感じました。「考えてます」はその表れでしょう。

[ta-mori @bunkei3ngineer]

> REST そのものもそうでした。分散ハイパーメディアの設計原理だったはずのものが、「HTTP メソッドで CRUD するスタイル」へと単純化され　......

共感のあまり感涙です

[a2 (Atsuhiro Uchida) 株式会社カミナシ @A2hiro_tim]

血の通った記事。勉強になりました

[高橋弘法 - Hironori Takahashi @h13web]

記事の中で引用した @koriym さんが、同じ構造を「 Buzzword による設計」としてさらに掘り下げています。

REST に限らず、OOP、DDD、Agile と、半世紀繰り返されてきたパターンの話。
https://t.co/JcXDvsuE86

[高橋弘法 - Hironori Takahashi @h13web]

記事を書きました。

道具の使い方は知っている。しかし、なぜその道具がその形をしているのかには関心が向かない。

個人の覚悟に頼らず、 design by buzzword を構造的に防ぐにはどうすればいいのか。

まだ、考えています。
https://t.co/67O2JjmDnH

[ちひろ@GoConnect @chiroruxxxx]

なんとなくですが、アーキテクチャスタイルの決定の際に組織やプロダクトのライフサイクルをあまり考慮しないと起きがちなのかなと思いました。

PHPerKaigiのBASEさんの発表でも思いましたが、アーキテクチャと組織はかなり繋がってるんですよね。

[高橋弘法 - Hironori Takahashi @h13web]

AI でなく人間の @bakera に、しっかり添削いただきました。

[水無月ばけら @bakera]

作るだけ作ってさようなら……は昔からありましたが、AIで状況が加速しているように感じます。

>新しいものを始める人は評価されやすいのに、それを事業の現実に接続し、泥を被りながら完遂する人は可視化されにくい。結果として、大きな刷新は「始める人」と「最後まで背負う人」が分離しやすい。

[polidog @polidog]

めちゃくちゃ良い記事

[STEM @stem4jp]

メルカリがグローバル進出に向けた基盤をアップデートしたという話で、弁護士ドットコムも似た経験をしたという話。

制約を読まないエンジニアへ | 弁護士ドットコム株式会社 Creators’ blog
@h13web です。 昨年の秋に、「グローバル展開にむけたアプリと基盤の再構築」…
https://t.co/UiO7vnER7Z

[弁護士ドットコム CREATORS @bengo4_creators]

🆕テックブログ🆕
情報アーキテクト本部の @h13web がブログを執筆しました！✨

ある「マイクロサービス刷新」の記事をきっかけに、弁護士ドットコムでの過去の苦い経験と、そこから見えてきた「違和感」の正体を深掘りします。

📝制約を読まないエンジニアへ
https://t.co/objQBwhzkE

[高橋弘法 - Hironori Takahashi @h13web]

新しいことの対する学び方として、エンジニアに限らず有用だなぁと読みました。
とても良い。

[k-anz @k_anz__]

会社ブログを書きました！4月から復職するエンジニアのみなさん、技術のキャッチアップは案外なんとかなるから、稀有なタイムスリップ体験を楽しんでいこうね。ちなみにわたしも次男の転園があり、また明日から慣らし保育スタートです。がんばろう。

https://t.co/pOfGXaMMBk

[高橋弘法 - Hironori Takahashi @h13web]

@TSUCHIYA_Naoki @koriym https://t.co/gRNf7xy5db

[プログラミングをするパンダ @Panda_Program]

Be Framework で Claude Code の statusline 作ってみた。まだ Be と Semantics の Validator くらいしか使えてなくて、Reason とか Been とかネストした Becoming とかまだ使えてないけど、手を動かしてコード書いて理解していく感覚久々に味わえてよかった（再投稿）