アカウント名:
パスワード:
プログラムというより地図の品質的なものが問題じゃないのですか?いくらプログラマを雇っても解決しないのでは?
「空港や駅の建物よりも飲食店の方が優先で出てくる」といった有名な問題は、流石に提供された地図の問題ではなくて完全にプログラムのミスらしいので、修正されるんでないですかね。
iOS6地図は元データや文化の差異ではなく、ずさんなエンジニアリングが原因http://blog.goo.ne.jp/jg2tkh/e/a864e85bd498a8ced7dbd136edb30079 [goo.ne.jp]
iOS6 の地図について駅などをもとに考えてみるhttp://ssig33.com/text/iOS6%20%E3%81%AE%E5%9C%B0%E5%9B%B3%E3%81%AB%E3%... [ssig33.com]
店舗の検索も、具体的な場所を表示した上で検索を掛けないと、ピンが刺さらない(検索がヒットしない)んですよね。あと、徒歩の移動時間もちょっと厳しい。(2kmを23分で徒歩移動とか、私にはかなり困難です)
経路探索については、まだ不満点は出ていません。
>2kmを23分で徒歩移動
不動産業界では徒歩○分の表示は分速80m [wikipedia.org]と決められていますので、これに関してはそれほど無茶な数字でもないかと。
一般に言われているのはゆっくり歩いて時速4キロ、ちょっと速めで時速6キロ・・・という感じですから、まあ妥当じゃないかと<2キロを23分確かに人によるとは思いますが、そこまで考慮するとしたら各人の歩行速度や限界距離を個別に登録しないと・・・・
冬の雪道はその1.5~3倍の時間がかかることもありますがそれはGoogle Maps以外のメジャーな道案内サイトもスルーしていますね。
冬の雪道をその1.5~3倍の時間掛けて歩こうと思う人がいないからじゃないですか?
人もですが、地形も大幅にあるかと。高低差が大幅に有る所だとちょっと遅れますし。とりあえず万歩計を付けて、ONにしていれば「過去の履歴と今日の調子なら大体n分です。」みたいな事は出来そう。
確かに老若男女が使うのに係数を調整できないってのはどうなのよというのは思う。# 乗り換え検索とかある程度選択できたりしますしね。
さらに、VICSがやっているように、直前に通った人のデータを収集して反映させれば#2239426の雪道とかの対応もできますね。#VICSが実際やってるかどうかはキイハナなので不確か#一応、エンジンを掛けるたびにIDを振られるので、特定の車両との結びつけはやってない・・・というのも聞いた話
自動車の場合は基本移動が目的ですが、徒歩は必ずしもそうではありませんしねぇ
ある区間に時間がかかった原因が、道路の状況によるものなのか、子供連れだったのでゆっくり歩いたのか、知り合いに会っておしゃべりした結果なのかetc.
駅と言えば思い出す…
「空港や駅の建物よりも飲食店の方が優先で出てくる」
住宅地図データを使うシステムにおいて,地図データに含まれている目標物(ランドマーク)を検索する仕組みを作った。
ランドマークの種類として「駅」を指定して検索 → 「ほげ駅」が検索された
だがしかし,「ほげ駅」は鉄道の駅ではなく,線路から数kmも離れた場所に存在するそういう名前のドライブインだった。
# 地図メーカーに指摘したら次回リリースで修正されていた。
> 流石に提供された地図の問題ではなくて完全にプログラムのミスらしいので、プログラムのミスでもあそこまでアレなら普通はその後気づいてしかるべきなわけで、それがそのまんま出ちゃったのはもはやプログラムのミスなんかのせいにしてはいけないような。
Appleの体質を知ってれば、「また、やらかしたか、当たり前だ」でしかないんですけどね。
>普通はその後気づいてしかるべきなわけで普通ならそうなんですが、Appleに関しては、気づくことはあり得ません。あそこは「造りっぱなし、ユーザーは金をくれるベータテスターに過ぎない」を地で行く会社ですから。
製品、ソフトとも作った後一切テストしないのは有名です。http://japanese.engadget.com/2007/09/23/ipod-touch-windows/ [engadget.com]これだって出荷前に一度でもwindowsに繋いでみればわかった話ですからね。(このつながらないが起きたのは日本だけではありませんでした。)
微妙に勘違いしているようですが、そのiPod touchの件についてはまったくテストするとは思えません。カリフォルニアなんて基本的に英語版しかないし、多国語版なんて他言語のリソースを放り込んだだけですよ?。当然テストなんか考えない。そもそもが他社のプラットフォームなので力を入れる理由がない。Koboもそうですが、そんなことで不具合が出るとは考えないでしょう。
MSは中国や日本でも開発しているとのことなのでこの手の不具合はほとんど出ませんが、その分向こうでしか売ってないプロダクトがいくつかあるのが残念です。
>iPod touchの件についてはまったくテストするとは思えません。これだから信者は。
>多国語版なんて他言語のリソースを放り込んだだけですよ?。1バイト圏と2バイト圏でリソースが違うんですから、”その国のOSに対して対応を唄って販売する以上、テストするのが当たり前です。”
接続出来ない以外に文字化けだなんだもあるんですから。それが”品質管理”ってもんです。
Mac版に関してはそんな問題出ていないんですよ。日本語版だろうが何版だろうが。AppleにとってはオマケでしかないよそのOS版のiTunesなんてコンパイルオプション変えただけの代物です。テストなんて機種依存のフレームワークを作った本当の初期段階でしかしていないでしょう。
> 微妙に勘違いしているようですが、そのiPod touchの件についてはまったくテストするとは思えません。
と周りに当然のように思われているappleって凄いよね。
日本でしか開発していないうちの会社だって、日英簡繁韓仏独ぐらいの環境でさらっとチェックするよ。
それがどんな製品でどこで使われているか知りませんが、過剰品質ということはありませんか?
koboは日本語環境でテストしてから出荷してますよ。だから”つながらない、セットアップ出来ないのはログインユーザーを全角の一部人のみで済んだ”
最初から一切使用できなかったIpod Touchよりはるかにまし。
>iPod touchの件についてはまったくテストするとは思えません>「造りっぱなし、ユーザーは金をくれるベータテスターに過ぎない」
同じ意味でしかないですけど?w
で、>カリフォルニアなんて基本的に英語版しかないしIOS6のマップがカリフォルニア環境でテスト、確認されてるとでも?自由の女神の位置すらずれてる体たらくで?
ユーザ名が全角というのがテストケースに入ってない時点で「日本語環境でテスト」と言い張るには微妙な気がするのですが。
>>iPod touchの件についてはまったくテストするとは思えません>>「造りっぱなし、ユーザーは金をくれるベータテスターに過ぎない」>>同じ意味でしかないですけど?w
ストアスタッフとかの販売の現場は別にして、ベータテスターとすら認識していないと思いますよ。「ユーザーは常に正解を知らない」というマーケティングを展開していた会社ですから。
>IOS6のマップがカリフォルニア環境でテスト、確認されてるとでも?>自由の女神の位置すらずれてる体たらくで?
カリフォルニアに自由の女神なんてありましたっけ?
駅名に関してはテストデータの消し忘れっぽいくらいだしなあ。
「(漢字)+駅」→JR駅/一部の私鉄駅「(平仮名)」→私鉄駅と、ちゃんと駅のある場所に存在する名称は法則にのっとっていて、全国各地に存在する。対して「(漢字)」の駅は田舎には存在せず、かつ確実に位置がずれている。
リリースまでに「(漢字)」を消しておけばよかったんだろうけど、そこはまあAppleだし。
テスト用ではなく、都市部で別途用意したデータとのマージをミスったのでは?
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲは一日にしてならず -- アレゲ見習い
問題はプログラムなの? (スコア:0)
プログラムというより地図の品質的なものが問題じゃないのですか?
いくらプログラマを雇っても解決しないのでは?
Re:問題はプログラムなの? (スコア:0)
「空港や駅の建物よりも飲食店の方が優先で出てくる」といった有名な問題は、
流石に提供された地図の問題ではなくて完全にプログラムのミスらしいので、
修正されるんでないですかね。
iOS6地図は元データや文化の差異ではなく、ずさんなエンジニアリングが原因
http://blog.goo.ne.jp/jg2tkh/e/a864e85bd498a8ced7dbd136edb30079 [goo.ne.jp]
iOS6 の地図について駅などをもとに考えてみる
http://ssig33.com/text/iOS6%20%E3%81%AE%E5%9C%B0%E5%9B%B3%E3%81%AB%E3%... [ssig33.com]
Re:問題はプログラムなの? (スコア:2)
店舗の検索も、具体的な場所を表示した上で検索を掛けないと、ピンが刺さらない(検索がヒットしない)んですよね。
あと、徒歩の移動時間もちょっと厳しい。(2kmを23分で徒歩移動とか、私にはかなり困難です)
経路探索については、まだ不満点は出ていません。
Re:問題はプログラムなの? (スコア:2)
>2kmを23分で徒歩移動
不動産業界では徒歩○分の表示は分速80m [wikipedia.org]と決められていますので、これに関してはそれほど無茶な数字でもないかと。
Re: (スコア:0)
一般に言われているのはゆっくり歩いて時速4キロ、ちょっと速めで時速6キロ・・・という感じですから、まあ妥当じゃないかと<2キロを23分
確かに人によるとは思いますが、そこまで考慮するとしたら各人の歩行速度や限界距離を個別に登録しないと・・・・
Re:問題はプログラムなの? (スコア:1)
冬の雪道はその1.5~3倍の時間がかかることもありますがそれはGoogle Maps以外のメジャーな道案内サイトもスルーしていますね。
Re: (スコア:0)
冬の雪道をその1.5~3倍の時間掛けて歩こうと思う人がいないからじゃないですか?
Re: (スコア:0)
人もですが、地形も大幅にあるかと。高低差が大幅に有る所だとちょっと遅れますし。
とりあえず万歩計を付けて、ONにしていれば「過去の履歴と今日の調子なら大体n分です。」みたいな事は出来そう。
確かに老若男女が使うのに係数を調整できないってのはどうなのよというのは思う。
# 乗り換え検索とかある程度選択できたりしますしね。
Re: (スコア:0)
さらに、VICSがやっているように、直前に通った人のデータを収集して反映させれば#2239426の雪道とかの対応もできますね。
#VICSが実際やってるかどうかはキイハナなので不確か
#一応、エンジンを掛けるたびにIDを振られるので、特定の車両との結びつけはやってない・・・というのも聞いた話
Re: (スコア:0)
自動車の場合は基本移動が目的ですが、徒歩は必ずしもそうではありませんしねぇ
ある区間に時間がかかった原因が、道路の状況によるものなのか、子供連れだったのでゆっくり歩いたのか、知り合いに会っておしゃべりした結果なのかetc.
Re:問題はプログラムなの? (スコア:1)
駅と言えば思い出す…
住宅地図データを使うシステムにおいて,地図データに含まれている目標物(ランドマーク)を検索する仕組みを作った。
ランドマークの種類として「駅」を指定して検索 → 「ほげ駅」が検索された
だがしかし,「ほげ駅」は鉄道の駅ではなく,線路から数kmも離れた場所に存在するそういう名前のドライブインだった。
# 地図メーカーに指摘したら次回リリースで修正されていた。
Re: (スコア:0)
> 流石に提供された地図の問題ではなくて完全にプログラムのミスらしいので、
プログラムのミスでもあそこまでアレなら普通はその後気づいてしかるべきなわけで、
それがそのまんま出ちゃったのはもはやプログラムのミスなんかのせいにしてはいけないような。
Re:問題はプログラムなの? (スコア:1)
Appleの体質を知ってれば、
「また、やらかしたか、当たり前だ」
でしかないんですけどね。
>普通はその後気づいてしかるべきなわけで
普通ならそうなんですが、Appleに関しては、気づくことはあり得ません。
あそこは「造りっぱなし、ユーザーは金をくれるベータテスターに過ぎない」
を地で行く会社ですから。
製品、ソフトとも作った後一切テストしないのは有名です。
http://japanese.engadget.com/2007/09/23/ipod-touch-windows/ [engadget.com]
これだって出荷前に一度でもwindowsに繋いでみればわかった話ですからね。
(このつながらないが起きたのは日本だけではありませんでした。)
Re:問題はプログラムなの? (スコア:2)
微妙に勘違いしているようですが、そのiPod touchの件についてはまったくテストするとは思えません。
カリフォルニアなんて基本的に英語版しかないし、多国語版なんて他言語のリソースを放り込んだだけですよ?。
当然テストなんか考えない。そもそもが他社のプラットフォームなので力を入れる理由がない。Koboもそうですが、そんなことで不具合が出るとは考えないでしょう。
MSは中国や日本でも開発しているとのことなのでこの手の不具合はほとんど出ませんが、その分向こうでしか売ってないプロダクトがいくつかあるのが残念です。
Re: (スコア:0)
>iPod touchの件についてはまったくテストするとは思えません。
これだから信者は。
>多国語版なんて他言語のリソースを放り込んだだけですよ?。
1バイト圏と2バイト圏でリソースが違うんですから、
”その国のOSに対して対応を唄って販売する以上、テストするのが当たり前です。”
接続出来ない以外に文字化けだなんだもあるんですから。
それが”品質管理”ってもんです。
Re:問題はプログラムなの? (スコア:2)
Mac版に関してはそんな問題出ていないんですよ。日本語版だろうが何版だろうが。
AppleにとってはオマケでしかないよそのOS版のiTunesなんてコンパイルオプション変えただけの代物です。
テストなんて機種依存のフレームワークを作った本当の初期段階でしかしていないでしょう。
Re: (スコア:0)
> 微妙に勘違いしているようですが、そのiPod touchの件についてはまったくテストするとは思えません。
と周りに当然のように思われているappleって凄いよね。
日本でしか開発していないうちの会社だって、日英簡繁韓仏独ぐらいの環境でさらっとチェックするよ。
Re:問題はプログラムなの? (スコア:2)
それがどんな製品でどこで使われているか知りませんが、過剰品質ということはありませんか?
Re: (スコア:0)
koboは日本語環境でテストしてから出荷してますよ。
だから”つながらない、セットアップ出来ないのはログインユーザーを全角の一部人のみで済んだ”
最初から一切使用できなかったIpod Touchよりはるかにまし。
>iPod touchの件についてはまったくテストするとは思えません
>「造りっぱなし、ユーザーは金をくれるベータテスターに過ぎない」
同じ意味でしかないですけど?w
で、
>カリフォルニアなんて基本的に英語版しかないし
IOS6のマップがカリフォルニア環境でテスト、確認されてるとでも?
自由の女神の位置すらずれてる体たらくで?
Re:問題はプログラムなの? (スコア:2)
ユーザ名が全角というのがテストケースに入ってない時点で「日本語環境でテスト」と言い張るには微妙な気がするのですが。
>>iPod touchの件についてはまったくテストするとは思えません
>>「造りっぱなし、ユーザーは金をくれるベータテスターに過ぎない」
>
>同じ意味でしかないですけど?w
ストアスタッフとかの販売の現場は別にして、ベータテスターとすら認識していないと思いますよ。
「ユーザーは常に正解を知らない」というマーケティングを展開していた会社ですから。
>IOS6のマップがカリフォルニア環境でテスト、確認されてるとでも?
>自由の女神の位置すらずれてる体たらくで?
カリフォルニアに自由の女神なんてありましたっけ?
Re: (スコア:0)
駅名に関してはテストデータの消し忘れっぽいくらいだしなあ。
「(漢字)+駅」→JR駅/一部の私鉄駅
「(平仮名)」→私鉄駅
と、ちゃんと駅のある場所に存在する名称は法則にのっとっていて、全国各地に存在する。
対して「(漢字)」の駅は田舎には存在せず、かつ確実に位置がずれている。
リリースまでに「(漢字)」を消しておけばよかったんだろうけど、そこはまあAppleだし。
Re: (スコア:0)
テスト用ではなく、都市部で別途用意したデータとのマージをミスったのでは?