量と強火を日和ってはならないと教えにあります。
トマチン。
辛味要素などを入れたあと。
今日はキーマで。
パプッ。
追いサムシング。
美味です。
エモ太郎。
レシピはこれに準じます。
しばらく弊家庭で流行る見込みで、ひたすら🍛をつくるものと思われます。
チャンネルのS/N比を最大化する
背景
問題
SNSで流れている情報のS/N比は著しく低い
情報のS/N比
- 自分にとって有用な情報がsignal
- 自分にとってどうでもいい、害のある情報がnoise
noiseの処理に認知リソースを割くと人が怒る
例
- はてなブックマークでタイトルで釣る
- Slackのチャンネルのほとんどが興味のない馴れ合い
SNSにnoiseが多い問題
チャンネルとは
何らかのシステム => 自分の入力関係
対策
S/N比を最大化するシステムを作る
- 手動でフィルタを管理するのは非効率だし面倒
チャンネルのフィルタを動的に生成する
アウトプットは量多い方がいい。フィルタは各自がやればいい。この原則わかんない奴はインターネット合わないと思う。
マイクロスプリント
集中力ないタイプの人類なのでよく困ってる。一瞬気が散ると別のことを始めており、もとのタスク（コーディング）に戻ってきたらキャッシュが飛んでる状況。
たぶん多動的な何かが微量あるのだろうけど、特に診断を受けたことはないので真実は不明です。
そこで、Forestというスマートフォンを触ると怒ってくれるアプリを用いてみている。スマホ禁止のマイクロスプリントは30分を定義して作業してみている。今のところ調子がよくて、30分のうち20分くらいは実作業をしていそう。
30分過ぎたら休憩と称して色々好きなことをやっているので、隙間のないスクラムのスプリントとは厳密には違う概念かもしれない。
しかし、マイクロスプリントという名前で呼ぶとしっくり来るような気がする。この名前は今自分で作りました。
音声入力で読書メモ
本読みながら要約を喋って音声入力で残すのとても捗ってる
— ╹◡╹ ）＜ よく噛んで食べる (@non_117) 2018年2月1日
そこそこ高速に読みながら何らかの情報が残るし、要約で理解を出力もできてる。
— ╹◡╹ ）＜ よく噛んで食べる (@non_117) 2018年2月1日
やりかた
- Google Docsを開く
- [ツール] - [音声入力]
- 本を数ページ読む
- 理解した内容を声に出して要約する
- Scrapboxに転記して、キーワードにリンクを貼る（任意）
よい点
- キーボードを使わないので、手は本を持ったまま
- 寝転んで読書していてもメモが残る
- 音声のほうがキーボードより出力スピードがはやい
- いったん頭のなかで要約をするので、理解がすすむ
よくない点
- カフェなどでは不可能
- Google Docsでの音声入力は句読点と改行を入れてくれない
感想
- Googleの音声入力かなり精度がよい*1
- 自分で理解したっぽいものが残るので、読書をしても数日で忘れてしまう問題を解決できそう（忘れても問題がない）
- 読書メモとしてはかなり効率がよい
- Scrapbox上でリンクをちまちま貼っていく作業はだるい
- ページあるいは段落の見出しは読み上げておいたほうが、後で見返したときにインデックスとなりそう
- 本でなくても、webページ、動画教材の内容を要約して記録できる
*1:使えばわかる
細部
妻がイラストを描くタイプの人間なんですが、以前妻が「イラストは細部が大事だ」と言っていた。これをよく考えてみるとプログラミングでも同じで、変数名だとかちょっとした関数の構造のほんの小さなどうでもいいようなポイントを、我々は良いコードだとか読みやすいだとか言って評価をしているような気がする。
音声入力振り返り
この文章はおよそ1分の発話で入力されました。
反省点としては一つの文章が長くなりすぎてる点。おそらく職場のチームでのコミュニケーションでも同じように長い文章をしゃべりがちである。人々は長い文章、特に発話を認識することは得意ではないので、短いセンテンスでぽんぽんぽんと喋っていくことが重要な気がする。
そういえば仕様の議論だとか、実装方針の議論をした時によく相手がパケロスをしていることがあるような気がする。反省していきたい。
