zirzirrrrr’s diary

日常の蓄積とかなんか

Overwatchライバル・プレイシーズン3スキル認定戦

楽しい楽しいオーバーウォッチのライバルプレイのスキル認定戦だよ!!

一戦目 アヌビス

勝利.攻撃時に味方のサポートがあまりにもお粗末だったので防衛時にマーシーを即ピック. 防衛時には目標Aを確保させること無く勝利.

二戦目 ハリウッド

敗北.前に出ない味方タンク2人&最前線に出るルシオで開始30秒で負けを確信した. そもそも相手が全員星付きで,こちらに2人レベル50以下がいる時点で頭を抱えたかった. あれですか,私がバンバンキル取れればこんな事なんて些細な事になるんですか.

三戦目 ヴォルスカヤインダストリ

敗北.攻撃時に目標Aを取って相手のBを2/3取った時点で味方が一人抜けた.辛い

四戦目 ニュンバーン

勝利.そもそも敵がジャンクラット,ファラ,トールビョーンをピックしている時点で四の五の言わずにザリアを出すべきだった. なぜか知らないけれども,敵のゼニャッタ・ルシオが最前列に出ていたので優先的に倒せたので楽々勝利した. 敵の他の人たちはとても辛そうだった.

五戦目 ヴォルスカヤインダストリ

勝利.ヴォルスカヤインダストリということで三戦目の悪夢再来か?と思ったが味方がとても強かった. ソルジャー・リーパー・D.Va・(ラインハルト|ザリア)・アナ・ルシオという安定している編成だったのも勝利への一因であったと思う.

第六戦 ウォッチポイントジブラルタル

  • 攻撃 ルシオ → ザリア
  • 防衛 ザリア

敗北.なんで星二つ付いているのがレベル50以下を3人引き連れてくるのか.コレガワカラナイ そもそもルシオでキル3の時点で銀メダルが輝いている時点で何もかにもが大問題である. アタッカーに変えようとしてもソルジャーとリーパーを他人が使っていてそもそもサポートが私一人である. 本当にどうするか悩みまくった一戦であった.なお負けたもよう.

第七戦 アヌビス

  • 攻撃 ザリア
  • 防衛 ザリア

勝利.ザリア以外を出していたらキル差と耐久力の差で負けていた試合であった. 味方にジャンクラットのプロ()がいました.

第八戦 ルート66

勝利.敵がそもそも弱すぎた.攻撃の時に一度も倒されなかったくらいである. 本当にコメントすることが無いくらいに簡単に終わってしまった一戦であった.

第九戦 ルート66

  • 攻撃 ルシオ → ラインハルト
  • 防衛 ザリア

敗北.どうやら味方の二人組はウルト縛りでこのゲームをやっているらしい. 俺の目から逃げることは出来ないと俺は早いぞが全く聞こえなかった. なお,攻撃時には私しかヒーラーがいなかったもよう.いつもの事であるので慣れてしまった.

第十戦 ウォッチポイントジブラルタル

  • 攻撃 ルシオ → ザリア
  • 防衛 ザリア

勝利.ペイロードが進まなかったのでザリアを出したらあっさりと進み出しました. これはもうザリアを使い続けないと駄目ですね.

結果

6勝4敗で1833スタート.人間性のかけらもないようなランクから始まりましたとさ.

ubuntu 16.10 でutf-8のmecabを使う

青○文庫の構文解析をしたくてmecabを使おうとしたらaptで入るmecabの辞書はEUC-JPという邪悪な文字コード*1であった.

よって以下のようにする.

$ sudo apt-get install mecab-ipadic-utf8

*1:個人の感想

未来はどこにあるか

私は基本的にストラテジーゲームが好きなのである*1

このゲーム達は基本的にある段階の状態から未来に行くには少なくとも現在の段階を踏み固めないと行けないという原則がある*2

現実世界でも多くのある段階から未来に行ったものは,前段階があったからこそ未来として出てきたのである.

つまり何が言いたいかというと,現在からある未来に向けて進みたければ現在の事柄を十分に見定めるべきである.

現在の事柄を十分に見定めることが出来たらそれは未来になっている.

未来を言うだけでなく,その未来に繋がる現在の事柄はどれだけあるのだろうか.ということを調べ,自分の血肉とすることこそが未来を作るのに必要なのである.

*1:CivとかHoIとか信長の野望とか

*2:ビーカーとか研究開発とか

sedで社会性フィルタ

sedの-fオプションってどうやって使うんだっけって思ったので書いておく.

まずはじめにこんなファイルを作る.

Sociality_filter.txt

s/死ね/にゃーん/g
s/疲れた/にゃーん/g
s/なんであいつのために俺が苦労しないといけないんだ/にゃーん/g
s/けんきうしつ/にゃーん/g

これをこうしてこうじゃ

$ echo "まじで疲れた.なんであいつのために俺が苦労しないといけないんだ,死ね!!" | sed -f Sociality_filter.txt
まじでにゃーん.にゃーん,にゃーん!!

C/C++において処理時間測定にtime()なんか使うな

time()の戻り値は秒単位であり,また実時間の測定のみである.

実時間の測定を行いたいならgettimeofdayを,プロセス時間とシステム時間の測定を行いたいならgetrusageを用いること. マイクロ秒単位までの測定を行える.

以下コピペ用

実時間測定gettimeofday

/* gettimeofday_sample.c */

#include <stdio.h>
#include <sys/time.h>

int main(void)
{
    struct timeval stert_real_time, end_real_time;

    gettimeofday(&stert_real_time, NULL);

    /* 処理 */

    gettimeofday(&end_real_time, NULL);

    printf("real\t%lfs\n", (end_real_time.tv_sec - stert_real_time.tv_sec) + (end_real_time.tv_usec - stert_real_time.tv_usec)*1.0E-6);

    return 0;
}

プロセス・システム時間測定getrusage

/* gettimeofday_sample.c */

#include <stdio.h>
#include <sys/time.h>
#include <sys/resource.h>

int main(void)
{
    struct rusage start_resource_usage, end_resource_usage;

    getrusage(RUSAGE_SELF, &start_resource_usage);

    /* 処理 */

    getrusage(RUSAGE_SELF, &end_resource_usage);

    printf("user\t%lfs\n",
        (end_resource_usage.ru_utime.tv_sec  - start_resource_usage.ru_utime.tv_sec) +
        (end_resource_usage.ru_utime.tv_usec - start_resource_usage.ru_utime.tv_usec)*1.0E-6);
    printf("sys\t%lfs\n",
        (end_resource_usage.ru_stime.tv_sec  - start_resource_usage.ru_stime.tv_sec) +
        (end_resource_usage.ru_stime.tv_usec - start_resource_usage.ru_stime.tv_usec)*1.0E-6);

    return 0;
}

gitignoreについて

gitでファイルを管理している際に確実に無視したいファイルがいくつかある.例えば

  • .log
  • .exe
  • .lib

とかである.

というわけで無視したいファイルがある場合は そのディレクトリ内に.gitignoreファイルを作成すれば良い.

特に凝ったことをしないときは GitHub 謹製の gitignore をコピペすればだいたい問題ないのである.

github.com

集合知とは良いものである.

エディタについて

エディタ戦争がしたいわけではない

Emacs

  • 拡張性が高いため他のエディタの良いところをパクるのが楽である
  • 個々人の特色が特に強く出るエディタである
  • CLIGUIどのような環境でも同様の働きをしてくれる

Vim

  • 軽量でありエディタ→端末間の切り替えが楽である
  • 各モードを使用者自身が意識して切り替えるため明確な操作ができる
  • CLIのユーザ向け

Sublime Text

  • 初期状態でなあなあで使える
  • マウスが使える且つ他の端末のファイルを触らなくて良い状態なら良い
  • パッケージ無双

sed

  • 圧倒的に速い
  • 何をどうしたいのかがはっきりとわかっていれば確実に最速
  • うるせえこれもストリームエディタだ!!

Visual Studio Code

  • エディタの括りに入れても良かろう?
  • C# + .NET Framework + Visual Studio が三位一体となると凄いらしい
  • 使いたさはあるけれども