いつモバイルプログラミングに切り替えるのですか？
私たちはいくつかのPCアプリケーションに取り組んでいる開発者のチームです。しかし、私たちはまた、ますます多くのモバイルサイトやモバイルアプリケーションを作成する傾向にある市場を目の当たりにしています。
開発者がモバイルプログラミングに移行する時が来ましたか？
いいえ〜Webおよびデスクトップアプリケーションはここにあります
携帯電話の開発は、当面の間、デスクトップまたはWebの開発に取って代わることはありません。従来のシッククライアントデスクトップアプリケーションから、よりリッチなWebアプリケーションやクラウドコンピューティングへとさらにシフトしていると思います。
携帯電話は、代替品ではなく、このパラダイムの拡張版になります。
携帯電話開発の試行
完全なパラダイムシフトに満足していない限り。 iPhoneとAndroidの両方の開発を接続詞で行うことをお勧めします現在。現在、ほとんどの独立したソフトウェア開発会社は、クライアントに付加価値のエクスペリエンスを提供するために、現在のスキルセットの補足として携帯電話の開発を取り上げています。
スタッフを再スキル化し、新しい開発フレームワークと各プラットフォームの特異性を学ぶためのコストは、控えめに言っても難しい場合があります。しかし不可能ではありません。それをどうやって行うのが最善かを決めるのはあなた次第です。
モバイルアプリケーションとデスクトップアプリケーションで何が起こるかは、Webアプリとデスクトップアプリの場合と同じではありません。
実際、Microsoft PDC、Google I/O、またはその他のイベントを見ると、クライアントサーバーアーキテクチャを前進させていることに全員が同意しています。
<tl-dr>たとえば、1998年にはアプリケーションの豊富なインターフェイスを使用することはできませんでしたが、必要な技術（AJAX、Silverlight、数十年後：HTML5など）があれば、今日は可能です。 buildこれらのアプリ、および顧客が必要なコンテキスト（高速インターネット、永続的な接続、JavaScriptに関しては高度に最適化されたブラウザー、GPU対応ブラウザー、など）これらのアプリケーションを使用できるようにします。これは、すべてのデスクトップアプリケーションが19年10月に自動的に破棄されるという意味ではありません。th 2016¹の、しかしそれはGMailのようなオンラインアプリケーションのためのより多くの余地があり、インストール、メンテナンス、複数のシステムとOSバージョンのサポートなどを必要とするデスクトップアプリのための場所が少ないことを意味します</tl-dr>
モバイルデバイスの状況は異なります。 「デスクトップとモバイル」ではなく、「モバイル、PDA、タブレット、ラップトップ、デスクトップなどのデバイスが多数あるため、それらすべてをターゲットにする必要があります。 "。
つまり、あなたがWebサイトを構築している会社の場合、「私たちはデスクトップ用のWebサイトを構築し、モバイル用のWebサイトも構築している」とは言えません。 「スマートフォンを含むすべてのデバイスと互換性のあるWebサイトを構築します」と言うのではなく、「最も使用されている5つのブラウザーと互換性のあるWebサイトを構築します」と言います。
そうは言っても、今日、私たちはすべてを一度にターゲットにすることはできません。ほとんどのWebサイトには、デスクトップ/ラップトップ用の固定レイアウトと、モバイル用の個別のレイアウトがあります。それの訳は：
- 携帯電話が高速インターネット接続と良好な接続性を備えていることはめったにありません（1998年のデスクトップPCを覚えていますか？）。
- モバイルにはパフォーマンスの低いCPUとGPUが搭載されています（1998年のデスクトップPCを覚えていますか？）。
- 携帯電話の画面は低いです（ウェブサイトで800×600をターゲットにしなければならなかった時代を覚えていますか？）。
ロジックに従うと、一方ではスマートフォンのハードウェアと接続性の向上が見られます、他方では自分自身に適応するのに十分な流動性のあるインターフェースを設計できるようになります）画面のサイズに、スマートフォンの小さな画面から大きなテレビ画面まで。
そのため、モバイル開発に「切り替える」ことはありませんが、それらのデバイスでも使用できるアプリケーションを開発する方法を学ぶことをお勧めします。 Googleに「切り替え」ていないようにChrome表示されたとき、ウェブサイトがIE7からIE9、FF3からFF5、Operaと互換性があるかどうかを確認する必要がありました（そしてまだあります）。 、Safari、... Chrome。
¹日付は純粋に架空のものです。実際の日付との類似性は偶然です。
マーケティングの専門家に聞いてみてください。これは「流通チャネル戦略」などと呼ばれていると思います。
2回目に収益化できる古いデスクトップアプリがある場合は、それを実行します。 （このアナロジーについてどう思いますか...それは映画会社が最初に劇場に持ち込んで新しい映画を販売し、次にDVDを販売し、次にテレビ局に販売し、次にオンラインディストリビューター、そして国際的に販売するようなものです） 。この記事は私が何を意味するかを説明します Hollywood's Profits、Demystified -この記事はさらに一歩進んでいます...会社は損益分岐点さえも壊さないために損失を出すことができます。開発コスト（映画やPCアプリなど）ですが、モバイルプラットフォームに移植し、利益を偽装するための会計上のトリックを行うことで、利益を補います。
結局のところ、それは個人の決定です...このあたりの他の誰も知りません（あなたがあなたの「ソリューションポートフォリオ」に持っているレガシーソフトウェアのためにそれが実行可能であるかどうか）。
多くの企業がモバイル市場に飛び込み始めています。しかし、多くの場合、デスクトップまたはWeb開発と密接に関連しています。
Webサイトを開発している場合は、モバイル専用のWebサイトを介してそのインターフェイスを提供できるかどうかを検討する時期かもしれません。通常のWebサイトのサブセットを提供できます。
多くの場合、ユーザーがPCを使用できないときに情報を提供するのは追加の方法です。それはすべてあなたの既存のアプリの上にあります。
モバイル向けに開発する場合、表示スペースが限られているため、ユーザーのニーズに焦点を合わせる必要があります。これにより、品質が向上します。
それがすべての人にとって唯一のコンピュータになることは決してありません。遠い将来、区別はありません。ハードウェアデバイスは多くのフォームファクター（ラップトップ、ハンドヘルド、イヤフォン、モニター用プロジェクター、ワイヤレスキーボード、つま先制御マウス）を取りますが、それらはすべて同じ操作システムとアプリを実行します。 「デスクトップ」クライアントアプリには、一元化されたコードと動的に読み込まれるローカルコードが混在している場合があり、さまざまなデバイス、サーバー、ネットワークでシームレスに調和して機能します。冷蔵庫はあなたの食べ物とあなたのデータを涼しく保ちます。
私の推測では、IDEを使用しているときは、私たち全員がまだ椅子に座っています。
それがアプリケーションに適している場合、答えは「はい」である可能性があります。
これにより、新しい流通チャネルが得られたり、競合他社よりも優位に立つことができます。
しかし、これは「はい」または「いいえ」の質問ではないと思います。
これがアプリケーションに役立つかどうかを分析し、市場調査を行います。それを行うためだけに行うのではありません。