Core i7 クラスのCPUや16GB以上のワーキングメモリ、SSD ストレージなど高性能機でChromeOSを使うとその分だけ快適になる。
Android Appレイヤーを用いたゲームも快適に動き、ウマ娘クラスの3DCGなAndroid Appゲームも高速に動く。
しかし、高性能機は空冷ファンを搭載していることが多く、高負荷を掛ければファンは唸るしウルサイ。

Android Appレイヤーを中心に運用したいと考えてるならばx86_64機は非効率

Google Play StoreにてAABパッケージがほぼ強制になったとは言え、開発段階でx86_64を意識しないと処理が非効率になりがちのようなので、Android Appレイヤーを中心に運用したいと思っているのであれば素直にARM機を探してきたほうが良い。

1つの IDEで開発をしクロスプラットフォーム対応することが流行っている昨今、自動でガベコレに頼っていてリソース管理経験に乏しい開発者はマジで底辺にしか漂流できないので覚えたほうが良いぞ。
それがWeb系のフロントエンドでもバックエンドでもそうだから底辺から脱したいのであれば覚えろ。

しっかりリソース管理できているChromebook向けビルドはアーキテクチャによらずサクサクなのでクロスプラットフォームなビルドはマジで開発チームの腕が如実に反映される。

ちなみにSnapdragon 8 Gen1なChromebookの公式発表は今のとこ無いのでAndroid Appレイヤーをブンブン回すのは難しい。
メーカーはもうちょっと頑張れ。

Android Appレイヤー

macOSのiOS レイヤーよりAndroid App数は多いし操作性は良い

Chromebookの大半はタッチスクリーンディスプレイを搭載しているし、Android StudioでAndroidManifest.xmlを何も考えずに生成すると勝手にChromeOSをサポートするので結果的にChromeOSで動くAndroid App数が多くなるという現象が起きている。

Android Studioが雑なのかXcodeが厳密なのかは意見が分かれると思うけど、タッチパッドでiOS App操作というセンスがクソなのは万人が納得するところだと思う。

GPSは事実上ほぼ機能しない

ARM系のSoCであればワンチャンいける可能性はあるものの、市場に出ているChromebookの大半はx86_64でGPS モジュールを積んでいないのでGPSを使おうと思うとBluetoothあたりでGPS レシーバを接続するしか無い。
当然A-GPSは使えないので精度がそこまでではないから期待し過ぎに注意。

USB over MIDIが使える

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はスリープする

ChromeOS向けマルチタスクへ対応していないとAndroid Appはフロントエンド(プライマリ)からフォーカスが外れてバックエンドへ行くとスリープする。
Android Appがスリープされることを考慮しておらず例外処理がされていないとAndroid Appはそのまま落ちる。

まぁAndroid Appがスリープされることを考慮しておらず例外処理がされていないとAndroid Appはそのまま落ちるっていう部分はAndroid スマホで実行しても同じなので正直に言ってスリープされることを考慮しないデバックってAndroid App開発者は何やってんの？とは思う。

ICT 教育で日本中の学生がChromeOSを使うようになっているので、ゲームであれツールであれ何であれChromeOS向けのマルチタスクは考慮しておくとスリープしたり落ちたりするAndroid Appよりも支持されるのは間違いないのではないか。

Linux レイヤー

実体はLXC/LXD

LXC/LXDなのでDockerに慣れ親しんでる人にはわかりやすいかも？

デフォルトのイメージはChromeOS向けにカスタムされたDebian。
別のLinuxディストリビューションへ置き換えることも出来るが一部機能が制限される可能性がある。

IMはLinux レイヤー側で用意する必要がある

ChromeOSで動作するGoogle日本語入力とは別に Linux レイヤー側で日本語入力を用意する必要がある。
選択できるIMは幅広いのでMozcだろうがSKKだろうが漢直だろうが何でもイケる。
ただ特殊なものを選ぶとChromeOS側と齟齬が発生するのでfcitx-mozcあたりが無難っちゃ無難。

USB Pass Throughが使えない

ChromeOSへマウントされたUSB 機器、というかシリアル接続された機器はLinux レイヤー上から認識しない。
見掛け上で接続されているハードのすべてはソフトで仮想接続されているだけなので、一部経路から上手く認識しなかったりする。

つまり Linux レイヤーではUSB Pass Throughが使えないが、Android AppレイヤーではUSB Pass Throughが使えるということ。
Linux レイヤーでゲームやろうと思ってもUSB ゲームパッド動かないのでマウスとキーボードで完結できるFPSみたいなゲームしか上手くプレイできないぞ。

それぞれが独立しているLinux レイヤーとAndroid Appレイヤーは相互に認識しない

言うなれば Android Appレイヤーでスクリーンキャプチャ系のアプリによってLinux レイヤーで動くGUI アプリをキャプチャしようと思ってもキャプチャできず撮像は暗転している。

ChromeOSがホストでLinux レイヤーとAndroid Appレイヤーはゲストなのでそりゃそうなんだけど気付かないとハマる。

Linux レイヤーにDockerを構築するのはやめておけ

LXC/LXD on LXC/LXDになるので面倒くさくなること請け合いだ。
どうしても仮想環境がChromebookに欲しいのであればKVMとかのほうが安定している。
ただしゲスト OS上へ仮想環境を構築しているという前提は認識しておくべき。
つまりゲスト OSの制限はKVMも引き継ぐ。

ただしこれはDockerが導入できないという意味ではない。
自分で解決する気概があるのならばDockerは便利に使える。

Web開発であれば必要十分

CLI ツール系は普通に動くのでWeb開発であれば何も意識しないで普通にできる。
ただ、PSD形式みたいなもんは扱いにくいのでWeb デザイナーは悲しい思いをするかも知れない。

GIMPやInkscapeなども動くけれどデザイナーはAdobe使いたいんじゃなかろうか？

Chrome OS向けAndroid Studioが存在する

Android App向けIDEのAndroid StudioはChromeOS向けが存在するのでAndorid App開発が可能。
しかしデベロッパーモードでなければエミュレータや実機デバックに制限が発生するので注意。

3DCG ゲームを作りたいのであればGodot

UnityやUEを使いたいところだけれど、Linux版のUnityやUEは不安定なのでゲーム向けIDEが欲しいのであればGodotがオススメだ。
ライセンスはMITなので商用利用だってイケる。

3Dのほか2D ゲームもいける上に、最近のIDE よろしくマウスでポチポチとUIを作れるし、軽量動作、物理演算、日本語ドキュメントまで揃っているので中高生もガンガン使える素晴らしいIDEだ。

総評

浅い部分は気軽だが深い部分は非常に難解、それがChromebook

浅い部分を触っているうちは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という新しい沼へギークの皆さんをご案内しているに過ぎないのだ。

Permalink | 記事への反応(10) | 15:50

2022-05-06

■

https://www.youtube.com/watch?v=2Pj1AtgC9BY&ab_channel=Food%27sStation

ベルプリ

出典: フリー百科事典『ウィキペディア（Wikipedia）』

ナビゲーションに移動

検索に移動

ベルプリ

ジャール・ムリ

ベルプリ(Bhelpuri)は、インドの辛味の効いた軽食で、チャアト（屋台めし）の一種でもある。米のポン菓子、茹でジャガイモ、生タマネギ等の野菜を混ぜ合わせ、ぴりっとしたタマリンドソースを掛けたもの[1][2]。パフライスを使うことから、シリアル食品の一種と考えることができるほか、見方を変えてポテトサラダの変種と考えることもできる。

ベルプリは（例えばギルガオンやジュフーといった）ムンバイの海岸と結びつけて考えられる[3] 。ベルプリはムンバイのカフェや屋台で生まれ、そのレシピは、各地方ごとに手に入りやすい食材に変更されつつ、インドのほとんどの地域に広まったと考えられている。

また、バダン(Bhadang、西マハーラーシュトラで生まれたスパイシーなナムキーン)が原形であるとされることもある。コルカタで見られるベルプリの変種は、ジャール・ムリ(Jhaal Muri、辛い米パフ)と呼ばれている。マイソールで見られるベルプリの変種は、バンガロールではチュルムリ(Churumuri)と呼ばれる[4] 。汁気の無いベルプリはバダンとして知られ、タマネギ、コリアンダー、およびレモン汁で味を付けて食べる。

歴史

ベルプリがいつ、どこで最初に作られたのか、明確に触れた文献は無いが、ムンバイの喫茶店や露店に端を発するようとされている。

材料

ベルプリは米パフとセブ(Sev、ヒヨコマメの粉（ベサン）で作った細麺のような揚げスナック）を原料とする。これを、賽の目に刻んだジャガイモ、みじん切りにした生タマネギ、チャアト・マサラ、チャツネと混ぜ合わせたものが基本となる[2]。ベルプリは、甘み、塩味、辛味、スパイスの味をバランスさせる。歯ごたえは様々で、サクサクしたクリスピーなものもある。

このほか、トマトや青唐辛子、コリアンダーをベースに加えたものもある[2]。北インドでは刻んだ茹でジャガイモを加える[5]。

Permalink | 記事への反応(1) | 16:51

■吉野家とかつやを食べてみた感想

かつや：一言で言うと衣サクサク＆肉の味がしない。安い肉を最高の技術（not職人の腕butバイトに生産させる技術）で形にして食べさせる食い物。見た目と食感は良いだけに味とのギャップで食ってると脳がバグりそうになる。肉の味を知らない舌オンチがせめてソースぶっかけてソースの塩味で飯をかっ込む料理。豚汁には豚肉がほとんどなくゴボウや里芋も入ってない、単なる豚汁風の量が多い味噌汁だった。

吉野家：クズ肉に最高の技術（not職人の腕butバイトに生産させる技術）で味付けした食い物。要はファストフードで生き残る方法がこれなんやな。いかに低価格でまずくない食い物を作るか。美味しくはしようがないんだからそれが正解というか最適解なのは当然だが。まともな肉でこれ作ったらうまいんかな。それとも味変わっちゃうんだろうか。

Permalink | 記事への反応(0) | 11:37

2022-05-05

■anond:20220505132024

OSとか監視ソフトとかウイルス検知ソフトとか本業以外のシステムが重すぎるんよね。逆に、仕事しかできないがサクサク動き、キーボードと画面の性能が良いシステムだったらメモリ〇GBとかSSDとか言わん。

Permalink | 記事への反応(3) | 13:53

2022-05-04

■GPU オワコンになってきてない？

極論なのは承知だけど、そうおもわない？

まず、サイバーパンクとかBF2042みたいな、ゴリゴリ GPU使いますみたいなゲームタイトルがそんなに無い

昔みたいにAAAが半年に1本出るみたいな感じではない

今はvalroantみたいに、GPUは5年前のミドルクラスでもサクサク動くゲームで南米や東南アジアも市場として確立してスキン課金がトレンドだよね

20万円のGPU買う客を相手にしてもゲーム売れないしな

そもそも論でGTX1060くらいでも十分綺麗ってのもある

4Kとか8Kなんてマニアの領域だし、240fps張り付きなんてのもマニア向けだし

レイトレーシングも水溜りの映り込みみたいに地味な効果しかないし、無駄にフレームレート下げるだけの糞機能だからOFFにするし

ryzen7000番でiGPUはGTX1650に匹敵するレベルになるらしいから、いよいよGPU オワコンになるかもしれん

Permalink | 記事への反応(1) | 00:34

2022-04-26

■最近読んだBL以外の本。

　まずは『長野まゆみの偏愛耽美作品集』より『魔術師』と『昆虫図』を。

　実を言うとあまり得意ではない作家の作品（いうて主に食わず嫌いなのだが）が多々収録されているので、買ったはいいが読む気にならず、遅々として読み進まない。長野まゆみ作品のファンなので、頑張って読むけど。買ったし！

『魔術師』（谷崎潤一郎）

あらすじ

　主人公の「私」は異国の町にいた頃のある夕べ、恋人から「公園」に行ってみようと誘われた。その公園とは日本でいうところの浅草六区をもっと酷くしたような場所だった。いい歳をした男女達の狂乱する怪しげな公園の最も奥まった所にある城が、恋人の目的地。そこでは魔術師が見世物をしており、どんな人でも一度観たら病みつきになってしまうのだという。「私」はついノリで城に入ってしまったが……。

増田 感想

　中二病が二十歳を過ぎても治らなかった人の好きなやつ……THE大正ロマンって感じの。こういうのあまり詳しくないんだけど、航海技術の発展で新大陸への憧れが強まったりとか、産業革命からの社会不安なんかがまざりあって世界的に流行ったのかな。

　まあこういうのに憧れたシーズンが私にもありましたね、という感じ。似たような路線だと、スティーヴン・ミルハウザーの『ナイフ投げ師』と『パラダイスパーク』も私は好き。

　「十二階」という建物に少し言及されているけど、これは「浅草凌雲閣」という建物のこと。明治時代には東京で一番高い建物だったよう。長野まゆみ先生のインタビュー記事に、「十二階」という固有名詞は今となっては校正者にすら通じない、と書かれていた。

　選集に入れられた理由は魔術師が美少年だからなのか。面白いオチだった。『春琴抄』ほどクレイジーではなかった。

『昆虫図』（久生十蘭）

あらすじ

　すごく短い話なので省略。タイトル通り虫がうじゃうじゃする話ということだけ。

増田 感想

　えっ、これ「耽美」なの？　……グロいんだが。耽美とは美に耽ることなのであり、常人が忌み嫌うようなものにすら美を見出だす、通人の遊戯なのだとすれば、まあ、耽美なのか？　『魔術師』に出てくる浅草六区だって、悪所の代名詞のように使われているみたいだし。

　気持ち悪いし、とりわけ過激というほどの話でもないのだが、サクサク読めてなんか心に嫌なものを残す。なるほど、「文体の魔術師」か……。

『長野まゆみの偏愛耽美作品』は今回はここまで。これでやっと半分読んだことになるのか。先はまだまだ長い。うへぇ。

『カステラ、カステラ！』（明坂英二文　齋藤芽生絵）

概要

　絵本『たくさんのふしぎ傑作集』シリーズのうちの一冊。ポルトガルのお菓子パン・デ・ローが日本に伝わり、カステラという名の伝統和菓子となるまで。

増田 感想

　絵がなかなか渋くて好み。昔の日本の人々の顔が、そこらへんに普通にいそうなリアルさでいい。華美だったり汚らしかったりする着物を着て、髷を結っていても月代を剃っていても、現代日本人と地続きな存在っていうのがよく伝わる。

　そんなに珍しいことは書かれていなかったが、パン・デ・ローの作り方は伝わったのに、パン・デ・ローを焼くには欠かせないオーブンは伝来しなかったというのには、ちょっと驚き。和製フライパンのような鍋に蓋をし、蓋の上に墨を置いて上から下から加熱してカステラを焼いていたというの、面白いなあ。何で誰もオーブンを作ろうとしなかったんだろう？