  |
はてなキーワード: 例外処理とは
銀行の人から聞いたうわさなんだけど、面白かったのでまあ話半分で聞いてくれ
いまその銀行では、顧客に融資をしてその金をそのまま融資の条件となってる取引の相手に振込むときは
①口座からの出金とめる
②融資金を口座にいれる
③出金をとめられた状態の口座からお金を出す（例外処理になるので店長クラスの承認を得る）
⑤出金できるようにする
こんなメンドクサイ処理をしているらしい。
昔はこんなことやってなかったらしいが、なんでも融資金を口座にいれてから相手に振込むまでの処理をする間に顧客がトイレに行きますっていって離席して、そっからもう逃げてしまって逃走中に銀行のモバイルサイトにアクセスして別の相手に振込してしまうという行為をかまされたんだとか
最初から取引自体が架空で、その取引を最後に顧客には消えられたらしい。
鮮やかすぎて笑った。
自分自身ギャンブル中毒の自覚アリだからその手の体験談をいろいろ読けど
1ある日某ををきっかけに△△を覚えた
↓
↓
↓
↓
5今も改心するためがんばってます！！
こんな私でも見捨てないでくれるみんなありかとー
治療は終わらないがー
的な締めの文章
というテンプレに従って作文されてることに気づいた。
たまに
なんかの例外処理が挟まれることがあるけど、これだけ抑えておけば中毒者の改心体験談をいくらでも作れると思う
この問題の原因について考えると
1選者
2話者
の3つの原因があると思う
1選者
大体この手の体験談を集めて掲載し世に提示するのはギャンブル中毒治療を推進する側なわけで、「治療失敗」「効果なし」「むしろ悪化」「途中で行方不明」でおわるマイナス例は掲載しないし、
「職歴なし引きこもりのカスがギャンブル中毒になってもっとカスになったので治療して職歴なし引きこもりのカスに更生させた」
みたいな共感を得にくいだろう話より
「普通の範疇の人（クズといってもたかが知れてる人）が崖からおちたのでそこから這い上がろうと努力してる」
（限られた資産の中で前者のような救いようがないクズを助けるより後者のワンちゃんあるクズの方を少しでもおおく集めたいって願望も多分あるんだろうとはちょっと思う）
2話者
自助グループに来る人は基本素人だ。治療の一環として自分の身の上話をするが、素人は自分の身の上話なんかうまくできない。
そこで（おそらくだが）話がうまくわかりやすい先任者の話を真似て話すことになるんだろう。
その中でこういうテンプレが出来上がってく、ということになるんだと思う。
また失敗例やそもそもクズな人間は自助グループという身内以上の公表は望まない、というのもあり得ると思う
最後にそもそもギャンブル中毒者の治療を受けるのはカスの中でも多少なりともマシなカスだけ。という問題もあるんじゃなかろうか。
信頼できる家族や親友がいる、ギャンブル中毒が問題となる程度には社会性がある。
もともと家族間での信頼関係がない、親友などいない引きこもり、無職の引きこもりで社会性がない、みたいな人間は周りから見ると治療する必要性が薄かったりなかったりする。
ギャンブル中毒治療の体験談を話すのはギャンブル中毒治療を受けてる人だけであって、体験談のテンプレから外れるような人はそもそも治療に来ない。
来たとしても周りが非協力的だから長続きしない
なので当然ながら体験談という形になることもないわけだ。
結論として、どれが原因にしてもこのテンプレから外れる類の「元々カスだった俺がもっとカスになった」パターンである俺にたら辛い話である
ギャンブルしてぇなぁ。最後に死ぬほどギャンブルやってそのまま死にたい。そんなことができる金もなくなったし、多少の金があるとギャンブルに使うから全然たまんねぇや
私は悪くない大学を出て、それなりに良い会社に就職して数年働いた。ほぼ純粋な頭脳労働で、30歳時点の基本給は500万円程度だったはず。自分のように中の上くらいの学業成績が限度な人間にしては、かなりよい条件である。しかし中堅社員になるにつれ上司と上手くコミュニケーションがとれなくなり、頭と体がおかしくなって休職→退職に至った(その後いろいろ診察を受けて最終的に自閉スペクトラム症の診断が出た）。しばらく貯金を食いつぶして無職をやっていたのだけど、とうとう尽きたので働かなければ生きていけなくなった。今は倉庫で誰でもできるような肉体労働をしている。面接らしい面接もやってないから、名前や住所が自分で書けて、毎日決まった時間に出勤できればとりあえずヨシの仕事だ。ちなみに私の学生時代の体育の成績は、5段階で2とか3であった。典型的なお勉強以外だめなモヤシである。肉体労働が得意だからやっているのではない。
このとおり、客観的に見て私の経歴は有能ではない。げんに非正規の肉体労働者なのだから、世間的にも底辺と呼ばれる身分である。しかしどういうわけか、私は職場で有能扱いされている。「やっぱり有能な人間は何をやっても有能だねー」とそのものすばりなことを実際に言われたこともある。社員雇用試験にも誘われた（当然だが務まる気がしないので断った）。数少ないまともな人は全員誘われているのかと思ったけれど、そうでもないらしい。
いちおう先に言っておくと、誰でも入れるような職場なので、大学卒業程度の知能があるだけで有能扱いされる側面は当然ある。そんな事ある？と思うくらい飛び抜けてバカの人もいるので。ただそれだけで「何をやっても有能」とはならない。実際に作業スピードランキングみたいなものを見ても、トップ20%に入るかどうかぐらいだった。20%なら優秀じゃんと思うかもしれないが、下半分くらいは白髪の生えた主婦のお婆ちゃんとか、ちょっと耳が遠いお爺ちゃんとか、何度教えても言われた通りに作業できない知能の人だ。それらの地獄みたいな人材を除いて考えれば上位40%とかだろうか。悪くはないが飛び抜けて良くはない。にもかかわらず、他の人をさしおいて有能呼ばわりされる。職場にのべ100人ぐらい居るのに、「有能」なんて呼ばれ方をしているのは多分5人いるかどうかだ。そして私はそのうちの1人。アスペガイジなのに。自分や事実と他者の認識にギャップが有る。めちゃくちゃ怖い。周囲の高すぎる期待値に付いていける気がしない。以上語り終わり。
このままだと意味わかんなすぎて怖いので、理由をさぐるために周囲の人間を観察した。そこ得た当座の結論は「普通の人は大体何かしら下手」ということだ。
具体例があったほうがわかりやすいと思うので私の職場の話をする。現場にはだいたい10個ほどのポジションがある。倉庫なので荷物を持ち上げたり、分けたり、運んだりする肉体作業は当然ある。ただし例外処理が必要なもの（壊れている、ビチャビチャに濡れてる、実在しない送り先が書いてある、etc.）は荷物によって適切な処理が変わるから、少々知識とか判断が必要である。またスケジュールが押してるところに追加人員を呼ぶとかの原始的頭脳労働も一応ある（その日限定のバイトリーダーみたいな業務だ）。当たり前だがいきなり労働者がその場にポップするわけはないので、他の配置から人を抜いてこなければいけない。よそのチームと揉めない程度のコミュニケーション能力も必要だ。
で、私より仕事が速い人達を見ていると、定常作業は速いが例外的な対応は出来ないから他の人にやってもらってるとか、仕事は超速いのにヘルプ出さないから過剰な業務量抱えててスケジュールはすごい押してるとか、だいたいのことは一通りできるけど永久に誰かの文句言ってるからコミュニケーションが必要な配置には置きづらいとかで、彼ら彼女らは得意とする一部業務以外、私より下手か全く務まらないことに気づいた。先にも述べた通り、私は1つ1つの仕事は決して上位ではない。しかし無能というほどではない。おそらくこれが重要である。仮に1つ1つの仕事は上位40%に入れる程度の平凡な能力だったとしても、10個の仕事全部で上位40%程度に入れるなら、それは40%の10乗で0.01%の希少人材である。たかだか1、2個の仕事で上位10%に入る程度ではがんばっても1%の人材にしかならないので、私のような0.01%人材よりは有能でないことになる。
そういうわけで、私はどうやら自分で思っているよりも遥かに有能な人間であったらしい。ただ今述べた通り、それは有能だからというよりも、「何をやっても下手くそすぎることがない」程度の意味でしかない。そもそも私は頭脳労働の職場で全然仕事ができなくて頭がイカれたアスペガイジである。たんに今の職場では評価されない項目だから困ってないだけだ。ともあれ、気負うことはないとわかったのは良かった。有能扱いされるのは気が重かったが、理由がはっきりしたので。
さて、ここから今日のまとめ的な自分語りである。現代は苦手なことを潰す努力をしてゼネラリストになるよりも、得意なことを伸ばしてスペシャリストになるべきだとの風潮が強い世の中だ、と思う。違ったらごめんなさい。だから何をやってもスペシャルになれない自分は無能だと思っていた。しかしスペシャリストになるべきというのは、転職とか個人事業をやるときに専門性がないとアピールできるポイントがなくて困るからなのだろう。ちょっと前まで死んでもいいやとか上司殺して一生刑務所でも良いやとか思ってた私としては、意識高すぎてついて行けない世界の話だ。しばらくは底辺職場でゼネラリストとして頑張った方が精神には良さそうである。幸か不幸か、肉体労働はしばらくAIに取って代わられる見込みもない。ロボットにも100年ほど奪われないまま来ている。非正規有期雇用だからあと何年かしたらやめなきゃいけないけど、次の非正規労働でも見つければ食いつなげるだろう。そんな感じで生きてきた年上の人が職場にもたくさんいるしね。あと今の時期は汗かくから仕事終わりのラーメンとかめっちゃ美味しい。これは爆アド。
だから頭がおかしいみたいになって人生詰んだ人は、とりあえず死ぬ前に肉体労働現場に来ることをおすすめしたい。パワハラ上司がいたら半日で逃げたら良いし。どうせたいした職歴にならんけど、明日死ぬなら職歴いらんでしょ。私は裕福な老後のための、将来性ある仕事を得るための、キャリア形成を行うための、上流大学進学のための～みたいな人生からは落伍したのでそうしている。以上自分語りサンドイッチ終わり。
最近工場のラインがドンドン自動化されてきて、そろそろ人間に払われる給料が最低賃金下回る時代が来そうなんだよね。
今のうちに技術身につけて上のランクに行くとかのルートはウチの職場じゃ全然用意されてくなて、このままだと単なる非正規になりそう。
でも自分みたいな臆病な人間って最初から決まったルールの中で本当にロボットみたいに働く以外は出来ないというか。
例外処理が必要になった時にそのやり方が絶対に正しいって確信が持てる状況以外では実行に移せないというか。
人間が機械の代わりに手作業しまくるのが当たり前の時代だったら単純労働者として食ってくのは簡単だったと思う。
1. C++はプログラミング言語として有名であり、ブラのカップ数をC++と表記することで、テクノロジーに精通していることをアピールできる。
2. C++はCよりも高度な機能を持っており、ブラのカップ数をC++と表記することで、自分のバストの質や機能性を高めることができる。
3. C++はオブジェクト指向プログラミングをサポートしており、ブラのカップ数をC++と表記することで、自分のバストをオブジェクトとして扱うことができる。オブジェクト指向プログラミングでは、オブジェクトに属性やメソッドを持たせることができるので、自分のバストにも色や形や大きさなどの属性や、揺れるや揉むや吸うなどのメソッドを持たせることができる。
4. C++は多重継承をサポートしており、ブラのカップ数をC++と表記することで、自分のバストを複数のクラスから継承することができる。多重継承では、複数のクラスの特徴や機能を組み合わせることができるので、自分のバストにも様々な特徴や機能を組み合わせることができる。例えば、自分のバストを芸能人やアニメキャラクターなどのクラスから継承することで、その人物やキャラクターのバストに似せることができる。
5. C++はテンプレートをサポートしており、ブラのカップ数をC++と表記することで、自分のバストをテンプレート化することができる。テンプレートでは、型や値などのパラメータを指定することで、汎用的なコードを生成することができるので、自分のバストにも型や値などのパラメータを指定することで、汎用的なバストを生成することができる。例えば、自分のバストをint型やdouble型などの型に指定することで、整数や小数などの値に変換することができる。
6. C++は例外処理をサポートしており、ブラのカップ数をC++と表記することで、自分のバストに発生する可能性のある例外に対処することができる。例外処理では、エラーや異常などの例外が発生した場合に、適切な処理を行うことができるので、自分のバストにもエラーや異常などの例外が発生した場合に、適切な処理を行うことができる。例えば、自分のバストが垂れたり痛んだりした場合に、修正したり治療したりする処理を行うことができる。
はてなで囲碁の話題が出ると一定数「将棋のほうがわかりやすい」というコメントがあるんだけど、囲碁将棋両方やってた自分にはその感覚が全く理解できなくて、そろそろそれが無視できなくなってきたので一回ぶちまけたい。
「将棋の方がわかりやすい」派の皆様におかれましては、もしも可能であれば、時間的・精神的リソースの許す範囲内で以下の論点に反論いただきたい。
囲碁の場合、黒の石が多くある場所は大方の場合、黒が優勢とみていい地点である。
基本的に陣取りゲームで、囲った場所が勝利点となるので、ルールを知らなくとも見た目にたいへんわかりやすいのではないか。
一方将棋について、「王様に迫っている方が攻めているんだなとすぐわかる」という意見を見たことがある。
これは残念ながら頷けない。中級者以上同士の競り合いであれば、中終盤は大抵、お互いがお互いの王を攻めている。特に将棋の上手い人は「手数を計算して相手の攻めより一手早く攻めを間に合わせる」みたいなのが基本なので、そういう叩き合いの状態になると今どちらが攻めているか、どちらが優勢かといった局面を読み切るのは経験がない人には難しい。名人戦とかの終盤の局面、理解できない人の方が多いのではないだろうか？
それに対して囲碁はタイトル戦であってもイラストのように局面を眺めることができ、何が起きているかはわからなくとも大まかな戦況は比較的わかりやすかったりする。
囲碁のルールは少ない。互いに石を置く。囲ったら取れる。囲った場所が陣地。細かいのを除けばだいたいこれだけだ。
こういうと将棋の方が互いに一手動かすだけでシンプルだと言う人もいる。
しかし、それは駒の動きが頭に入っていればの話だ。将棋には駒が八種類あり、さらに成駒もある。それら駒の動きと成りの総体、そして初期配置も含めたものが、将棋のルールとなる。
囲碁に駒は一種類しかない。石という一つのオブジェクトに全てのルールが込められている。これにより、将棋と比較してルール総体が極めてシンプルとなっている。
上に述べた「だいたいのルール」から逸脱する処理は、取られる石は置けない（着手禁止点）、千日手、コウ、セキ、それに敢えてコミ（先手ハンデの6.5点）を入れても５つくらいだろう。
対して将棋では、動けない駒の禁止、千日手、二歩、打ち歩詰め、入玉計算、ステイルメイトが挙げられる。まあステイルメイトはさすがに抜きにしても、例外処理の数としては同じになるし、中身も将棋のほうがいかにも例外処理チックという感じがする（個人的見解）。
囲碁にも将棋にも定石（定跡）というものがあるが、囲碁のそれは将棋に比べて覚えるべき数は少なく、手順も長くないものが多い。
対して将棋は、矢倉に相掛かりに角換わり、四間飛車三間飛車中飛車、それぞれの中でも速攻だの持久戦だの腰掛け銀だの藤井システムだの丸山ワクチンだの無数の定跡があり、自分が型を絞って戦ったとしても相手の振る舞いでそれぞれ違う定跡に分岐せねばならない。
手筋とかは、囲碁にしろ将棋にしろちゃんと覚えないといけないが、こと序盤においてはそういう意味で囲碁のほうが遥かに覚えることは少なく、シンプルであると思う。
将棋のほうがわかりやすいとする意見を読んで思うのは、将棋のほうは駒の動きや全体の流れなどある程度知っている人間、囲碁のほうはルールや全体の流れも含めて全く知らない人間を前提に、意見を組み立てているのではないか？ということ。
自分は囲碁も将棋も全く知らなかった小学生の頃、初めてその二つにセットで出会って、将棋の方は駒の動きが覚えられず苦手だったが囲碁はすんなり入っていけた。
思うに将棋が簡単という方は囲碁より先に将棋に出会っているのでは？
オレは SIer として顧客企業に業務システム導入してたけど、一般事務職の単純繰り返し型の業務は IT 化しやすいので IT 化の最初のターゲットになってた。
システムを導入すると、一般事務職は4名が1名になったり、複数部署まとめて1名とかに削減できてた。
だから残った業務は例外処理が多かったり複雑で、いろんな種類の単純じゃない仕事ばかりだった。
減らされた一般事務職の人は別職種へ転換するための教育を受けてたし、残った一般事務職の人も仕事が大変になってたみたい。あと IT 化した業務の業務仕様担当者にもなってたしね。
まあ、単純繰り返し型の業務なんて、わざわざ人間がやるべきでない非人間的な仕事だし、一時的には大変だろうけど結果的には人間がやる価値のある仕事をやれるようになってよかったな、と思って見てたよ。
オタクだらけの班入れられて「こいつらと食うぐらいなら便所飯したほうがマシだから」って昼休みの弁当障害者用トイレで食べてた
使う人居ないのは知ってた
班決めのときもヤンキーに忖度した担任が俺にオタクを押し付けたよね
人数が足りなくなるのに押し通されたよね
例外処理を許したよね
優しいからよく許したね
こんなやつらと飯食うなら便所のほうがマシだよね
便所で隠し持ってたスマホでTwitterやりつつ飯食ってたほうが楽しいよね
今思えば先駆者だよね
いやヤンキーは持ってきてたけどね
自分が優しいからよく押し付けられるし、自分の不正だけ正されるんだよね
中2の頃は年間100回遅刻してたよね
登校中ずっと葛藤してたよね、行くべきかどうか
もし便所飯したり引きこもったりしてる中学生の子がいて、しかもその理由に自分がかつてそうであったかのように妥当性があったら何て声をかけるかな
ちょっとミスをしましたが、さきほどの虚無魔神と壊獣の裁定に破綻はなく例外ではありません。一般的なルールの範囲内で収まります。
例えば虚無魔神がいるときに融合を発動して融合素材にしたり、シンクロやエクシーズの素材にすることはできません。
これが虚無魔神と壊獣というあまり見ない組み合わせるなのでわかりづらいだけです。
「妨げられた壊獣の眠り」は、自分または相手のモンスターゾーンに「壊獣」と名のついたモンスターが存在する場合でも発動する事ができます。
その場合、お互いのフィールドに存在するモンスターを全て破壊し、『その後、デッキからカード名が異なる「壊獣」モンスターを自分・相手のフィールドに１体ずつ攻撃表示で特殊召喚する。この効果で特殊召喚したモンスターは表示形式を変更できず、攻撃可能な場合は攻撃しなければならない』処理も通常通り適用されます。
https://www.db.yugioh-card.com/yugiohdb/faq_search.action?ope=5&fid=19928&keyword=&tag=-1
何故か理解してもらえない。
多分俺の説明が悪いんだろうな。
何度か挑戦しているんだが毎回失敗する。
俺「脱穀ってあるじゃないですか。稲を玄米に変えるアレ。アレの機械ってものによってはまず石を人間が取り除いておかないと玄米ごと石をジャリジャリやるから玄米が砂まみれになるし、なんなら機械も壊れやすくなるんですよね」
だいぶ上の上司「僕の実家の近くには自動精米機があるが、アレは自動で石を取り除く機能がついている。それを実装したまえ」
俺「それを実装することによる例外処理のコストがだいぶかかるのですが」
俺の直属上司「そんなことないよ！異常なデータを取り除くだけだから簡単ですよ。すぐにやらせます」
俺「異常かどうかの判定を凄く荒くすれば出来ますけど、それをやると自動化出来る部分が大幅に減って」
よそのそんな偉くない上司「つまり出来るということのようですな。喋る前に手を動かすべきですな」
GAME OVER
あまり関係ない部署の上司「我が社はそんなことは断じていたしておりません！不愉快だ！かえりゅ！」
俺の直属上司「おい。謝りに言ってこい」
俺「はい」
直属の上司「本当に反省はしているのか。頭を冷やしてから、謝りに言ってこい」
俺「今まで通りのやり方で作業した場合の工数がおよそ2人月かかるデータに対して自動化を目指したと仮定しますと、そもそも自動化のフォーマットに合わせてデータを調整する作業自体に1人月、その後自動化で出力されたデータの確認作業に0.5人月、自動で処理できなかったデータに対しての作業に1人月がかかり結果として合計のコストは増えることに」
偉い上司「つまりこの企画自体が失敗だったということなのですね」
俺の直属の上司の直属の上司「そんなことはありません！企画のコンセプトは正しいのです」
偉い上司B「では何故このようなことに？」
偉い上司C「想定しているデータの規模が小さすぎて自動化のスケールメリットが発生していないのではないかね」
俺「自動化は出来ても初期の処理や確認においては手作業に近い部分が入りますので」
俺の直属の上司の直属の上司「今後の改良によって可能となります」
俺「（無理だっつってんだろ）」
ライトなコンピュータユーザを一切合切無視してギークがギークのため情報共有するためのエントリ。
感想ははてブへ、質問はトラバに投げれば誰かが答えるんじゃないか？(他力本願)
セキュリティの懸念があるけれど通常モードはセキュアを維持するため機能制限があるので制限開放のため開発者は初手でデベロッパーモードにするしかない。
利用途中でデベロッパーモードにするとストレージがファクトリーリセットされるので注意。
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という新しい沼へギークの皆さんをご案内しているに過ぎないのだ。
