スマホで開発できたら助かる場面はある
個人開発をしていると、外出中に少しだけ確認したい場面があります。
エラー通知を見たとき、管理画面の表示を確認したいとき、軽い設定だけ直したいとき。
そのたびにパソコンを開けるならよいのですが、そうもいかない場面があります。
そこで、Chrome Remote Desktopを使ってスマホから開発環境へ入ってみました。
結論から言うと、スマホだけで日常的に開発するのはまだ厳しいです。
ただ、緊急時の確認や小さい修正の補助としては使い道があると感じました。
コードを書く端末ではなく、確認する端末として見る
スマホでつらいのは、コードを書くことそのものです。
画面は狭く、キーボード入力も遅く、複数ファイルを行き来するだけで疲れます。
エディタ、ブラウザ、ターミナルを並べて見るような作業には向きません。
一方で、次のような作業なら現実味があります。
- 本番画面の表示確認
- ログの一部確認
- デプロイ状況の確認
- 軽い設定値の確認
- AIに投げる前の状況整理
スマホ開発というより、スマホ保守と呼んだほうが近いかもしれません。
AIがあると、スマホ作業の意味が少し変わる
AIがない前提だと、スマホで開発する価値はほとんどありませんでした。
入力が遅い時点で、開発作業としては厳しいからです。
ただ、今は少し事情が違います。
AIに状況を渡して、原因候補を整理してもらう。
修正方針を文章で作ってもらう。
その内容を見ながら、パソコン側の環境にリモートで入って確認する。
この流れなら、スマホは「全部を作る端末」ではなく「判断を進める端末」になります。
以前書いた 生成AI活用法 と同じで、AIに丸投げするのではなく、人間側が状況と目的を渡すことが前提です。
事故りやすい作業はスマホでやらない
スマホから本番に触れるときに怖いのは、操作ミスです。
画面が小さいので、クリック先を間違えやすい。
入力内容も見落としやすい。
コピペも普段より雑になりやすい。
なので、私は次の作業はスマホでは避けたいと思っています。
- DBの直接更新
- 本番環境の設定変更
- 大きめのコード修正
- 権限まわりの変更
- 削除を含む操作
こういう作業は、効率の問題ではなく安全性の問題です。
スマホでできるかどうかではなく、スマホでやるべきかを分けたほうがよさそうです。
このあたりは 指差し呼称をソフトウェア開発に持ち込む の話にも近いです。
確認しづらい環境では、確認が必要な作業をしない。
これもひとつの安全策だと思います。
使うなら事前準備が必要
Chrome Remote Desktop自体は、導入のハードルが低いです。
公式の Chrome Remote Desktop から設定できます。
ただ、使える状態にしておくだけでは足りません。
実際に外から使うなら、次の準備が必要です。
- 接続先の端末が起動している
- 認証情報を安全に管理している
- スマホ側の操作方法に慣れている
- 緊急時に何をしてよいか決めている
- 何をしてはいけないか決めている
特に最後の「してはいけないこと」を決めておくと、判断がぶれにくくなります。
できることが増えるほど、やらない判断も必要になります。
まとめ
スマホで開発すること自体は、主戦場にはなりにくいです。
ただ、外出中に状況を確認する。
AIと一緒に原因を整理する。
軽い確認だけして、深い作業はパソコンに戻してから行う。
この使い方なら、Chrome Remote Desktopは選択肢に入ると思います。
大事なのは、スマホを無理に開発端末にしないことです。
スマホは判断の入口、パソコンは実装の場所。
その役割分担を決めておくと、AI時代の個人開発でも現実的に使えそうです。