LAMPエンジニアってこういうもんでしょ

こういうもんでしょって話をつらつらと

この先生きのこりたいのできのこに行ってきた2026

きのこカンファレンスに行ってきました

kinoko-conf.dev

 

気が付けばアラフォーになり、気が付いたらWEB3業界にいて、気が付いたらCTOになっていたので、あまり生き残るという意識はしていませんが、いくつかの選択時の軸が今の自分を作っていて、これからの自分への不安を下げている事を確認出来たとても良い会でした。

各セッションの感想を書き始めると寝れなくなりそうなのでそこは割愛させていただいて・・・(既に眠くて寝落ちしそう

以前転職エージェントの方とお話をした時に「転職時に何を一番求めるか」という質問をされて「死なない事」と答えました。
ある程度の収入があってある程度の休みが無いと人は死んでしまいます。24時間365日で働けませんし、月給3万円では暮らすことは出来ない昨今です。逆に言えば、今もこれからもそこがクリアし続けられるのであれば、コードを書くかマネジメントをするかにこだわりはありませんし、エンジニアである事にすらこだわりはありません。その最低限のラインを30代でも、40代でも、もしくは70代でも超え続けられるかどうかが起点にあって、誰とどんな仕事をするかを選び続けてきたキャリアなのだと改めて思いました。

今日たくさんの先輩方がお話してくれた中には共感するものも、まだ見ぬ境地も、新しい発見もたくさんありました。諸先輩方同様に自分のキャリアに向き合ってきたからこそ私も感じるものがあるのだろうと思いますし、これからも先輩方には勉強させていただければと思っています。

 

次回開催は2年後の2028年？となっておりましたが、その頃には40代になるのでプロポーザル提出して登壇出来たら良いなと思っています。(出来るのかは不明)

というわけで、無事に生きのこっていたら再来年また会いましょう！

【2025年】Laprasさんが良い感じにまとめたくれた今年の振り返りをただ貼っただけのブログ

2025年のアウトプットと参加イベントをふりかえると

アウトプットしたものや参加したイベントなどをまとめてみました。

connpass

Qiita

リポジトリ作成

Zenn

LAPRASポートフォリオはこちらから

化石コードを読んだら太古の昔からエンジニアの仕事は変わらないんじゃないかと思ったお話

ちょっと事情があって8年ぐらい前に構築されたシステムのコードを読んでいた時の感想です。

www.facebook.com

 

化石コードを読んだ

所属会社は創業10年を超えましたが、2019年まで所属エンジニアがおらず、システム開発をする時には外部のパートナーさんにお願いして開発をしてもらっていました。
2013年頃に開発されて今でも動いているサービスのSSL証明書の期限が切れてしまい、当時開発をしていたパートナーさんにヒアリングしつつ証明書の更新作業をしていたのですが、そのパートナーさんが「継続保守するのは難しいので御社で巻き取って欲しい」と言っていたので、ちょっと真面目にコードを読んだりしました。
OSは古く言語のバージョンも古い、ライブラリのリポジトリは参照出来ずアップデートがままならない状態なので、実質フルリプレイスするしかない状態で稼働している事を把握しました。

なぜそうなったのか

理由は想像に難しく無く、構築の発注をして納品された後は、誰も保守をしてこなかったためです。
もちろん保守更新にも知識や時間が必要であり、システムをシステムたらしめるためにはある程度の予算を確保しないといけません。
予算と時間の確保をしなかった結果、稼働しているけど保守はされず、結果的にクローズをしていかないといけないシステムになっていってしまいました。

保守ってなんぞ

システムの保守は月単位での契約になる事が多いです。
特に納品物が明示される事も少ないので、発注側は具体的に何をしているのかを把握出来ていない事も多い印象です。
逆に発注者が何を保守として定義しているのか、みたいな事をわからないまま発注しているのを見かける事も多いです。
確保された時間の中で、エンジニアはライブラリや環境の更新をしていきますし、大規模な更新が必要であればスケジュールを組んで対応していきます。
何を更新するのか、どう更新するのか、なぜ更新するのか、みたいな内容もクライアントに共有しつつ対応してかなければなりませんが、契約時点ではクライアントはこれらを把握出来ていない事が非常に多いです。

走る化石

話はガラッと変わって、たなかは旧車に乗っています。
72年式のVW Type1、通称ビートルです。
自分で整備が出来ないので、日常点検の仕方だけ教えてもらって、定期的に整備工場でなんやかんやしてもらいつつ、気になる事があれば電話で確認して～みたいな感じで過ごしています。

整備士さんはプロのお仕事をしてくれる

「異音がする」「走り出しが何かおかしい」みたいなざっくりした内容から、「どこかのパーツが外れた、割れた」「ライトが点かない」みたいなわかりやすいものまで、状況をヒアリングして可能性を潰して対応をしてくださいます。
これは我々webエンジニアで言うところのヒアリングとデバッグ作業であり、「原因を特定するノウハウの有無がプロなんだ」という事を度々おっしゃいます。
原因さえわかってしまえば、本を見ながら、検索をしながら直せるものも多い、との事です。
素早く原因を特定し、適切な処置をする事で50年近く同じ車が走り続けられる、ということです。

自動車のエンジニアとwebのエンジニア

化石コードを読みつつ、プロが日々メンテしていたらこのシステムも50年走り続けられたのかなー、みたいな事を考えました。
旧車の中では丈夫で維持しやすいと言われるビートルも、数年単位、場合によっては数十年も放置された個体は再び走るために大変な労力を伴います。
固着したネジを外し、干からびたオイルを取り除き、錆びたパーツを交換し、再び安全に走るには時間とお金をかけなければなりません。
物理的な事であれば目で見て想像を膨らます事もたやすいですが、いざオンラインシステムの話になると、説明する側も聞く側もそれなりの知識が前提になってしまします。
それでも、エンジニアがエンジニアと呼ばれるようになった時から、作られたシステムを維持していく過程で必要になるものは、何も変わっていないのかなと、そんな事を考えたわけです。