DEVELOPER / BUILDER / DOGFOODER

あるてぃめっと

AIで、貴方と自分の「面倒くさい」を潰す人。

スマホを司令塔にAI・GitHub・クラウドを動かし、必要なものだけを作る。自分で使い、自分で壊し、現実で生き残ったものだけを次へ残している。

SMARTPHONE-FIRSTAI-ASSISTEDOPEN DEVELOPMENTDOGFOODING
LINKS

ここから全部つながる。

投稿、長文、実装、動画、応援。それぞれ役割を分けています。

CURRENT STATE

いまの俺。

生活・仕事・開発を同時に立て直しながら、開発そのものは止めていない。

DEVICE

スマートフォンを実質的な司令塔にして、AI・GitHub・クラウドを回している。

RESOURCES

大きな設備投資を前提にせず、既存資源・無料枠・外部サービスを組み合わせる。

WORK STYLE

専門教育の有無より、目的から逆算してAIと往復しながら必要な技術を獲得する。

REALITY

デモだけで終わらせず、自分の生活と開発で実際に使い、壊れ方まで記録する。

困る → 調べる → 作る必要性を疑う → 必要なら最小で作る → 自分で使う → 壊す → 直す / 捨てる → 生き残ったものだけ残す
CURRENT DEVELOPMENT ENVIRONMENT

PCがなくても、開発そのものは止めない。

現在の司令塔はiPhone 1台。そこからAI、正本、デザイン、クラウドVMまでつなぎ、必要ならSSHで直接サーバーへ入ってテストする。

iPhone → AI → GitHub / Obsidian(FREEZER) / Figma → SSH → Ubuntu → Test / Debug → GitHub

画面上の操作だけで完結させるのではなく、必要なときはスマホからそのまま実行環境へ降りる。

GitHub実装・履歴・公開証拠の正本。
Obsidian / FREEZER判断・知識・設計上の意味を残す外部正本。
FigmaUI・見た目・画面設計を固めるデザイン正本。
01 / THINK
まずAIに投げる。

やりたいこと、困っていること、壊れていることを自然言語で渡し、調査・設計・実装候補・検証方法まで一緒に組み立てる。最終的な目的と採否は人間側に残す。

02 / CANONICALIZE
コード、判断、デザインを分けて残す。

全部を一つのチャットや一つのリポジトリへ押し込まない。GitHubは実装、Obsidian/FREEZERは判断と知識、Figmaはデザイン。それぞれの役割を分ける。

03 / EXECUTE
iPhoneからSSHでUbuntuへ入る。

クラウドVMの実行環境へスマホから直接接続し、Gitの状態確認、Python実行、テスト、デバッグなどを行う。PCを前提にしない。

04 / WHEN THINGS BREAK
調子が悪ければ、SSHを叩く。

UIや自動化側だけを眺め続けない。必要なら実行環境へ降り、差分・ログ・実行結果・テストを確認する。壊れている場所を一つずつ切り分ける。

05 / VERIFY
「動いた」ではなく、現実で確認する。

テストが通ったか、実際のiPhoneで触れるか、デプロイされたものが本当に対象コードか。確認できないものを成功扱いしない。

# iPhone → SSH → Ubuntu
git status
git diff
python ...
pytest ...
# 必要な結果を見て、原因を一つずつ潰す
最初から、この環境や知識があったわけではない。

プログラムの専門教育や十分な開発設備を前提にせず、スマートフォン1台を起点に、分からないことをAIへ聞き、一歩ずつ問題を分解し、一つずつ潰してここまで来た。最初から巨大なシステムを理解する必要はない。次の一手を理解し、実行し、確認する。それを積み上げれば、スマートフォン1台からでも実際に動くシステムまで到達できる。

NOW BUILDING

現在の主な開発。

DEVELOPMENT METHOD
Ultimate Loop

必要性・実装・現職を壊し、本当に残るべきものだけを採用する自己進化型の開発方法。

NEXT-GENERATION RTS
RTS Evolution

WITNESSで生き残った原則を使い、既存能力と必要責任から再構築した次世代RTS。

PRACTICAL WORK
BridgePatch

本格システムを作る前に、毎回痛い一工程だけを切り出して小さく直す。

PUBLISHING TOOL
X Article Engine

開発記録をX向け記事へ変換し、Evidence checkを通し、最後の公開判断は人間に残す。

WHY PUBLIC?

完成品だけを見せるつもりはない。

作ったものだけでなく、必要だと思ったものを自分で否定した記録、失敗した実装、捨てた案、現実で壊れた理由まで残す。

後から都合のいい成功物語に作り替えるより、何が起きたかをGitHubに残した方が次に使える。

GitHubに、すべてがある。分からなければAIもある。それでも分からなければ、私が教えよう。

このページは公開してよい範囲のみを記載しています。医療・法的問題・正確な資産状況・第三者の個人情報など、公開する必要のない詳細は意図的に載せません。