37歳未経験からエンジニア転職に挑戦！ココカラ勉強会＠大阪で確信した、クリエイティブコーディングの先にある「本物のエンジニアリング」

参加して感じたことまとめ。

本当に良かったです。発見が多い大充実の1日。エンジニアの世界を知ることができただけでなく、僕がやってきたProcessingなどの言語で、芸術的な表現をするクリエイティブコーディングも、さらに先の段階に進めると確信させてもらえました。

経験したことのない話の内容。

聞いてる人、話をしている人、空間全体にほとばしる好きや情熱。

仕事をする中で、大変なことはたくさんあるんだろうけど、目や表情から、それぞれの希望や光を感じました。

人の思考と努力が込められた熱量は、時間や疲れを忘れさせてくれるし、こちらもやれることをやっていこう！！という気持ちになります。

エンジニアに挑戦しようと思ったきっかけは、Processingという言語を使って制作した2作品が選出され、サテライトオフィスで常設展示できたことが嬉しかったから。→ポートフォリオの2-1（静寂を打つ光）と2-2（自分に、まる）の作品。

37歳（2026年で38歳）の未経験ですがエンジニア（フルスタックに興味あり）になるための転職活動中です。

在宅介護約7年（現在は完全に落ち着く）。SEOの実績、大阪市鶴見区音楽大使や世界20カ国を旅したことなど、変わった経歴ですが、僕なりにベストを尽くしてきました。良かったらWantedly見てくださいね。

https://www.wantedly.com/id/watari_takuya

参加目的

【LT&ゆるトーク会】ココカラ勉強会@大阪に参加した目的。

参加時の僕の状況（2026年5月30日）

クリエイティブコーディングは、作品テーマを考える/与えられたテーマを考える/試したい表現の目的を考える→公募なら、どこの場所の誰に楽しんでもらうか考える→作品の実装に必要なコードを使う→そのコードの数値を自分なりに変える→完成させる。という流れでやってきました。

完成させたあと、「こう書いたらこういう表現ができる」って、必要なときにコードを再利用/再活用って感じでやってきた。なのでしばらく作品のコードを見ない期間があったりして、コードの解説力が弱い。

コードや数式とかの掘り下げとか、誰かに説明する意識が足りないなぁ。作って満足を繰り返してきた。

なぜそのコードなのかもっと深堀りする必要がある。そうするとクリエイティブコーディングの表現力もまた1つ上がるだろう。

【LT&ゆるトーク会】ココカラ勉強会 @大阪からの学び9

【1】今から未経験でエンジニアになる方は、かなり厳しくなったということ

これからのエンジニアになりたい人は、上記のような内容が求められると分かりました。

コピペだけでコード書いている人たちは、かなり厳しい時代になったとも知りました。

【2】Webの仕組みが分かる本を読む

コードを学んだ時、Webの仕組みの知識を関連させることで理解度も向上し、記憶もしやすくなるんだろうなとアドバイスをもらって思いました。

こういった本を楽しみながら読み終えることができるとエンジニアに対して適性があるかどうかも分かる。

【3】AIを使わずに学び、コードを説明できるようにする

やってきたProcessingがのベースがjavaだし、まずはjavaをやってみて、なぜそのコードなのか自分で説明できるのか。そしてそれを楽しみながら続けることができるのかを知ろうと思います。

ということで独習Javaという本を購入しました。理由としては、練習問題があるからです。

練習問題ってエンジニアとして仕事をしたときの指示でもあるだろうし、コードレビューでその書いたコードをさらに良くするために〇〇な〇〇をして。みたいなのをあらかじめ経験しておけると思ったんです。→この練習問題に本だけの情報を頼りに粘り強く解決してみます。

本屋でどのJavaの参考書にしようかかなり考えました。

Processingをやっていて見たことある聞いたことあるなって概念があるので、ゼロから～みたいな本よりも、練習問題のある独習Javaが適していると判断。

【4】リーダブルコードで書き方も知る

Processingではあまり書き方を意識していなかった。僕はどんな表現をしたいのかを考えることに集中していて、バイブコーディングだったってこともあるし。

ただ、エンジニアとして仕事をしていくならチーム開発になる。書き方については先輩からリーダブルコード読んだ？あれ読んどいてみたいなことを言われるのは想像できました。

【5】エンジニアにとっての、怒られるってなんだろう？

1は、コードの解説ができるように、まずは簡単でもいいので、自分の言葉で説明できるように声に出してやっていくことでできるようになるんじゃないだろうか。それができるようになるには、理解度が高い必要があるし、難しい。

2については、「伝わるコードレビュー 開発チームの生産性を高める「上手な伝え方」の教科書」という本を読むことで、怒られていると感じることは減ると思う。

この本から、レビューする側の難しさを理解すること、そして新人側も先輩の負担を少なくするための質問の仕方を考えること。お互いが配慮し合うことによって、お互いに理解度の確認、伝わる言語化のレベルを上げれるのではないだろうか。

【6】何を学んでいけばいいのか迷っている僕に教えていただけたこと

まずは最初からフルスタックになることは一旦置いておいて、フロントエンドかバックエンド、どっちをやりたいかを決めたほうがいいとイベント参加者様の先輩からアドバイスをいただきました。

また、以下の内容だったらいろいろと対応しやすくなるということを教えてもらいました。

調べてみると「画面（フロントエンド）」「裏側の仕組み（バックエンド）」「データを溜める箱（データベース）」「それを動かすサーバー（インフラ）」のすべてを網羅した、Webエンジニアとして一生物の戦闘力になる『最強のフルスタック・基礎コアキット』ということが分かりました。

「裏側の仕組み（バックエンド）」を知ることで、フロントエンドの理解がさらに深まる

フロントエンド（HTML/CSS/JavaScript）を本当の意味で深く理解するには、「画面に表示されるデータが、裏側でどうやって作られて、どうやって送られてくるのか」を知る必要がある。

Laravel（PHP）やRails（Ruby）といった「MVC Framework」を学ぶと、サーバーがデータベース（MySQL/SQL）からデータを引っこ抜き、それをLinuxコマンドを使ってサーバー上でどう処理して画面に届けているのかという「データの通信経路」がすべて繋がる。フロントエンドでJavaScriptを書くときの視座がめちゃくちゃ高くなって、ただ画面を動かすだけじゃない「システム全体を最適化できる綺麗なコード」になる。

世界中のWebアプリケーションの「王道ロジック（MVC）」が身につく

LaravelもRailsも、すべて「MVC（Model / View / Controller）」という、世界で一番普及している設計思想で作られている。

• Model： データの処理（MySQLとのやり取り）
• View： 画面の表示（HTML / CSS / JavaScript）
• Controller： ユーザーの操作に応じて、ModelとViewを繋ぐ司令塔

この王道の型（OS）を一度脳内にインストールしてしまえば、将来的にフロントエンドの最先端フレームワーク（ReactやNext.jsなど）を学ぶときも、「あ、これはMVCのあの概念と同じだな」と、一瞬でロジックを理解できるようになる。

そして市場価値が高くなる。

Linuxコマンドを叩けて、SQLでデータベースを操作できて、LaravelやRailsのフレームワークを回せるエンジニアは、どの企業から見ても「1人でシステムを組み立てられる、圧倒的に自走力が高い人材」と調べてみた。

【7】試しに作った3Dモデルウェブアプリの、先の機能を知った

3Dモデルが動くの作りたいなってことで、在宅介護中の経験と組み合わせて、プロダクトを意識して3Dモデルを制作できるMeshy AIとバイブコーディングで作ってみました。

耳が悪かった祖父が生きていたときに作っていたら、訪問歯科医や歯科助手の方、僕が祖父に説明するときに大きい声を出さなくていいから楽だったなぁ。

イベント参加者様から、僕が作ったものより遥かに先をいく機能がある歯の3Dモデルを見せていただいて、僕が作ったものなんてまだまだだなって気づかせもらえました。やっぱりプログラミング力が未熟な段階で、Blenderを使わずに、Meshy AIだけだと、個人で使って役に立つなってのは作れるけど、仕事にはならないなって。

Gitとか初めてのことが多くてバイブコーディングでも作るの大変だった……。ローカルでは表示されるのに、Vercelで公開してみたら表示が変わったときとか「なんで？」ってしばらく動けんかったもん……。よっしゃあとは公開ってなってからの絶望。こうならんために日頃からコードレビューとかが大事なんですよね。完成させたかったから意地になったけど。

【8】チームのためにつくるってかっこいい

未経験の僕からしても、すっごい頑張っておられて、尊敬している方がチームのために制作したものも実際に見ることができました。

専門用語が飛び交い、今の僕では何をしているのかは具体的には分からなかったのですが、動いているのを見てすげぇって思いましたし、心が躍りました。

実行？したら、ターミナルにスラスラと文字が流れていくのを見たときにやってみたいなぁ、いいなぁって思いました。

【9】トップレベルのプレゼン（LT）を見ることができた

コーディングが好きと情熱ってだけじゃなく、そこにどんな質問が来るかを考える想像力。スムーズに回答する準備。さらに、説得力のある自信と態度。数々の修羅場を乗り越えてきたであろう経験値を感じる雰囲気。だからいろいろな会社からプレゼンを任されるんだし、トップクラスなんだろうなと思いました。ということを参加費たった1000円で実際に目の前で経験できたのはすっごく嬉しい。

参加後の僕の行動4

【1】どのようなエンジニアになりたくて、どのような会社で働きたいかをより明確に

イベント中の休憩時間や、イベント後の懇親会などでアドバイスをいただき、僕はどのようなエンジニアの会社で働きたいかを考え続けています。

37歳だし、選べる状況ではないんだけど、それでも僕自身が大切にしていることを信じて転職活動をしています。

【2】単語帳をつくる（2026年6月2日完了）

実際にシステム手帳で作った単語帳。

【3】アドバイスを元に購入した本を地道にやっていく

JavaがベースのProcessingをやってきたのでまずは、Javaの本を買いましたが、必要になったらMySQLなど、教えていただいたことをやっていきますね。

もし新たに技術ブログを始めるなら、技術記事を書く技術 ITエンジニアの価値を高めるアウトプットのすべて 単行本（ソフトカバー）を読んでからだね。

まぁ始めなくても、このブログにも役に立ちそうだから、来月か再来月に買いたい本ではある。

【4】コードレビュー本もほしい

伝わるコードレビュー 開発チームの生産性を高める「上手な伝え方」の教科書。という本。

一人で勉強してるときにさ、AIと一緒にコードレビューするときにも参考になりそうなんだよね。

参加したことで、コーディングの段階が前に進んだことを確信

クリエイティブコーディングを始めた2年2か月前には、コードを見たとき「うわぁ」って思うことが多かったんですよ。でも、Processingはアーティストやデザイナーさんのために開発されたという言語。それでも難しくて「どうゆうこと？こうゆうこと？」数値変えたり、表示されて「おーっー！きれい！」を繰り返しながら作品制作してきました。

で、エンジニアやりながらクリエイティブコーディングやってる方がいて「やっぱ表現が違うな。数式とか参考書とかに載ってないの使ってるし」って思って、どのように思いついたのか聞いてみたら、「Javaをやるといいですよ。」と教えていただいた。

参加して本当に良かった

いやぁ～【LT&ゆるトーク会】ココカラ勉強会 @大阪」めっちゃ発見が多かったです。　

未経験なのにイベント後に参加した懇親会では、ふかふかの椅子の席に座らせていただけたりする優しい方々でした。ごはんもおいしくてお腹いっぱい。

知的な会話も満喫できました。

エンジニアになりたい方は、connpassからイベントに参加してみると学びがあると思います。

僕もいろいろなイベントに参加してみるつもりです。