デスクトップアプリやモバイルアプリを構築する前に、Web 開発を学ぶ必要があります
初めてのソフトウェア アプリケーションを構築したいと考えていますが、どこから始めればよいかわかりませんか? Web開発が最適かもしれません。私を含め、ほとんどの開発者はそこからスタートします。長年プログラミングに携わってきたので、これは賢明な決断だったと思います。
独自のモバイルまたはデスクトップのネイティブ アプリを構築するのは、とてもエキサイティングに思えます。さらに重要なことは、ネイティブ アプリには明らかな利点がいくつかあるということです。とはいえ、Web アプリから始めると簡単に成功し、後でモバイル アプリやデスクトップ アプリに移行する場合の準備が整います。
重い IDE とプラットフォーム固有のマシンにより、始める前からハードルが高くなります
初めて Android Studio でモバイル アプリ開発を始めたときのことを思い出します。私は8GB RAMのラップトップを持っていました。 IDE を起動してプロジェクトに取り組み始めるとすぐにそれが分かりました。さて、16 GB の RAM を搭載した新しいラップトップでも、まだ所々に遅延が見られます。つまり、Android Studio は PC 上で実行するには非常に重いツールです。
それだけではありません。新しいプロジェクトを作成するときは常に、ストレージも計算する必要がありました。各プロジェクトにはかなりのスペースが必要でした。言うまでもなく、Android Studio 自体は大規模なアプリでした。
Google 独自の要件ページでこれが確認されています。 Studio には最低 8 GB の RAM、Studio とエミュレータには 16 GB の RAM、推奨として 32 GB の RAM がリストされています。
iOS の世界に参入したい場合は、少し複雑になります。 Apple は、自社のプラットフォーム向けの構築を開始するには、Mac App Store から Xcode をダウンロードするように指示します。簡単に言うと、ネイティブ iPhone アプリを構築するには Mac が必要です。
Web 開発から始める場合、ハードルははるかに低くなります。 VS Code などの優れたコード エディターや人気のある Web ブラウザーを入手すれば、準備は完了です。その過程で、より高度な段階に到達すると、ライブラリ、フレームワーク、その他のツールをインストールする必要があります。しかし重要なのは、約 30 分で始めることができるということです。
ネイティブ アプリの共有には、リンクの共有よりもはるかに多くの手順が必要です
構築、署名、テスト、検証
モバイルとデスクトップ用のアプリを構築すれば、まだ仕事の半分しか終わっていません。次に、より面倒な部分が続きます。共有と配布。対象とするプラットフォームに応じて、さまざまなプロセスを経て、特定の基準を満たす必要があります。クロスプラットフォームを計画している場合は、2 倍または 3 倍の作業が必要になります。
アンドロイド
2026 年 9 月 30 日の時点で、ブラジル、インドネシア、シンガポール、タイの参加アプリ ストアは、未登録の開発者からのアプリを認定デバイスにインストールできなくなります。 Google は、2027 年にこれを世界的に展開する予定です。フル ディストリビューション アカウントの費用は 25 ドルですが、これは主に Play 以外で配布する開発者に適用されます。 Play Console の開発者は、代わりに Play を通じてアプリを登録できます。無料の限定配布アカウントもありますが、最大 20 台のデバイスしかカバーされません。
Google Play では、新しい個人アカウントは、製品版を申請する前に、少なくとも 12 人のテスターによるクローズド テストを実行し、14 日間連続でオプトインする必要があります。
りんご
App Store で公開するには、年間 99 ドルの Apple Developer Program が必要です。 App Store の外で共有されている Mac アプリでも、公証のためにそれが必要です。
窓
署名付き EXE であっても、SmartScreen 警告がトリガーされる可能性があります。 Microsoft によると、十分な評判を築くには数週間と数百回のクリーン インストールが必要になる可能性があります。
これを Web アプリの開発と比較してみましょう。単純な静的サイトの場合は、それを GitHub にプッシュし、GitHub Pages 経由でライブ リンクを共有できます。それは同じくらい速いです gitプッシュ 指示。
公平を期すために言うと、Web プロジェクトがより複雑になると、フロントエンド フレームワーク、バックエンド サーバー、および増大するデータベースを追加する必要があります。それには追加費用がかかります。 Vercel’s Hobby Plan のようなもので回避することもできますが、それには制限があります。それでも、これはモバイル開発の分野で見られるものよりもはるかに安い取引です。
デスクトップやモバイルに切り替えても、Web スキルが無駄になることはありません
モバイル アプリとデスクトップ アプリもバックエンドに依存する可能性があります
ここで、私が開発に携わったばかりの頃には気づかなかったことがあります。 Web アプリとモバイル アプリに対して 1 つのバックエンド システムを使用できます。どちらのクライアントもサーバーから API を呼び出します。したがって、最初に Web 開発を選択したからといって、それに時間や労力を無駄にするわけではありません。
さらに、3 つの業種にはそれぞれニュアンスがありますが、いずれも UI デザインが必要です。 Web アプリケーションでは CSS を使用します。 Android では、おそらく Jetpack Compose、React Native、または Flutter を使用することになります。同様に、他のプラットフォーム用にもさまざまなツールがあります。ただし、共通点も多くあります。重複する設計原則が多数あります。
つまり、スマートフォンやデスクトップ向けのネイティブ アプリの開発を始めるときに、Web 開発スキルの多くが応用されます。さらに興味深いのは、現在では 1 つのテクノロジーを使用してすべてのプラットフォーム向けのアプリを構築できることです。 Electron を使用すると、JavaScript、HTML、CSS を使用してデスクトップ アプリを構築できます。 VS Code、Slack、Discord はすべて Electron で構築されています。
モバイルも無視されません。 Tauri は、Web フロントエンドからデスクトップ アプリとモバイル アプリを構築します。最小の Tauri アプリは 600KB 未満にすることができます。同様に、Capacitor は iOS と Android で Web アプリをネイティブに実行します。
ブラウザから開始して、他のデバイスにジャンプします
結局のところ、すべてはあなたの興味次第です。初めての Android アプリのコーディングを開始することに決めた場合は、お気軽にそうしてください。ただし、これにまったく慣れておらず、どの道を選択するか決めていない場合は、Web 開発を選択することをお勧めします。失うものは何もありません。自分には合わないと判断した場合でも、良いファンデーションに切り替えることができます。
関連情報は以下のリンクからご確認いただけます
関連記事
- 非対称ビジョン-stitcher.io
- Android Auto は、乗客が携帯電話を使用したいと思うまでは優れています。これが私の回避策です。
- 10日間バッテリーを搭載したこのGarminスマートウォッチが今なら110ドルオフ