アカウント名:
パスワード:
GoogleはChromeOSなんてやってないで、Androidをデスクトップ向けにもっと積極的に推すべき。
一度アプリを書いたら、それがデスクトップでもタブレットでも携帯電話でもそのままリコンパイル無しで動くってことで強みをアピールできる。
マイクロソフトは旧WindowsAPIからMetoroスタイルアプリへの移行へとAPIを切り替えて過去資産との断絶を起こそうとしているので、これからの数年が絶好の機会のはず。
> 一度アプリを書いたら、それがデスクトップでもタブレットでも携帯電話でもそのままリコンパイル無しで動くってことで> 強みをアピールできる。
Androidとか、スマホ、タブレットを使ったことがありますか?
少なくないスマホアプリがタブレット対応を迫られてる。物理的な画面サイズが違うから、デザイン変更が必要なことが少なくない。
タブレットでさえそうなんだから、PCの場合、多くのユーザがキーボードやマウスを前提としているし、マルチウインドウもない、既存アプリが動かない環境なんか使ってくれるかどうか。それらが必要ないなら、タブレットで充分なユーザ、用途だろうし。Appleでさえ、MacをiPadでリプレースしようとは考えていないよ。
Windows8批判の多くは、既存Windowsとの互換性の悪さ、既存アプリの実行環境がいつまで残されるのか、そういう点であることをお忘れなく。
> 既存アプリの実行環境がいつまで残されるのか むしろMetroUI(WinRT)がいつまで残るのかのほうが心配……
Windows8において互換性が低下した部分ってありましたっけ?ガジェットは廃止されましたけど。
うちのソフトがRelease Previewで動かなくなってるのでどうしようか対策を考え中。7では動いてるんだけどね。
Flash PlayerのActiveXコンポーネントがWindows組み込みになって何か挙動が変わってしまったらしく、初期化に失敗してしまう。Adobe提供のプレイヤーで上書きもできなくなってる模様。
結構影響出るかと思ったんだけど、他に騒いでる人を殆ど見かけないので何かうちのやり方が間違ってるのかなー…
>Androidとか、スマホ、タブレットを使ったことがありますか?>少なくないスマホアプリがタブレット対応を迫られてる。物理的な画面サイズが違うから、デザイン変更が必要なことが少なくない。
Androidに関して言えば、UIコンポーネントの抽象化がしっかりしてますのでそのままの画面レイアウトでいいなら何も難しくありません。ほぼそのままタブレットに持っていけます。iPadと違って「単純に拡大するからボタンとか巨大になる」とかもありません(ICSでは「強制的に単純に拡大するモード」もつきましたが)。
その先、専用でレイアウトを変えたいというならそりゃ作りこむしかないですね、画面を縦に使うか横に使うかでレイアウト変えるなら、やPC向けWebサイトとスマホ向けWebサイトでレイアウト変えたいなら両方向けを考慮しないと、と同じでこれはアプリどーこーの次元を超えた普遍の作業でしかありません。
>タブレットでさえそうなんだから、PCの場合、多くのユーザがキーボードやマウスを前提としているし、
iPadでもAndroidでもキーボードは普通に使えます。またAndroidではマウスも使えます(マウスカーソルも出ます)。AndroidタブレットだとUSBホスト機能を持ったものが多いですのでBTでペアリングするかUSB直結すればキーボード、マウスともに使える環境が多いでしょう。
>マルチウインドウもない、既存アプリが動かない環境なんか使ってくれるかどうか。
一般人には「アプリは何も考えず全画面で使う」という人がけっこう多いですね。バックグラウンドタスクとしてアプリが動き続けてはくれないと困る(プレイヤー系アプリやメーラ、SNSクライアント、IP電話その他)のは事実ですが、OSツールバー領域、タスクスイッチ、アプリによる新着通知ペインが提供されれば、マルチウインドウが必須かといえば一般人レベルではそうでない人が多くいます。
>それらが必要ないなら、タブレットで充分なユーザ、用途だろうし。>Appleでさえ、MacをiPadでリプレースしようとは考えていないよ。
利幅が大きい高額商品のMacと安いiPadというラインナップを自前で持つAppleという立場ではわざわざ安いiPadにリプレースしようとなんてしませんよ。そんなの当たり前でしょう。そしてそれはGoogleには当てはまりませんので、あなたの論調はさすがに無茶です。
個人的には、仕事を得るためにはWindows一式+キーボード、マウス一式に慣れる必要があるので一般人の多くは結局Windows+キーボード+マウスを使わざるを得ないと思いますが、そういうしがらみがなければAndroidタブレット+必要なら物理キーボード+マウス程度で実は十分という層は非常に多いでしょう。
>Androidに関して言えば、UIコンポーネントの抽象化がしっかりしてますので
おおもとはゲームの話だと思うんだ。ユーティリティ的なものならそうだろうけどね。
あきらめたらそこで試合終了ですよ。
解像度や画面の広さの違いを吸収する新しいコンセプトのUIやAPIを発明するんだ。それでもGoogleなら・・・ぐうぐるならきっと何とかしてくれる。
てか、ウェブデザイナーにとっては当たり前の話ですよね。>解像度や画面の広さの違いを吸収
つまり、左右に詰め物を……
>Appleでさえ、MacをiPadでリプレースしようとは考えていないよ。
Appleができない事は、この世の絶対の不可能事というわけでもあるまい。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
物事のやり方は一つではない -- Perlな人
そこでAndroidですよ。 (スコア:0)
GoogleはChromeOSなんてやってないで、Androidをデスクトップ向けにもっと積極的に推すべき。
一度アプリを書いたら、それがデスクトップでもタブレットでも携帯電話でもそのままリコンパイル無しで動くってことで
強みをアピールできる。
マイクロソフトは旧WindowsAPIからMetoroスタイルアプリへの移行へとAPIを切り替えて
過去資産との断絶を起こそうとしているので、これからの数年が絶好の機会のはず。
Re:そこでAndroidですよ。 (スコア:2)
> 一度アプリを書いたら、それがデスクトップでもタブレットでも携帯電話でもそのままリコンパイル無しで動くってことで
> 強みをアピールできる。
Androidとか、スマホ、タブレットを使ったことがありますか?
少なくないスマホアプリがタブレット対応を迫られてる。物理的な画面サイズが違うから、デザイン変更が必要なことが少なくない。
タブレットでさえそうなんだから、PCの場合、多くのユーザがキーボードやマウスを前提としているし、マルチウインドウもない、既存アプリが動かない環境なんか使ってくれるかどうか。
それらが必要ないなら、タブレットで充分なユーザ、用途だろうし。Appleでさえ、MacをiPadでリプレースしようとは考えていないよ。
Windows8批判の多くは、既存Windowsとの互換性の悪さ、既存アプリの実行環境がいつまで残されるのか、そういう点であることをお忘れなく。
Re:そこでAndroidですよ。 (スコア:1)
> 既存アプリの実行環境がいつまで残されるのか
むしろMetroUI(WinRT)がいつまで残るのかのほうが心配……
Re:そこでAndroidですよ。 (スコア:1)
Windows8において互換性が低下した部分ってありましたっけ?
ガジェットは廃止されましたけど。
Re: (スコア:0)
うちのソフトがRelease Previewで動かなくなってるのでどうしようか対策を考え中。7では動いてるんだけどね。
Flash PlayerのActiveXコンポーネントがWindows組み込みになって何か挙動が変わってしまったらしく、初期化に失敗してしまう。Adobe提供のプレイヤーで上書きもできなくなってる模様。
結構影響出るかと思ったんだけど、他に騒いでる人を殆ど見かけないので何かうちのやり方が間違ってるのかなー…
Re:そこでAndroidですよ。 (スコア:1)
>Androidとか、スマホ、タブレットを使ったことがありますか?
>少なくないスマホアプリがタブレット対応を迫られてる。物理的な画面サイズが違うから、デザイン変更が必要なことが少なくない。
Androidに関して言えば、UIコンポーネントの抽象化がしっかりしてますので
そのままの画面レイアウトでいいなら何も難しくありません。ほぼそのままタブレットに持っていけます。
iPadと違って「単純に拡大するからボタンとか巨大になる」とかもありません
(ICSでは「強制的に単純に拡大するモード」もつきましたが)。
その先、専用でレイアウトを変えたいというなら
そりゃ作りこむしかないですね、
画面を縦に使うか横に使うかでレイアウト変えるなら、や
PC向けWebサイトとスマホ向けWebサイトでレイアウト変えたいなら両方向けを考慮しないと、と同じで
これはアプリどーこーの次元を超えた普遍の作業でしかありません。
>タブレットでさえそうなんだから、PCの場合、多くのユーザがキーボードやマウスを前提としているし、
iPadでもAndroidでもキーボードは普通に使えます。
またAndroidではマウスも使えます(マウスカーソルも出ます)。
AndroidタブレットだとUSBホスト機能を持ったものが多いですので
BTでペアリングするかUSB直結すればキーボード、マウスともに使える環境が多いでしょう。
>マルチウインドウもない、既存アプリが動かない環境なんか使ってくれるかどうか。
一般人には「アプリは何も考えず全画面で使う」という人がけっこう多いですね。
バックグラウンドタスクとしてアプリが動き続けてはくれないと困る
(プレイヤー系アプリやメーラ、SNSクライアント、IP電話その他)のは事実ですが、
OSツールバー領域、タスクスイッチ、アプリによる新着通知ペインが提供されれば、
マルチウインドウが必須かといえば一般人レベルではそうでない人が多くいます。
>それらが必要ないなら、タブレットで充分なユーザ、用途だろうし。
>Appleでさえ、MacをiPadでリプレースしようとは考えていないよ。
利幅が大きい高額商品のMacと安いiPadというラインナップを自前で持つAppleという立場では
わざわざ安いiPadにリプレースしようとなんてしませんよ。
そんなの当たり前でしょう。
そしてそれはGoogleには当てはまりませんので、あなたの論調はさすがに無茶です。
個人的には、仕事を得るためには
Windows一式+キーボード、マウス一式に慣れる必要があるので
一般人の多くは結局Windows+キーボード+マウスを使わざるを得ないと思いますが、
そういうしがらみがなければ
Androidタブレット+必要なら物理キーボード+マウス程度で実は十分という層は非常に多いでしょう。
Re: (スコア:0)
>Androidに関して言えば、UIコンポーネントの抽象化がしっかりしてますので
おおもとはゲームの話だと思うんだ。
ユーティリティ的なものならそうだろうけどね。
Re: (スコア:0)
あきらめたらそこで試合終了ですよ。
解像度や画面の広さの違いを吸収する新しいコンセプトのUIやAPIを発明するんだ。
それでもGoogleなら・・・ぐうぐるならきっと何とかしてくれる。
Re: (スコア:0)
てか、ウェブデザイナーにとっては当たり前の話ですよね。>解像度や画面の広さの違いを吸収
つまり、左右に詰め物を……
Re: (スコア:0)
>Appleでさえ、MacをiPadでリプレースしようとは考えていないよ。
Appleができない事は、この世の絶対の不可能事というわけでもあるまい。