iOS6地図は元データや文化の差異ではなく、ずさんなエンジニアリングが原因 - 横浜スローライフ -- My slow life in Yokohama
iOS6の地図のお粗末さが大変大きな話題となっている。話題にしているのは地図関連の人たちだけではなく、実に広範な人たちである。それほど、スマートフォンにおいては、地図が「欠かせないもの」なのであることを改めて感じる。そして、日本のスマートフォンのおよそ3台に1台がiPhoneであることを考えると、地図をアプリに活用している多くのサービス事業者にも多大な影響が出そうだ。 私も先週のサンフランシスコ出張中にiPadをiOS6へとアップグレードして、その地図を確かめてみた。なるほど、これは品質が良いとか良くないとか言うレベルでは無くて、欠陥商品のレベルである。この状態でiOS6の標準地図として提供するのは、そもそも誤った企業方針である。 ちまたには、データソースがゼンリンではなくてインクリメントPであるからだとか、海外の地図やOpenStreetMapを採用しているからだとか、知ったかぶりのコメ
自動改札機の運賃計算プログラムはいかにデバッグされているのか？ 10の40乗という運賃パターンのテスト方法を開発者が解説（前編）
自動改札機の運賃計算プログラムはいかにデバッグされているのか？ 10の40乗という運賃パターンのテスト方法を開発者が解説（前編） ふだん何気なく使っている鉄道。改札を降りるときにICカードを自動改札にかざすと、「ピッ」という音と共に一瞬のうちに運賃を計算してくれます。けれど、複数の路線を乗り継いだり、途中で定期券区間が挟まっていたりと、想像しただけでもそこには膨大な組み合わせがあります。それでも運賃計算プログラムはわずか一瞬で正しい運賃計算が求められ、バグがあったら社会的な一大事にもつながりかねません。 爆発的な計算結果の組み合わせがあるはずの運賃計算プログラムは、どうやってデバッグされ、品質を維持しているのでしょうか？ 9月12日から14日のあいだ、東洋大学 白山キャンパスで開催された日本科学技術連盟主催の「ソフトウェア品質シンポジウム 2012」。オムロンソーシアルソリューションズ 幡
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
