アカウント名:
パスワード:
そこまでするならAPIの後方互換とかあまり考えなくていいんじゃないでしょうかね。
開発者視点でも、ユーザー視点でも、程よく管理された後方互換ってGoogle Playのメリットだったと思うんですが、何故iOSの「悪い方に近づける」のか理解に苦しむ部分は。
継続して更新する必要があるのは、minじゃなくてtargetの方のバージョンだ。なので、minで指定したバージョンまで後方互換を確保するという点については何も変わっていない。
まず、現時点のGoogleの発表内容において今後の新規アプリがminVerをどう使っていいのかがいまいち曖昧たとえばこの施策が開始された直後ではtargetVer26、minVer26しか許されないのではないかとか（その後、次のバージョンのAPIが公開されたときにこのアプリにはminVer26のままにする権利が発生するのではないか、も含む）
また既存アプリでtargetVerを強制的に新しいバージョンにしていけと言われると開発者の動作確認対象APIバージョンがどんどん増えてくことになる
まあどうせ最終的に施行される内容は今回の内容がかなり変わった内容に調整されてると思うけどね
もちろん将来的には、minimumについても制限掛けてくる可能性はあるけど、今回は、targetについてしか言及していない以上、minimumについてはこれまで通りと考えるのが普通でしょ。minimumとtargetの差が大きくなる程開発コストは上がるので、対応端末範囲と天秤に掛けて判断するのは開発者次第ってことだ。
APIレベルが進むごとにセキュリティは基本的に強化されていく流れなので、悪意あるアプリほど古いAPIを使おうとします
結果として、「古いAPIを使った新しいアプリ」はかなり疑わしく、これを理解している人には今のままでも何も問題がないのですが一般人レベルに理解させるのは無理とGoogleが判断したということでしょう
また、最近は「スマホでやること」もおおむね皆同じになるほどに定型化し、既存の信用できるアプリが古いAPIで動けば、一般人の用途の80%や90%は補えるであろうという話もあります
ただ、今回の話の大部分は撤回されるだろうと考えている人も
＞とくに新作を出していかなければならないゲームアプリにおいては、＞最新のAndroidOSバージョンでなければ動かないとされるとかなり困ったことになります
逆に古いAndroidもカバーしなくちゃいけないから困ってるゲームアプリも多いのでは？
>逆に古いAndroidもカバーしなくちゃいけないから困ってるゲームアプリも多いのでは？
OSのバージョン上がると動かなくなるのはよくありますね。現在進行形でガチャとかで稼いでない場合はグダグダのまま放置か公開&サポート停止。
iOSで毎年発生してることですね、それ
iOSでもあるけど、だいたいのまともなアプリメーカーならOSリリース日にきっちり新OS対応版を出してくるからねぇ。いつまでもアップデートしないようなやる気のないメーカーのものはさっさと切り捨てるのが吉。
＞OSのバージョン上がると動かなくなるのはよくありますね。
違う話を混ぜるな
「逆の話をしてるみたいだけど、逆の話よりも元の話のほうがよく聞く」っていう話ではないかと。
不当マイナスモデ
Androidにだけ理想論を押し付け、それと比較されるべき対象で起きている問題の話ついては一方的にマイナスモデが行使されている
某OSはすでに理想を実現できているからなのではないでしょうか。こっそりクロックを落とすのも理想を実現した結果なんですよ。
くやしいのぅｗ
ストアのランキングから手当たり次第にアプリをインストールする遊びしてんだけど今でもインスコ時に権限要求するアプリはある。感覚的に、1割も無くて5%くらいかな
権限が大雑把すぎるのは同意。認証用smsの受信確認だけ出来ればいいのに電話帳のオールリード権限要求したり需要に応じて細かく要求出来るようにしてあげればいいのに
> 認証用smsの受信確認だけ出来ればいいのに電話帳のオールリード権限要求したり
SMSにアクセスするためにはSIMにアクセスして内部の情報を取得する必要があり、ここでSIM内部に保存された電話帳情報も取得できてしまう
Androidが悪いのではなく、現在のSIMの規格そのものがそこまで細かいアクセス許可/不許可を行うことを想定できていない
ほかのコメでもあるけど、Androidのパーミッションがおおざっぱに見えるところにはたいていこういう「Androidだけの問題ではなく、Google管轄外のハードの統一規格や、それの使われ方の範囲」を考慮したときに最大範囲をカバーするようになってる
そしてそれ自体は問題ない。単に無知な人が知らないままAndroid批判の姿勢で暴れてるだけだし
SIMの規格がそうだったとしても、Android OS(という表現が正しいのか知らんけど)がアプリケーションに対して渡さなければよいだけの話ではないの？
アプリケーション-OS-HWという構成になっているとして、このパーミッションはあくまでアプリケーション-OS間の話だから、HW(SIM)の規格はあまり関係ないと思う。
で、Androidが独自に汎用SIMへのアクセスパスを改変するようなことをすると鬼の首を取ったかのようにAndroidは横暴だGoogleはEvilだと叩くわけです
それがアンチAndroid
彼らがやってることは一方的に魔女裁判を押し付ける暴力そのもの
いつもの人だー。iOSではそもそもSIMやSMSへのアクセスもできないわけで、Appleはすでに横暴なわけですねw
Apple信者以外にとっては「Appleはすでに横暴」だと思うのだが。#3335103は「Apple信者がAppleを棚に上げて批判する」って事を言ってるのかなぁ…？
Googleに権限の妥当性を審査する能力があるのなら、BLE使うのに位置情報の許諾をもらうように、なんて機構にはしなかったと思われ。大抵の人は活動量計使うのになんで位置情報が必須なのか理解できないだろ。セキュリティハザード引き起こすためにやってるとしか思えん。
古いデベロッパーは古いAPI許可しろ？そんなの新技術をキャッチアップできてないだけ。さっさと退場してもらう方がいい。Googleの狙いはここ（分断化修復）だろうからまあ通るわけないけど。
とりあえず、Googleについてはデベロッパーサイトの解説をちゃんと更新して、サンプルプログラムをTargetAPI26でちゃんとビルドできるようにする程度のことは”即刻”やっていただきたいが、最新義務化は概ね賛成。
わざと話を逸らそうとしている？問題なのはBLEを使うといえば妥当かどうかの判定が不可能で位置情報を取り放題だということだよ。
iOSだって、最新のAPIをターゲットにしてビルドすることは必須じゃないよ。最新のiOSで動くことが条件なだけで。
ほぼ同義な件しかも遅くする機能つき
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
あと、僕は馬鹿なことをするのは嫌いですよ (わざとやるとき以外は)。-- Larry Wall
そこまでするなら (スコア:0)
そこまでするならAPIの後方互換とかあまり考えなくていいんじゃないでしょうかね。
開発者視点でも、ユーザー視点でも、程よく管理された後方互換ってGoogle Playのメリットだったと思うんですが、何故iOSの「悪い方に近づける」のか理解に苦しむ部分は。
Re: (スコア:0)
継続して更新する必要があるのは、minじゃなくてtargetの方のバージョンだ。
なので、minで指定したバージョンまで後方互換を確保するという点については何も変わっていない。
Re: (スコア:0)
まず、現時点のGoogleの発表内容において今後の新規アプリがminVerをどう使っていいのかがいまいち曖昧
たとえばこの施策が開始された直後ではtargetVer26、minVer26しか許されないのではないかとか
（その後、次のバージョンのAPIが公開されたときにこのアプリにはminVer26のままにする権利が発生するのではないか、も含む）
また既存アプリでtargetVerを強制的に新しいバージョンにしていけと言われると
開発者の動作確認対象APIバージョンがどんどん増えてくことになる
まあどうせ最終的に施行される内容は今回の内容がかなり変わった内容に調整されてると思うけどね
Re:そこまでするなら (スコア:1)
もちろん将来的には、minimumについても制限掛けてくる可能性はあるけど、
今回は、targetについてしか言及していない以上、minimumについてはこれまで通りと考えるのが普通でしょ。
minimumとtargetの差が大きくなる程開発コストは上がるので、対応端末範囲と天秤に掛けて判断するのは開発者次第ってことだ。
Re: (スコア:0)
APIレベルが進むごとにセキュリティは基本的に強化されていく流れなので、
悪意あるアプリほど古いAPIを使おうとします
結果として、「古いAPIを使った新しいアプリ」はかなり疑わしく、
これを理解している人には今のままでも何も問題がないのですが
一般人レベルに理解させるのは無理とGoogleが判断したということでしょう
また、最近は「スマホでやること」もおおむね皆同じになるほどに定型化し、
既存の信用できるアプリが古いAPIで動けば、一般人の用途の80%や90%は補えるであろうという話もあります
ただ、今回の話の大部分は撤回されるだろうと考えている人も
Re: (スコア:0)
＞とくに新作を出していかなければならないゲームアプリにおいては、
＞最新のAndroidOSバージョンでなければ動かないとされるとかなり困ったことになります
逆に古いAndroidもカバーしなくちゃいけないから困ってるゲームアプリも多いのでは？
Re:そこまでするなら (スコア:1)
>逆に古いAndroidもカバーしなくちゃいけないから困ってるゲームアプリも多いのでは？
OSのバージョン上がると動かなくなるのはよくありますね。
現在進行形でガチャとかで稼いでない場合はグダグダのまま放置か公開&サポート停止。
Re: (スコア:0)
iOSで毎年発生してることですね、それ
Re: (スコア:0)
iOSでもあるけど、だいたいのまともなアプリメーカーならOSリリース日にきっちり新OS対応版を出してくるからねぇ。
いつまでもアップデートしないようなやる気のないメーカーのものはさっさと切り捨てるのが吉。
Re: (スコア:0)
＞OSのバージョン上がると動かなくなるのはよくありますね。
違う話を混ぜるな
Re: (スコア:0)
「逆の話をしてるみたいだけど、逆の話よりも元の話のほうがよく聞く」
っていう話ではないかと。
Re: (スコア:0)
不当マイナスモデ
Androidにだけ理想論を押し付け、それと比較されるべき対象で起きている問題の話ついては一方的にマイナスモデが行使されている
Re: (スコア:0)
某OSはすでに理想を実現できているからなのではないでしょうか。
こっそりクロックを落とすのも理想を実現した結果なんですよ。
Re: (スコア:0)
くやしいのぅｗ
Re: (スコア:0)
ストアのランキングから手当たり次第にアプリをインストールする遊びしてんだけど
今でもインスコ時に権限要求するアプリはある。
感覚的に、1割も無くて5%くらいかな
権限が大雑把すぎるのは同意。
認証用smsの受信確認だけ出来ればいいのに電話帳のオールリード権限要求したり
需要に応じて細かく要求出来るようにしてあげればいいのに
Re: (スコア:0)
> 認証用smsの受信確認だけ出来ればいいのに電話帳のオールリード権限要求したり
SMSにアクセスするためにはSIMにアクセスして内部の情報を取得する必要があり、
ここでSIM内部に保存された電話帳情報も取得できてしまう
Androidが悪いのではなく、現在のSIMの規格そのものがそこまで細かいアクセス許可/不許可を行うことを想定できていない
ほかのコメでもあるけど、
Androidのパーミッションがおおざっぱに見えるところにはたいていこういう
「Androidだけの問題ではなく、Google管轄外のハードの統一規格や、それの使われ方の範囲」を考慮したときに最大範囲をカバーするようになってる
そしてそれ自体は問題ない。単に無知な人が知らないままAndroid批判の姿勢で暴れてるだけだし
Re: (スコア:0)
SMSにアクセスするためにはSIMにアクセスして内部の情報を取得する必要があり、
ここでSIM内部に保存された電話帳情報も取得できてしまう
Androidが悪いのではなく、現在のSIMの規格そのものがそこまで細かいアクセス許可/不許可を行うことを想定できていない
SIMの規格がそうだったとしても、Android OS(という表現が正しいのか知らんけど)がアプリケーションに対して渡さなければ
よいだけの話ではないの？
アプリケーション-OS-HWという構成になっているとして、このパーミッションはあくまでアプリケーション-OS間の話だから、HW(SIM)
の規格はあまり関係ないと思う。
Re: (スコア:0)
で、Androidが独自に汎用SIMへのアクセスパスを改変するようなことをすると
鬼の首を取ったかのようにAndroidは横暴だGoogleはEvilだと叩くわけです
それがアンチAndroid
彼らがやってることは一方的に魔女裁判を押し付ける暴力そのもの
Re: (スコア:0)
いつもの人だー。
iOSではそもそもSIMやSMSへのアクセスもできないわけで、Appleはすでに横暴なわけですねw
Re: (スコア:0)
Apple信者以外にとっては「Appleはすでに横暴」だと思うのだが。
#3335103は「Apple信者がAppleを棚に上げて批判する」って事を言ってるのかなぁ…？
Re: (スコア:0)
Googleに権限の妥当性を審査する能力があるのなら、BLE使うのに位置情報の許諾をもらうように、なんて機構にはしなかったと思われ。
大抵の人は活動量計使うのになんで位置情報が必須なのか理解できないだろ。セキュリティハザード引き起こすためにやってるとしか思えん。
古いデベロッパーは古いAPI許可しろ？そんなの新技術をキャッチアップできてないだけ。さっさと退場してもらう方がいい。
Googleの狙いはここ（分断化修復）だろうからまあ通るわけないけど。
とりあえず、Googleについてはデベロッパーサイトの解説をちゃんと更新して、サンプルプログラムをTargetAPI26でちゃんとビルドできるようにする程度のことは”即刻”やっていただきたいが、最新義務化は概ね賛成。
Re: (スコア:0)
わざと話を逸らそうとしている？
問題なのはBLEを使うといえば妥当かどうかの判定が不可能で位置情報を取り放題だということだよ。
Re: (スコア:0)
iOSだって、最新のAPIをターゲットにしてビルドすることは必須じゃないよ。
最新のiOSで動くことが条件なだけで。
Re: (スコア:0)
ほぼ同義な件
しかも遅くする機能つき