Codexを半年使って、プログラミングへの考えが変わった

プログラミングが「怖い」と感じていた時期がある。

怖い、というのは少し大げさかもしれないが、正確に言うと「自分には関係のない世界」だと思っていた。コードを書く人たちは特別な才能を持っているか、学校でしっかり学んだ人たちだ。自分のような、文章を書いたりデータを整理したりする仕事をしている人間には、縁遠い領域だと感じていた。

Codexを使い始めたのは、その「縁遠い」という感覚を持ったままだった。「プログラミングはできないが、自動化ツールとして使えばいい」という割り切りだった。コードを書く気も、理解する気もなかった。

でも半年使い続けた今、その考えが変わっていた。プログラミングが「できる・できない」という二項対立ではなく、「どの程度使えるか」という連続体として見えてきた。そして自分は、ゆっくりとその連続体の上を移動していた。

この記事は、その変化の過程を書いたものだ。Codexの機能紹介でも、使い方の解説でもない。「Codexを使い続けたら、自分の中で何がどう変わったか」という、少し内向きな記録だ。

結論から言うと、Codexを半年使って変わったのはスキルより「考え方」だった。「プログラミングは特別な人がやるもの」という思い込みが薄れ、「自分にも少しずつ扱える領域」に変わった。その変化が、仕事の可能性の見え方を変えた。

使い始める前の自分と、プログラミングとの距離

Codexを使う前の自分にとって、プログラミングはどんな存在だったかを正直に書く。

「プログラミングは自分には無理」という前提

学生時代に一度だけプログラミングの入門書を買ったことがある。最初の数ページは読んだが、「変数」「型」「ループ」という概念が出てきた時点でそっと本を閉じた。「これは自分には向いていない」と判断して、それ以来プログラミングへの挑戦を避けてきた。

仕事でもプログラミングは必要なかった。Excelで集計し、Wordで文章を書き、PowerPointで資料を作る。その範囲で仕事は成り立っていた。プログラミングは「エンジニアがやること」で、自分の仕事には関係がなかった。

ただ、心のどこかに「プログラミングができたら、もっと効率的に仕事ができるのに」という感覚はあった。繰り返し作業のたびに「自動化できたら」と思い、でも「自分には無理」という前提でその思いを打ち消していた。

「コードを書かなくていい」という入口

Codexを使い始めたきっかけは「コードを書かなくていい」という点だった。「自然言語で指示するだけでコードを作ってくれる」という説明を読んで、「それなら自分にもできるかもしれない」と思った。

最初は本当に「コードを書く」つもりはなかった。生成されたコードを実行するだけで、中身を理解する必要はないと思っていた。コードはあくまでも「ブラックボックス」で、入力と出力だけを見ていればいい、という割り切りだった。

この最初の割り切りは、Codexを使い始める上では正しかった。「完全に理解してから使う」を条件にしていたら、永遠に使い始められなかっただろう。「とりあえず動けばいい」という低いハードルで入ることが、結果的に半年間使い続ける起点になった。

1ヶ月目：「動いている」だけで十分だった

最初の1ヶ月は、Codexが生成したコードの中身を全く見ていなかった。指示を出す、コードが返ってくる、実行する、動く。このサイクルだけで完結していた。

最初の成功体験が心理的な壁を下げた

最初に作ったのは、毎週繰り返していたデータ整理のスクリプトだった。30分かかっていた作業が数秒で終わるようになった。この体験は、思った以上に心理的なインパクトがあった。

「コードを使って、仕事が変わった」という体験が初めてだったからだ。これまでプログラミングは「遠い世界のもの」だったが、初めてそれが自分の仕事に直接作用した。その感覚は、思ったより強い印象を残した。

ただし、この段階では「コードを使えた」という感覚ではなく、「Codexに使ってもらった」という感覚に近かった。自分は何もしていない、Codexが全部やってくれた、という認識だった。

エラーが「学びの入口」になった

1ヶ月目に最も重要だったのは、エラーが出たことだ。

スクリプトを実行すると、英語でエラーメッセージが出た。最初は何が書いてあるか全くわからなかった。でも、そのメッセージをそのままCodexに貼り付けると、「このエラーは〇〇が原因で、△△を修正してください」と説明してくれた。

この「エラー → Codexに聞く → 修正」のサイクルが、知らず知らずのうちにプログラミングの基礎を学ぶ場になっていた。エラーメッセージの意味が少しずつわかり始め、「ああ、これはファイルが見つからないと言っているんだ」「これはデータの型が合わないというエラーだ」という理解が積み重なっていった。

学ぼうとしていたわけではなかった。でも「動かすために」エラーと向き合っているうちに、いつの間にか少しわかるようになっていた。

3ヶ月目：コードに「興味」が生まれた

2〜3ヶ月目に変化が起きた。生成されたコードを「動けばいい」として見ていたのが、「これは何をしているんだろう」と気になるようになった。

「このコードは何をしているか」を聞き始めた

あるとき、Codexが生成したスクリプトを少し修正したくなった。でも、コードの中身がわからないと修正できない。そこで初めて「このコードの各行が何をしているか、コメントをつけて説明してほしい」とCodexに頼んだ。

返ってきたのは、各行に日本語のコメントが付いたコードだった。「この行はCSVファイルを読み込んでいる」「この部分はデータを行ごとに処理するループ」「この条件は特定の値以上のものだけを取り出している」。読んでみると、思ったよりずっとわかりやすかった。

「ああ、これはこういう仕組みで動いているのか」という理解が生まれた瞬間、コードが「解読できないもの」から「説明を読めばわかるもの」に変わった。この変化は小さいようで、自分の中では大きな転換点だった。

自分で少し書き足せるようになった

コードの仕組みが少しずつわかってくると、「ここをこう変えたい」という判断が自分でできるようになってきた。たとえば「出力ファイルの名前に今日の日付を入れたい」という変更を、Codexに頼まずに自分で試みた。

参考にしたのはCodexが以前生成したコードだ。「あのスクリプトでは日付をこう扱っていた」というパターンを思い出しながら、同じように書いてみた。最初は動かなかったが、エラーをCodexに聞いて修正し、最終的に自分で書き足した部分が動いたとき、「自分でコードを書いた」という体験が生まれた。

小さな変更だったが、「コードを書いた」という実感は以前と全く違った。これが「できない」から「少しならできる」への、最初の移行だった。

半年目：「プログラミングができる/できない」の問いが変わった

Codexを使い始めて半年後、「プログラミングができますか？」と聞かれたら何と答えるか、という問いを自分に立ててみた。以前なら即座に「できません」と答えていたが、今は少し違う答えになる。

「できる/できない」ではなく「どの程度使えるか」

半年前の自分は「プログラミングができる」か「できない」かという二択で考えていた。そして自分は明らかに「できない」側だった。

今は、その問い自体が変わった。「プログラミングができる」という状態には段階がある。複雑なシステムを設計してゼロから書ける人も、簡単なスクリプトを修正できる人も、コードの構造を読んで理解できる人も、エラーメッセージを見て何が起きているか大まかにわかる人も、全員「プログラミングができる」状態の連続体の上にいる。

Codexを使い続けた半年で、自分はその連続体の上をゆっくり移動していた。「全くわからない」から「少しわかる」へ。この移動は小さいが、確実に起きていた。

今の自分にできることを正直に書くと、「Codexに指示を出して動くスクリプトを作ること」「生成されたコードに小さな修正を加えること」「エラーの大まかな原因をエラーメッセージから推測すること」。これらはできる。本格的なアプリケーションをゼロから書くことはできない。でも「全くできない」とも言えなくなった。

「自分の可能性」の見え方が変わった

もう一つの変化は、仕事の「可能性の見え方」が変わったことだ。

以前は「この作業を自動化したい」と思っても、「自分にはプログラミングができないから無理」で止まっていた。今は「Codexに頼めばできるかもしれない」という選択肢が加わる。さらに「Codexと自分で少し調整すればできる」という選択肢も見えてきた。

これは「できることが増えた」よりも「試みられることが増えた」という変化だ。失敗することもあるが、「試してみる」ことへのハードルが下がった。以前なら諦めていた場面で、「一度Codexに聞いてみよう」という行動を取るようになった。

仕事における「できること」の範囲は、スキルだけでなく「何を試みるか」でも決まる。Codexは自分にとって、試みる範囲を広げてくれるツールになった。

Codexが変えたのは「能力」より「前提」だった

半年を振り返ると、Codexが変えたのは「スキル」よりも「前提」だったと気づく。

「自分には無理」という前提が消えた

Codexを使う前の自分には「プログラミングは自分には無理」という前提があった。これは一度も真剣に試したことがなく、失敗した記憶もないのに持っていた先入観だ。入門書を数ページ読んでやめたことだけを根拠にした、根拠の薄い前提だった。

Codexを使い続けることで、その前提が少しずつ解体された。「エラーが出ても対処できた」「コードを少し修正できた」「仕組みが少しわかった」。これらの小さな経験が積み重なって、「自分にはできない」という絶対的な前提が「難しいが不可能ではない」という相対的な見方に変わった。

このような前提の変化は、スキルの向上よりも重要な場合がある。「できない」と思っている限り、挑戦する機会すら生まれない。前提が変われば、挑戦する意欲が生まれ、それが少しずつスキルにつながる。Codexはその入口を開けてくれた。

AIへの見方が「脅威」から「補助」に変わった

もう一つ変わったのは、AIへの見方だ。Codexを使う前は「AIに仕事を奪われる」という漠然とした不安があった。自動化ツールが進歩するほど、自分の仕事が減るのではないかという恐怖感だ。

実際に使ってみると、その見方が変わった。Codexは「繰り返し作業を代わりにやってくれる」ツールだ。繰り返し作業が自動化されると、その分の時間が生まれる。その時間を「判断・考える・関係を築く」という、Codexには難しい仕事に使えるようになる。

「AIが仕事を奪う」という恐怖は、「AIに全てを任せる」という前提から生まれる。でも実際のCodexは「全てを任せられる」ツールではなく、「特定の作業を補助してくれる」ツールだ。その補助があることで、自分が集中できる仕事の質が上がる、という体験を重ねることで、AIへの向き合い方が変わった。

よくある質問（FAQ）

まとめ

Codexを半年使って、プログラミングへの考えが変わった話を書いてきた。

スキルの話というよりは、「前提の変化」の話だった。「プログラミングは自分には無理」という根拠の薄い前提が、使い続けることで解体されていった。できることは少しずつしか増えていないが、「試みられること」の範囲が広がったことが、仕事の可能性の見え方を変えた。

Codexについて考えてみると、このツールの最も大きな価値は「機能」ではなく「入口」かもしれない。「プログラミングは遠い世界」と思っていた人が、Codexを通じてその世界に少し足を踏み入れる入口になっている。

もちろん、Codexを使えば誰もがプログラマーになれるわけではない。でも「全くわからない」から「少しわかる」への移行は、思っているより手の届く範囲にある。その一歩を踏み出すきっかけとして、Codexは有効なツールだと思っている。

「プログラミングは自分には無理」と思っている人が、この記事を読んで「一度試してみようか」と思ったなら、それがこの記事の目的だ。半年後、自分の考えがどう変わっているか、試してみる価値はある。