  |
はてなキーワード: プライマリとは
やあヘルダイバー
Helldivers2開戦からある程度日にちも経ち、要点もつかめてきたので装備についての所感をメモっておく。
俺も第一次銀河大戦からの老兵で、今回も最高難易度の任務を終えて帰ってきたのである程度アドバイスできるはずだ。
なお書かれてないやつは個人的にあまり使ってないだけなので全てが悪いわけじゃない。つまり個人的な見解ってやつだ。
ちなみに俺はスーパー市民だが、通常市民でも使える装備のことを書いてるので安心してほしい。
とりあえず訓練は卒業したか？落ち着いて聞いて欲しいのだが、訓練では教えられない武器の使い方というものがある。
リロードボタンを長押しすることでセレクターを操作し発射レートを切り替えたり、ウェポンライトのオンオフ切り替えをすることができる。
また、パッドなら構えてるときに右スティック押し込みで主観サイトになる。
あまりにも重要な操作すぎて積極的に情報公開しないのは不可解だが、おそらく新人に余計な混乱を生みたくない真実省の計らいなのだろう。
とりあえずブレイカー。100年前からブレイカー。偉大なるスーパーアースの技術力はそれだけ完成度が高いということだな。
連射もできるしリロードも早くて効率よく民主主義をばら撒くことができるショットガン。しかもその辺のゲームみたいに近距離にしか届かないもどきとは違って有効射程範囲が数十メートルはあるリアルなやつだ。
とても発射レートが高いマシンピストル。雑魚の群れに囲まれたときにとっさに民主主義できるぐらいの頼もしさがある。さらにセミオートにすることで反動がなく弾持ちのいいピストルと化す。
物にぶつかった瞬間に起爆するグレネード。つまり動き回る敵に自由を食らわせやすいということ。高いところにある砲塔にブチ当てるのにも非常に便利。反面ムシの巣やロボ工場を開放するときに穴にジャストで放り込む繊細さが求められるようになる。
とにかくクールダウンが短いので気軽に使えるし範囲も適度なので巻き込みもしにくい。ただ装甲は抜けないし施設にも効かない。
想像の3倍の範囲に降り注ぎ敵には当たらず味方を爆破する兵器。人類にはまだ早い。
想像の5倍の範囲に降り注ぎ敵には当たらず味方を爆破する兵器。人類にはまだ早い。
適当に放り込めば自動でレーザーが敵を追跡し自動で浄化する便利なやつ。装甲持ちにも多分効いてる。クールダウンがめちゃくちゃ長くさらに1ミッションで3発しか撃てないのでいかにも切り札なポジション。混戦時は接敵した味方もお構いなしに焼くので注意。
投下地点の近くにいる最大目標1体を自動でロックして必ず民主主義するすごいやつ。レーザーと違って何度も撃てるのだがそれなりにクールダウンが長いので連発は無理。
新人にも使用が許可されてるやつ。着弾まで時間余裕があり範囲もコンパクトで要請コマンドも簡単なのでこれで支援爆撃要請に慣れるといい。と書くと初心者向きに見えるがクールダウンが短いしムシの巣も効くぐらい民主主義力があるのでかなり優秀。
説明文を読むとまるで回数制限があるように見えて使用をためらわれるが、実は「航空機の1出撃あたりの使用可能数」なのでミッション中航空機が帰還して補充すれば再度使用できる。翻訳省の問題かもしれない。パイロット女史の民主主義力も高いので積極的に使うと良い。
俺が現在愛用してる支援。大抵の敵施設を容易に絨毯民主主義できるし、発動まで早いので敵個体群にも当てやすい。装甲持ちにもそれなりに効く。総じて汎用性が高い。
これも発動が早いし装填数が多いため雑魚群を民主主義するのにとても便利なのだが、やはり想像の3倍の横に広い範囲に降り注ぐため、高確率で味方を巻き込んでしまう。味方の位置取りに注意。
その付近の大型敵を狙って当ててくれるので誤射の危険性がなく、そして装甲にも効くので大変優秀な攻撃。反面意図的に狙った場所に落としにくい。敵が高速で動いてるとやはり外してしまう。
一度使ってみるとビジュアルに感動して民主主義が漏れる。大味感ある名前に反してわかりやすい範囲なので意外と使いやすい。こいつの持ち味は当てられるのならどんな敵でも民主主義できること。
新人に許可される装備だから微妙かと思った？それは間違いで実はずっと使える武器。こうみえて中装甲を抜くのでそれなりの敵を民主化することができる。中難易度でも1人持っていれば雑魚散らしとして心強い。弱点は反動の大きさとリロードの長さ。伏せて使うととても良い。基本的には発射レートを落として運用をすることでコストパフォーマンスが良くなる。
初めて手に入れる頃はうわっこれ強もうこれだけでよくない？と思うのだがすぐ使い物にならなくなる。中装甲は抜けるのだが、それならマシンガンでよくない？となる。重装甲は抜けない。対物とは…？もしエイムちからがあるならロボに対してはヘッドショットで遠距離から蹂躙できる…気がする。
100年前から人気のいわゆるロケラン。クールダウンが短い上1回の要請で2つ降ってくるので連発したり仲間とシェアできる。階級が低いときに重装甲の相手をしないといけない時はこれぐらいしか手段がないだろう。こいつの要請コマンドは覚えても損はない。
真の対物ライフル。あっちの使用許可はもらわずにこれを待ってもいい。重装甲を除いた大抵の敵は民主化できるし専用弾薬パックが別枠になってるのでとんでもない数の弾薬を携行できる。リロードが弾倉の半分ずつなので無駄リロードがないのも嬉しい。中難易度までなら安心して使える。デメリットは弾薬のために貴重な背中が埋まってしまうところ。
紹介映像だとまるで2人でしか運用できないみたいだが実は1人でも使える。もちろんその場合リロードが長い。友情高速リロードは一見の価値有り。
偉大なるスーパーアースが誇る現状高難易度最適装備。100年前より使いやすい。そのままでも十分使えるがリロードボタンを長押しすることでリミッターをオフにするモードがある。これがとても強く効率的に民主主義できる。一発づつのリロードが弱点とは言えるのだが、それを補って有り余るほどの全ての装甲を貫くというメリットがある。
なおリミッター切ってるときにチャージしすぎると爆発して持ち主もろとも消滅する。
グレポン。よくあるやつーと思ってたらこれがかなり活躍する。装甲持ちには効かないが敵群を一気に民主化する力はとても効率がいい。そしてムシの巣にグレネードを効率よく放り込む。弱点は弾薬の少なさだが、後述する補給パックを装備することにより民主主義力がシナジーする。
仲間に弾薬を配るための装備に見せかけて説明されてないがパッドなら↓を押せばなんと自分にも補充できる。これがあれば弾薬や回復薬で困ることはほぼない。継戦能力をとても底上げする装備。
100年前はあんなに活躍したのになんで劣化してるんだ？たまに高いとこに登る権利を貰えるための装備。まあ緊急時に逃げやすくもなるか…？
実弾射撃ドローンとレーザードローン。実弾の方は弾切れすると使えなくなるがレーザーは充電してずっと使える。なのでレーザーの方をおすすめするのだが、このレーザー、手持ちのレーザー武器よりやたらとDPS（Democracy Per Second）が高い疑いがある。確かにめちゃくちゃ強いし死角から近寄る雑魚に困ることはなくなる。だが味方にまでめちゃくちゃ強くて危なっかしい。4人でこれを装備して乱戦で動き回ると危なすぎて怖い。
高難易度の俺ほぼ必須装備。まるで飛翔体だけを弾くかのような説明だが実は近接攻撃も防ぐ。破れても数秒で再生成される。つまり生存力が格段に上昇する。これを着けるため他の背負い装備が使えなくなるのがデメリットと言える。
タレット全般に言えることだが、設置場所を間違えると効率的なヒトコロマシンと化す。射線をよく考えると運用しやすい。まあ失敗しても予算がある限り次のヘルダイバーはすぐ補充されるから気にしなくていい。
近くの敵を自動で補足し自動で3連迫撃する可愛いヤツ。迫撃自体とても強く敵が遠くにいる時は効率よく民主主義的な仕事をする。そして混戦になった時は敵にも味方にも効率よく仕事をし阿鼻叫喚と化す。もし味方にこれが壊された時は「そんなもんここで使うなや」の意。後述するEMS迫撃砲塔と組み合わせることでマシな運用ができる。
敵の動きを止めるEMSをぶちこむタイプの迫撃タレット。これは味方に当たってもスローになるだけなので被害が少なく積極的に使われている。クラウドコントロールとしては一番使いやすいのではないだろうか？これと併用することで迫撃砲で味方を巻き込む危険性がぐっと下がる。だがそれでも抜けられる時は抜けられるのでそういう時は祈れ。
飛翔攻撃をシャットアウトするエリアを作るのだが猛攻を受けると即消滅する。確かにあると立て直ししやすいのだが使い所が難しくこれで1枠埋めるのははばかられる。それなら全員でシールドパック背負うほうがまだいい気がする。
近づいたやつを即民主化するエリアを生成する。もちろん味方も例外ではない。見た目が地味なのでうっかり近づきやすいので新人は気をつけて。俺はこれで戦友を4回ぐらい不幸な事故にした。防衛時敵がここ通るだろうなってとこを塞ぐのに便利。ただし遠距離攻撃に弱いので置き場所に工夫がいる。
お前にはまだ早い。
最近暇つぶしに英語を勉強し始めて、カタカナ英語って呪いだなーと感じた。
（ちなみに増田は普段英語を使うこともなければ、学生時代も真面目にやっていなかったので英語力は底辺）
どのあたりが呪いかというと、例えば、Primaryという単語。今までプライマリーと認識していたが、正確な発音はプラィメリィである。（ラ行はｒの発音。カタカナで正確な発音というのもどうかと思うが）
もちろん、発音記号を見れば正しい発音は理解できるが、Primaryという単語が目に入ると、カタカナ英語として脳内再生される。それから音を聞くと、え、なんか思ってたんと違う、みたいになる。
他にもよく使われているカタカナ英語が本当の発音とは違うことがたくさんある。これとの戦いがしんどかった。
これを克服するため単語を見る（読む）前にまず音を何回も聞き、発音し、脳に音が記憶されてから単語を見るという手法を取った（正しいのかは知らん）ところ、先入観なしに覚えられるようになった。
個人的に、単語帳は発音記号をもっとデカく書くべきだと思う。1行なら発音記号＞スペルの順、2行なら発音記号の下にスペルを書いて欲しい。
発達障害じゃないと思う。どちらかというと、人格障害のタイプだと思う。失敗をしたくないというのがプライマリに来るタイプって、他人を巻き込むことで失敗したリスクを軽減するから。発達障害なら、アスペ傾向のあるやつは「何度もミスしない」だろうし、ADHDならミスの再発防止に自分で開発した「変なメソッド」で解決しようとするので、テキストで増田が指摘してるやろ。面接官がウケる人材なんて、人格障害の特殊性能に感化されただけでしょ。ビッグマウスだったり、虚言癖を見抜けないとか、採用面接の短時間ならよくある話でしょ。そういうのを首にしないと、ミスの繕いやらで横領したり、社外の人員に暴力して、そのうち大きな事故のもとになるよ。できないから首にするのでなくて、将来のために首に持ち込もう。
シェアウェア（という表現はおいておいてのやつ。https://anond.hatelabo.jp/20230124045812）の記事が面白かったので、自分の得意分野の領域でいろいろ紹介します。
基本的に、SaaSのサービスは便利だけど、あれもこれもと契約していったらサブスク破産するので、
もともとownCloudっていうDropbox代替があったんだけど、そこから分派して今も機能開発が続いている。
興味深いのはLAMP構成なので、VPSや自宅サーバーじゃなくても、レンサバで動くのがいいよね。
データ保存領域はオブジェクトストレージ（S3互換）も利用できるので、例えばWasabiなんかと契約してお安く済ませてしまうのも全然アリかと。
最近はカンバンシステムって、単体で使うんじゃなくていろんなアプリの中で使われる印象なので、今更Trelloだけ使いたい、なんてニーズはないかもだけど、
そこまで複雑でなく小規模なプロジェクトとかだと、意外とTrelloだけでいいよね、みたいなこともあるかな。
そういう時は、これを使うといいかも。
ちょっとUIの雰囲気が違うだけで、まんまSlackです。絵文字の追加もできるし、APIもあるし。人によって好き嫌い分かれるスレッド機能も、まあ、あのスレッド機能のまま。
n8nと書いてnodemationと読ませるらしい。初見殺しすぎんだろ。
ZapierやIFTTT、無料枠あるけど、あれもこれもやり出すとすぐ無料枠埋まっちゃうので、これ結構いいと思うんだけどな。
kintone使ってる会社増えてると思うんだけど、まだまだ1ユーザー1500円ってのは高いので、零細企業は導入し辛いと思う。
で、それの代替になるのがExment。UIがkintoneとは少し違うので代替と言い切れないかもしれないが、
やれることはkintoneのソレと全く同じなので、用途代替はできる。
開発も日本企業なので、UIも日本語化されている。LAMP構成なので、レンサバでも動くよ！
そもそもAirtableって何やねんって人もいるかもしれないけど、kintoneとGoogleスプレッドシートをいいとこ取りして、Trelloとガントチャートを足した感じ。
これもまあまあいい感じでZoom再現してます。Zoomの方が新機能の追加早いけど、Jitsiも頑張って追いついている感じです。
ただ、やる内容が複数人でのリアルタイム動画配信なので、サーバースペック・回線スペックはまあまあ必要なので要注意。
こちらは使ったことないんだけど、よりオンライン授業向けらしい。
最近よく見かけるようになった、オンラインミーティングとかの予定をブッキングさせるSaaS。
あれのはしりがCalendlyで、日本でもいくつかそれのSaaSができてますね。
あれらも無料枠だと1カレンダーだけしかできなかったりするんだけど、これなら好きなだけブッキングさせられます。
ECサイトとか、Webマーケティングを重視してるサイトによくある、画面右下に吹き出しアイコンがあって、チャットウインドウがぴょこっと出てくるやつ。
日本ではWeb接客とか言われてるけど、あれの代表的なSaaSがIntercom。Zendeskは、どちらかというと内部ツール向きかな。
これのOSS版がChatwootとPapercups。自社サイトにWeb接客入れたいけど、費用抑えたい、って時にどうぞ。
この手のツールがないと仕事にならないという人も多いと思います。
これまでだとRedmineがそれのOSS版的立ち位置でしたが、さすがにイマドキあのUIはないなぁ、と。
OpenProjectは、Microsoft Projectの代替をイメージしてるみたいですが、
ガントチャートにカンバンがデフォルトで使えるので、BacklogやAsanaの代替にはちょうど良いでしょう。
ただ、そんな高度なことしてるわけではないのに、サーバーの要求スペックはちょっと高めなのでご注意を。
UA廃止でGA離れが始まってるとも聞きますが、疎開先として有名。
PHPで動くので、PHPやWordPressでできたサイトに一緒に入れちゃってもいいと思う。
HeadlessCMSは、データ表示を持たず、フロントエンドへAPIを通じてデータを渡すタイプのCMSのこと。
このジャンルでは、SaaSだとContentfulが有名だけど、OSSでもいろいろある。
Node.js製。歴史があるので、結構いろんなことができる。
WordPressのGutenbergエディターを取り込んだプラグインなんかもある。
User認証も持ってるので、CGM的なサイトを作ろうと思ったらできなくもない。
これもNode.js製。利用できるDBが幅広く、既存のデータベースも活用できる。
なので、既にPostgresSQLとかでデータを持ってるんだけど、
非エンジニアにもデータを触らせるためのフロントエンドが欲しい、ってニーズに良いかも。
PHP製。SQLiteとMongoDBで利用可能。MySQL/PostgreSQL使えないのがちょっと残念。
近年、本腰入れて自社ECサイトをやろうと思うと必ず選択肢に上がるShopify。
インテグレートパートナー向けのエコシステムも充実してるので、取り組み始めるエンジニアやシステム会社も多い。
ヘッドレスコマースや越境ECには向いているものの、これをセルフホストしたい、というニーズに応えたのがmedusa.js。
ざっと見てみただけだけど、モダンな構成で、今時のフロントとバックエンドを分けた構成でやりたい、というのには向いている。
プラグインにmedusa-marketplace.jsというのもあり、Amazon的なマーケットプレイスも実現可能。
昨年、Adobeに買収され、デザイナーたちを驚愕させたFigma。
先日はAdobe XDが終了のお知らせとなり、UIデザイナーたちの不安は募るばかり。
そんな提供企業に振り回されたくないなら、このPenpotでUIデザインしよう。
Figmaほど機能実装はされていないが、まあまあ一通りのことはできる。
Figma代が嵩むとお嘆きの制作会社なんかは、一考の余地あるんじゃなかろうか。
企業によっては、コンタクトフォームをたくさん作りたいという会社もある。
人材採用のフォームを職種別に細かく分けたい（しかも頻繁に募集職種が変わるとか）
Google Formで大体解決しそうだけど、それをGoogleに頼りたくないならこちら。
まあまあ機能豊富なので、人によってはGoogleFormよりもこちらを好むかも。
DockerベースのWebメールUI。送受信に必要なものを、丸っとDockerで用意してくれているので便利。
HubSpotは、いわゆるMarketing AutomationとCRMを一体にしたツール。無料枠もあるが、かなり限定されている。
MauticはMarketing Automationよりの機能が多く、ユーザーのサイト上での回遊をビジュアル化してくれたりする。
SuiteCRMはザ・CRMという感じ。SalesForceをデフォルトで使う感じに近い。
ツールが分かれてしまうのは辛いところだけど、それぞれにAPIがあるので、うまく繋げられると強力なツールになってくれるはず。
Webサービス作ってると、メールの通知や一斉配信などがあると思う。
通常これらはSendGridや、AWS SESなどで処理すると思うが、これらにもOSS代替がある。
PostalはDockerでメール周りのもの全部用意してくれているので、かなり楽。
WordPressをモダンにしたような感じで、EC機能もデフォルトでついてる。マルチサイトも標準。
Jimdo/Wix代替と書いたが、もちろん自分のサイトをMicroweberで作ってもいいが、
自前ホスティングして、JimdoやWixのようなサービスを始めることもできる。
テンプレートをいくつか作っておいて、Stripeを仕込んでおけば、今日からあなたもJimdo/Wixのような事業を始められるわけだ。
JImdo/WixとSTUDIO/Webflowは一緒くたに語られがちだが、明確な違いがある。
前者はプリディファインドなブロックをGUIで構成するのに対し、後者はDOM要素ベースで構築していく。
つまりよりHTML/CSSによる細かなデザインコントロールがしやすく、Webデザイナーが親しみやすい。
それのOSS版がWebstudio。まだアルファ版だが、フロントエンドはそれなりによくできているので、
バックエンドを自前で用意してStripeを仕込んでおけば、今日からあなたも（以下略
Facebookなんか使わねーよ、っていう人も多いかもしれないが、
特定のコミュニティの中でコミュニケーション取るには、FacebookのUIと機能は優れていると思う。
なので、サークルとか同窓会、あと自治会とかPTAなんかにもいいんじゃないだろうか。
Netflixの代替って、Amazon Primeとかじゃねーの、と思われるのかもしれないが、そうではなくて、
あなたがNetflixみたいな商売したいならこれを使うといいよ、というのがJellyfin。
いや、そんな商売しないよ、と思うかもしれないが、
使いようによっては、おじいちゃんおばあちゃん向けの子供動画配信サービスとして構築するとか、
Stripeと連携して、劇団やバンドのオリジナルの配信サイトを構築するなんかも面白いと思う。
今更誰もYouTubeやVimeoの後追いをしようとはしないでしょうが、
複数のユーザーから動画のアップを受け付けて、それを閲覧したい用途もあると思う。
例えば、軽音部で複数のバンドが練習風景を録画したのを定期的にアップしたりとか。
学習塾で、授業の録画を授業ごとにアップしていったりとか。
ZoomやGoogle Meetのような双方向ではなく、一対多の一方通行配信。
個人的には、企業のウェビナーツールとしての可能性を感じる。（Zoomのウェビナープランとか高いもん）
１つのメールアドレスを複数人で運用したい時のツールがメールワイズとRe:lationどちらも日本のSaaS。
FreeScoutはOSSだけど、海外製。一応日本語化もされてるっぽい。
ECサイトの顧客問い合わせや、営業チームのプライマリー対応なんかに良いと思う。
Bubbleってなんぞ？ という人のためにお伝えしておくと、ノーコードベースのWebアプリ開発ツール。
データエンティティを設計したら、自動的にCRUDを作ってくれて、フォームを配置するというような感じ。
Bubbleはそれ系の老舗で、歴史が長い分ノウハウも溜まっており、連携できるサービスも多い。
ただ、ベンダーロックインされるし、季節的なキャンペーンとかでは、アプリを使用しない期間もサブスク費用がかかる。
Budibaseは、Bubbleの思想に一番近い感じ。凝ったUIが必要なければ、ざっくりコレでなんでも作れちゃう。
AppSmithも同じような感じだが、これはDBをあらかじめスキーマ定義しておかないといけないところが若干不便かな。
ToolJetはルーティングURLの概念がなく、本格使用を諦めたんだけど、最近アップデートしたらしいので、そこのところどうなってるかまた確認しときたい。
他にもこの手のやつあったら、いろいろ教えて欲しい。単純に好きなので。
9600bpsのモデムが100万円をきって、購入の稟議書が常務決裁で良くなったころから。 https://t.co/JtHatCYbrn— 河野太郎 (@konotarogomame) October 7, 2019
いや別に「政治家という公人がSNSアカウントから情報発信するなら国民をブロックするな」という主張には一定の理があるとは評価している。
もちろん国民には代議士を評価する権利があるわけだし、どのような言葉で評価しても良いとは思う。
代議士としての資質、大臣としての資質を問うのも良いと思う。国民の権利であり当然だ。
でも流石に河野太郎へブロック担当相という揶揄は一定以上のITリテラシーがあれば出来ない揶揄だ。
何故ならブロック担当相という揶揄はどう評価しても揶揄した本人のITリテラシーは低いですと宣言しているようなものだからである。
恥ずかしすぎて普通はできない。
往年のインターネットには「パソコンの大先生」というミームがあったけれど、河野太郎へブロック担当相という揶揄する連中のITリテラシーを表現するなら「Twitterの大先生」だろう。
スマホが使えて、ググって調べものが出来、Youtubeを楽しみ、タッチ決済して、SNSを炎上しないように運用し、COCOAでコロナ対策していますみたいなITリテラシーレベルの連中が、河野太郎へブロック担当相と揶揄しているわけだから、そんな連中には「Twitterの大先生」という称号を贈呈したくなる。
河野太郎は勘ではなく正しい知識でこれへ対して回答してくるという信用があるけれど、Twitterの大先生たちは2が何かわかるだろうか？なんなら3や4や5も河野太郎は答えてくるだろう。
河野太郎へはネットワークという言葉も、プロトコルという言葉も、キャラクターという言葉も、入出力という言葉も、様々なITの基礎的な言葉も説明しなくたって伝わる人である。
もちろんITであっても触れてこなかった言葉や新語は知らないだろう。しかし近似した知識や概念、理論を既に知っているので「○○みたいな感じかな？」と直ぐに理解してくれるだろうなという安心感がある。
やっと日本国のデジタル担当相にそんな安心感がある人が就いたのである。
ちなみにこの問題は本当に初歩的なものであり、一定以上のITリテラシーがある人であれば「は？バカにしてんのか？」とか怒り始めたり「いや可能性としては・・・」などと曲解をはじめたくなるような初歩中の初歩の問題である。答えはシンプルで良い。
この問題を即答できなければお前のITリテラシーは河野太郎以下だ。
多くのIT有識者は「そんなことはわかっている」と言うだろうが待って欲しい。極ひと握りの河野太郎以下のITリテラシーしか持っていない連中へ説明してあげないといけないだろう。我慢してくれ。
まずIT分野には3種の人材が居る。それは「実務者」「研究者」「利用者」だ。
実務者とはいわゆるプログラマーのことだと思っておけば良い。
プログラミングを通してシステムなどを開発する人である。
オードリー・タンはここに属する人材。実績から言ってもオードリー・タンはハッカーだと評価しても差し支えない。
研究者とは新しいシステムや開発手法などを考え提唱する人。
わかりやすい例を挙げればビットコインなどのブロックチェーンを提唱した謎の人物サトシ・ナカモトもこの枠組みで良いだろう。
URLやHTTP、HTMLを開発したティム・バーナーズ＝リーもここの枠組み。
そして最後の利用者は上記の2つを利用する人だ。
消費者もここの枠組みへ入れても間違いはないが、IT分野で何かを駆動させようとするときの利用者とは消費者というよりも、わかりやすく例を出せばスティーブ・ジョブズのように実務者や研究者と共に何かを始めたり維持したりする人のことだ。
そして河野太郎はここの枠組みの人なのである。
流石に河野太郎とスティーブ・ジョブズを比較するのはアレだが、枠組みとしては同種のポジションであり、実務者のオードリー・タンと比較するよりかはかなりマシな比較だと多くのIT有識者は賛同してくれることだろう。
まったく別分野で例えると変な誤解が生まれるかも知れないのでしたくはないが、理解が追いつかない人に例え話をするとオードリー・タンと河野太郎は寿司職人と寿司を食いに来た客くらい違う。
そもそものポジション、役割がまったく違う。
ITリテラシーの低いTwitterの大先生からするとIT分野に居る人材はITに関することなら何でも出来る知っていると誤解しやすい。
そして、そう誤解するのも無理はないなと個人的にも思う。
何故ならIT分野に居る人材は一定レベルを超えると3種の能力を相互に持ちがちだからである。
つまり、実務者であっても理論を提唱し、研究者であってもシステムを構築し、利用者であってもプログラミングしたり理論を知っていたりするからだ。
例えばイーロン・マスクなどは良い例だろう。彼は実務者から利用者へ転向した代表例と言って良い。
そして河野太郎もまた一定レベルを超えたITリテラシーを持った人物であり、河野太郎を利用者として評価するならば昔懐かしい「パワーユーザー」と表現するのが最も実像的であると考えている。
河野太郎はパワーユーザーだ。そしてパワーユーザーが日本のデジタル担当相になったのだ。
ブロック担当相などという揶揄はITリテラシーの低いTwitterの大先生が、自身の理解が及ぶ、自身が得意分野だと考えるSNSの使い方という枠組みまで矮小化してやっと出てくる言葉なんだよ。
「ITは小難しくてわかんないけどぉTwitterならわかるからTwitterで批判しよｗｗｗ」と批判対象の能力を考慮しないバカとしか言いようがない思考を伴わないとできない発想。
真っ当に河野太郎デジタル担当相を批判するなら「河野太郎は利用者であるからオードリー・タンのような実務者的言動を取ったときに批判する」べきなんだよ。
オードリー・タンは凄い人だよハッカーだよ、だからこそ河野太郎も真似したくなるだろう。
それを防げ！河野太郎がオードリー・タンのモノマネを始めた時に必死で止めろ！！！！！
河野太郎がオードリー・タンのモノマネを始めた行く末は間違いなくメテオフォール型開発であり日本の将来へ最悪の禍根を残すことになる。
パワーユーザーたる河野太郎デジタル担当相だけが今のところできることは旗振り役だろう。
「旗振り役なんて誰でも出来るじゃん？」なんて思うかも知れないが、やはり時代が進んでいく方向という概念はあり、せめてマシな方向へ進んで行って欲しいというのが人情であり、IT分野であればITを知る人がマシな方向を選んで欲しいではないか。
ITのことを全く知らんのであれば置き物であって欲しいが、大臣が何も言わないのもそれはそれで問題であり、だからこそ何か言わなきゃならないのだがITのことを全く知らんヤツが口走ったことに付き合わされる省庁やIT業界のことを考えてみろ、可哀想だろうが。
最後にオマケとして河野太郎およびデジタル庁の動きへ対して取るべきリアクション一覧を置いておくので参考にして欲しい。
| オードリー・タンのモノマネをした | 徹底的に非難する |
| 非IT系人材を登用した | 非難気味に注視する |
| IT系人材からレクチャーを受けた | 肯定気味に注視する |
| 金融系のWeb3を推進し始めた | 徹底的に非難する |
| 学術系のWeb 3.0を検討し始めた | 注視する |
| マイナンバーの改良を検討した | 注視する |
| マイナンバーと金融情報の紐付けを検討した | 非難気味に注視する |
| マイナンバーに分散型ID(DIDs)の応用を検討した | 肯定気味に注視する |
| 国家行政発行資格証の統合を検討した | 肯定気味に注視する |
| 中央・地方の行政システムの統合を検討した | 非難気味に注視する |
| オープンデータを拡大した | 肯定する |
| 議会システムの更新を検討し始めた | 肯定気味に注視する |
ライトなコンピュータユーザを一切合切無視してギークがギークのため情報共有するためのエントリ。
感想ははてブへ、質問はトラバに投げれば誰かが答えるんじゃないか？(他力本願)
セキュリティの懸念があるけれど通常モードはセキュアを維持するため機能制限があるので制限開放のため開発者は初手でデベロッパーモードにするしかない。
利用途中でデベロッパーモードにするとストレージがファクトリーリセットされるので注意。
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という新しい沼へギークの皆さんをご案内しているに過ぎないのだ。
はてブのホットエントリ(総合)で月内に数多く[あとで読む]タグを集めたエントリ
211あとで/1849users ストレスフルな人に知ってほしい図解「アメリカカウンセリング学会推奨『ストレス解消法』100」…「古い友人にメールをする」「猫は神」「まずは楽しめ」など - Togetter
204あとで/1119users 統計の入門講座が無料に、京大メソッドでデータサイエンス関連教員が担当 | Ledge.ai
162あとで/984users 【朗報】3D制作ソフト「blender」の1400ページにも及ぶ解説書が無償公開 勉強中の人には朗報すぎる : まとめダネ！
161あとで/1037users 徳丸 浩 on Twitter: "これは本当にオススメ。トレーニングなので、Linuxのインストールからやるのがよいです。Exploitが刺さるだけで楽しいですが、なぜそれが成立するかまで追いかけるとさらに勉強になります。 https://t.co/tHyQuPSvjw"
161あとで/1587users 青木 晃 - 【長文です】1995年3月20日に起こった地下鉄サリン事件…オウム真理教が起こした未曾有のテロでした。お亡くなりになった方々のご冥福をお祈りすると共に、今もなお、PTSDなどの後遺症で苦しむ方々の症状が少しでも改善しますようお祈り申し上げます。 | Facebook
157あとで/1655users 時間跳躍式完全無劣化転送装置 - 山素 / 【読み切り】時間跳躍式完全無劣化転送装置 | コミックDAYS
156あとで/1192users こういうのが好きなんでしょ…？「変拍子」が超かっこいいおすすめ曲10選+α | Music Lesson Lab
154あとで/988users あなたが行動を習慣化したいと思った時におすすめの記事 | みんチャレブログ
150あとで/1178users 東京〜京都を3度徒歩で移動した話 – 大変だけど素晴らしい、街道歩きの世界にようこそ【寄稿：dekokun】 - KINTOマガジン｜【KINTO】クルマのサブスク、トヨタから
149あとで/918users MySQLでプライマリキーをUUIDにする前に知っておいて欲しいこと | Raccoon Tech Blog [株式会社ラクーンホールディングス 技術戦略部ブログ]
145あとで/1226users 100日後に退職する47歳 非公式 まとめ - Togetter
140あとで/1396users 業務スーパーデビューする予定なのでおすすめの商品を教えて下さい→で続々と集まった情報がこちら→増量! - Togetter
137あとで/1417users 新型コロナの罹患レポートが分かりやすくて恐ろしい「熱が下がったあとにぶり返し血痰が出て即入院、肺がぐちゃっと潰れている」 - Togetter
129あとで/663users リーダブルなコードを書く習慣の身に付け方・実践の仕方 - 2021-09-22 - ククログ
129あとで/753users 元米マイクロソフト本社パワポ責任者が教える「科学的に正しい資料の作り方」- Schoo PENCIL
129あとで/990users 英語の括弧は4種類ある！括弧の使い方を理解して正しく使えるようになろう | English Lab（イングリッシュラボ）┃レアジョブ英会話が発信する英語サイト
125あとで/1881users みずほのシステムについて質問です。 | Peing -質問箱-
122あとで/916users GitHub 英語例文集 | boarwell | Zenn
120あとで/532users JavaScriptはなぜシングルスレッドでも非同期処理ができるのか/Why Can JavaSctipt Invoke Asynchronous in Single Thread? - Speaker Deck
118あとで/833users 個人情報テストデータジェネレーター | User Local,Inc.
116あとで/1394users 「元歯科受付がガチで愛用する『推しデンタルケアグッズ』です」さようなら、全ての黄ばんだ歯と口臭。ド定番8アイテムとは？ - Togetter
116あとで/1051users かおりゅ on Twitter: "とんでもないサイトを知ってしまった。絵描きやデザイナー大歓喜のカラーチャート『Colorbase』https://t.co/CLWprkukt6 色を選ぶと、その色の補色・類似色・同じ明るさを持つ色・白と合わせた時の見やすさ・色相… https://t.co/rOgsnechfT"
115あとで/1493users 記事『ドライフルーツで果実酒を仕込むとすごい』に関して | デイリーポータルZ
107あとで/959users 小鳥の鳴き声は言語だった 文法まで突き止めた日本人研究者：朝日新聞デジタル
105あとで/591users ゲーム開発者へっぽこさん、711ページに及ぶ技術書『Unity uGUI アドバンスド・リファレンス』を無償公開 | ゲームキャスト
105あとで/1575users 皆さんの声を聞かせてください。皆さんの力を貸してください。 #ねえねえ尾身さん｜コロナ専門家有志の会 | COVID-PAGE
105あとで/791users ついに、Webアプリでの帳票印刷のベストプラクティスを編み出しました💡 | Takashi Kanemoto | Speaker Deck
104あとで/595users 「Python」×「株価データ」で学ぶデータ分析のいろは | @IT
102あとで/475users 2021年 – これからFlutterを始める人へ学習方法のススメ | ツルオカ | Zenn
102あとで/820users 自分がどのくらいエコーチェンバーの中にいるのか可視化するシステムを作ってみた｜tori｜note
Togetter多め。
メタバースはバーチャルに展開される世界のことだよね。世界を構成するのは根本は人間関係に因るので、バーチャル上の人間関係が主軸になる文化って感じか。
会話する、遊ぶ、仕事する、なんか協力する、そういういろんな関係がバーチャル上で完結する。いやそれって今までもツイッターで繋がってる友達とかオンラインゲームで繋がってるとかあるやん、だから目新しくないやん、って思うけど、多分それら従来のは『現実（プライマリ）』と『仮想（セカンダリ）』にわかれてて、メタバースはこれを『現実・仮想（両方ともプライマリ）』に変えてこうぜってこと。仮想を現実＋αのエンタメ領域じゃなくて、現実と等価として扱う。だからバーチャル上で完結する経済圏やビジネス、娯楽、生活基盤が最終的に求められると拡大解釈してる。
なんというか無理難題で草。
VRは必然的に視界をジャックしてしまうから、それが最強の難題だよね。SFみたいにフルダイブする＝寝てる間にメタバースで生活するようなものができない限り限界が見えてる。なので、xR関連に限ってはMRで現実世界を拡張するほうが本命だと思う。なぜなら情報端末の進化の系譜に乗ってるから。けどそれだと現実世界しかないからメタバース成り立たない。
スマホの話。結局あれって、電話→持ち運び電話（初期のショルダーバッグみたいなやつ）→携帯電話（デカ目の子機レベルからガラケー）→スマートフォンというように、過去の技術を置き換えて生まれたものだよね。
つまり、一般に普及するためには、それが妥当性のある進化の系譜を持っている必要があるってわけ。別の例なら馬車→車（移動手段の置き換え）とか、メガネも人体機能の置換えだよね。けどVRはどうだろう。デバイスとして妥当な系譜を持ってるとは思えない。けど強いて言うなら、世界を置き換えるとは言える。なので結局メタバースとVRはほぼほぼセットで考えるというか、相互にありきで進化すべきってこと。
さぁ、相互にありきで進化すべきだけど、どちらも無理難題を抱えている。なので、残念だけど、今盛り上がってるVR×メタバースは単なるバズワードでおしまいになることがわかる。
とはいえ、この分野に企業が投資しまくっていくようだから、多分なにかめちゃくちゃ便利な発明は出てくると思う。たとえば遠くにいる人と現実と遜色なく話せるっていうのはいろんな人にとって価値があるし、これに限って言えば、会話→ビデオ通話（ZOOM）→もっと便利な遠隔コミュニケーションツール、という系譜に乗るので妥当だ。
VR×メタバースは妥当な進化の系譜の上に（ほぼ）乗っていないので普及しない。
止め方わかった
とあるので、デバイスマネージャで表示(V)から接続順にして「PCI Express Root Port」で「9D14」と名前のついてるものをPCI Express Root Portごと無効にする
PCI Express Root Portの9D14に繋がっているデバイスではなく、PCI Express Root Portの9D14そのものを右クリックしてプロパティから無効化する
これを警告が出て困ってるデバイスすべてに対して行う
結果的にノートPCのセカンドグラボ（RADEON）と無線LANを無効化する羽目になった
ちょっとした3Dゲームもゲームプログラミングもできなくなってめっちゃ不便
ノートPCでそんなもんやるなというご指摘はまあそりゃ心底ごもっともだが色々あったんだよ、次はちっちゃくてもデスクトップマシン買う予定
前の増田はこちら→ anond:20210722160252
こういうオープンソースとか詳しい人ってどんなスマホやパソコン使ってんだろ？
気になるし資金的余裕があれば真似したい
とのことなので暇だし書いてみる
| OS | Arch Linux |
| CPU | Ryzen 9 5900X |
| ワーキングメモリ | 32GB DDR4 SDRAM |
| ストレージ(システム) | 1TB NVMe SSD |
| ストレージ(データ1) | 6TB SATA HDD(RAID0+1) |
| ストレージ(データ2) | 6TB SATA HDD(RAID0+1) |
| ストレージ(データ3) | 6TB SATA HDD(RAID0+1) |
| ストレージ(データ4) | 6TB SATA HDD(RAID0+1) |
| GPU | Radeon RX 6900 XT 16GB |
| ディスプレイモニタ(プライマリ) | LG 35WN75C-B |
| ディスプレイモニタ(セカンダリ) | 中華ノーブランド14インチ16:9タッチスクリーンディスプレイ |
| キーボード | Lily58 Pro(黒軸) |
| トラックボール | Expert Mouse K72359JP |
AMDな理由はOpenGLを重視したから
データには主に子供の写真や動画が一杯入ってるので速度と冗長性を取ってHDDを無駄使いしてる
タッチスクリーンディスプレイはタッチスクリーン使うアプリ開発用でAliExpressから拾ってきたガワがない詳細不明品、3Dプリンタで作ったガワで無理矢理マウントアームに付けてる
| OS | Chrome OS |
| CPU | Core i7-10510U |
| ワーキングメモリ | 16GB DDR4 SDRAM |
| ストレージ(システム+データ) | 512GB NVMe SSD |
| ディスプレイモニタ | 14インチFullHD |
ノートパソコンではメインとなってるChromebook
実質的にAndroid Appsが動くLinuxディストリビューションなので非常に便利
Chrome OSの有用さを友人へ伝えるたび鼻で笑われていたが、コロナ禍でまさかの注目株に
Chrome OSを使ってる理由が、UNIX使いたい人が安定しているUNIXとしてmacOSを選ぶみたいなノリで、安定しているLinuxディストリビューションとしてChrome OSを使っていると理解してもらえれば良い
ちょっと突っ込んだ使い方しようとすると途端に意味不明な挙動をするところまでmacOSと同じである
| OS | Chrome OS |
| CPU | Core i3-10110Y |
| ワーキングメモリ | 8GB DDR4 SDRAM |
| ストレージ(システム+データ) | 512GB NVMe SSD |
| ディスプレイモニタ | 7インチFullHD+ |
Windows 10からChrome OSへ置き換えた我が家では実質的にタブレットとして運用されているノートパソコン
ほぼ子供の玩具で一緒にゲームしたりYoutubeみたり電子書籍を読むのに使われている
Chrome OSへ置き換えたのでAndroid Appsも動く
| OS | Android 10 |
| CPU | Tegra X1+ |
| ワーキングメモリ | 3GB DDR4 SDRAM |
| ストレージ1(システム+データ) | 16GB NVMe SSD |
| ストレージ2(システム+データ) | 1TB SATA HDD |
日本ではほとんど注目されないスマートセットトップボックス
リビングのTVでYoutubeやNetflixを観るのにこれ以上の選択肢はないのだが一般家庭にはあまり普及してないようだ
ちなみにゲームをプレイできたりNASへ接続できたりもする
| OS | Android 10 |
| CPU | Snapdragon 835 |
| ワーキングメモリ | 6GB |
| ストレージ1(システム+データ) | 128GB |
| ディスプレイモニタ | 5.99インチFHD+ |
| カメラ(フロント) | 8MP |
| カメラ(リア) | 16MP |
| バッテリー | 3,200mAh Li-ion |
| 防水 | IPX67 |
| 生体認証 | 指紋・顔 |
| IC | NFC A/B |
| 充電 | USB-C・ワイヤレス |
| 重量 | 243g |
メインで使ってるスマートフォン
ハードウェアQWERTYキーボードを搭載していてTermuxでsshするときに役立つ
スライド機構を搭載しておりQWERTYキーボードをシャコンとスライドさせて出せ、普段は普通のスマートフォンのように使える
| OS | Android 10 |
| CPU | MediaTek Helio P60 |
| ワーキングメモリ | 6GB |
| ストレージ1(システム+データ) | 128GB |
| ディスプレイモニタ | 4.6インチHD+ |
| カメラ(フロント) | 8MP |
| カメラ(リア) | 16MP |
| バッテリー | 6,000mAh Li-ion |
| 防水 | IPX67 |
| 生体認証 | 指紋・顔 |
| IC | NFC A/B |
| 充電 | USB-C・ワイヤレス |
| 重量 | 303g |
サブで使ってるスマートフォン
ガジェット界隈では有名な鈍器で、iPad mini 2019が約300gだったことを考えれば鈍器と呼ばれる所以がわかる
バカバカしいスマホに思えるけど本来はタフネススマホなので頑丈さに特化したからこその重さ
バッテリーが大容量なためモバイル無線LANルーター代わりで持ち歩いている
小型版のUnihertz Titan Pocketが予定されているけれどもちろん買う
| OS | SailfishOS |
| CPU | Snapdragon 690 |
| ワーキングメモリ | 6GB |
| ストレージ1(システム+データ) | 128GB |
| ディスプレイモニタ | 6インチFHD+ |
| カメラ(フロント) | 8MP |
| カメラ(リア1) | 12MP |
| カメラ(リア2) | 8MP |
| カメラ(リア3) | 8MP |
| バッテリー | 4,500mAh Li-ion |
| 防水 | IPX67 |
| 生体認証 | 指紋・顔 |
| IC | NFC A/B |
| 充電 | USB-C |
| 重量 | 169g |
お遊び、検証・研究用のスマートフォン
最近のスマホは一般的に普及しているものと異なるアスペクト比を採用していることが増えてきてるのでTitanと合わせてアスペクト比確認用としても使う(アスペクト比が異なってても正しくレンダリングさせるの今後マジで必須だよ。アスペクト比の決め打ちイクナイ)
現在は一部界隈で注目されていたSailfishOSがインストールされているが、ぶっちゃけオープンソースコミュニティ関連で人と会うときに見せるためだけに用意している
| OS | Wear OS |
| CPU | Snapdragon Wear 3100 |
| ワーキングメモリ | 1GB |
| ストレージ(システム+データ) | 8GB |
| ディスプレイモニタ | 1.28インチ |
| バッテリー | 310mAh Li-ion(1Day+) |
| 防水 | IPX67(3気圧) |
| IC | NFC A/B |
| 充電 | 独自 |
| 重量 | 約50g(モデルにより異なる) |
AndroidベースのWear OSを搭載したApple Watch対抗のスマートウォッチ
美点はスタイリングデザインの豊富さと微妙にApple Watchよりもバッテリーの保ちが良いこと(使い方によって逆転できるレベルの違い、誤差レベルと言って良い)
AndroidやChrome OSとの連携はさすがで、スマホを取り出さなくても使えるGoogle Assistantはスマート電球やスマートSTBの操作に便利
ただやはりApple Watchも抱えている問題でフル機能を活用するとバッテリの保ちが1日+数時間というのは時計としてどうなんだろう
スマートウォッチが好きじゃないと毎日充電する気にはならないとは思う
| OS | 独自ファームウェア |
| CPU | Dialog DA14697 SoC |
| ワーキングメモリ | 512KB |
| ストレージ(システム+データ) | 16MB |
| ディスプレイモニタ | 1.1インチ |
| バッテリー | 125mAh Li-ion(14Day+) |
| 防水 | IPX67(3気圧) |
| IC | NFC A/B |
| 充電 | 独自 |
| 重量 | 約12g |
スマートウォッチの大本命
安価でありながらスマートウォッチに求められることの大半が可能
大半の人にはMi Smart Band 5で十分、Apple WatchやWear OSスマートウォッチは必要ないこと間違いなし
そろそろ新型のMi Smart Band 6が大陸以外でもリリースされる予定なので楽しみだ
万が一、億が一、Mi Smart Bandに機能不足を感じたらApple WatchやWear OSスマートウォッチを検討しよう
Apple WatchやWear OSスマートウォッチは自分のようなマニアがポチポチして遊ぶような代物であって全くもってマニア以外にはオススメしない
ちなみに自分はマニアなので左手首にTHE CARLYLE HR SMARTWATCH、右手首にMi Smart Band 5だ
夫婦別姓にしても、自分の名前にアイデンティティを持ってしまう人間がいて、かつ名前が法的な意味を持つ（＝気軽に変えられない）という2つの問題が議論をややこしくさせてるんだよな
解決するには、法的な実名と、日常的に使う名前を分けてしまえばいいんではないだろうか。
つまり、法的な名前はマイナンバーとか、あるいはUUIDとか同定の容易なものにしておき、それは普段使わないようしておき、かつ一生に置いて不変なものにしておく。
日常的に使う名前はエイリアスだと割り切って、何でも好きな名前を名乗れるし、自身の意思で簡単に変えられるようにしておけば良い。
こうすることで、エイリアスのおかげで日常的にはそんなに支障ないし、法的な意味を持たないので流出してもOKであつかいも楽。実名にはUUIDが振られてることにより、法的に必要な場面では同定しやすくてこれも楽。夫婦で別の名前にしたければすればいいし、何なら毎日変えてもいい。一石二鳥どころではないのでは？
※追記
タイトルしか読まないで、「名前は大事だろ何言ってるんだ」みたいなコメント多すぎるから追記しておくわ。
名前が大事だと思う人は大事にすれば良い。全然問題ない。ただそれと、行政とかサービスが使うIDは分けた方がいいよねって話をしてるだけなんだが。ITエンジニア的に言うと、アカウント作るときに名前以外にプライマリーキー振るだろ普通？その話と同じだと思えばいいだろ。
コンピュータ周りでは、普通にMaster-Slaveとして出てくるわけで。
Master-Slave Flip-Flopとか。
Master-Slave Controlとか。
それなりに問題になってた事を知らなかった。
マスター（主人）とスレーブ（奴隷）という用語はしばしば論争の的となることがある。
(中略)
一方で、こうした論争を避けるため、データベースの分野ではマスタースレーブの代替語として「プライマリー」や「レプリカ」といった語句を採用するケースもある。2018年には、プログラミング言語Pythonが論争の末、マスタースレーブを「ペアレント」や「ワーカー」「ヘルパー」といった語句に置き換えている。
へーへーへー。
主流（かずはる）が運転する車の助手席に、同僚の現幣（うつしで）が乗っている。二人は取引先で行われる会議に出席する予定である。
現「なあ、お前さっきからなんで40km/hで走ってんの？」
現「いやそうだけどさ、50km/hの道路に出りゃいいだけだろ」
主「俺らが出発したのって9時だろ？」
現「そうだな」
現「うん」
主「会議が14:30スタートだから、14時に着けば良いじゃん？」
現「どこが？」
主「だって200km離れたところに5時間後に到着したいんだからそうなるじゃん」
現「お前バカか？」
主「バカとはなんだ！」
現「昼飯どうすんだよ。途中休憩も入れて合計１時間と見るなら50km/hで走らなきゃダメだろ」
現「だから50km/h制限の道路に出りゃ良いだろうが！だいたい200kmも離れた取引先に行くのになんで40km/hの狭い道路でチンタラ走ってんだよ！高速道路使え、高速道路！アホみたいなマイルール定めんな！！」
主「でも高速道路を使って5時間も運転したら通り過ぎちゃうじゃん」
現「なんで目的地に行くのに通り過ぎるんだよ！5時間も運転しなくて良いんだよ！！早く着いたらその分、会議資料の見直しやら話す内容の整理やら出来るだろうが！」
主「でもさ、俺…怖いんだよ」
現「何が？」
主「50km/hの道路とか、高速道路とかを走って減速できなくなるのが」
現「ブレーキ使えよ！ていうか、お前よく見たらブレーキペダルに左足乗せながら走ってやがるじゃねーか！あぶねーから止めろ！！」
主「え？でも一回ブレーキ踏んだら踏みながら走るのが一貫性でしょ？」
現「んなわけねーだろ！ていうか乗せながらじゃなくて踏みながら走ってたのかよ！どうりでさっきから変な音しながら走ってると思ってたわ！！速度もいつの間にか落ちてるし！」
主「あ…ほんとだ。時速35km/hに落ちちゃった、アクセル踏み込まないと。でも40km/h越えちゃまずいからブレーキも強めよう」
現「お前よく免許取れたな！普通、走りたいときはブレーキから足を離すの！アクセルだけで走るの！！」
主「でもさ、アクセル踏み込んだら速度上がりっぱなしじゃん？」
現「その時にブレーキ踏め！ていうか踏まなくてもエンジンブレーキが働くからアクセルから足離せば基本十分だわ！！」
主「そっか。でもまだ心配なことがあってさ」
現「何だよ」
主「生身で歩いたり走ったり、自転車漕いだりするときってさ、自分の限界超えたスピード出したら息切れするじゃん？翌日筋肉痛で疲れ切って動けなくなるし」
現「そうだな」
主「車でも限界超えたスピード出したら息切れして、そのせいで休息が必要になってくるんじゃないかと思ってさ」
現「んなわけねーだろ！法定速度の60km/hどころか高速道路の100km/hもへっちゃらだわ！とにかく、お前の勝手に決めた40km/hなんて守らなくていいの！法律守ってりゃ良いの！」
主「でも速度出し過ぎたらガス欠になるの早まるし…」
主「経理に怒られる…」
現「俺らは俺らのやり方で成果を出しゃ良いんだよ！それで売上が伸びたら願ったり叶ったりじゃねえか。ガソリン代程度で優良顧客がさらに買ってくれるかもしれねえんだぞ？」
主「それもそうかもしれないけど…」
現「とにかくブレーキから足離せ。ったく…ってお前、サイドブレーキも上げっぱなしじゃねーか！！」
主「え？何かおかしい？ブレーキは踏んでペダルを地面に近づけることで作動するんだから、サイドブレーキも下げたときが作動中なんじゃないの？だから俺は今サイドブレーキを解除してる状態だよ」
現「もういい！運転代われ！！」
主「あ、メッセージだ…。あとから出発した課長たちがもう着いたって」
現「もうお前黙ってろ！！」
現「いやそうだけどさ、赤字国債発行すればいいだけだろ」
主「国の税収って64兆円くらいじゃん？」
現「そうだな」
現「どこが？」
主「だって64兆円の収入の範囲でやりくりしたいんだからそうなるじゃん」
現「お前バカか？」
主「バカとはなんだ！」
現「景気対策どうすんだよ。デフレから完全脱却してないと見るなら景気刺激策をしなきゃダメだろ」
主「でも税収が決まってるし…」
現「だから赤字国債出しゃ良いだろうが！だいたいインフレ2％目標なのになんで税収内でチンタラやってんだよ！大型補正予算組め！プライマリー・バランスなんてアホみたいなマイルール定めんな！！」
主「でも大型補正予算を使ってずっと支出したらインフレ目標超えちゃうじゃん」
現「なんでインフレ目標定めたのに通り過ぎるんだよ！ずっと財政出動しなくて良いんだよ！！早くインフレ達成したらその分、GDPも上がるし賃金だって上がるだろうが！」
主「でもさ、俺…怖いんだよ」
現「何が？」
主「赤字国債発行とか、大型補正予算とかを使った後にインフレ止められなくなるのが」
現「税制があるだろ！ていうか、お前よく見たら消費税を定めながら景気対策やってやがるじゃねーか！国民が混乱するから止めろ！！」
主「え？でも一回消費増税したら税率下げずに行くのが一貫性でしょ？」
現「んなわけねーだろ！ていうか消費税があるってだけじゃなくて増税しながらデフレ脱却とか言ってたのかよ！どうりでここ20年物価が失速してると思ってたわ！！GDPもいつの間にか落ちてるし！」
主「あ…ほんとだ。GDPがマイナスに落ちちゃった。景気対策しないと。でも税収越えちゃまずいから税率も強めよう」
現「お前よく政治家になれたな！普通、景気対策ときは税を軽くするの！財政出動の邪魔をしないようにするの！！」
主「でもさ、赤字国債発行したらインフレ率上がりっぱなしじゃん？」
現「その時に消費税かけろ！ていうか消費税かけなくても所得税とかでビルトインスタビライザーが働くから赤字国債減らせば基本十分だわ！！」
主「そっか。でもまだ心配なことがあってさ」
現「何だよ」
主「個人や企業の場合ってさ、自分の収入を超えた借金しまくったら破産するじゃん？」
現「そうだな」
主「国でも税収超えた国債出したら破産して、そのせいで経済が完全に停止するんじゃないかと思ってさ」
現「んなわけねーだろ！雇用状況整備どころか大型の防災設備投資・教育投資もへっちゃらだわ！とにかく、お前の勝手に決めたプライマリー・バランスなんて守らなくていいの！インフレ目標守ってりゃ良いの！」
現「その国債で未来世代が育つんだから投資すりゃ良いだろうが！」
主「財務省に怒られる…」
現「俺らは俺らのやり方で成果を出しゃ良いんだよ！それでGDPが伸びたら願ったり叶ったりじゃねえか。赤字国債程度で未来世代がさらに稼いでくれるかもしれねえんだぞ？」
主「それもそうかもしれないけど…」
現「とにかく消費税を下げろ。ったく…ってお前、円高も放置しっぱなしじゃねーか！！」
主「え？何かおかしい？株は高いときのほうが調子が良いんだから、円も高いときの方が株が高く見えるんじゃないの？だから俺は今適切な為替を維持してる状態だよ」
現「もういい！代われ！！」
主「あ、ニュースだ…。1000兆円の対外純債務を抱えるアメリカがもう230兆円の補正予算法案を可決したって」
現「もうお前黙ってろ！！」
