はてなキーワード: 効率とは
キラキラネームとかしわしわネームとかDQNネームとかそういうカテゴライズはどうでもいい。読めなくても別にいい。変な名前でも俺の名前じゃないから好きにすればいい。
しかし漢字変換しにくい名前はダメだ。業務効率を著しく減退させる。
例えば「洸」。これ漢字変換する時なんて打つ?訓読みできれば一発変換できるかもしれないが、普通知らないだろ。
音読みは?多分「コウ」と読むんだろう。しかし「コウ」には同音異義語が大量にあるから、膨大な変換候補から探し出さなければならない。面倒だ。
この意味で「光宙」はまだマシだ。一発変換はできないが「ひかり、そら」で比較的簡単に漢字変換できる。「黄熊」も同様だ。変な名前で自分なら絶対改名するが、漢字変換しやすいから許す。
Fire TV stickでYouTubeとか見てたんだけど出来ることが少なくてヤキモキしていた。
これがApple TVならマシなのかなーと思ってたけど、ふとエロ画像収集サーバーにしてる古いMacbookを思い出して繋げてみた。
テレビ用に画面解像度下げて、クラムシェルモードにして、枕元に使ってなかったキーボードとトラックパッド置いて準備完了。
あら、良いですね。
動作はFire TVよりよっぽど早いし各種サービスはより使いやすい。
ベッドに寝転びながらテレビ画面使ってググったりできる。
リモコンの便利さが欲しい時もあるので、エロ画像選別効率化に使ってたApple RemoteにBetter Touch Toolでショートカットを割り当ててる。
嬉しい副作用としてベッドの上でエロ画像選別が出来るようになったことがある。今まではベッドの上だと膝かどこかに置く必要があり、なんというか締まりが悪かった。
あ~これはあるよね
我が社の場合はどうか知らないが、「美人が在籍しているだけで生産性が上がる」という理由で(無能でも)顔採用する会社もあると聞く。
外資金融とかバリバリの顔採用なんだけど、そりゃ彼らが無意味に顔採用なんてしてるわけなく、結局その方が仕事の効率がいいからなんよな
ソフトウェアが非効率的じゃないとハードウェアベンダが困るだろう。
今はマシになったみたいだが、昔々、2001年頃、雷鳥1Ghzぐらいの頃は、javaはクソみたいに遅くて、
なんですかこの言語クソみたいに遅いですよーって上司に言ったら
お前はSunが何屋か知ってるのか?って返されたことを今でも覚えてる。
//その後、ハードの進歩でクソ遅かったjavaはまともに動くようになり、
//サーバーが売れなかったのかどうかは知らんが、Sunは滅びた。
サーバーはperl, php, rubyとより非効率な言語が流行り、
ブラウザも大飯食らいになり、javascriptみたいな非効率な言語や、pythonのようなクソみたいに遅い言語がもてはやされる。
その結果として、メモリも4GBで人権侵害、8GBでもまだ足りぬというありさまだ。
昔買ったモレスキンのノートを今でも使っている、残りページは半分くらい。
モレスキンを知らない人に一言で説明すると値段の高いノートだ、知っている人からすれば納得いかない説明だと思うけど伝わりやすさ重視ということでお目こぼしを頼む。
さておき、使っている、と言ってもその頻度は実に稀だ。
万年筆使いたいな、という気分の時に簡単な日記やメモを残す程度、むしろ極力使わないようにしている節さえある。
ただでさえ手書きで何かを書く頻度が減っている令和4年だというのに自ら頻度を落とそうとしている以上、全然ページが減らない。
購入時に千円以上した記憶がある、そのノートを無駄な落書きでガシガシ埋めるのは勿体ない、と購入当時から使用をセーブし続けて今日に至っている。
結果として雑な日記やメモに使ってるのだから構わず使えと自分でも少し思うのだが、それでもモレスキンだけはどうしても温存を意識してしまうわけで。
その代わりに雑な落書きが出来るノートを別途購入するともー本当に本末転倒以外の何者でもないのだ。
「ああ、これが学生時代にあったらヘビロテしたのになあ」と思いながら落書き帳とB5ノート、そして単行本ノートの3つを使っている。
特に単行本ノート、これが小学生~中学生の頃にあったら事ある毎に買ってただろうと思うほどにお気に入り。
強いて言うならサイズピッタリの下敷きが中々見つからないのがネックだが、俺は部屋に転がっているプラ板をカッターで切って自作した。サイズの合った下敷きがあるとやっぱり便利だ。
余談だが同じものをモレスキン用にも作って愛用している、つまるところプラ板はとても便利だという話に着地するわけだが、このプラ板も随分と長いこと転がしていた古いものだ。
モレスキンの下敷き作ったの数年前だったから……よく転がしていたなこんなもの。
「そんなにノート買って、今の時代使うの?」と思われるだろうが、実際のところ普通に生きていたら使わない。
なんていうか「使う為に使い道を用意している」と言うのが正確だと思う。
字の練習したり、パソコンでやったほうが効率いいよなと思いながらも手書きで1人ブレストしたり、そういう用途を主としている。
なるべく軽い方法で三つの異なる数字を求めたい(例123、526)言語はJavaScript
今はLoop文で
1つ目をランダムで出す
2つ目をランダムでだし、1つ目と値が同じなら、5以上ならー1,5以下なら+1(10とかー1にはしたくないため)
3つ目は12と比べてどっちかと同じなら上と同じ処理ってやってるけど、そうなると手を加えた後にどっちかと同じ値になる可能性がでてきそう
Loopで全部の桁をそれぞれチェックするってやつは処理回数が多いからあまり使いたくない
じゃあ最初から数学でよくありそうなそれぞれの桁で値がことなる3桁のランダムな数字を求めるのが一番効率いい処理なんじゃないかと思ったけど数学がわからない
https://twitter.com/tokoroten/status/1524689864054444032
これが流れてきたんだけど、農業をICT使って効率化しましょう!みたいなのって全然割に合わない
10aの農地で年間1万円のコスト効果とか全然クソみたいな額だから誰も商売にしないよ
そうなると「北海道の大規模農家なら」とか言うんだけど、大規模農家って何軒あるんだよ
50haだと年間500万円のコスト効果あるとして、滅茶苦茶頑張って年間200万貰って頑張って10件契約して2000万ですよ
農業法人が自分たちでエンジニア雇ってコスト削減するためにやるなら分かるけど、年間500万だと人件費すら出ないよね
結局、日本は小規模農家が大量にあるからそこをマスにして広く売るしかないんよ
小規模農家をやめて大規模農業法人にしよう!みたいなのは散々議論し尽くされてるし
できるとこはやってるし、できないとこにはそれなりの理由がある
ヤンマー・クボタあたりが農耕機具の付加価値としてやるのが関の山かな
「AIを使ってコンビニを無人化!」みたいなのが前に流行ったけど、どう考えてもバイト雇う方が安いから廃れてるし
ウクライナ情勢で戦争とか諜報に神経質になる昨今にしては、リアリティーラインが低いおかげで気を抜いて見れるのがいい。
逃げ恥は、漫画は未読だったが、ドラマは毎週楽しみに見ていた。
ガッキーと星野源のリアル結婚にきゃっきゃしたくらいにはハマっていた。
どちらの作品も、仕事の遂行のため、効率性のため、社会的圧力をかわすためなどの、「愛情ではない理由」で偽装結婚をするのがストーリーの出発点、骨格になっている。
そして、そんな偽物の家族・パートナーシップが、いつの間にか「本物の家族」、「本物のパートナーシップ」になるというところがエモくて、ウケている。(と自分は勝手に思っている。)
つまり、「旧世代やら社会のの結婚の押し付けうぜぇ」という入り口から、でも幸せな結婚したいよねぇっていう気持ちに対して、ほらこれが見たかった家族でしょ?って提示してくれる。
一見、「家族」ということのアンチテーゼっぽい作品なのに、実はゴリゴリに保守的な幸福感を提示してウケているのが、興味深い。
「水曜日のダウンタウン」をみて涙がでた…バラエティー番組を放送休止に追い込む「過剰コンプラ」を憂う
はてブでも注目のこの記事、一番良いことを言ってる部分は後半の「BPOがギャーギャー言わんでも、時代にそぐわない笑いは自然淘汰されるわ(意訳)」って部分だと思う。
結局のところ、クレーマー連中の根底にあるのは「世の中の馬鹿どもに任せたら俗悪コンテンツが栄えてしまう!」という選民思想? 特権意識? とにかく世間に対する見下しと侮蔑の感情なんだよ。
そうでなければ自然淘汰を信じることができるし、だからわざわざ元記事で言うところのBPOみたいな「効率よく圧力をかけるための構造」を利用する必要はない。
「世の中バカばっか」みたいな普通の人間なら中学生か、遅くても高校生までには卒業する思想に良い歳してハマってしまった人間がコンテンツクレーマーになる。
共有サーバーのファイル整理とか、クラウドサービス内のファイル整理とかファイル作った人間が本来やるべきなのになんで自分が下っ端って理由だけでやらされるんだよ
他にも誰もやらないからと言う理由だけで打ち合わせの資料作りとかが回ってくる
備品整理や備品の注文等も最後に気付いた人がやればいいのに誰も注文しない
コピー用紙も全部無くなってから「増田さんコピー用紙切れてるんだけど」って言ってくる
第一、本来事務がいるしその人の仕事なのに何故かこちらが無くなった備品を確認して事務に報告して事務が注文の流れなのよ(効率悪すぎ)
事務が自分で確認して注文したら早いはずなのに確認面倒だからしてくれない
業務に使ってるExcelのシートも効率が悪いと異動してきた歳上の先輩に文句をつけられて、自分が作った訳じゃないのに作り直させられた
毎朝更新をチェックして部署内に一斉メールで知らせなきゃいけないのも結構な負担
本社や関係会社に毎日出す書類も担当の人がやるべきなのに何故か忙しいからと回ってくる
普通のA3プリンターですら、インク交換出来ないって丸投げしてくる
ただでさえ自分は仕事が遅いのにこんなのまで押し付けられたら仕事進まない
「まだ終わらないのか」って
雑用しなきゃ終わるって言うの
もう自分達でやれよ……
それにあと数ヶ月で異動だしもう少しの我慢だと思って耐えてる
個人的にLINEで仕事との指示を出されるのは好きじゃないんですがと言うより、
まとまってから指示が来るのではなく、
思い付いたときに単語でしゃべって指示してるつもりになっていて、デスクで仕事しているとじゃんじゃんLINEの着信が止まらず一切集中できません。
ある程度、まとめてから指示して欲しいんですが。
そう言うのってこっちの妨げになって効率悪くなるの分かってないんでしょうか。
頭悪いとしか言いようがないです。
まず、大前提として大企業の社員はほとんどパソコンすらまともに使えない
よくあるExcelで数式使えないなんてのは当たり前で
PowerPointでもマスタ使えないし画像の透過設定もできない
Excelを作るときに列として何を作るべきか、行に何を入れていくべきかが分かってない
PowerPointでも考えをまとめられないから資料として成立しない
これは管理職とか年寄りの社員の話では無くて新入社員だろうが5,6年目だろうが同じ
新入社員でまともにタイピングできる社員も結構少ない(スマホの影響だろうか?)
こんなクソみたいな社員ばかりでも大企業はちゃんと回る(ように見えている)
日本の大企業はほとんど既得権益の寡占状態で寝ててもそれなりにお金が入ってくる
新商品を出せばパクリ商品でもそれなりに売れるし営業が売ってくれるし買ってくれる
だから大した仕事をして無くても給料が貰えるしクビにはならない
逆に高い能力で業務フィットしてしまうと固定化されてしまって異動できず出世することがなくなる
社員には実は能力なんて全く求められておらず、必要とされているのは「好かれるか好かれないか」だけだ
一時期、就活でコミュ力をバカにしていたが残念ながら日本の大企業では能力なんてどうでもよくてコミュ力だけが必要になる
と思うかもしれないが、大企業の経営方針なんて極論すると何でも良くてどうせ儲かる
図体がデカすぎるので何かしらの施策だけでどうにかなるようなことはないし、結局は潰してしまった方が早い
なので戦略策定に必要なのはいろんな部署の意見を聞いてきて誰も反対しないような戦略策定力になる
それが正しいかどうかはどうでもいい
大企業で働く社員はコミュ力のみで生きてきているからITに関してちっとも興味が無い
ITで出来ることは業務効率化だけであって、そんなコスト削減は経営に影響しないし出世にも影響しない
新機能よりもバグによるクレームの少ないソフトウェアの方が求められる
なぜなら放っておいても売れるから
爆発的に売れるようなことはないが、そこそこ売れてくれればそれでいいし、大企業のマークを付ければ勝手に売れてくれる
大企業から高スキルIT人材がGAFA等にガンガン引き抜かれたが、大企業側は特に困っていない
それの証拠に大企業側の中途採用条件を見ても具体的な業務内容はほとんど書かれていない
こういった企業に行くことは止めはしないし大した仕事もせずに給与を貰えるだろうが
そのうち飽きることを想定して次の転職先を見つけた方がいいと思う
いわゆるOA分野とか、コンピューターを主に使用する作業の、自動化が流行っている。
製品で言えば、RPAとか、ノーコード、あるいはSaaSやパッケージソフトとか。
OfficeについてるVBAを使うとか、Pythonでスクレイピングとか、そういうのも併せて。
いわゆるマクロ的な何かで、タスクを自動化する、という考え方だ。これは昔からあったとも言えるし、製品や方法論がここ数年、急激に増えて、環境が激変したとも言える。
さて、個人が、その責任の範囲で、自己のタスクを自動化するのは、組織が禁止しているやり方でなければ、それについてとやかく言うつもりはない。
問題は、組織内部での自動化の推進や、それを補助するコンサル、あるいはソフトウェアのメーカーやベンダーだ。
すべてが駄目というわけではない。
「自動化で単純な作業から解放されて、クリエイティブな作業をすれば良い」
言い換えよう。今挙げたようなことを言う(書く)メーカーやベンダー、あるいはコンサルから個人まで。それらは皆、地雷だ。関わってはいけない人だ。
====
何故か。それは彼らが現実を見ていないからだ。そして、その現実を見ていないことが、軋轢を生むからだ。もしかしたら現実を見た上で、しらばっくれてる人も居るかもしれないが、タチの悪さは変わらない。
困ったことに、彼らの言う「単純作業から解放されてクリエイティブな仕事を」は、一見、理想的な環境に見えるのだ。
いや、実際、理想的ではあるのだ。現実的でないという問題さえ目をつむれば。
「世の中には2種類の人間がいる」という、使い古されたレトリックを、労働分野に応用してみよう。
すなわち、言われたことを淡々とやり続けることを好む人と、抽象的な指示や課題に対して、具体的な対応を行うことを好む人だ。
もう少し具体的に書けば、「言われた作業を淡々とやる人」と「創意工夫して結果を出そうとする人」になる。
さて、前者の、言われた作業を淡々とする人にとって。自動化は、己の存在意義と競合する。つまり、自動化されてしまったら、仕事がなくなる。
意識の高い社員や、コンサル、ソフトウェアのメーカーやベンダーの言うような「クリエイティブな仕事」なんて興味がない。
そういう人を「意識が低い」「生産性が低い」と卑下するのは簡単だ。だが、それは何も事態の解決にはつながらない。
単純作業の自動化がなされた時、その人たちに襲いかかるのは、「クリエイティブな仕事」という、安定した手順も方法論もなく、それでいて成否は存在する、という苦痛のような仕事への移行なのだ。
そして少なからぬケースで、単純作業を淡々と行うことこそ仕事、と捉え、そう働いてきた人は、クリエイティブな仕事とやらでは成果が出せない。ただ苦しむだけになる。
おそらく組織としての生産性は上がるだろう。それをもって成果とするなら、それはそれで矛盾はない。
ただし「働き方改革」のような題目を掲げて、自動化を進めていたのであれば。それは善人面をして、人を地獄に蹴り落とす所業だ。本稿のタイトルで「信じるな」と書いたのは、まさにここにある。
この話には、日本の雇用に関する、法律、行政の態度や、判例なども影響してくる。
前述したような、単純作業を奪われ、苦痛に満ちた苦手な仕事にたたき落とされた人は、どうなるか。
第一に、会社を去るという選択肢はある。だが、このご時世だ。今と同等の条件すら見つかるかどうかは怪しい。
それを自業自得と嘲笑するのは簡単だ。改善を肯定し、生産性の向上を是とし、発展を求める価値観からすれば、矛盾はないのだ。それが倫理的に正しいことなのかは、私にはわからないが。
第二に、苦しみながら会社にしがみつくという選択肢もある。正規雇用の場合、これが簡単に成立してしまう。「クリエイティブな仕事」をさせた成果がボロクソに悪くても、本人の意図的な手抜きなどがない限り、会社は簡単には社員を解雇できない。
はて、本人も苦しんでいることが多い、機能不全の社員を雇用し続けることが、生産性の向上や、働き方改革、ワークライフバランスなどにつながるのか、私は甚だ疑問だ。
つまり、業務の自動化、省力化を目的にするのは、それ自体が破綻を招きやすいのだ。それで浮いた人的コストを、どのようにするか。適材適所で別の仕事をあてがえるのか、あるいは解雇して雇用コストを削減するのか。
どうあれ、簡単なことではない。配置転換の教育コストを見積もるのは簡単ではないし、非正規だからと大量に解雇すれば、それだけで負の風評が生まれたりもするのだから。
人は、自分と異質な人に対して、理解が及ばないことがある。これ自体は仕方が無いことと言える。誰しもがわかり合う、なんてのは現実的ではないからこそ、フィクションで度々取り上げられる題材なのだ。
しかしながら、業務の自動化を改善と捉え、自身が単純作業を嫌う人の中には、少なからぬ割合で、単純作業を延々と行い、その労働時間を以て成果となす考え方の人を、理解していない、あるいは想定していないケースが多い。
その不理解や想定不足は何を生むのか。自動化の導入失敗や、同僚からの強い反発だ。決してプラスの結果ではない。その現実から目を背けてはいけない。
だからね。
「単純作業から人を解放したい」とか「空いた時間でクリエイティブな仕事ができるようになる」なんて、手放しで言っていたら。
その人たちを、信じちゃあいけないよ。
蛇足。
筆者は、別に、「単純作業を淡々とやることで鬻ぎたい人」を肯定するつもりはない。
少なくともデスクワーク、パソコンでの仕事等であれば、そういった人は滅びるべくして滅びるだろうと考えている。
だが、彼らに引導を渡すのは、個人や、少人数程度による「カイゼン」的な何かではない。個人や少人数による「カイゼン」が引き起こすのは、せいぜいが内部分裂や、一部の人に苦痛を与えるだけなのは、前述した通りで。
引導を渡す、という次元の話で言うと、おそらくは、そういった非効率的な人員を抱え込んだ組織の崩壊(企業で言えば倒産など)のような、圧倒的かつ、個人で抗うことに意味がない流れになると考えている。
もちろんその場合、多くの社員が路頭に迷うだろう。クリエイティブな仕事がどうとか言っていられる状況ではなくなるのは明白だ。
そういう未来が見えているからこそ、ミクロな視点でしかモノを見ずに、「自動化で業務を改善して~」「クリエイティブな仕事を~」というおためごかしを唱える人には、関わってはいけないと考えているのだ。
ここ数年、なんだかとってもしんどい。
コロナのせいもあるのかもしれないけど、実はコロナ前から心がしんどい。
今年のGWは前半5日間を使って西日本一周ドライブに行ってきた。子供2人を連れて。
何をするでもなく高速道路を走り、自然豊かな九州を訪れ、海と山を見て癒された気がした。
社会人になり、いつしか「効率厨」になっていたことに気がついた。どうせやるのなら成果が
でる方法を選びたいし、結果にこだわって何事も挑戦していくべき。そのためには、効果が
出ないことは極力排除し、効果が出そうなものだけにフォーカスしていくべき。
そうやって動くクセがついていくと、仕事だけでなく人生全般にも効率厨思想が侵食してくる。
フロー理論によると、時間を忘れて没頭している状況そのものが人間の幸福さに関連しているらしい。
効率厨で求めるのは定量的な外的報酬。仕事でいえば業績、プライベートでもSNSやブログをやれば
PVや広告収入に目がいってしまうが、うまくいっている間は良いが、そうでなくなると一気に精神が
不健康になってくることに気がついた。
PVや広告収入はコンテンツの良し悪しよりもニュースサイトに掲載されたとかバズったとか、外部要因
が大きく作用しており、自分自身の努力でどうにかなる範囲を超えている。だから、ブログを書く自分の
労力(時間)と、PVや広告収入を比較しはじめると途端にしんどくなってくる。本来は余暇として過ごす
べき時間を、人生における効率を求め始めることで、ストレスの源になってしまっていた。
思えば、10年前のブログはストックだった。誰かに役に立つかもしれないエントリーを書いておけば
google様のおかげでそれなりにトラフィックが来た。ニッチでも書き溜めておけばストックになった。
今は違う。SNSも、instagramもtiktokも、Youtubeも、完全にフロー。ブログもその傾向が強い。
エントリー公開時の初期流入以外ではほぼバズらない。書き溜めておいてもストックにならない。
これまではストック化できていることが心の拠り所だったんだけどなあ。ストック化できるものを何か
明日からこれまでと変わらない仕事まみれの日常が始まる。仕事と生活をリンクさせればさせるほど、
ライトなコンピュータユーザを一切合切無視してギークがギークのため情報共有するためのエントリ。
感想ははてブへ、質問はトラバに投げれば誰かが答えるんじゃないか?(他力本願)
セキュリティの懸念があるけれど通常モードはセキュアを維持するため機能制限があるので制限開放のため開発者は初手でデベロッパーモードにするしかない。
利用途中でデベロッパーモードにするとストレージがファクトリーリセットされるので注意。
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という新しい沼へギークの皆さんをご案内しているに過ぎないのだ。