なんでだろうなー。

引越しで雑な扱いされたのだろうかー？？？

まず、いままで開発で使用していたLinuxPCが逝きました。

本体は動いてるっぽいけど、HDMI出力が正しく行われません。

この本体は前から色々と壊れていまして、本当は無線LAN内蔵されているけど、動いていないと言う状況でした。

まぁ、今はHyper-Vに開発環境を構築したのでなんとか開発は引き継げます。

壊れる直前に環境移行済ませておいて良かったー。

もう一つはハードディスク1台。

結構昔に買った物で、この中には、いままで溜めていたメディアファイルやDVDから抽出したisoファイルなどが入っていました。

まぁ、メディアファイルは全てクラウド上に待避させておいたので、それが唯一の救いです。

このためのバックアップよ。

おそらく原因は排熱が上手くいっていなかったんだと思います。

みんなもデバイスの発熱には注意した方が良い。

換気の良いところに設置するべし。

最後に、Blu-rayレコーダー。

これは10年ぐらい前、鬱病になったのをきっかけに、深夜番組を録画するために購入したものです。

これも映像出力ができなくなりました。

録り溜めていた番組が全部パーですが、1ヶ月前の古い物ですので、まぁいいか。

Blu-rayの再生はPS4があるし。

録画する機能なら、テレビに接続したHDDがまだ動いているし、これから届くであろうひかりTVならBSも録画できます。

いままで稼働してくれてありがとう。

燃えないゴミに出します。

そういえば、今使っているPCのWindows10がProなので、デフォで仮想環境が使える、と言うことに気がついたので。

これを使えば、VMwareとか、Virtual Boxとか使わなくても仮想環境を構築することができる。

参考にしたサイトはこちら。(Microsoftのヘルプページ)

https://docs.microsoft.com/ja-jp/virtualization/hyper-v-on-windows/quick-start/enable-hyper-v

Hyper-Vを有効にして、Hyper-Vマネージャーから仮想マシンを作成すると、すでにUbuntu18.04のテンプレートが用意されているので、これを選択すると、自動的にisoイメージのダウンロード、インストールまで完了します。

注意するところは、リモートデスクトップで接続しないこと。

そりゃそうだ。インストール直後のUbuntuはリモートデスクトップを許可していないので。接続できるはずがありません。

リモートデスクトップ接続をキャンセルすれば、仮想マシンのデスクトップを直で表示されます。

ただ、このままだと、画面解像度的に使いづらいので、解像度の設定を書き換えます。

参考にしたサイトはこちら。(Qiita)

https://qiita.com/mizutoki79/items/6122455bfa2755942488

$ sudo vi /etc/default/grub

で設定ファイルを開いて、以下のように書き換えます。

GRUB_CMDLINE_LINUX_DEFAULTの行にvideo=hyperv_fb:[変更したい解像度]を書き足します。

1920×930程度にしておけば、フルHDのデスクトップにちょうど収まります。

そして以下のコマンドで設定を反映。

$ sudo update-grub

間違えてFedoraのコマンドを使用すると起動不能になる。（やらかした）

使ってみた感じでは、非常に快適です。

これなら本当にVMwareとかいらないかも。

メモリも32GBと余るほどあるので、半分の16GBをHyper-Vに割り当てても余裕。

まずい、これは本当にLinux PCいらないぞ。

とりあえず、開発環境をセットアップして見ようか。

スタートダッシュとしてはまずます、といったところだろうか。

リセマラはやってません。

リセマラに時間使うよりも、クエスト回って無料石稼いでガチャ引いて、★３の頭数をそろえたほうが序盤では有利になります。

なので、イベント開始直後には★３の聖属性３人を優先して、最大まで限界突破させました。

★４を最大まで強化させるにはハードルが高いので、★４を育てるよりも★３を育てたほうが強いパーティを作りやすいです。序盤では。

おかげさまで、イベントボスは上級は３戦で、中級は２戦で撃破できるようになりました。

レアアイテムもある程度回収できました。

ここからは★４の強化も少しずつ進めて、バトルアリーナ上級にも挑めるまで強くしたいですね。

あと、装備も強くしなくちゃ。

プログラマーが一番頭悩ませるのがエラー処理なのよ

— 多岐川ノリ＠ぼっちのバンドリーマー (@n2_taki) March 11, 2020

プログラムというのは、目的通りに動いていればいい、という訳ではありません。

目的通りに動かすのは「当たり前」で、それ以上に頭を悩ませるのがエラー処理なんです。

具体的には、なんらかの要因で正しい処理が行えなくなった場合でも、正しい状態を保つ、ということをプログラミングしなければなりません。

前者が「正常系」と呼ぶのに対し、後者は「準正常系」と呼んでいました。

ちなみに、それ以外の深刻な問題が発生したときは「異常系」と呼んで、オペレーターに異常を知らせる処理を実行します。主にハードウェアの故障などがこれに該当します。

準正常系は、入力データの異常や割り込み処理などが該当します。

ソフトウェア設計者は、こういった準正常系の処理を全て網羅して、あらかじめエラーを検出し、本来の正常な動作を保つように設計しなければなりません。

設計者が頭を悩ませるのが、「準正常系に漏れが無いよね？」ということなんです。

我々がニュースなどで耳にする「ソフトウェアの異常」というのは、大抵、準正常系の考慮が漏れていたことに起因します。

そして、本番でこういうことが起きないように、出荷前に様々なテストデータを用意して、徹底的にいじめます。

特に組み込み系のファームウェアは、簡単にアップデートできないので、出荷から当分の間はヒヤヒヤします。

トラブルがあったら現場大炎上なので。

では、どうすれば良いかというと、これも難しい話で、経験を積み重ねるしか無いんですよ。

ベテラン技術者にレビューして貰うのも一つの手です。

まぁ、ソフトウェア製品の開発にはこんな事があるんですよ、ということで理解して貰えれば。

まぁ、3.11のような規模の災害は当分起きないとは思いますが、用心するに越したことはないので。

オイラは、北海道胆振東部地震をきっかけに、少しずつ災害対策を始めました。

具体的には、ライフライン（電気、ガス、水道）が無くても、数日は耐えられるように、と想定しています。

電池で動く携帯ラジオ。

停電で電気が使えないとなると、最も頼りになる情報元は地域のラジオです。

スマホのradikoではダメですよ！

基地局がバッテリー切れしたらインターネットもできなくなりますからね！

小型のコンロ。

燃料。

中型の焚き火台。

この上でお湯も沸かせます。

燃料となる薪も少し用意しています。

乾電池で動くLEDランタン。

念のため、ガスコンロも用意しています。

LOHACOで買ったお水。

こっちの方が長期保存ができます。

食料は、今、カップラーメンを発注しています。

これだけあれば、ちょっとしたキャンプぐらいできそうです。

それともう一つ、

これらのアイテムは持っているだけではダメで、きちんと動くことを定期的に確認することも大事。

買ったは良いけど使い方がわからない、なんて事が無いように、点検しておくべき。

軽く、デイキャンなんてどうですかね？

北海道はまだ無理だけど、暖かくなったらデイキャンなんて良いかもしれません。

結局はやってみないと、いざというときに使い物にならないわけで。

これを機に点検してみてはいかがでしょう。