nDiki : 書き方

プログラミング言語の仕様・振る舞いを確認するために小さいプログラムを書く

プログラミング言語の仕様・振る舞いを確認するために小さいプログラムを書く。 「この式を評価すると値は何になるの?」とか「この2つの書き方どっちが速いの?」とか「この正規表現にどうパターンマッチングするの?」とかを確認したい時。

当たり前の進め方だと思っていたんだけれど、そうすることを勧めたらスルー気味だったので。

特にスクリプト言語なら 「a.ほげほげ 」(Perl なら a.pl)なファイル作って実行してみればいいじゃんと思うのだけれど手間に感じるのかな。本丸のプログラムのソースコードを書き換えて試す(Apache 再起動して Web ブラウザでアクセスしてデバッグプリント読むとか)よりよっぽどはやいよ。あと、単体テストファイルでやっちゃうのもアリ。

それに適当に記事としてまとめておけば、今度は自分が他人に説明する時にそれを示せば済むようになるしね。

SEO 的にタイトル要素中のサイト名を後ろにしたり、canonical 設定したりする

SEO 的にタイトル要素中でできるだけ前にキーワードが出現した方が良いらしいので、先頭にサイト名をつけていたのをやめて後ろに | で区切って付けるようにした。あとはトップページまわりと、記事ページとアーカイブページで重複コンテンツになるところについて <link rel="canonical" href="..."> を設定するようにした。

• タイトル要素中で「サイト名: 記事のタイトル」のようにしていたところを「記事のタイトル | サイト名」に変更。
• 旬別・日別・月日別アーカイブページで重複タイトルにならないように、日付や件数などを適宜入れるようにした。
• RewriteRule ^$ /diki [L] としてパス無しでもパス有りでもトップページを参照できるようにしているので、後者の表示ではパス無しの URL を canonical 指定するようにした。
• 日別アーカイブページで記事が1件しかない場合、記事ページとほぼ重複コンテンツになるので、その場合記事ページを canonical 指定するようにした。

最近 SEO の話を聞く機会が何度かあったこともあって、最近メンテナンスをしていなかったのでまずはサイト内でできることを変えてみたというところ。

あとは「zenbackキーワーズ」のまとめページの方がオリジナルより検索結果で上に来るのがシャクだからちょっと逆転させていというのもある。ちょっと前からまた Zenback を使うようにしているんだけれど、そうすると「zenbackキーワーズ」のまとめページに自動的に載るというサービスになっていて、まあそれはビジネス上いいとは思うんだけれどそっちの方が最近ちょっときがちなので負けていられないなーと。パーソナルナレッジベースとして自分の記事探したい時に不便だしね。

HTML 構造ずっとレガシーなままなので、こちらもそろそろ手を入れたいところ。

あとは本質的なところとして Web 日記とはいえもうちょっと書き方も意識した方がいいのかな。最初の2パラグラフが重要らしいので、より結論ファーストで書くとか。まあ日記なので引き続きだらだら書きたい時はそう書けばいっか。

今日のさえずり: あうぇーさむって読んでたけど、おーさむなのね

2014年04月17日

• 07:06 awesome って心の中であうぇーさむって読んでたけど、おーさむなのね。
• 09:49 初半袖。 (@ 株式会社ミクシィ (mixi, Inc.)) http://4sq.com/P6irRU
• 12:00 Zapier サインアップした。フィードを Buffer 経由で Facebook に流すのに使ってみる。 http://zpr.io/HiUX
• 12:31 AnyEvent::IRC::Client で IRC bot 書いた。メッセージに反応して何かするのとか、書き方わかればサクッとだった。
• 12:55 I'm at キッチンひまわり（移動販売） (渋谷区, 東京都) http://4sq.com/1eLBAVR
• 14:10 自販機からホット缶コーヒーが駆逐されていた……。
• 20:40 初獣神玉!!!
• 23:01 “Perl モジュール AnyEvent::IRC::Client で IRC bot” http://bit.ly/1mgyqcq

設置の自由度が高い布団乾燥機 アッとドライ HFK-SD11

ホースにガムテープを巻きながら、2005年から使っていた布団乾燥機を延命して使っていたのだけれど限界レベルまで千切れたので布団乾燥機を新調した。

チョイスしたのは日立リビングサプライの「ふとん乾燥機アッとドライ HFK-SD11G」。 Amazon.co.jp や 価格.com でも上位だったので、バランスのとれた良機であることを期待。

今まで使っていたのは持ち手をスタンドにして斜めに立てて使うタイプですぐにコケてしまうのが難だったのだけれど、これはスクエアな形状で安定して置けるのがとても良い。

以下雑感。

• 設置安定。ボックス型なので収納時の無駄も少なさそう。
• 布団乾燥38分とアピールされていて、ふむふむと思っ買ったけれど綿布団だと普通に47分だった。
• 運転時は今までの乾燥機より「ゴォー」という送風音がする。風量が多いのかな。音の感じの違いなのでうるささはそんなに変わらない。
• マイコン式タイマーなので簡単にセットできるかわりに、微妙に時間を調整したりできない。あと残り時間がわからない。
• ふとん乾燥マットに接続口が複数あるので、乾燥時の本体の設置場所の自由度が高くて良い。
• 夏コースは「最後の約30分間が自動的に送風になります」と書かれていたので、冬コースの時間のうち後半30分が送風になるのだと思っていたけれど、実際には冬コースの時間 + 送風30分だった。コンパネの表記を見ると +30 とかになっていてまあそう言われればそうなんだけれど、取扱説明書の書き方ちょっとわかりずらい。

こういう家電は10年経っても対して変わらないね。画期的な改良でもない限りかかる時間なんかも消費電力(ワット数)が同じぐらいなら、そう変わるものでもないし。

これで雨が続いても布団を乾燥させて快適に寝られるぞ。

• ふとん乾燥機アッとドライ HFK-SD11G

---

[ 製品レポート ]

公園でパンを食べたり、MacBook Pro でこの日記を編集できるようにしたり【日記】

いい陽気。今日は体力的にがっつりにはしないことにしようということで、パンを買って公園で食べてくるぐらいをしてきた。ちょっとした事だけれど、天気は良いし緑も綺麗なので幸せである。

あとはようやくこの日記を MacBook Pro で更新できるようにした。記事データの転送自体はこの間 Unison でできるように設定してあるのであとは、事前にドラフトを確認環境を作るぐらい。

Perl の環境は perlbrew で。Web サーバは Homebrew で Apache HTTP Server Versoin 2.4 を入れた。最近は Debian 流の Apache 設定で馴染んでしまっているので、素に近いのは久しぶりでなんか新鮮。初めてさわる 2.4 系は設定ファイルの書き方が少し変更になっていて一発ではうまく動かなかったけれど最終的に動くようになったので良かった。

あとは写真管理方法を決めることができてデータの移動も住めば ThinkPad X200 (Debian GNU/Linux) と MacBook Pro (OS X) の併用もだんだんしなくて済むようになるかな。

フリ・オチ・フォローと Web 日記の書き方

お笑いには「フリ・オチ・フォロー」というのがあるという話を読みました。 そういえばそうい型などあまり意識していなかったので、なるほど Web 日記にも書くときにもお笑いを意識したらいいんじゃないかと思った次第です。

(このエントリにはオチもフォローも無い訳ですが)

新しい文章力の教室 苦手を得意に変えるナタリー式トレーニング

以前株式会社ミクシィで広報だった方が「新しい文章力の教室 苦手を得意に変えるナタリー式トレーニング」という本を Facebook で薦めていたので読んでみました。

文章を書く準備段階の「構造を考える方法」、そして「読みやすく分かりやすい文章に仕上げていく方法」が本書で解説されています。

構造シート

第1章では構造を考えるにあたって「構造シート (p.34)」を使って「テーマ」と「話題」を決めていくやり方を説明しています。箇条書きにした話題の各項目の左に順番の数字を書き、右側に優先度を ABC とつけた上で、順番に並べ替えながら構造をまとめていくという方法です。

きちんとアウトラインを決めるべきと思いつつも、上からざっと書いていって質の低い文章を書きがちなのでこれは実践していきたいです。

良い文章

続く2章以降では基本的な文の構造の正しさの話から文末のバリエーションや漢字とひらがなのバランスなどの読みやすさの話まで網羅的に説明されています。個別には文章術などのコラムなどでみかけたりしますが、こうしてまとまっていると振り返って参照しやすく助かります。ここはチェックシート化して普段からチェックしたいところです。

例えば「することができる」などの「翻訳文体」はつい書いてしまいがちなので、これを機会に意識していくことにします。

「日本語の作文技術」で学んで推敲の際にはよく基準にしている「係り受けの距離を近づける」「修飾語句は大きく長い順に」もきちんと説明されていますので、これから日本語の書き方について本を推薦するなら本書が良いと感じました。

お薦めの1冊です。

• 新しい文章力の教室 苦手を得意に変えるナタリー式トレーニング

---

[ 読書ノート ] [ お薦めの本 ]

仕事に追われない仕事術 マニャーナの法則 完全版

タスク管理の記事を読んでいると「マニャーナの法則」というキーワードがよく出てきます。今までスルーしていたのですがここ最近クローズドリストの考え方を取り入れてみているので、その辺りの話が書かれている「仕事に追われない仕事術 マニャーナの法則 完全版 (Do It Tomorrow and Other Secrets of Time Management)」を読んでみました。

• 仕事に追われない仕事術 マニャーナの法則 完全版

マニャーナの法則

まずマニャーナの法則ですが

• 原則1 新しい仕事は「明日やる」を基本にする
• 原則2 クローズドリストを使う

という2つの原則のこととあります。日本語ではマニャーナの法則と訳されていますが the mañana principle なので「(行動)原則」の方が適切に感じました。

「すぐやる」ことの弊害

すぐやると「忙しいだけの仕事」ばかりが進み「本当の仕事」が進まないと指摘しています。新しくきた仕事にすぐとりかかってしまうのではなく、既存の仕事より価値があるかをまず考える必要があると説いています。

「すぐやる」は自分の行動原則の一つなのでショッキングな指摘です。言われてみれば主体的な仕事よりも反応的な仕事に時間を使いがちです。

ただ「すぐやる」については

• 「後回しにしてチャンスを逃す」ことのないようにする。
• 先送りすることで増大するコストを最小化する。

というメリットがあるのも事実。このあたりは本書で言うところの「緊急レベルの判断」とバランスを取っていく感じなのでしょう。

全員がマニャーナの法則をやるとどうなるか?

個人個人がマニャーナの法則に従ってバッファリングすると組織全体のリードタイムが伸びるのではという懸念を持ちました。個人の稼働が最適化されるかわりに、作業の手待ち(idle work)が多く発生することになるからです。

このあたり要注意に思われます。

緊急レベルを判断する

入ってきた仕事はまず緊急レベルを判断するというのが本書の考え方です。

• 緊急レベル1「今すぐ」
• 緊急レベル2「今日中に」
• 緊急レベル3「明日やる」(ベスト)

本書では「明日やる」がベスト。

これはすでに2週間前からRemember The Milk の優先度設定に取り入れてみています。

will do リスト

本書では「WILL DOリスト」と表記。その日にやるとコミットしたタスクを入れておくクローズドリスト(本書ではクローズ・リストと表記)。自分は Remember The Milk でタスクの優先度を1にすることでリスト化しています。

処理する順番はファースト・タスクが最初で「明日のリスト作成」が最後です。それ以外はまったく自由。

1日の最後に何をおいても明日の will do リストは作成することが必須とあります。仕事については実践していますが、プライベートでは翌日の will do リストを夜に作るのがまだ習慣にしきれていません。

ちなみに本書ではタスクにかかる時間の見積もりについてはほとんど触れられていません。翌日時間が足りず will do リストを完了できそうもない場合もいつもどおりリストを作成し翌日は「できるとこまでやる」「完了できない日が続くなら対策をとる」という感じになっています。

やり残しをどうするか?

will do リストで完了できなかったものは、「やり残し」フォルダに放り込み、ファースト・タスクで処理しましょうとあります。

これは今週から Remember The Milk で backlog タグを付けるようにして実践中です。

ファースト・タスク

ファースト・タスクは「毎日の最初に行い、そこから1日をスタートさせるのが望ましい仕事」とのこと。毎朝最初にできる仕事は1つしかないので、常に1つ。

• 原則1 とにかく、する (Do)
• 原則2 一番始めに、する (First)
• 原則3 毎日、する (Every day)

ファースト・タスクに向いている仕事は

• 「やり残し」を片付ける
• 仕事のシステムを修正する
• プロジェクトを進める

です。今は「やり残し」を片付けるのに使っています。先送りし続けることが減りました。

実際のところ実際に一番最初にはやれてなくてまず「セットアップタスク」なるものをやってたりします。これらを前日に済ませるようにできれば本当のファースト・タスクにできるのかも。

ダッシュ法

ダッシュ法はポモドーロテクニックにつながるところを感じました。ちょっとマニアックでテクニカルなやり方だというのと、マルチタスク型な印象なのとで今回はスルー。

二分等法 すべての仕事を半分にする

プロジェクトをタスクに分解する方法。 GTD でプロジェクトに対して具体的な行動を設定するのと同様、本書でも具体的な行動に落とし込むよう指導しています。

その具体的なやり方として二等分法というのが紹介されていました。プロジェクトを二等分し、先にやる方をまた二等分にするというのを繰り返して「抵抗感が問題にならない状態」になるまで分割を続けるという方法です。

全てをブレークダウンすることはせず直近取り組む部分だけ具体的にするというやり方がスクラムにおけるプロダクトバックログリファインメントの考え方に似ていて気に入りました。

行動の合間に考える習慣をつける

最後の方の「考える」ということについての話で「行動の合間に考える習慣をつける」エクササイズが紹介されていました。

• 「毎日15分」など時間を決め確保する。
• 邪魔が入らない場所でノートと筆記用具を用意し、浮かんできたアイデアや考え方をノートに書き留める。
• 時間の終わりに近づいたら書いたものについて考える。良いアイデアや行動が必要なことに下線を引く。

というものです。時間(期限)を決めその時間の最後まで考え抜くというのがポイントだそう。ぜひ取り組んでみたいなと思います。

冒頭にキーワードが説明されているのが良かった

最後に本書の構成について。

本書では冒頭で「本書に登場する18のキーワード」として

• 「クローズ・リスト」「オープン・リスト」「チェック・リスト」
• 「コミットメント」「本当の仕事」「忙しいだけの仕事」
• 「バッファー・ゾーン」「マニャーナの法則」
• 「タスク」「プロジェクト」
• 「タスク・ダイアリー」
• 「デイリー・タスク」「ファースト・タスク」
• 「TODOリスト」「WILL DOリスト」
• 「ダッシュ法」「期限の効果」
• 「ラベリング」

が列挙されてそれぞれに簡単な説明がついています。簡潔でわかりやすく、本を読み進める助けになります。

本では「はじめに」で第1章では◯◯、第2章では△△とずらずらと書かれていたりしますが、前提知識が無いとわかりにくい書き方のものが多いです。それに対して、本書ではキーワードという見出しでサマリと流れをうまく説明していて素晴らしいなと感じました(ちなみに本書も「はじめに」では構成が手短に説明されています)。

• 仕事に追われない仕事術 マニャーナの法則 完全版

---

[ 読書ノート ] [ お薦めの本 ]

その日の出来事を書いて、感じたことを書いて、気が付いたことを書く【日記】

日記を書くときは「とりあえずその日の出来事を書いて」「それで感じたことを書いて」「それで気が付いたことを書く」とできればそれが一番と思うのですが、それって個人的日誌の書き方は「事実、感情、発見」だと「スーパーエンジニアへの道」で言っているそのままでした。なーんだ。

[ 日記の書き方 ]

「わかき」

「わかき」というのを小学校で教わったという話を聞いた。

• 分かったこと
• 考えたこと
• 気付いたこと

という視点で考えと文章をまとめるフレームワークについてみたい。ただ書きましょうではなくて、書き方の型の1つを教えるというのはいいな。

「わかき」というフレーズは初めて聞いたんだけれど、スーパーエンジニアへの道で説明している個人的日誌を「事実・感情・発見」の3つで書こうというのと近いものがあるね。「3つ」のポイントというのがやはり一番使いやすい。