ビッグデータプログラミングなどITに興味があります。日記ITエンジニアに限った話ではないですが、勉強会によく参加されている方っていますね。私の周りはITエンジニアだらけなので、参加者募集してるよー、何ならスピーカーも募集してるよーなんて話が聞こえてきます。connpass.comとは言え、忙しい仕事の合間、もしくは終わってからヘトヘトになってでも参加するべきか自分は躊躇していまいます。勉強会に参加するメリットって何でしょうね。1.新しい技術、情報に触れる機会になる特に技術が好きなエンジニアにとっては、刺激になるかもしれませんね。2.気分転換になる仕事場の雰囲気とは違う場所に身を置くことで、リフレッシュできるかもしれませんね。3.人との出会いがある社外の勉強会となると、社外の人と会うチャンスになるかもしれませんね。他にも色々とあるとは思いますが、これらのようなことをメリットと感じない場合は、勉強会に参加するのは辛いと感じるかもしれません。参加したことが無い人は、あまり深く考えずに取り合えず参加してみるのが良い気もします。結局参加してみないと分からないことが多いためです。仕事はアウトプットすることがメイン。言え、インプットがなければ新たな価値あるアウトプットが創造できない。仕事でアウトプットしながらインプットしている。これが意外としんどかったりする。インプットに集中することがあっても良いじゃないか。自分も参加してみると、「あ、こんな考え方があるのか」と気付きを与えてくれることも少なくありません。結果的に仕事が滞ってしまっても、「いや、参加して良かった」と思うようにしたいと思います。ログインできないのはディスク使用量が100%になっていたからだったWordPress久しぶりにVPSサーバ上で構築しているWordPressにログインしようとすると、ログインできませんでした。状況としては、パスワードは合っているはず(しばらく考えた後にエラー無しでログイン画面に戻るだけ)※もし意図的にパスワードを間違えると”違います”的なメッセージが表示されるパスワード初期化しようとすろと、”リセットキーを保存できませんでした”というメッセージが表示される結論から言うと、サーバのディスク使用量が100%になっていたためでした。起動させたことがあったが、そのプロセスを動かしたままだった。ログのサイズが膨れ上がってしまって、ディスク使用量が100%になっていた。ログを削除すると、ログインが可能になった。プロセスが主原因でしたが、普通にブログ記事を作成し続けたりしていても、ディスク使用量に特に気づかなかった場合に、”ある日突然ログインできない!!”みたいな状況になりそうです。責任範囲ではないですが、単にログイン画面がリロードされるのではなくて、何らかのエラーを表に出力してくれた方が嬉しいかったです。RPMパッケージを統合管理するシステム。DebianでのAPTの位置づけになる。イメージを使って試してみたい。インストール済みが前提で進めていきます。イメージ取得できます。今回は公式のイメージを使いますが、あえて旧バージョン7.0を使います。210MBイメージを取得できました。ISOファイルだと4GBあったりするので、それに比べると随分と小さいサイズであることが分かります。いう名前のコンテナを作成し起動しました。起動して、バージョンを確認してみます。コマンドを試行していきます。check-updateリポジトリのアップデートをチェック。baseアップデート可能なパッケージがたくさん見つかりました。ディストリビューションそのものも(centos-release.x86_64)候補として表示されています。audit-libs)をアップデートしてみます。リストから消えたのが分かります(アップデート済みのため)。{package}リポジトリからパッケージを検索します。いうパッケージが見つかりました。{package}リポジトリからパッケージをインストールします。依存関係にあるパッケージも自動的に解決してくれます。{package}インストールされているパッケージの情報を表示します。installedインストールされているパッケージの一覧を表示します。{package}インストール済みのパッケージを削除します。Complete!削除されているようです。all登録済みのリポジトリ一覧を表示します。10964登録されていても、無効になっているリポジトリがあります。{リポジトリ}リポジトリを追加します。いうリポジトリを追加してみます。名前で複数追加されているのが分かります。関連のリポジトリであることも明白です。disabled基本的なコマンドを一通り叩いてみました。実際に叩く機会が無いとしても、仮想環境を利用して、色々なコマンドを繰り返し叩いてみることは良い経験になるかもしれません。プリミティブ型のメリットってなんでしょうか。色んな意見がありそうですが。書くとコンパイルエラーになる。個人的には、そんなに嬉しいかと言われると微妙です。パフォーマンスがオブジェクト型より良いオブジェクト型のデータはオブジェクトを生成しなければならない。位置情報を使ってヒープ領域のデータを参照しなければならない。これらは、プリミティブ型に比べてオーバーヘッドになり得る。昔に比べて今はメモリの使用量に関して、そこまで深刻になるケースはないかもしれません。ループするかと聞かれたら”いいえ”と答えます。対象にならないこれは上のパフォーマンスと同じような意味になります。プリミティブ型の変数はヒープから割り当てられず、代わりにスタック領域に割り当てられる。オブジェクト型はヒープ領域から割り当てられるため、ガベージコレクションが必要になる。ループの例と重複しますが、以下を実行すると40秒かかるが、プリミティブ型であれば10秒以内で処理される。使えば比較は出来るので、特に問題はないです。比較が出来てしまうケースがあるややこしい一面があります。false}こうやってみてみると、プリミティブ型が活躍しそうな(している)場面はありますね。対して、バックアップを実行してみます。件のレコードが登録されています。作成しておく必要があります。server:0doneバックアップ先に指定したディレクトリを見てみると、以下のようなファイルが生成されています。実行時のタイムスタンプから、対象のバケット名やサーバ名など、思っていたよりも深いディレクトリ構造になっています。..データのクリア一旦、すべてのデータをクリアします。default実行すると以下のようなメッセージが表示されます。964675.8doneリストア後の状態なんと、元あったデータの3分の1しか復元されていませんでした。オプションをつけていた為、3台中1台分しかバックアップされていなかったようです。server:0doneノード毎に3台分ディレクトリが生成されています。..改めてリストア全てのデータがリストアされました。非常に基本的なバックアップを取得するつもりでしたが、オプションの意味を勘違いしていたことで、意図しない結果が得られました。自分のドキュメント理解力も残念なところがありますが、試してみることが大切であると改めて感じます。以下のように書かれています。operations.並んでいる要素に対して、直列または並列処理をサポートするみたいなイメージでしょうか。それを継承しているようです。predicate);うーん。