Notices by ひだお初段@Qiitadon (hidao@qiitadon.com), page 35

漫画を読んでたら集中しすぎて叩かないと反応しない母や妹も、本当に寝食を忘れて死ぬまで漫画を読み続けた事はないし、食事とかその他生活に関わる諸々の行為はすべてマルチタスク
だし、日本語を発音したりキーをタイプしたりする時に、それらに本当に完全に意識を持っていかれることもない
自転車や自動車を運転しながら、最初は緊張して喋れないかもしれないけれど、練習すれば多くの人は喋るぐらいはできる

すべてがすべて練習で解決するとは思わないけど、「自分にとって余裕でマルチタスクできる領域」は誰であっても確実に存在するので、いかにそれと同じように扱うかが、任意の事柄についてマルチタスクできるかどうかの鍵だと思う
自分にとって難しい事が、しょぼいことに変わる瞬間というか、片手間でできるようになる瞬間というか
仕事の精度とか、様々なバランスをとるべき要素はあるにしても、片手間でできると自分の中で納得して思える瞬間を意図的に作り出せるようになると、自分の能力を最大限利用するぐらいには至れそう

#documentation

問題点:
- データファイル、Excelファイルの説明が不十分
- 口頭で説明する (聞いた人が説明をまとめる。複数の人が知りたい場合、複数の人が（複数回）聞き、非効率。)

改善点:
- データファイル、Excelファイルに対する説明を追加
- どこをどう見るのか(少なくとも大枠)を書く
- 内容を忘れてもその説明ファイルを見れば分かるようにする

Excelファイルを作った人が一番理解している。
その理解した状態で「忘れた時にどこにひっかかりそうか」吟味しながら説明を書く。

口頭で説明する時間を減らし、将来の参照性も高める方法だと考えている。

#task

マルチタスク:
することで失敗率を高める非効率な方法

と考えている (死にかけた経験と、大けがした経験から）。

しかしながら、時にはそのマルチタスクをせざるを得ない。

マルチタスクでの失敗を減らす方法は今後も要検討
- TODOを整理
- TODOを消化
- 短時間の切替えはしない
- 一つの作業時にその作業に集中
- ...

自分で完璧だと思うものを出せ、レビューでの質問事項を残すな、とも言われた
それはその通りで、レビュー前に作業者が質問すべき、というのが見解

観点Aに沿って間違っている/正しいをチェックするのは簡単だけど、沢山の観点をもれなく網羅し、かつイレギュラーや例外に関しても網羅的に考えるには、やはり心の余裕が必要だと思う
レビュー精度は明らかに変わってしまう

参照は小粒でもピリリと辛い

参照で思わぬバグに泣きを見る人の悲哀を表した故事成語。

いっしゃだけだけど、たいーしゃ

lenovoのオンラインショップ、仕事が遅い…

vagrantインストールしてたらyoga bookの動作が鈍くなって来た

手足が伸びる前兆かな

字面にリスペクト感が乗りませんが

「あーなんだ」は多聞第一リスペクトです

早く帰れたのでカップ酒あおったら、一缶で悪酔いしてしまってこのざま

#PhpStorm を使い始めてから、徐々に底力を見せつけてもらっている

#Git にcommitしたとき、構文エラーを吐いてくれるのが地味にありがたい#PHPUnit のない現場

（概要の入場リンクが古いけど、直すのめんどくさい…）

#Qiitadon酒場hidao店 オーナー