個人開発

まず結論その夜、スマホに映った数字は最初「バグだ」と思ったのに、調べたら本物でした。同時に、本物の混乱の中に本当のバグも1つ紛れていました。この「どれが現実で、どれが自分のミスか」を切り分ける作業こそが、一番の勉強になりました。「本物の遅延...

まず結論デバッグ作業を通じて、3つのことを身体で学びました。真実は1箇所に置く（同じ名前のファイルが2つあると、意図しない方が動く）AIの原因仮説は、コードを見るまで"仮説"でしかない仮に置いた値は、動いた瞬間に"風景"になって見えなくなる...

まず結論手を広げすぎていた開発を、3本だけに絞りました。それ以外は「やめた」のではなく「応募後の楽しみに凍結」です。そしてこの絞り込みを、単なる時間管理ではなく「フリーランスとして自立する」という長い目線とつなげて考え直した週でした。なぜ絞...

まず結論AIにコードを書かせて開発を進める「バイブコーディング」の落とし穴について書かれた記事を読み、その視点で自分の開発中アプリ（自社向けのビル管理ポータル）を見直したところ、「一般ユーザーが自分の権限を"管理者"に書き換えられてしまうか...

ただし最初にお断りを。7月1日から、公共交通のオープンデータを使ったコンテストが開幕し、私も参加を決めました。そのため今回から、アプリの手の内にあたる部分──どの路線で・どんな数値の・どんなパターンを見つけたか──は、応募が終わるまで伏せて...

個人開発で電車遅延予測アプリを作っている、病院SEの開発記録です。今週、データがひとつの小さな事実を語り始めました。まず結論今週、自作の電車遅延予測アプリの開発で、ふたつの手応えがありました。「どの駅間で遅延が発生したか」を、同じ電車を追い...

開発中のため、核心となる仕組みは意図的に伏せています 先に結論開発しているのは、電車が遅れた“今この瞬間”に、「待つべきか・動くべきか」をたった一行で返すアプリです。そして正直に言うと、この記事では一番おいしい部分（どうやってそれを実現して...

天翔ポータルと電車アプリの開発を進める中、6月14日は少し違う頭の使い方をした日だった。「カフェの空席を予測するサービスは作れないか」という思いつきを、実際に調査・設計してみた記録。やったこと最初に、似たサービスがすでにあるか調べた。これを...

train-delay-advisor の開発で、6月13日は1日で大きく進んだ日だった。データを集める仕組みを動かし始めたら、その日のうちにアプリの心臓部「言語化」まで完成してしまった。やったこと最初にやったのは .gitignore の...

その流れで、自分のGitの実力を棚卸ししてみた。すると、はっきり弱点が見えた。「動いている」と「分かって使えている」は、まったくの別物だった。できていたこと最初の登録までは、もう体に入っている。.gitignore という設定ファイルで、パ...