はてなキーワード: appleとは
でも、Appleは課金ページへのリンクを設置することを規約で禁じている。この規約は優位な立場を使っている。
ユーザーの離脱を防ぐために、AppStoreの課金を実装せざる負えない場合がある。その場合、ユーザーが高い手数料を知らないで払わされる。
「スマホソフトウェア競争促進法」(スマホ新法)っていうのが、12月から施行される。
Android も対象なんだけど、わかりやすくするために、iPhoneだけに絞って話すね。
iOSとiPadOS でAppStore以外からアプリが入れられるようになる。(サイドローディング)
なんかネットを見ていると、この法律について否定的な意見が多かった。
てっきりみんな賛成していると思ったし、私は賛成。
そもそもこの法律って、スマホOS を作っているAppleとGoogleって優位な立場を使って市場を独占していて良くないよねって話。
Apple はわかりやすく、AppStore以外からアプリがインストールできない。
それを、他のアプリストアも使えるように認めなさいよねって話。
あとは、Apple製のアプリしか使えないOSの機能(隠しAPI)も、他の開発者にも開放しなさいよ。とか。
===================================================
ここでよくあるこの法律に反対する人へのアンサー
Q 悪質なアプリが増えるのでは?
A AppStoreにも悪質なアプリはあります。個人的な感想ですが、アプリの審査というのは、
独自の課金システムを使っていないか、3rdパーティーのログイン機能がある場合にApple accountでログインできるか、
他のOS版のアプリを紹介していないかなど、自分たちの規約をちゃんと守っているかを見ていて、セキュリティ的なことは隠しAPIを使っていないかぐらいだと思います。
ちなみにサイドローディングでも、Appleの審査があります。(AppStoreに上げるときとは違う審査)
と反論してみたものの、Appleの審査があるのはそもそも変な気がする。
根本的には、使う人のITリテラシーを上げる必要があると思う。
まあ、サンドボックス内でアプリは実行されるから、サイドローディングでも割と安全だとは思う。自分で権限を与えた場合は知らん。
Apple 自信もサイドローディングは危険だと言っているけど、ただ儲けたいだけ。
Q EU では似た法律で、他の開発者に機能(API)を開放せずに、機能ごと使えなくしていて、不便になるのでは?(macでiPhoneのミラーリング、shareplayの一部機能)
A これは、法の抜け穴だよね。法案に反対するべきではなく、その法の穴を塞ぐべき。
===================================================
サイドローディングは、認めるべきだと思う。
例えば、Microsoft Storeしか使えないWindows、Appstoreしか使えないmacってありえなくない?
(ちなみにMicrosoft Storeしか使えないWindowsはあった。 Surface RT とか Sモード)
自分で買った機械で、好きにプログラムを実行できないっておかしいことだと思うんだけど。
Linuxの場合は、SnapStoreとFlathubという2つのストアがあるんだけど、競争が働いていて素晴らしいと思う。
EUには似た法律があって、サイドローディングがすでにできるんだけど、100万インストール以降は1インストールあたり、€0.5払う必要があるというめちゃくちゃな契約を結ぶ必要がある。
あと、AppStoreに公開するときと同じように、Apple Developer Program($99/年) に登録しないとサイドローディングできないのも良くないと思う。
<参考>
https://www.youtube.com/watch?v=GxMjoQ_pIr4&pp=ygUaZHJvaWRrYWlnaSDjgZnjgb7jgbvmlrDms5U%3D
特徴
各話で主要人物が登場する(またはそれに準じる)際に、ページ4段ブチ抜き画法で人物を描く。これはデビュー当時からの特徴であり、ヤスが作画を担当している『じょしらく』でも同様の描写が踏襲されている。弟子の畑健二郎も初期に使っていたものの徐々に使用頻度は減っていった。
『改蔵』から『絶望先生』まで続く画風に関しては、キャラクターや衣装、構図などのデザインにおいて、漫画業界内、さらには『改蔵』公式ファンブック『かってに研究しやがれBOOK』(以下『ファンブック』)で雑誌「ファッションニュース」編集長の向千鶴からも高評価を得ている。編集部内で話題になった現実世界のファッションを何週か後に『改蔵』内で名取羽美が着ていたこともあったという。
「どよんど」「にょんたか」など、独特の擬音を作中で織り込むことでも知られ、特にメールを打つ際の擬音「めるめる」は『かってに改蔵』内で「著作権フリーなのでどんどん使ってください」と宣言して以来、漫画家の間でも広まっている。
特に『絶望先生』ではやや政治的なネタも見られるが、それは思想の押し付けではなく、久米田は「(喜劇としての)漫画が説教臭くなったらおしまいだ」と『改蔵』作中で登場人物に述べさせ、インタビューでも「その時々の報道内容をネタにしているため、思想が一定しない」旨の発言もしている。
執筆方法
『行け!!南国アイスホッケー部』後期にスクリーントーン処理に関してMacを導入して以降、次第にパソコンに頼る部分が多くなり、『かってに改蔵』以降は全工程においてパソコンを使い執筆している。なおパソコン本格導入の背景には『ポカポカ』から『改蔵』に至る間にそれまでのアシスタントが独立することになったこともあると『改蔵』コミックス等で述べている。
俺にもありました…😟
でも、俺、ずっとTimeMachine使わなかったんだよね、
理由は今話題にもなってる悪名高いOneDriveと似たようなところがあるからだよ
気象庁だっけ?
どこだったか忘れたけど、X11.appがあるってMacOSXの良いところで、
あの時期、みんなMacOSX使ってたよね、東大も大量に導入してたし、自分も東大に導入したのと同じiMac買って、
で、それが外れだったんだよ、大量リコール品…😟
東大はNECが責任取るけど、別に東大真似たわけじゃないけど、俺は誰かが尻拭いしてくれるわけじゃない、
なんか、あの時期だけかもしれないけど、リコールが多いというか、
なんかApple製品俺が買うときに限って外れ引いてね?とか、被害妄想気味に思うようになって、
でも、今でも覚えてるけど、理由が明確にコンデンサの値を間違えてたとか、そういうことらしくて、
まさか、スティーブジョブズがウォズの設計した基盤を見て、パターンが絵的に美しくないから変更しろとか言って、
ウォズは一応プロだから、基盤のパターンなんてノイズを拾わないようにするとか、ロジックで決定するわけで、
それを絵的に奇麗じゃないから、って、基盤の余った領域に美少女イラスト描くとかと同じだよ、
というか、ああいうネタは分かっててやってるわけだけど、ジョブズはマジもんだからね…😟
ジョンカーマックが、NeXTがなければDoomは生まれなかった、ってジョブズに憧れて、感謝を伝えに行ったら、
ジョブズの話す技術ネタは間違いだらけ、適当な感覚で物を言うだけで、
その上、悔しかったらおまえは天才プログラマーなんだから、自分でOSを書けよ、みたいなこと言われたらしいし、
俺はカーマックの方に味方するよ、ジョブズは単なる守銭奴じゃないか、なんであんな奴の味方をみんなするんだ?
ジョブズって、オーディオマニアがオカルトに走ってたりとか、プロのミュージシャン、アーティストでもいるけど、
俺からするとオカルト的な話に思えるようなことで、音が違うとか、こういう方が美しい、みたいに言ってる気がするんだけど、
バカ舌、バカ耳の俺にはさっぱり分からないし、その大層な機械の中は、開けてみれば空っぽなんじゃないの?
そういう詐欺を昔見たことがある、空気清浄機とか言って、機械の中を開けたら、薄っぺらい小さい基盤が音だけ出してるの…😟
でも、これは空気中の邪気をなくすだの、イオンがどうのだの、そういうのに騙されるわけだ、なんかそれらしい音が出てるし…
まあ、分からん、TimeMachineでトラブったり、最近話題になってるOneDriveでファイルが消えた!は、
DELLのマシン買って起動した当日に起きて、一瞬頭真っ白になったんだけど、まあ、使い始めの段階だったんで良かったけど、
まあ、昨今のOSとか作る側は、こういう素晴らしい機能があります、と言いつつ、その裏では何かのサブスク契約させたいんだな、
みたいなことばかりで、うんざりしてる、
SunとかSilicon Graphicsのワークステーションがなくなって、商用でUNIXっぽいのがMacOSXだった、
だから、みんなMac使ってたし、自分もそういうところがあったけど、もう、十分でしょ…😟
だって、DARPAグランドチャレンジだって、明らかにUbuntuマシンが並んで用意されてたし、
最近テレビで見た日本のロボット関連のベンチャーはXubuntuっぽかったし、
中国ロボット企業、AI企業も、そんなにデスクトップ環境いじってなさそうなのは、
みんな標準のUbuntuの色してるし、もう、貧者のワークステーション、というか、
ワークステーションって何だったんだろうね?😟
俺は、大学とか研究機関に出入りしてて、そうも思ってたんだけど、
なんか、偉い人たちはそれはそれで愛があるんだけど、俺はパソコンでええやん、
今のパソコンはまだまだだけど、成長のベクトル考えたら、絶対にPC/AT互換機が勝つ日が来る
その後、震災とかあったんでしたっけ…
あのMacでガイガーカウンターの値とか整理してたんだよなあ…
まあ、それでも直ちに人体に影響はまったくないレベルではあったんだけど、
ニュースでその事を何も言ってない事に恐怖して、おー、情報統制か?みたいに思って、
あと、福島の原発だけ報道されてるけど、首都圏での値を上げたのが、
どこの原発か分からないじゃないですか、もしかしたら茨城かもしれない…
そう考えたら、急に怖くなってきて…😟
ちなみに、首都圏の放射線量が上がったのは後に事実だったと分かるという…😟
その後、口に入れてたマウスウォッシュをキーボードにぶちまけてしまって、
サポートに念のため電話して、なんとかなりませんか?なんともなりませんね、みたいな会話があって、
壊す気持ちで分解してみるか、と思ってiFixit見ながら分解したら、見事に壊してしまって…😟
その後にMacBook Proに移行して、MagSafeのアダプターがややこしいことに同じ形状なのに定格が違ってて、
MacBookのアダプターを捨てたつもりが、Proの方を捨てたことに気が付いて、
比較的近所といってもちょっと遠い家電量販店にアダプターありますと言われて、
泣く泣く自転車を走らせて、え?電源アダプターに1万円すんの?Appleバカなんじゃないの?みたいに思ったけど買って、
あと、時系列の前後関係忘れたけど、Proは輝線が出てたんだよね、
MacBookはクラムシェルできなかったけど、Proはできるんで、
参照する必要はそのころなかったんじゃない(36条改正)あと36条の「絶対知ってる筈の先行文献の記載が欠如している」だけでは拒絶理由にならへんやろ
(実施例欠如とかあいまいとか、もっと重い36条はちゃんと存在するし、hanabiの開発に小川がいたならペナルティは重くなるが。)
前記処理手段は、前記タッチパネルに文字の属性情報を複数表示し、
複数の前記属性情報のうち一つが押圧された際には、押圧された属性情報の上下左右であって他の属性情報に重なる位置に、当該他の属性情報の重なった部分が隠れるように、押圧された属性情報に基づく詳細情報である文字を表示し、
一の押圧動作が開始した位置の位置情報から一の文字の属性情報を特定し、
前記属性情報のうち一つが押圧された後の押圧位置の移動距離が、
一定以内であれば、このことを判断基準として属性情報である文字を確定し、
ざっとみて語尾がシステムなのと、アルファベットとの切り替えができること、また配置に隙間がない(他の一次キーの上に二次キーを即座に表示)あたりがあたらしいかな
ハナビ
【請求項1】 タッチパネルへの複数のキーの表示手段と、表示したキーの1個に5個のかな文字を順序づけて対応させるキー定義手段と、操作開始時の操作点の座標と各キーの表示領域とを対比して選択されたキーを認識するキー認識手段と、操作開始点に対する操作点の移動方向とキーに定義された文字の順序とを関連づけた順序定義手段とを備え、操作開始点の座標に基づいて五十音配列の行を選択し、操作開始後の操作点の移動方向に基づいて五十音配列の段を選択することを特徴とする、かな文字入力装置。
iPhoneって電話だから入力装置じゃないんだよなぁ せめて入力可能な端末装置とかにしろ(いや電算機系の基準がそのころおかしかくてモノ特許しかうけつけなかったとか事情がありそうだけど)
これならいくらでもAppleは日本への課金から逃げることができるように見えるぞ
まあ日本の法制度って『一人、本当の犠牲者がでてから、「ほらみろどんだけデカイサカナを失ったか」ってあげつらって反省に立脚して法改正させる』が多すぎるんだよね
AIの推進派は「和製グーグルがないのはなぜだ」が合い言葉だった(けどAIも結局日本はもうけ<被害)し、
そういうのが「地道」で「堅実」なんだろうけど損してるよなぁ
hanabiもうまくやったら小川の上をいけていたかもしれないけど、
学者さんやらITさんってそういうのヘタなんだよなあ。
まあオレもいざとなったらウシジマくんなみの活躍ができるかっていうと、
某巨大企業の法務部なみの経験値がないと(あっても)無理だけど。
そういう意味では小川はファウルに見える玉でもちゃんと拾いに行って費用と手間暇かけて特許にして、
ダイヤモンドの↓の記事が盛りすぎでブクマカが釣られまくっているので、ちょっと落ち着けという意味で少し解説する
普通の人が「フリック入力を発明」というフレーズを見たら、どっちを想像する?
1. 上下左右方向のフリック操作で文字入力する手法を考案した
普通は1を想像するよね。でも、上の記事の「発明」は2の意味。8割くらいのブクマカはここを勘違いしてコメントしてるように見える
同じ発明家氏の記事でも3ヶ月前の東洋経済のほうは、「フリック入力を発明」という釣りフレーズこそ使っているものの本文を良く読めば発明のキモの部分が2であり1では特許を取れなかったことがそれなりに分かるように書いてある
「フリック入力」を発明しMicrosoftに売却した彼の"逆転"人生。元・売れないミュージシャン兼フリーター、家賃3万のボロアパートでひらめく
https://b.hatena.ne.jp/entry/s/toyokeizai.net/articles/-/889631
もちろん2の意味の発明もスゴイし重要なんだけど、釣りは良くないよね
そもそも世の中のほとんどの技術は様々な発明やアイデアの集合体である。歴史の積み重ねであり、最終形がいきなり湧いて出るわけではない。もちろん「フリック入力」にも歴史の積み重ねがある。それを少し紐解いてみよう(なお、下記の「年」は引用可能な特許や論文が出た時期であり、実際にはそれよりもっと前にソフトウェアがリリースされていたりアイデアがメーリングリストに投稿されていたりすることもある)
[追記]※増田の仕様上ひとつの記事に貼れるリンク数に制限があるため一部URLのhを抜いている点、不便ですがご了承ください[/追記]
ttps://dl.acm.org/doi/10.1145/57167.57182 (論文)
放射状に選択肢を並べるUIのアイデアは1960年代から見られるが、接地点からの移動方向情報を用いた入力手法の祖としてはとりあえずこれを挙げることができるだろう。これは文字入力に特化したものではなく、一般的なメニュー選択のための手法である
ttps://dl.acm.org/doi/10.1145/191666.191761 (論文)
pie menuを文字入力に応用したもの。論文の著者はAppleの人。英語用。広義の『「フリック入力」の元祖』に最も該当するのは、おそらくこれだろう
ttps://rvm.jp/ptt/arc/227/227.html
ttp://www.pitecan.com/presentations/KtaiSympo2004/page65.html
T-cubeを日本語に応用したもの。広義の『日本語版「フリック入力」の元祖』の候補
https://web.archive.org/web/20080925035238/http://www.j-tokkyo.com/2000/G06F/JP2000-112636.shtml (特許)
https://newtonjapan.com/hanabi/
Apple Newton (PDA)用に実装された文字入力UI。「中央が『あ』、上下左右方向が『いうえお』」に対応する見慣れた形のフリック入力がここで登場する。『現在よく見る形の日本語版「フリック入力」の元祖』である。なお、開発者が特許を申請したものの審査を請求しておらず、特許としては成立していない
この頃、Human-Computer Interaction分野でT-cubeやHanabiの発展としての文字入力手法の研究が活発になり、特に国内学会で多くの手法が発表された。情報系の学生の卒論や修論のテーマとして手頃だったからだろう。PDA製品に実装されて広まった例もあり、SHARP Zaurus用のHandSKKや、少し時代が下ってATOKのフラワータッチ等もこの系譜である
なお、この頃までの技術は指での入力ではなくペン(スタイラス)による入力を想定したものが主である(iPhoneの登場以前はキーボードレスのモバイル端末といえばPDAやタブレットPCなどスタイラス入力を前提としたデバイスが主流だった)
『スマートフォン上の「フリック入力」の元祖』であり『予測変換機能を備えた「フリック入力」の元祖』である。日本語フリック入力の効率を考える上で予測変換の占めるウェイトは大きく、「実用的なフリック入力」を実現するには予測変換との組み合わせは外せない。2006年にAppleに招聘されてiPhoneのフリック入力機能を開発した増井俊之氏は元々予測変換のPOBox(1998年 - ttps://dl.acm.org/doi/10.1145/274644.274690 )の開発者として知られる研究者であり、Appleへの招聘もその経験を買われてのものだろう。入力にフリック操作を用いること自体は特筆すべきものではなく、当時の流行を考えれば自然な選択だったと思われる
なお、前述のHanabiの開発者氏がiPhoneのフリック入力を見て
と言っている一方、増井氏はHanabiに対して
知らんがな
と言っている。この分野の研究をしていて知らんことあるか?とも思うが、電話用テンキーの上に五十音かなのフリック入力を実装すると誰が作っても概ねHanabiのような外観になると思われるので、本当に知らなかったとしても齟齬はない
ttps://www.j-platpat.inpit.go.jp/c1801/PU/JP-2008-282380/11/ja (特許)
『画面表示は絶対座標+移動判定は相対座標で行うことで「フリック入力」の入力効率を向上させる手法の特許』である(詳しい仕組みは上記の東洋経済の記事に書いてある)。ペン先と比べて指先は太いため指によるタッチでは厳密な操作が難しく(fat finger問題)、「実用的なフリック入力」を実現するにはこのような工夫も必須になる。小川氏の凄いところは、スマホの日本語UIをリリースするならどのメーカーも必ず実装するであろうこの工夫を、日本版iPhoneのリリース直前、Apple社としては引き返せないであろうタイミングで特許申請したところだ。機を見るに敏すぎる。特許庁に2回も拒絶された特許を不服審判で認めさせているところも本人が弁理士だからこそできる強さだと思われる
なお、氏の記事を読むと「フリック入力」自体を氏が考案したように思えてしまうが、ここまでに述べた通りそれは誤りである。「フリック入力に関連する重要な特許の公報に『発明者』として掲載されている」ことは疑いない事実なので「フリック入力の発明者」と称するのはギリギリ誤りではないと言えないこともないが、「フリック入力を発明した」はやはりダメだろう。上述の通りフリック入力自体は90年代に既に登場しており00年代の前半にはタッチスクリーン上のかな入力手法の一角を占めるに至っていたので、iPhoneに実装されたことは不思議でもなんでもなく、
このあたりは荒唐無稽な邪推すぎて、ソフトバンクから名誉棄損で訴えられたら危ないのでは(そもそもiPhoneのフリック入力を開発したのはAppleであってソフトバンクではない)
まとめると、さすがに小川氏の記事はモリモリに盛りすぎである。書籍の宣伝にしても酷すぎる。価値の高い特許を取った発明家であることは事実なのに、なぜこういう胡散臭いムーブをしてしまうのか
1998年にApple Newton用に開発された日本語入力システム「Hanabi」が草分けで、2008年にiPhoneに採用されたことで、急速に広まった。従来の「あ段→い段→う段→え段→お段」とキーのプッシュを繰り返して表示・入力する方式(トグル入力)に比べ、素早い入力が可能になる。その入力効率の高さから、2010年頃にはキーボード離れが加速している[1]。
1998年にApple Newton用に開発された日本語入力システム「Hanabi」[2]が草分けで、2008年にiPhoneに採用されたことで、急速に広まった。日本におけるフリック入力は、発明家でシンガーソングライターの小川コータがiPhone上陸以前に考案し2007年から2015年にかけて特許出願した[3]ものであり、取得した権利はマイクロソフトに譲渡された[4]。
ただ、これはおそらく関係者の自作自演等というわけではなく、日本におけるフリック入力関連特許が小川氏のものばかりであることからボランティア編集者が勘違いしてこのような記述にしてしまったのではないか。フリック入力は前述のように地道な技術の差分の積み重ねなので、個々の差分の開発者が「特許」を取ろうという気にならないのは良く分かる。その点でも、自ら弁理士として特許を量産した小川氏の強さが際立っている(が、やはり盛りすぎは良くないと思う)
市場価格には、すでにすべての利用可能な情報が反映されているという仮説。
つまり、株価は常に公正価値に近く、過去の情報や公開情報を使って恒常的に市場平均を上回る(=アクティブに勝つ)ことはほぼ不可能、という考え方。
| 形態 | 含まれる情報の範囲 | 含意(意味) |
| 弱形式(Weak form) | 過去の株価・出来高などの「過去データ」 | テクニカル分析では儲けられない |
| 準強形式(Semi-strong form) | 公開情報(決算、ニュース、経済データなど) | ファンダメンタル分析でも超過収益は得にくい |
| 強形式(Strong form) | 非公開情報(インサイダー情報)も含む | すべての情報が反映済み=誰も市場に勝てない(※非現実的) |
そのニュースを見て「買おう」と思った瞬間、もう世界中の投資家も同じ情報を見て買っている。
だから、情報をもとに動いても平均には勝てない。これが効率的市場仮説の本質。
効率的市場仮説を信じるなら、情報で勝つのではなく市場全体に乗る方が合理的。
だからこそ、インデックス投資(例:オルカン、S&P500)が理論的に最適戦略となるわけ。
あと、昔は頭の弱い若い女の子が騙されて使い捨てられて死んでいく事に心を痛めていたけれど、ほぼ境界知能みたいな人が子供を産んだりしているのを見ると、そうなる前にああいうのは個体として減っていく方が良いのではと思うようになってきた。優生保護法が正しいとは思わないけど、みいちゃんみたいなのが子供を産む事が望ましいとも思えないんよ。いやまあ差別だよね。分かってるんだけどどうしたらいいのこれ。だれか教えて。
だからそれは何の証拠があんのよ?エンジニアならちゃんとデータみて判断しろよ
| 企業 | 求人要件(Software Engineer) | CS学位必須? |
| “Bachelor’s degree or equivalent practical experience” | 不要 | |
| Microsoft | “BS in CS or related field, or equivalent experience” | 不要 |
| Amazon | “Bachelor’s or 3+ years of experience” | 不要 |
| Meta | “BS or equivalent” | 不要 |
| Apple | “BS in CS or related technical field or equivalent” | 不要 |
で、実際の統計な
| 項目 | 割合 |
| ソフトウェア開発者の学歴 | |
| - CS/工学系学士 | 58% |
| - 非CS系学士(数学、物理、経済など) | 22% |
| - 学位なし(独学・ブートキャンプ) | 20% |
/* 400 (Regular) */ @font-face { font-family: "SiteSans"; /* ページで使う一意の名前 */ font-style: normal; font-weight: 400; font-display: swap; src: /* まず Noto のローカル名を列挙(見つかればそれを優先)*/ local("Noto Sans JP"), local("NotoSansJP"), local("Noto Sans"), local("NotoSans"), /* 次に Apple のヒラギノ系ローカル名を列挙(Mac/iPhone にあることが多い)*/ local("Hiragino Kaku Gothic ProN"), local("Hiragino Kaku Gothic Pro"), local("ヒラギノ角ゴ ProN"), local("ヒラギノ角ゴ Pro"), /* 最後にサーバー上の woff2(フォールバック) */ url("/fonts/NotoSansJP-Regular.woff2") format("woff2"); } /* 700 (Bold) */ @font-face { font-family: "SiteSans"; font-style: normal; font-weight: 700; font-display: swap; src: /* Noto Bold のローカル名 */ local("Noto Sans JP Bold"), local("NotoSansJP-Bold"), local("Noto Sans Bold"), local("NotoSans-Bold"), /* ヒラギノ Bold のローカル名(Macに存在する場合)*/ local("Hiragino Kaku Gothic ProN W6"), local("Hiragino Kaku Gothic Pro W6"), local("ヒラギノ角ゴ ProN W6"), local("ヒラギノ角ゴ Pro W6"), /* サーバーフォールバック(woff2) */ url("/fonts/NotoSansJP-Bold.woff2") format("woff2"); } 使用例 html, body { font-family: "SiteSans", system-ui, -apple-system, "Hiragino Kaku Gothic ProN", "メイリオ", "Yu Gothic", "YuGothic", "YuGothicUI", "Noto Sans JP", sans-serif; font-weight: 400; } ふといなら strong{ font-weight: 700; }
→ Noto ローカルで軽くて綺麗
▼ 古いWindows / ほか
→ Webフォントで補完。もはや必要あるのか?游ゴだかメイリオでいいのかも
KVはともかく、本文とか見出し、これ良くないですか?
環境:2006年式国産中古ガソリン直4ターボ270馬力+ディスプレイオーディオ+Apple CarPlay
試してみたのは Yahoo!カーナビ、TOYOTAモビリンク。
先に結論。近所の慣れてる道を走るだけなら大同小異。どれ使ってもたいして変わらん。
まず UI。CarPlay 側の制約とかレギュレーションがあるのか何か知らんが、びっくりするほどUIやアイコンデザインが似ている。ドライブの途中で別のアプリに切り替えても、助手席に座ってる人は(注意深い人や詳しい系の人でなければ)気づかないだろう。なのでアプリの乗り換えはかんたんだと思う。
目的地検索は Google Maps が圧倒的に賢い。チェーン系のショッピングセンターをチェーン名だけで検索すると Google Maps は現在地から一番近い支店がちゃんとヒットしたが、ほかのはとんでもない遠距離にある支店しか出てこなかった。
曲がるタイミングの案内は、Yahoo!カーナビ、TOYOTAモビリンクはとても適正でゆとりを持って右左折の準備ができた。Google Maps は気持~ち遅い気がする(けど、使ってるうちに慣れて無意識に引き算するようになる)。
これ以上のことはもっと長距離で様々な条件下を走ってみないと何とも言えない。高速道路のちょっと複雑なジャンクションとかで差がつくかな。Google Maps はネズミ捕り情報や事故処理情報がけっこうリアルタイムで共有されてくるのでそういうところも実力の差が出る部分かもしれない。
ただ、自分はこのまま Google Maps を使い続けると思う。Yahoo!カーナビ も TOYOTAモビリンク も、CarPlay の操作パネル上から「音声案内のON/OFF」を切り替えられないという私にとっては致命的な短所があったからだ。音量やON/OFFを切り替えるにはスマホ側を操作する必要がある(たぶん)。Google Maps はというと常時パネル上にスピーカーアイコンがあって、押せば音声案内は黙る。多くの人にとってはたいして重要な条件ではないかもしれないけどね。