アカウント名:
パスワード:
このアプリだけに限った話ではないですが、権限は何に必要なのか書いてほしいですよね。運行情報見るアプリに、 システムツール(wifiの接続と切断) ハードウェアの制御(録音、音声設定の変更) 電話/通話(機器のステータスとIDの読み取り)が何故必要なのかがわからない。ネットワーク通信、現在地情報はわかるんだけど。
権限が怪しいから試さずにスルーだなぁ。
>電話/通話(機器のステータスとIDの読み取り)
これなー、「通話中は動作しない」をやるのに必要なんだよ
車内では携帯電話の電源をお切りください。それ以外の場所ではマナーモードに設定の上通話はご控えください。
入れてみましたが、のっけから「通信エラー」と言われてまともに使えませんでした。
私も入れてみましたが、リアルタイム機能は「調整中」となって使えませんでした。アクセス集中しすぎたみたいですね。
大規模なダイヤ乱れが発生したら使い物にならないんじゃないか?
便りがないのが良い知らせってな。繋がらなくなったら何かあったと思えばいい。
サザエさんの地震探知機みたいなもんだな。地震で揺れたら倒れる置物。
うちも通信エラーが出て工事中だったり最初の設定できず、使えない。利用者殺到してサーバー側で捌ききれなくなったのかな。
自分も同じでした。ストア内の評価もボロボロですねよくこんなアプリリリースできたな
エクスプレス予約サイトの出来の酷さを思うと、同じ製作会社のものだったらアプリのレベルはあまり期待できませんね。当然、ユーザーの気持ちや使いやすさなど考慮外かと。
現物を確かめないままの推測による感想なので、良いほうに裏切られることを期待しています。
エクスプレス予約はJR東海、今回のアプリはJR東日本。普段からの両社の仲の悪さ(笑)を考えれば、同じ製作会社であるということは考えにくい…考えたくない…考えないようにしよう…。
# JR東日本の「えきねっと」とは同じなんだろうか…?
JR西のカードにすればよかったのに
JR西日本の新幹線予約システム(e5489)と、JR東海の新幹線予約システム(エクスプレス予約)だと、e5489の方がよく出来ていて使い勝手は良いんですが、e5489では予約できない便がある、というのが最大の難点。JR西日本の路線検索(jr-odekake.net)では表示されるし、エクスプレス予約なら予約可能な列車が、e5489では検索しても一覧に出てこなくて予約不可能。
まあ、JR西日本のJ-WESTカードに入ると、e5489だけでなくエクスプレス予約も使えるようになるので、二つのサービスを使い分ければいい(JR西のカードにするのが正解)ですが、なんかすごく面倒です。
最初J-WESTの案内を見た時は「エクスプレス予約が使えるエリアは全てe5489もカバーしているのに、なぜわざわざの他社のエクスプレス予約を使えるようにしてるんだろう」と思ったんですが、そんな所に罠があったのかーって感じ。#この正月の帰省も、往路はe5489、復路はエクスプレス予約で予約する羽目に。
JR東日本アプリは「East Japan Railway Company ICT」ってなってるけどジェイアール東日本情報システム [jeis.co.jp]なのかな?
音声周りについては Air Stamp 技術で使ってるんじゃないかと。(NTTドコモの、特定の非可聴音を拾ってチェックイン機能を実現するやつ)
タブレット非対応にも書きましたけど作り馴れてないと言うのもあるのでしょうが機能がなかったりOFFになっていたりするとプログラムが異常終了するのがAndroidなんですよ。例えばGPSを使うソフトでGPSありきでプログラムを組むわけですが本体のメニューでGPSとかoffにしていると異常終了するような作動が結構あります。開発している時に気付かずに後からインストールして動かした時に発生する。など結構遭遇します。落ちてる時はnullが帰ってくるとかで起こっているのでしょうね。対策として例外処理うまく逃がすしかないのですがこの辺は手探りの状況です。一方iOSは優秀ですよ。とりわけ何もしなくてもデータを受け取るだけでセンサー値を取る様にGPSデータ取れますし、全体としてその辺の差が全体として出ちゃっているのかと思います。
AndroidはiOSに比べて作るのが大変なので、多めに見てやってください。
元ACだけど、私の文章をどう読んだらそんなコメント出てくるの?私はただ、権限使用するなら用途書けよといってるだけです。
Androidディスりたいがために変な解釈しないでください。というかあなたの出した例のnullチェックと例外は関係ない。catch(NullPointerException e)とか同僚が書いてたら指導対象だわ。JavaのRuntimeExceptionすら理解してないにわか知識で語るのは止めましょう。
GPS機能を積極的に使用するアプリなら、QAでGPSオンオフの項目が入ってないのはただの開発会社の怠慢では。通信するアプリで機内モードのチェックをしないぐらいに馬鹿ですよ、それは。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「毎々お世話になっております。仕様書を頂きたく。」「拝承」 -- ある会社の日常
Android版 (スコア:0)
このアプリだけに限った話ではないですが、権限は何に必要なのか書いてほしいですよね。
運行情報見るアプリに、
システムツール(wifiの接続と切断)
ハードウェアの制御(録音、音声設定の変更)
電話/通話(機器のステータスとIDの読み取り)
が何故必要なのかがわからない。
ネットワーク通信、現在地情報はわかるんだけど。
権限が怪しいから試さずにスルーだなぁ。
Re:Android版 (スコア:5, 参考になる)
>電話/通話(機器のステータスとIDの読み取り)
これなー、「通話中は動作しない」をやるのに必要なんだよ
Re: (スコア:0)
車内では携帯電話の電源をお切りください。
それ以外の場所ではマナーモードに設定の上通話はご控えください。
Re:Android版 (スコア:2)
入れてみましたが、のっけから
「通信エラー」と言われてまともに使えませんでした。
Re:Android版 (スコア:1)
私も入れてみましたが、リアルタイム機能は「調整中」となって使えませんでした。
アクセス集中しすぎたみたいですね。
こんなんでアクセス集中とか… (スコア:0)
大規模なダイヤ乱れが発生したら使い物にならないんじゃないか?
Re: (スコア:0)
便りがないのが良い知らせってな。
繋がらなくなったら何かあったと思えばいい。
サザエさんの地震探知機みたいなもんだな。
地震で揺れたら倒れる置物。
Re:Android版 (スコア:1)
うちも通信エラーが出て工事中だったり最初の設定できず、使えない。
利用者殺到してサーバー側で捌ききれなくなったのかな。
Re:Android版 (スコア:1)
自分も同じでした。
ストア内の評価もボロボロですね
よくこんなアプリリリースできたな
Re: (スコア:0)
エクスプレス予約サイトの出来の酷さを思うと、
同じ製作会社のものだったらアプリのレベルはあまり期待できませんね。
当然、ユーザーの気持ちや使いやすさなど考慮外かと。
現物を確かめないままの推測による感想なので、
良いほうに裏切られることを期待しています。
Re: (スコア:0)
エクスプレス予約はJR東海、今回のアプリはJR東日本。
普段からの両社の仲の悪さ(笑)を考えれば、同じ製作会社であるということは考えにくい…考えたくない…考えないようにしよう…。
# JR東日本の「えきねっと」とは同じなんだろうか…?
Re: (スコア:0)
JR西のカードにすればよかったのに
Re:Android版 (スコア:1)
JR西日本の新幹線予約システム(e5489)と、JR東海の新幹線予約システム(エクスプレス予約)だと、e5489の方がよく出来ていて使い勝手は良いんですが、e5489では予約できない便がある、というのが最大の難点。
JR西日本の路線検索(jr-odekake.net)では表示されるし、エクスプレス予約なら予約可能な列車が、e5489では検索しても一覧に出てこなくて予約不可能。
まあ、JR西日本のJ-WESTカードに入ると、e5489だけでなくエクスプレス予約も使えるようになるので、二つのサービスを使い分ければいい(JR西のカードにするのが正解)ですが、なんかすごく面倒です。
最初J-WESTの案内を見た時は「エクスプレス予約が使えるエリアは全てe5489もカバーしているのに、なぜわざわざの他社のエクスプレス予約を使えるようにしてるんだろう」と思ったんですが、そんな所に罠があったのかーって感じ。
#この正月の帰省も、往路はe5489、復路はエクスプレス予約で予約する羽目に。
Re: (スコア:0)
JR東日本アプリは「East Japan Railway Company ICT」ってなってるけどジェイアール東日本情報システム [jeis.co.jp]なのかな?
Re: (スコア:0)
音声周りについては Air Stamp 技術で使ってるんじゃないかと。
(NTTドコモの、特定の非可聴音を拾ってチェックイン機能を実現するやつ)
Re: (スコア:0)
タブレット非対応にも書きましたけど
作り馴れてないと言うのもあるのでしょうが
機能がなかったりOFFになっていたりすると
プログラムが異常終了するのがAndroidなんですよ。
例えばGPSを使うソフトでGPSありきでプログラムを組むわけですが
本体のメニューでGPSとかoffにしていると異常終了するような作動が結構あります。
開発している時に気付かずに後からインストールして動かした時に発生する。
など結構遭遇します。
落ちてる時はnullが帰ってくるとかで起こっているのでしょうね。
対策として例外処理うまく逃がすしかないのですが
この辺は手探りの状況です。
一方iOSは優秀ですよ。とりわけ何もしなくてもデータを受け取るだけで
センサー値を取る様にGPSデータ取れますし、全体としてその辺の差が
全体として出ちゃっているのかと思います。
AndroidはiOSに比べて作るのが大変なので、多めに見てやってください。
Re: (スコア:0)
正:大目
バグは少なめにお願いします。
Re: (スコア:0)
元ACだけど、私の文章をどう読んだらそんなコメント出てくるの?
私はただ、権限使用するなら用途書けよといってるだけです。
Androidディスりたいがために変な解釈しないでください。
というかあなたの出した例のnullチェックと例外は関係ない。catch(NullPointerException e)とか同僚が書いてたら指導対象だわ。
JavaのRuntimeExceptionすら理解してないにわか知識で語るのは止めましょう。
Re: (スコア:0)
GPS機能を積極的に使用するアプリなら、QAでGPSオンオフの項目が入ってないのはただの開発会社の怠慢では。
通信するアプリで機内モードのチェックをしないぐらいに馬鹿ですよ、それは。