新人エンジニアの衝撃！ベテランが『昔は〇〇だった』と言いがちなこと
こんばんは！IT業界で働くアライグマです！
エンジニアの世界は日進月歩で進化し、開発環境も劇的に変化してきました。しかし、ベテランエンジニアと話していると、「昔は〇〇だった」という言葉をよく耳にします。これは単なる昔話ではなく、技術の進化を理解し、現在の開発環境のありがたみを再認識する貴重な機会になることもあります。
本記事では、ベテランエンジニアがよく語る「昔は〇〇だった」エピソードを詳しく紹介し、その背景や当時の苦労、そして現在との違いについて解説します。新しい技術が当たり前になった今だからこそ、過去の開発スタイルを振り返り、そこから学べることも多いのではないでしょうか？
新人エンジニアの衝撃！ベテランが『昔は〇〇だった』と言いがちなこと
コードのデバッグは「printデバッグ」が当たり前だった
現在では、IDEのデバッガを使えば、ブレークポイントを設定し、変数の値をリアルタイムで確認したり、ステップ実行で処理の流れを追ったりすることができます。しかし、昔の開発環境にはそのような便利なデバッグツールがなく、「print」や「echo」を使ってログを出力しながら問題を特定するのが一般的でした。
特にC言語の開発では「printfデバッグ」が主流で、バグの発見にはひたすらprintf("ここまで実行された\n");のようなコードを挟み込む作業が欠かせませんでした。現在のようにデバッガでブレークポイントを設定して簡単に変数の値を確認することはできず、ログを出力してその内容をじっくり解析する必要がありました。
また、デバッグ用のログを削除し忘れて本番環境にデプロイしてしまうといったトラブルも珍しくありませんでした。今でも「printデバッグ」は手軽な方法として使われることがありますが、複雑なバグを追うにはデバッガのほうが圧倒的に効率的です。
インターネットがない時代は「紙のマニュアル」が頼りだった
今ではエラーが発生したら、Googleで検索し、公式ドキュメントやStack Overflowの回答を参考にするのが一般的です。しかし、インターネットが普及する前は、技術情報は分厚い紙のマニュアルや技術書に頼るしかありませんでした。
特に企業向けのソフトウェアやプログラミング言語のリファレンスは、電話帳のように分厚い本として提供されており、開発者はその中から必要な情報を探し出すのに苦労していました。検索機能のない紙のマニュアルでは、索引や目次を頼りにしながら、該当ページを探し、例を見ながら試行錯誤する必要がありました。
また、技術的な問題に直面した場合、今のようにオンラインフォーラムで質問してすぐに回答を得ることはできませんでした。代わりに、技術者向けの雑誌に質問を投稿し、数週間～数ヶ月後の号で回答を確認するといったスローペースな解決策が一般的だったのです。
バージョン管理なしで「手動バックアップ」していた
現在ではGitが標準的に使われ、リモートリポジトリにプッシュすれば安全にコードを管理できます。しかし、バージョン管理システムがない時代は、開発者は手動でファイルをコピーして管理していました。
例えば、コードを編集する前にmy_project_20250213のようなフォルダを作り、日付やバージョン番号をつけてバックアップを取るのが一般的でした。チーム開発では、「最新のコードを共有する方法」として、USBメモリでファイルを持ち運ぶ、またはメールで送るといった手法が用いられていました。
当然ながら、この方法では履歴管理が難しく、「どのファイルが最新なのか分からなくなる」「誤って古いバージョンを上書きしてしまう」といったトラブルが頻発していました。
クラウドのない時代は「物理サーバー」が当たり前だった
今ではAWSやGCPを使えば、サーバーを簡単に立ち上げられます。しかし、クラウドがなかった時代は、サーバーはすべて物理マシンで管理するのが当たり前でした。
新しいサーバーが必要になれば、企業はマシンを購入し、データセンターに設置し、OSのインストールからネットワーク設定、監視体制の構築まで、すべて手作業で行う必要がありました。そのため、リソースの増強には時間とコストがかかり、サーバー管理は非常に手間のかかる仕事だったのです。
また、サーバーがダウンした場合、リモートでの復旧ができることは少なく、実際にデータセンターまで足を運んで復旧作業を行うのが一般的でした。現在のクラウド環境と比べると、かなりアナログな運用方法だったといえます。
フロントエンドは「HTMLとCSSだけ」で作るものだった
現在のWeb開発では、Vue.jsやReact、Svelteなどのフレームワークが当たり前になっています。しかし、昔はHTMLとCSSに少しのJavaScriptを加えたものが主流でした。
例えば、ボタンをクリックしてデータを更新する場合でも、ページをまるごとリロードするのが基本でした。Ajaxが登場する前は、動的なページの実装は非常に難しく、ユーザーエクスペリエンスも現在ほど快適ではありませんでした。
また、CSSの機能も限定的だったため、影やグラデーションの表現には画像を使用し、デザインの調整には多くの手間がかかっていました。
まとめ：技術の進化を理解することでエンジニアとして成長できる
エンジニアリングの世界は、常に進化を続けています。ベテランエンジニアが語る「昔は〇〇だった」という話を聞くと、現在の開発環境がどれほど便利になったのかがよく分かります。
しかし、こうした過去の技術を知ることには、大きな意味があります。それは、技術の進化の背景を理解することで、エンジニアとしての視野を広げられるからです。
現在の開発環境も、10年後には「昔は〇〇だった」と言われるかもしれません。新しい技術に適応しながらも、過去の知識を学ぶことで、より優れたエンジニアへと成長していきましょう。