ふるふる@株式会社FlowTech 代表

現役でエンジニアとして働きながら
SES事業を経営してます。
案件をお探しのフリーランスエンジニアの方を募集中です！

[ふるふる@株式会社FlowTech 代表 @furu_flowtech]

継承の問題点

プログラムには、「親」の設計を「子」がそのまま引き継ぐ「継承」という仕組みがあります。たとえば「鳥」という親に「空を飛ぶ」と決めておくと、後から追加したペンギンも「飛ぶ」を引き継いでしまい、「ペンギンは例外」と書き足すことになります。鳥と飛ぶことはついまとめたくなる組み合わせですが、本当は別々の話です。要件は後から必ず変わるので、最初の分類はいずれ合わなくなります。

なぜ後戻りしにくいのか

継承では、子どもも使う側も「鳥なら飛べる」という親の中身を前提に作られます。そのため後から「飛ぶ」を外そうとすると、関係するコードをすべて直すか、「飛ぶ鳥」「飛ばない鳥」のように分類そのものを組み替えることになります。最初のうちは直せても、時間が経って依存が増えるほど後戻りしにくくなります。

継承は悪なのか

悪ではありません。「子は親の一種」と将来も言い切れる場面では有効です。ただし使いどころが狭く誤用されやすいので、「まず組み合わせで考え、どうしても必要なときだけ継承を使う」のが実務的な方針です。

Rust と Go に継承がない理由

どちらもこの問題を避けるため、継承の代わりに「能力の約束」と「部品の組み合わせ」を使います。

・Rust：「トレイト」で「飛べる」「泳げる」といった能力を定義し、必要なものだけを型ごとに付けます。
・Go：「インターフェース」で能力を定義します。「私は鳥です」と宣言しなくても、飛ぶ機能を持っていれば自動的に「飛べるもの」として扱われ、親子関係を事前に決める必要がありません。「埋め込み」という機能で、別の部品を中に持たせて使い回すこともできます。
使う側は最初から「鳥」ではなく「飛べるもの」を求めて書くので、能力の付け外しが全体に波及しにくくなります。

トレイトやインターフェースなら安全か

これらでも、別々の話をひとまとめにすれば同じ誤用は起きます。Go には「インターフェースは大きいほど弱くなる」という格言があり、能力を小さく分けることが勧められています。ただ、データを引き継がず後から分けて付け直せるので、間違えても直しやすいです。

結論

どの言語でも大事なのは「別の関心事を一つにまとめない」ことです。継承はその間違いが後から直しにくく、トレイトやインターフェースは後戻りしやすい仕組みになっています。

[サカモト@エンジニアキャリア論 @sakamoto_582]

継承は人類には難しすぎる。

例えば、書籍を表す Book クラスに ship(address) という配送メソッドを定義したとする。

その後、電子書籍を扱うことになり、EBook を継承で実装するとどうなるか。

電子書籍には物理的な配送先なんて存在しないのに、ship(address) を継承してしまう。

そもそも書籍の種類と配送方法は別の関心事。一回共通処理だと思って、クラスを設計をFixすると、後でいくらでも例外が出てめちゃくちゃなコードになる。

継承は俺には扱えない。

[ふるふる@株式会社FlowTech 代表 @furu_flowtech]

ここで自ら求めることが出来るかどうかが、エンジニアとしての大きな壁がありそう。

仕事は与えられるものと考えるか
自ら作るものと考えるか

前者の考えなら高単価の案件には入れないと思います

[希望エンジニア36 @okd61807313]

SESの案件では即戦力となるエンジニアが求められるが、いざ現場に参画すると、初日は開発環境もアカウントも用意されていなかったりする。

Gitのリポジトリにもアクセスできないし、DBの接続情報も分からない。

そこでは、ひたすら待機する能力を試されている。

[ふるふる@株式会社FlowTech 代表 @furu_flowtech]

クラウドで開発するようになってからworktree使わなくなりましたね
ローカルPCの負担も少なくなりました

[ひさじゅ@AI時代のエンジニア育成RUNTEQの代表 @hisaju01]

Claude Codeで込み入った開発をループエンジニアリングしてたら、Worktreeの残骸が大量に残ってDocker関連であっという間にディスクフルになった。
今お掃除ハーネスで定期的にクリアしてるけど、ループに組み込むほうがいいかもしれない。

[ふるふる@株式会社FlowTech 代表 @furu_flowtech]

どなたかMuse使ってみて下さい！
招待コード:UPQGQ9

#Muse

[ふるふる@株式会社FlowTech 代表 @furu_flowtech]

これに気づいてる人がどれくらいいるかなあ

もう人がパソコン貼り付いてコーディングする時代はもう終わりにしましょう笑

[屈辱 @LivetubeSTAR]

GMO社長が2ヶ月で10万行のコードをAIで書きましたって言ってたので
僕は週5肉体労働で身体バッキバキになりながらわずかなスキマ時間にスマホからリモートでAIに指示出して書いたコードはどれくらいあるか確認したところ
1000万行くらいでした

[ふるふる@株式会社FlowTech 代表 @furu_flowtech]

@its1109 フリーランスエンジニアにはご興味ございませんか？
案件紹介しておりますので
もしよろしければDM、リプライお待ちしております🙇‍♀️

[ふるふる@株式会社FlowTech 代表 @furu_flowtech]

ホリエモンの本に将来は遊びが仕事になるって書いてあったけど
今のAIのヤバさを見ると本当にそうなるんだろうなあと感じるなあ

[ふるふる@株式会社FlowTech 代表 @furu_flowtech]

もうスマホでコーディングは出来るので
好きな場所で運動したりゲームしたりして毎日遊びながら
片手間でコーディングするような会社出てこないかなあ

[ふるふる@株式会社FlowTech 代表 @furu_flowtech]

案件情報です。
・AWS環境の設計・構築・運用 Terraformを用いたIaC環境の整備
・PostgreSQLの設計・運用・パフォーマンスチューニング AWSサービスを利用した認証・認可基盤の設計
・開発チームとの連携によるアーキテクチャ設計
・インフラ・アプリケーション横断での技術課題解決
技術選定および設計レビュー

単価 : ～95万円(税込)

ご興味あるフリーランスエンジニアやSES営業の方が
いらっしゃいましたらDM、リプライお待ちしております。

[ふるふる@株式会社FlowTech 代表 @furu_flowtech]

一人社長でやってることは実質フリーランスと変わらないし大した役員報酬もないけど
打ち合わせで「今後会社をどのように大きくする想定ですか？」
みたいな質問を頂くことが多くなり
「このまま一人で仕事していきます」
みたいなみんながイメージする社長像とはかけ離れた事は恥ずかしくて言えないので
「今は一人でやってますが、今後は従業員を雇ったり
オフィスを借りたりする予定です」
みたいな事を言ってしまって、必然的に本当にそうなるイメージしてしまう。
やってることはフリーランスの時からそんなに変わってないのに、見られ方が変わってしまうことによって
自身が変わらざるを得なくなるとは思わなかったなあ

[ふるふる@株式会社FlowTech 代表 @furu_flowtech]

取引先がどれだけAIを使いこなせているかによって
自社の会社の業務効率も変わってくることが分かったので
取引先にAIコンサルをしたくなってきたなあ
パソコンで出来ることはほとんど何でもできると言っても過言ではないんだけど
まだまだ扱い切れていない会社はたくさんありそう

[ふるふる@株式会社FlowTech 代表 @furu_flowtech]

案件や人材のマッチングはコスト面で課題があったけど、実用化できるレベルまで落とせたのはでかい、まあ99%はAIモデルの進化のおかげだけど（笑）

[ふるふる@株式会社FlowTech 代表 @furu_flowtech]

協力会社にも弊社のシステムを利用してもらう事で、お互いが案件や人材情報を登録するだけで、マッチング情報が勝手に作成されて、勝手に面談まで組まれて、勝手に契約書が作られて、勝手に振り込みが行われるみたいな世界線もゼロではないなあ(弊社システムの改修も必要ですが、技術的には可能)

そうすれば人材の獲得や案件の新規開拓といった本来の業務に集中することが出来て、双方にとってメリットがありそう。

[ふるふる@株式会社FlowTech 代表 @furu_flowtech]

SESで案件と要員の自動取り込み、自動マッチングツールを作ってますが、興味ある人いないかなあ

[ふるふる@株式会社FlowTech 代表 @furu_flowtech]

Jevで案件と人材のマッチングが低コストで出来るようになったけど
結局浅い商流の案件と人材の必要性が浮き彫りになっただけやな（笑）

[ふるふる@株式会社FlowTech 代表 @furu_flowtech]

SESの経営者がフリーランスをおすすめしない理由って、別のエージェントと契約されるのが嫌だからで合ってるかな？

[ふるふる@株式会社FlowTech 代表 @furu_flowtech]

これ既にそうなってると思う
コーディングもチームで作業するとレビューがボトルネックになったりしてて
自分が個人開発してるものの方がPRの数だけなら多くなってる

[ゆとりくん🍵(5892) @katap_yutori]

変な話AGIが加速したら人を雇うより強烈に優秀な1人の人がPC10台を同時並行的に動かした方が効率が良い、みたいなディストピアが訪れそう。

[ふるふる@株式会社FlowTech 代表 @furu_flowtech]

@aya_dai_fr ありがとうございます！DMいたしました。

[ふるふる@株式会社FlowTech 代表 @furu_flowtech]

誰か完全成果報酬でSES営業やってくれる人いないかなあ

成約させたエンジニアの稼働中のマージンの8割とか渡す感じで（笑）