  |
はてなキーワード: Googleアシスタントとは
Googleってまじで過大評価されてる。Googleの組織的強さってどこにあると感じますかとかいう記事を見て笑っちゃった。これまで働いた会社の中でGが組織として一番ダメだったわ。
だいたい未だに検索広告に依存してるのが強い組織なのかよっていう。もちろん検索エンジンを作って広告を載せたのは発明だったよ。でも何十年前の話だよ。そこから広告の量を増やして「広告」のラベルをどんどん分かりづらくして必死に検索から金を絞りとってるわけじゃん。
ディスプレイ広告はどんどん悲惨な状況になってるしYouTubeの広告もひどいもんだけど、それだけやってもまだ検索に依存してるというのが泣ける。よくメルカリが転売屋支援とか泥棒市とか叩かれるけどGは素晴らしいプラットフォームで素晴らしい会社みたいに未だに言われてるのは笑えるね。ストリームのディスプレイにYouTubeのひどい広告をランダムで流せば社員の妙なプライドもなくなるのでは。
Androidは買収したもの。YouTubeもそう。買収の目利きはいいのかもしれんけどまあ死ぬほどキャッシュがあれば伸びそうなベンチャーも買えるわな。あとなにがあったっけ。Gmail、Googleマップ、何年前の発明？ Alexaが出てきて作ったGoogleアシスタント。ChatGPTが出てきて作ったBard。音楽配信サービスなのにYouTube広告がなくなるから売れてるYouTube Premium。性能はミドルレンジだけどカメラが良くて値段が安いから売れてるPixel（これはかしこい。儲からないけど）。
PMが出世のためにサービスをボコボコ作るけど、サービスを維持しても評価されないから、出来たそばから死んでいく。消費者もパートナーもGに依存すると良くないなってもうバレてる。Stadiaとか技術的にすごいのに誰も長続きしないって思ってたし、社員でも思ってたし、実際に長続きしなかった。だからクラウドみたいなB2Bでは絶対に勝てない。MやAみたいなこの分野で絶対に勝って競合をぶっつぶすという泥臭さや必死さがない。
現場の社員は優秀だったよ。そりゃあれだけの面接をやるんだし、死ぬほど時間をかけるし、そのせいで採用したかった候補者は競合に取られてばかりだし。特に日本ではほとんどの職種で英語が必須だから自然といい大学出の帰国子女が集まってくる。でもそれで組織として強みがあるかっていうとないわな。間接部門は人手不足でなにもやってくれない。OKR（）のせいで他のチームのサポートとか無理。自分のチームのやってることがおかしいと気付いた時でさえ変えることができない。みんな半年ごとのパフォーマンスレビューに何を書くかだけ考えてて他のことをやる余裕がない。みんな優秀だから評価制度にちゃんと最適化されていく。
新卒は広告営業をやらされるわけだけど、まあGというブランドが得られるし給料はいいからそこはWin-Winかもな。あとは元Gというブランド力で実際には中小代理店に広告を売ってきただけなんだけど頑張ってキャリアを積んでいくわけだ。そんなので大丈夫かと思うけどみんな実家が太いから余計なお世話か。
Gの一番の強みは組織でも製品でもなく、なんか優秀で善良そうというブランドを作ったことだろうね。心理的安全性とか。実際にはメール一本でリストラする普通の外資企業なんだけど。社外の人間がGを夢の楽園みたいに捉えてくれるのはいいが、中の人間までそう思って振る舞ってるのは恥ずかしい話だわ。まあみんなリア充だからYouTubeのひどい広告とか見る機会がないんだろうな。
誕生日になった瞬間通知で「誕生日おめでとうございます」と連絡をくれたスピーディなやつだ！ありがとうベイベー！
あの天下の任天堂からもお祝いのメッセージが届いたぞ！プレゼントはなんと！無料壁紙だ！こいつはゴージャスだ！ありがとうベイベー！
イーロン・マスクが買収して話題のあのTwitterも駆けつけてくれたぞ！フーセンを飛ばすサプライズ付きだ！ひょっとしてイーロンも俺のこと気にしてくれてるのかな？ありがとうベイベー！
原神！
ゲームにログインしたらな、な、なんと！！！！！ケーキが届いてたぞおおお！！！うおおお！！！スタミナ回復効果つきだ！ありがとうベイベー！！
以上だ！
スマート家電などが売れ始めているんだけど、正直利点が少ない。
というのも、既存である家電などはスマート家電のように使うためにスマートプラグなどを取り付けなければいけない。
取り付けたら便利になるかというと、そうでもなく…アプリの接続が切断されてしまったりAlexaやGoogleアシスタントが誤認識してしまったりする。Siriはあんまり誤認識をしない。
で、欠点はまだある。
まず家電は高い。そして後付のプラグもピンキリだが安いとはいえない。
大手企業もいくつか販売しているが、それほど便利なものはなかった。
一応大手のアイリスオーヤマなんかは、もはや論外だった。色んなものに手を出しすぎる。
ガジェット系のサイトなんかでスマート家電は便利！やらスマートプラグを使えば便利！と謳って記事を紹介しているのをみかけるが
実際はそこまで便利でもないのに過大で過剰な評価が酷い。
ライトなコンピュータユーザを一切合切無視してギークがギークのため情報共有するためのエントリ。
感想ははてブへ、質問はトラバに投げれば誰かが答えるんじゃないか？(他力本願)
セキュリティの懸念があるけれど通常モードはセキュアを維持するため機能制限があるので制限開放のため開発者は初手でデベロッパーモードにするしかない。
利用途中でデベロッパーモードにするとストレージがファクトリーリセットされるので注意。
Webでエンタメを楽しんだりWebツールを中心に利用するのであれば、5万円未満の低性能機で必要十分。
この用途では実質的にタブレットPCのような運用へなりやすいのでフリップする2 in 1機やタブレット機がオススメ。
ただし、Webベースのゲームは楽しめるがAndroid Appレイヤーを用いたゲームは非常に厳しいので諦めたほうが良く、そこそこの負荷の掛かるAndroid Appツールも鈍足でストレスになるのでWeb版があるならそっちを使ったほうが良い。
Core i7クラスのCPUや16GB以上のワーキングメモリ、SSDストレージなど高性能機でChromeOSを使うとその分だけ快適になる。
Android Appレイヤーを用いたゲームも快適に動き、ウマ娘クラスの3DCGなAndroid Appゲームも高速に動く。
しかし、高性能機は空冷ファンを搭載していることが多く、高負荷を掛ければファンは唸るしウルサイ。
Google Play StoreにてAABパッケージがほぼ強制になったとは言え、開発段階でx86_64を意識しないと処理が非効率になりがちのようなので、Android Appレイヤーを中心に運用したいと思っているのであれば素直にARM機を探してきたほうが良い。
1つのIDEで開発をしクロスプラットフォーム対応することが流行っている昨今、自動でガベコレに頼っていてリソース管理経験に乏しい開発者はマジで底辺にしか漂流できないので覚えたほうが良いぞ。
それがWeb系のフロントエンドでもバックエンドでもそうだから底辺から脱したいのであれば覚えろ。
しっかりリソース管理できているChromebook向けビルドはアーキテクチャによらずサクサクなのでクロスプラットフォームなビルドはマジで開発チームの腕が如実に反映される。
ちなみにSnapdragon 8 Gen1なChromebookの公式発表は今のとこ無いのでAndroid Appレイヤーをブンブン回すのは難しい。
メーカーはもうちょっと頑張れ。
Chromebookの大半はタッチスクリーンディスプレイを搭載しているし、Android StudioでAndroidManifest.xmlを何も考えずに生成すると勝手にChromeOSをサポートするので結果的にChromeOSで動くAndroid App数が多くなるという現象が起きている。
Android Studioが雑なのかXcodeが厳密なのかは意見が分かれると思うけど、タッチパッドでiOS App操作というセンスがクソなのは万人が納得するところだと思う。
ARM系のSoCであればワンチャンいける可能性はあるものの、市場に出ているChromebookの大半はx86_64でGPSモジュールを積んでいないのでGPSを使おうと思うとBluetoothあたりでGPSレシーバを接続するしか無い。
当然A-GPSは使えないので精度がそこまでではないから期待し過ぎに注意。
Android AppレイヤーではUSB over MIDIが使えるのでDTMあたりに活用することは可能なものの、iOSと比較してレイテンシがそこそこ大きくDTMに活用しようと思うユーザは不満を持ってしまうかも知れない(ハードにもよるけど0.5msecくらいズレる)。
そもそも既存のAndroid AppなDAWはVSTやLV2などの外部プラグインに対応していないのでAUプラグインが使えるiOSのほうがDTMへ向くんじゃないだろうか？
ただし、DAW単体でDTMを完結するとレイテンシはほとんど気にならなくなるので絶対にAndroid AppでDTMが不可能というわけでもない。
Linuxレイヤー側でDTMをするのはレイテンシが大きすぎるしJackも上手く動作しないのでオススメできない。
ChromeOS向けマルチタスクへ対応していないとAndroid Appはフロントエンド(プライマリ)からフォーカスが外れてバックエンドへ行くとスリープする。
Android Appがスリープされることを考慮しておらず例外処理がされていないとAndroid Appはそのまま落ちる。
まぁAndroid Appがスリープされることを考慮しておらず例外処理がされていないとAndroid Appはそのまま落ちるっていう部分はAndroidスマホで実行しても同じなので正直に言ってスリープされることを考慮しないデバックってAndroid App開発者は何やってんの？とは思う。
ICT教育で日本中の学生がChromeOSを使うようになっているので、ゲームであれツールであれ何であれChromeOS向けのマルチタスクは考慮しておくとスリープしたり落ちたりするAndroid Appよりも支持されるのは間違いないのではないか。
LXC/LXDなのでDockerに慣れ親しんでる人にはわかりやすいかも？
デフォルトのイメージはChromeOS向けにカスタムされたDebian。
別のLinuxディストリビューションへ置き換えることも出来るが一部機能が制限される可能性がある。
ChromeOSで動作するGoogle日本語入力とは別にLinuxレイヤー側で日本語入力を用意する必要がある。
選択できるIMは幅広いのでMozcだろうがSKKだろうが漢直だろうが何でもイケる。
ただ特殊なものを選ぶとChromeOS側と齟齬が発生するのでfcitx-mozcあたりが無難っちゃ無難。
ChromeOSへマウントされたUSB機器、というかシリアル接続された機器はLinuxレイヤー上から認識しない。
見掛け上で接続されているハードのすべてはソフトで仮想接続されているだけなので、一部経路から上手く認識しなかったりする。
つまりLinuxレイヤーではUSB Pass Throughが使えないが、Android AppレイヤーではUSB Pass Throughが使えるということ。
Linuxレイヤーでゲームやろうと思ってもUSBゲームパッド動かないのでマウスとキーボードで完結できるFPSみたいなゲームしか上手くプレイできないぞ。
言うなればAndroid Appレイヤーでスクリーンキャプチャ系のアプリによってLinuxレイヤーで動くGUIアプリをキャプチャしようと思ってもキャプチャできず撮像は暗転している。
ChromeOSがホストでLinuxレイヤーとAndroid Appレイヤーはゲストなのでそりゃそうなんだけど気付かないとハマる。
LXC/LXD on LXC/LXDになるので面倒くさくなること請け合いだ。
どうしても仮想環境がChromebookに欲しいのであればKVMとかのほうが安定している。
ただしゲストOS上へ仮想環境を構築しているという前提は認識しておくべき。
つまりゲストOSの制限はKVMも引き継ぐ。
ただしこれはDockerが導入できないという意味ではない。
自分で解決する気概があるのならばDockerは便利に使える。
CLIツール系は普通に動くのでWeb開発であれば何も意識しないで普通にできる。
ただ、PSD形式みたいなもんは扱いにくいのでWebデザイナーは悲しい思いをするかも知れない。
GIMPやInkscapeなども動くけれどデザイナーはAdobe使いたいんじゃなかろうか？
Android App向けIDEのAndroid StudioはChromeOS向けが存在するのでAndorid App開発が可能。
しかしデベロッパーモードでなければエミュレータや実機デバックに制限が発生するので注意。
UnityやUEを使いたいところだけれど、Linux版のUnityやUEは不安定なのでゲーム向けIDEが欲しいのであればGodotがオススメだ。
ライセンスはMITなので商用利用だってイケる。
3Dのほか2Dゲームもいける上に、最近のIDEよろしくマウスでポチポチとUIを作れるし、軽量動作、物理演算、日本語ドキュメントまで揃っているので中高生もガンガン使える素晴らしいIDEだ。
浅い部分を触っているうちはYoutubeを観たり、プリインストールされているGoogle Play StoreからAndoird Appをインストールして使うみたいな気軽な運用ができる。
言ってしまえばライトユーザの視点ではノートパソコンの形をしたAndorid機がChromebookだと言える。
しかし一度Linuxレイヤーへ手を出すとUbuntuという何でもできるようになったLinuxディストリビューションが存在する中で、昔懐かしい複雑怪奇なLinuxディストリビューションを体験することとなってしまう。
ただ、Chromebookで何でもやろうとするからそうなるだけで、APTからIDEをインストールしてちょっとした開発をするなんて使い方であるならば業務利用でも意外となんとかなる・・・というか何も意識しないで使える。
そもそもHTTP使えるなら今どきの開発は何とかなるので、Chromebookへ対してギークがゴチャゴチャ言うのはほぼ間違いなく不満を言いつつDIYを楽しんでる。
Ubuhtuならばアレができるコレができると言うならば最初からUbuntu使えよって話。
ギークとは不便を見つけてゴチャゴチャ言う、そういう鳴き声の動物なのだ。
少なくともGoogle系エコシステムとしてのChromeOSは非常に完成度が高くなりつつある。
Googleアシスタントは元よりAndoridスマホとの連携もよく、ハードウェアへもそこそこの投資ができるのであれば多くのChromebookではUSIペンが使えるし、USBポートはUSB-Cだ。
そこそこのChromebookは多くの場合HiDPIなIPS液晶でありグレアなのは気に食わないが美しい。
デベロッパーモードにするとセキュアさは下がるが普通に使えばローリングリリースのアップデートを無償で得られ、Gentoo LinuxベースなChromeOSは潜在的なマルウェアの絶対数がそもそもWindowsやMacよりも少ないという利点がある。
Bluetoothイヤホン・ヘッドフォン・ヘッドセットも使えるし、NestスピーカーやNest Hub、Nest Camを持っているのであればGoogleアシスタントからのコントロールが容易なのは想像が付くだろう。Android AppレイヤーはGoogleのホームマネジメントアプリであるGoogle Homeも動く。
大胆にも憎きCapsLockキーをデフォルトで殺し、Everything Buttonキーとして独自キーバインドを与えたのも面白い。
もちろんこれは選択するハードによるものの指紋認証でロックを解除することまでできる。
Googleエコシステムへ浸かっていてGoogleへ個人情報を捧げられるのであればChromebookはアリな選択肢だと断言できる。
敢えて欠点を挙げるのならば、たった一言で欠点を表現することが可能だ。
「Chromebookじゃなくても別に良くね？」
そう、ギークがLinuxを使いたいのであれば別にChromebookじゃなくても良い。
というかギークは別にLinuxじゃなくともHaikuであろうが超漢字Ⅴだろうが喜ぶ生き物だ。OSは別になんだって良い。
このエントリは単にChromebookという新しい沼へギークの皆さんをご案内しているに過ぎないのだ。
HomePodが販売終了になった
miniがあるとはいえ、Appleにとって音声認識やスピーカーの分野に注力する余力は少ないとわかる
失敗の原因はスピーカーの問題と言うよりも単にSiriが頭悪いことだろうな
ここまで明確な欠点があるのは、Apple製品としては珍しいと思う
AppleMusicならコンテンツを補えばある程度はいいだろうけど、Siriに関してはもう先行されすぎて追いつける気配がない
正直、Siriを崇めている人はAlexaにすら5年くらい遅れていると思っていいからね
だからたぶん、AppleはSiriを独自開発することを諦めるんじゃないかと思う
最悪Googleアシスタントをラッパーするかもしれない
そこまでして使う理由は何？
それはおまえがそう思ってるだけだぞ。
というかこれマジレスなんだけどストロークの深いキーボードのほうが懐古厨御用達って感じしない？
その信者ってまさかiPhone以降にやってきた人たちのことじゃないよね？
Macbook Airで1.25kg、13インチMBPで1.37kgって、平均的と言っていい重さでしょ。
俺は「完成されてる」とは書いたけど「完成度が高い」とは書いてないからな。
ファンクションキーの機能をわかりやすく表示するための機能なんだから、それが出来てりゃ何かを追加する必要なんてないんだよ。
「そんなんだからこういう現状が〜」ってせめて20年前にタイムスリップしてから言ってくれ。
繰り返すけど昔からそうだよ。
Appleは「新しい使い方」を提示する企業であって「新しい技術」を提示する企業ではない。
先行していたはずのSiriはとっくに抜かれている
当初からGoogleNow(Googleアシスタント)のほうが優位で、Siriが先行していた時期なんてなかったと思うが…
「いまさら」って、Appleのマップが切り替わったのって2012年だぞ…7年前だぞ…時間止まってんのかよ…
ARKitがあるとは言えAppleはメインプレイヤーではないでしょ。
ま、AppleGlassに期待しようや。
むしろ手頃だからカメラ・センサー類を省略したり「飛び出し式」みたいな下品なギミックでごまかしたりできるんじゃないの。
おまえの指摘はすべて「俺はAppleはこういう会社だと思ってるけど今は違うことやってるからダメだ」というクレームで、
