論理の流刑地

流罪に遭い戸惑う世捨人の雑記

「世界を動かすプロジェクトマネジメントの教科書」(佐藤知一, 2015)

モチうめぇ。ピザうめぇ。

Introduction

プロジェクト・マネジメントという概念やその実行技術というものは、 業界や立場、そしてチームで仕事をするか/個人で仕事をするかという違いを超えて必要な知識だと思う。
(学校で教えてもいいくらいだと思う。道徳や総合学習よりよっぽど健全な社会の形成に役立つだろう)

どうやって仕事を適度な作業単位に分解しどうやってスケジュールに落とし込むのか、
そしてどう進捗を管理していくか、というのは(やや大仰な言い方だけど)人生のコア・スキルであると思うのだが、 意外と誰も教えてくれないのである。

ただ、PMBOKやP2Mなどの規格となるような知識体系はややとっつきにくく、 実際の使用シーンに応用しづらいきらいがある。

その点、日揮にお勤めの佐藤氏は、ブログ(タイム・コンサルタントの日誌から)や個人サイト(マネジメントのテクノロジーを考える)において、実際にプロジェクトをマネジメントしていくうえでの、ノウハウや考え方、ツールの作り方・使い方に関して、業務経験で培った肌感覚に沿ったわかりやすい語り口で解説してくれている。正直めっちゃありがたい。

その佐藤氏の著書である本書では、海外プロジェクトに抜擢された若手エンジニアが、
PMの達人である大学の先輩に、教えを乞うというストーリー形式でわかりやすくproject mangementの要点が解説されている。

(類似本にありがちな)「Xつのポイント」的な感じで列挙してくのではなく、実際の作業手順まで示してくれている点が白眉だと思う。
Amazonのレビューでも指摘されているが、本のタイトルが若干軽い感じ(意識高い系な感じ)なので誤解をうけてしまいそうなるのが心配になるほど、実用的な本だ。

備忘用メモ

備忘用に重要だと思う箇所だけ抜き書きしてく。

プロジェクト = アクティビティの連関という世界観(p.52)

じつは、現代プロジェクトマネジメントの理論や技法は、1950年代に米国において、プロジェクトという大きな仕事の塊を「システム」と捉えたことからはじまったのです。

プロジェクトを「アクティビティ」と呼ぶ作業要素が違いに連関したシステムだと考えました
そこから、重要な技法が次々に生まれたのです。

逆にいえば、ひとつひとつの要素のアクティビティがしっかり定義されているからこそ、しっかりとしたシステム=プロジェクトが成立する。

アクティビティの形式(pp.70-71)

  • アクティビティとは、プロジェクトを構成する「部品」である
  • アクティビティの具体的構造とは、インプット・アウトプット(成果物/完了状態)・リソースと指示・報告である
  • なんども似た形のもの繰り返されるようなのPJTについては特にアクティビティ・リスト(=WBS辞書)を作る必要がある。これは仕事のBOM(部品表)のようなものである。

だれでも正しいWBSを作れる方法(pp.75-)

本全体のキモとなる部分かもしれない。

WBSの作り方は、成果物の分解構造からアプローチする方法(P-WBS)と、作業フローに沿った仕事の機能的な分解から作る方法(F-WBS)が存在する。
どちらも有力な方法*1だが、この本では両者の考え方を組みあわせることでアクティビティを洗い出す方法を推奨している。

紹介されているWBSの作成手順は以下の通り。

  1. プロジェクトの「成果物の構造図」をつくる(→P-WBS的発想)
  2. プロジェクトが最終成果物にいたるまでの仕事の「プロセスの構造図」をつくる(→F-WBS的発想)
  3. 両者のマトリクスを作成する
  4. マトリクスのマス目(=最小単位のアクティビティ)をグループ化して、適正なワークパッケージを形成する
  5. マネジメントの分担を意識して、ワークパッケージに整理番号をふり、WBSに構造化する。
  6. 各ワークパッケージのインプット・アウトプット・必要リソースを、アクティビティリストに記述する(=WBS辞書の完成)

実際の作業イメージも本のなかでは示されていて、とてもわかりやすかった。
会社によってはF-WBSのコード体系が共通で整備されていて、そのコードが社内言語化されているし実績もコード別に管理されている、というエピソード(おそらく佐藤氏の勤務先の日揮のことだろう..)も興味深い。

「一回限りの仕事=Project」をマネジメントするための知識体系ではあるけれど、
それでも共通化できる部分のマスタを整備して、練度を高めて高速化するのがこういった技法のもうひとつの使い方ではないか。

スケジューリングの方法(pp.115-121)

クリティカル・パス法の説明などの部分である。

  1. アクティビティリスト上で、各アクティビティに対して「先行アクティビティ」が何であるか明確にしておく。
  2. アクティビティリスト上で、各アクティビティの所要工数が定義されている
  3. プレシーデンスダイアグラム(Precedence Diagram)を書いて、順序関係を図示する
  4. 一番はじめのアクティビティから後続のアクティビティに向かって、最早着手日と最早完了日を順番に書き込んでいく(ここでクリティカル・パス*2がわかる)
  5. 最後のアクティビティから前のアクティビティにさかのぼっていくように、最遅完了日と最遅着手日を画定していく

ちなみに4は「フォワードスケジューリング」、5は「バックワードスケジューリング」と言う。
いきなりガントチャートとか引く前に、順序関係を図示したほうがいいよね、っていう話。

クリティカル・パスの短縮化の定石(pp.122-125)

どうしても納期を短縮したいときには、

  1. ゆとりの集中化(個人がもっているバッファを集中管理した上で削減する)
  2. 並列作業化

の2つの方法を使う。前者はチーム・プレーのときのみ使えるワザで、後者がより個人単位の仕事にも用いやすい。

クリティカル・パス上のあるアクティビティの完了が次のアクティビティの開始条件になっているとき、
実は先行アクティビティを100%完了させることが、次のアクティビティに必要でない(例えば70%段階まで仕上げられれば次に移れる)場合がある。

こういった場合に、先行アクティビティを構成するいくつかの作業のうち、後続アクティビティに必要な部分のみ完了した時点に最早着手日をずらす、という方法をとる、というのが「並列作業化」が意味するところである。
(実際にこういった変更を施す場合は、後続アクティビティに必要部分とそうでない部分に分割して、別々のアクティビティとして定義し直すほうがスマートだろう。たぶん。)
このような操作を行った場合に、クリティカル・パスが別の経路にうつることがあるのでそれも考慮すべしである、とのこと。


この「並行作業化」は大人数が関わる共同作業としてのプロジェクトだけでなく、個人で行なっている様々な仕事を高速化するための方法論としても有効だと感じた。
当然視されているタスクA→タスクBというフローを、タスクAをa1, a2, a3と分割することによってa1→a2→B(並行してa3)といった感じに短縮することができないか常に検討する姿勢が重要だろう。

工程表への追記によるスケジュール管理

・なんかかっこいいところ

工程表は、航海士にとっての海図に似ています。
工程表もつくらずにプロジェクトを始めるのは、海図を持たずに航海に出るようなものです。

もちろん、多くの会社は最初に工程表をつくってはいるでしょう。
ただ、それを最後までアップデートせずに使い続けるところも少なくないようです。
ちょうど、航海に出たけれど、海図に自船の現在位置や進路や速度をいっさい記入しない航海士のようなものですね。
(p.163)

ガントチャート上で進捗を示すときは、「イナズマ線表記」か「二重線表記」のいずれかを使う。
(→後者しかなじみがなかったので、イナズマ線表記のほうが直感的でいいなと思った)

・よりわかりやすくかつ可視的・参加的な方法として、F-WBS × P-WBSマトリックス上にそのままポストイットを貼っていって進捗を管理する方法もある(→これ結構いいな)

Conclusion

身も蓋もないけど、ちゃんと締め切りを守れるようにするためには、まずしっかりWBSを作ろう。
んで、いきなり天守閣をつくるのではなく石垣たるアクティビティをしっかり定義しようっていうのが著者の主張で、それは正鵠を射ている。

WBSを作るような思考習慣っていうのは、(ロジックツリーとかの広まりとともに)それなりにもう日本にも根付いてきたといえるが、
そもそもWBSのマスタとしてのアクティビティ・リストを整備するのが管理のためにも作業全体の高速化のためにも大事だぜっていうのが、佐藤氏の主張の特徴的かつ示唆的なところだといえる。

brevis.exblog.jp
brevis.exblog.jp

佐藤氏の最近のブログの記事(↑)でも指摘されているように、いきなり工程表を引いたり、
WBSを書き下すのではなく、まず「基本部品」たるアクティビティの定義がなされて、その組み合わせとしてプロジェクトを表現する、というのが本筋である

Enjoy!

*1:ただし佐藤氏はこの記事では、「仕事のプロセス自体は大筋に変わりがないので、WBSのマスタが作りやすい」という理由でF-WBSを推奨している。この観点には多いに賛同できる

*2:よくクリティカル・パスに「隘路」と訳語がつけられているがこれは正しいのだろうか...なんか違和感が

word for Mac 2016で数式挿入のshortcutを設定する

the 備忘of備忘。

従来word for Macでは「ctrl + =」が数式の挿入のKeyだったが、2016ではそうなっていないので、
以下の手順を踏んで自分で設定する必要がある。

  1. 「ツール」→「ショートカット キーのユーザー設定」を選択
  2. 「分類」で「すべてのコマンド」を選び、「コマンド」で「数式挿入」を選び、下のボックスで適当なキー(Ctrl + Command + - とかが無難)を選んで「割り当て」ボタンを押す。

固定効果モデルでロバスト標準誤差 in R

備忘用メモ。

Rでパネルデータを扱うときに、固定効果モデルを行うときは、
plmパッケージを使うのが一般的だ。

最近の社会科学(経済学、社会学etc)で固定効果モデルを使うとき、
table上で報告されるのは、頑健標準誤差(robust standard error)である場合が多い。

従属変数がy , 独立変数x1 , x2 とする

Stataで

Stataを使って分析するときは、以下のようなコードをかくことになる。

xtreg y x1 x2, fe vce(id  time)

Rで

Rで固定効果モデルを行い、
上のStataコードと同じ標準誤差を得たい場合には、以下のようなコードになる

library(plm)
p_data <-  pdata.frame( test_data , index= c("id", "time") ) #plm用にデータ変換
fe_res <- plm( y ~ x1 + x2 , data = p_data , model="within") #plmで推定

### clusterロバスト標準誤差を手に入れる ###
cluster_n <- length(unique(test_data$id) ) #クラスタ数をみる

library(lmtest)
coeftest( fe_res , vcovHC(fe_res, type="HC1" , cluster = "id" ) * (cluster_n / (cluster_n - 1)) )

・plm()の戻り値に、クラスター変数を指定しつつvcovHC()を噛ませて、係数推定値のcluster-robustな分散共分散行列を得ている。
・coeftest() 関数の引数として指定する際には、clusterの数を取得しておき[クラスター数 / (クラスター数 - 1) ] を、vcov()の戻り値にかけて補正する。

なんでこうする必要があるのか

なぜこのような回りくどい補正が必要であるのかは、以下の記事(の最初の回答)に詳しい。

stata - Clustered standard errors in R using plm (with fixed effects) - Stack Overflow

・Stataでクラスタロバスト標準誤差を求めるとき、標準誤差を補正するためのスケールパラメータとして、
G_Nクラスター数、Kはパラメータ数、Nはケース数とすると、

  C =    \frac{G_N}{G_N - 1} \frac{N-1}{N - K}

を分散共分散行列にかけている。

・しかしRの場合は、スケールパラメータの第2項  \frac{N-1}{N - K}しか使っていないために、
Stataでの出力に合わせるためには、vcovHC()の出力に第1項 \frac{G_N}{G_N - 1}を外からかけてやる必要があるのである。

『「超」発想法』(野口悠紀雄, 2000)

Introduction

ヒラノ教授シリーズもあらかた読んだので、今野浩の高校の同級生である野口悠紀雄の本をよむ。
とりあえず今野氏が描く野口氏は、スーパーウルトラ猛烈ハイスペック勉強マシーンという感じである。
(「あのころ、僕たちは日本の未来を真剣に考えていた」のなかで今野氏は、実は野口氏がバツイチだということを暴露しているが、これは本人の許諾をとっているのだろうか...)
ヒラノ教授もパワフルな老人だが、野口氏も(最近なんかで読んだんだけど)散歩しながら浮かんだアイディアを音声メモで記録して、帰宅したらすぐに原稿に起こすようなスーパー後期高齢ソルジャーである。
自分が仕事で尊敬する師匠にもそういう人がいるのだが、1940年代生まれでずっと第一線を駆け抜けてきた人の底力ってやばすぎるよね..

「超」発想法

「超」発想法

「超」XX法シリーズは、かなり売れているが、まぁ職業柄これから読もう。

内容

かいつまんでね..

序論

インターネットやIT技術がさまざまなコストを下げて仕事のやり方を変えてきたよ(ここで代表例がGoogleじゃなくてYahooなのが時代を感じさせる)
これからは「発想における競争の時代」やで。

1章:「超」発想法の基本原則

野口長老曰く、以下5つが発想を導くとのこと。

  1. 発想は、既存のアイディアの組み替えで生じる。模倣なくして創造なし。
  2. アイディアの組み替えは、頭の中で行われる。
  3. データを頭に詰め込む作業(勉強)がまず必要
  4. 環境が発想を左右する
  5. 強いモチベーションが必要

(個人的感想)
「模倣なくして創造なし」というのは強く同意する。まず勉強が必要というのもそうだろう。
ただなー。2点目と5点目はマッチョイズムが透けて見えるというか、今野浩曰く「1日16時間勉強する男」だった野口氏ならではなのではないかと思うのである。

たとえば、「アイディアは頭の中でおこなわれる(べきだ)」ということについて、野口氏は以下のように語っている。

全ての思考は頭の中で行われるのだから、これは自明の命題と思われるかもしれない。しかし、必ずしもそうではない。
なぜなら、多くの人は、「アイディアの組み合わせは、カードや発想マニュアルなどの外部的な補助手段の活用で生み出される」と考えているからだ。
そして、そのような手法が、一般に「発想法」だと考えられている。

第二原則は、この常識を否定する。「組み合わせ」といっても、可能な数は、膨大になる。
だから、発想の過程で必要なのは、新しい組み合わせを機械的に作ったり、それらをいちいち点検したりすることではなく、
むしろ多数の組み合わせのうちから無意味なものを排除すること
なのである(p.30)

うーん、これは「ええ感じの組み合わせ」(=アイディアの候補)がほっといても、マニュアル化しなくても出てくる人の論理な気がするなぁ。

「頭脳は、不必要な組み合わせや意味のない組み合わせを自動的に排除する能力をもっている」とポアンカレは言う。カードで組み合わせを試みれば、無意味なものも扱わなければならならくなる。つまり、頭の中で効率的にできることを、わざわざ非効率的にしているのだ。
(中略)

それに、発想のための基本的な方法論は、学校の勉強や日常生活、あるいは遊びを通じてすでに取得している
だから、格別新しい発想法を学ぶ必要はないのである。そして、方法論ばかりを意識していては、アイディアは浮かばない。
手段だけに気をとられると、肝心の発想作業がおろそかになってしまう。
(pp.31-33)

ここらへんがねー。天才側の発想というか、凡人はそもそも基本的な方法論を取得してない、と思うんだよなぁ。
方法論を意識しないとアイディアが浮かばない場合もあるし、方法論を(意識せずとも)何らかのフォーマットによって強制し、それを順次組み合わせることでアイディアを含む成果物が(アホでも、病気がちで体力なくても、メンタルがやられていても)できるようなシステムを構築するのが大事なんじゃないのって思う。

「強いモチベーションが必要」ってそりゃそうなんだけど、そりゃポアンカレや野口氏がモチベーションをもって自分を引き締めれば、
複雑な問題を小さい問題に分割してどういう順番でやればいいのかを判断・処理するっていう一連の流れが頭の中でAutomaticになされるんだろうけど、
そうじゃない人のほうが多いんだよなー。私もそうだけど。

無意味な組み合わせをつくることを排除することと外部出力をしないことは同義じゃないし、
有用な組み合わせを導くことも、無用な組み合わせを取り除くことも、それをうまく手助けするためのヒューリスティクスはありうると思うし追求できるんじゃないか。

このあとの第4章ではKJ法川喜田二郎がボッコボコに批判されている。
立花隆氏の「これが利点となるのは、頭が鈍い人が集団で考えるときだけである。普通以上の頭の人が一人で考える場合には、これらの特徴は欠点となる」という言葉を引用しつつ、KJ法を以下のように、批判する。

このように、「普通の人は頭の中でやっている作業を、なぜわざわざカードに書く必要があるのか?」という点がKJ法に対する最大の疑問である。

「普通の人」って誰なんだろうっていう反駁が浮かぶのだが、まぁ野口氏のポジションみたいなものを考えると、ある意味それは納得できる。

ronri-rukeichi.hatenablog.com
↑この記事でも書いたんだけど、川喜田二郎は高校大学と隣に梅棹忠夫っていう天才がいて、
どっちかっていうとそういった天才に伍する成果を人工的に集合的につくるうえで、ヒューリスティクス的なエンジニア的な方法をとったわけである。

なんか今野浩野口悠紀雄という日比谷高校の同級生を並べてみても、似たような関係っていうのはあって、
二人とも東大工学部卒ではあるが、大蔵官僚→経済学者という道を歩んだ野口と、エンジニアとして生きてきた今野はかなり違う。
それは、個の力で周りを圧倒しながら生きるか、集団として周りと協調しながら生きるか、という違いでもある。

自分の頭の中の黒板でだけ色々と組み立てて、その結果を出力するだけでいいなら、
そりゃ天才は個人で「文章にかかないで、宙でかんがえるほうがうまくゆく」(by梅棹忠夫)だろう。

しかし共同研究の多いエンジニアにはそれは許されないし、(エンジニアとは言い難い)川喜田二郎も移動大学では「頭が鈍い人(とは言わないまでも凡人)が集団で考える」成果をよいものにする必要性に迫られたからこそ、より万人でもOutputの質が安定するような方法を見つける必要があったのである。

天才じゃない(っていうか頭の中だけで考えるのが不得手な)立場からすれば、前述の立花発言をもじって、
「頭の中で考えるのが利点となるのは、頭が異常に切れる人が個人で考えるときだけである」と言い返したいところではある。

2章: 発想はどのような行われるか?

天才のマッチョな方法にはなんかあんまり同意できなかった。が、
ポアンカレさんのよい言葉があったので記しておく。

発見するということは、まさに、無用な組み合わせをつくらないで、有用な組合せをつくることに存する
かかる有用な組合せは、その数きわめて少ない。発見とは識別であり選択である
(「科学と方法」より)

あと、

3章: 発想の敵たち

「邪魔者を排除して集中しよう。以上!」みたいな章。いや、それも大事だけど。

4章:間違った発想法

なんと1章丸々使ってKJ法批判を展開している。そこまで注力することなのだろうか?
天才には凡人が許せないのか?と思うが、まぁ天才だからしゃーない。

5: 正しい発想法

結構これは部分的に有用なことが書いてある章。

複雑な現実を単純化・抽象化した「モデル」が、多くの学問やビジネスにおけるアイディアの基本っていうのは心から賛同できる。
また、「抽象的なモデルで記述することによって、一見無関係な分野の研究結果が応用できる」(p.148)というのは
あまりにも重要なことだろう。この原理を利用すると、かなり面白いものが書けたりするのである。

問題を分解してから、単純化して考えるのが問題解決の基本というのは、任天堂の故岩田聡社長も言っていたことである。

世の中のことって
だいたいは複雑じゃないですか。
複雑なことに対して
仮説を立てて考えていこうとしたら、
絶対に人は単純化する
わけです。

分析とはものごとを要素にわけて分解して、
そのなかで
「こうすればこれは説明がつくよね」
という仮説を立てることですから、
わたしだけでなく
みんながやっていることなんです。
だからプログラマーの特権ではないと思います。

ただ、プログラマー
それを毎日やっていますので、
いくつも仮説を立てては
頭のなかで比べる訓練はすごくしています。
毎日筋トレをしている、
という程度の自負はあるんです。
トライアンドエラーの回数は多いですから。

プログラムをする人が
みんなそうしているのかどうかは
知りませんけど、わたしはそうしているんです

ほぼ日刊イトイ新聞 - 社長に学べ!

私もプログラムを書くので、この話はすごいわかる。
(あと付け加えるのなら、どんな複雑な問題も、定義済関数による単純な処理を組み合わせることによって対応する、というプログラミングの進め方=制約が、非常に問題解決や知的生産に有用だと考えている)

章後半の「遊びが大事」っていうのはよくわからなかった。
「近年の日本では発想を養うための遊びの環境が失われている」と言われても、そんなん今の若者はどーすればええねん。

第6章以降の内容は割愛。パソコンという新しいおもちゃが誕生してむっちゃウキウキしているミレニアム期の野口氏が見られます。

Conclusion

アイディアとは模倣のことだ(というか既存要素の組み合わせ)!
んで「イマジネーションとは記憶のことだ」(by ジェイムズ・ジョイス)!

天才は頭の中でうまく編集して組み合わせてアイディアつくれる!
悔しいから天才よりも高速に外部出力しながらアイディアを生み出す仕組みを作ろう!


Enjoy!

冬の原稿用BGM10選(本当に疲弊しているとき用)

Motivation

あまりにも時間と余裕のない人生であり、喉は痛み目は腫れ心は荒む。
あまりにも寒い人生で、寒い世相で、寒い季節だ。しかし仕事はたまり、締め切りは迫る。
選挙?そんなものは公園の鳩の餌にした(いや、ちゃんと期日前投票行きましたよ...)

そんなときは、コンビニで「ほっとレモン系」のものを買ってきて、音楽を聴きながらとにかくぼーっとして仕事をする気分になるまで気持ちが「無」に達するのを待つのがいい。

とにかく、とりあえず「机の前で、椅子に座った状態で落ち着く」ってのが大事なんですよね。
これが、ベットやソファに横になりながら、スマホで動画とかみだすと、もうこれは堕落ですよね。
カンダタに蜘蛛の糸を垂らしてくれた天も、そんな姿の私をにはせいぜい火傷不可避のロウソクくらいしか垂らしてくれないだろう。

村上春樹も、そういっていた。

すぐれたミステリー作家であるレイモンド・チャンドラーは「たとえ何も書くことがなかったとしても、私は1日に何時間かは必ず机の前に座って、一人で意識を集中することにしている」というようなことをある私信の中でのべていたが、彼がどういうつもりでそんなことをしたのか、僕にはよく理解できる。

チャンドラー氏はそうすることによって、職業作家にとって必要な筋力を懸命に調教し、静かに志気を高めていたののである。そのような日々の訓練が彼にとっては不可欠なことだったのだ。(「走ることについて語るときに僕の語ること」p.118)

マジで筋力の調教大事っすよねー。ハルキ先輩もそう思うっすよねー。

冬、心が疲れているとき、落ち着きたいときになにをきくか


書き出してから気づいたけど、そこまで冬感ないっていう。
まぁアドレナリンじゃなくてセロトニンから攻めるっていうかダウナー系な感じっていうかなぜだか落ち着く曲(これはあくまでもわたしが落ち着くだけで、ほかのひとにとっては落ち着かないかもしれない)の自分用メモになった。

冬の歌っていうか、冬ってなんか静かな気分になりたくなる(わたしだけなんだろうか)から、
冬に聴きたくなる歌ってことですね。

[1] 冬恋歌(タオルズ


もう20歳前後のときとか、寒い時に作業しなきゃいけないときとか、
冬の夜にアホみたいな量のぐらいのコードを書かないといけない時とかは、とりあえずミルクティー(あのクッソ甘いやつ)自販機で買って、
これを聴きながら放心状態ですよね。。。

タオルズは冬向けの曲が多く、
・山吹色の木の下で(【タオルズ】山吹色の木の下で【雪ヶ谷失恋白書】 by だいふく 音楽/動画 - ニコニコ動画
・こんなにも悲しい(【タオルズ】こんなにも悲しい【Boys and Girls】 by だいふく 音楽/動画 - ニコニコ動画
・葉桜(【歌詞付】タオルズ - 葉桜 by ゆう1015 音楽/動画 - ニコニコ動画

あたりも冬の心情に、非常になんというか沁みるものがあるのではないでしょうか。

[2] クリスマス・イブRap(Kick the Can Crew


クリスマス・イブRAP 歌詞付き


もう20171224が近いですけど、やっぱKREVA

あの頃の2人の生活を
もう一度くれないか聖なる夜

の渾身のドヤァ感は、色褪せない。
ドヤァしてるのに寂寥感を感じさせるこの絶妙な感じ。

最近Kick復活してたけどLITTLEだけおっさん化すさまじかったなぁ...

[3] 曖昧劣情Lover(koyori)

オムすけさん歌唱Verが正直めっちゃいいですね。
イントロからAメロのあたりが、すごいいい感じですね。


[4] White Days(コブクロ

www.dailymotion.com

これ、瑛太らが出ていた「銀色のシーズン」というもはや誰も覚えていないスキー映画の主題歌だったんだけど、
ちりとてちん」でブレイクした青木崇高がだいたい粗暴な役をやってるのって、この映画でかなり水路づけられたのではないだろうか。

イントロがすごい落ち着く。あとやっぱりコブクロの曲全体にいえることなんだが、
小渕パートから黒田パートに切り替わった瞬間になんか眠ってた細胞がぞわっと動き出すみたいな感覚ないでしょうか。
(これは別にどちらかがうまい・へたではなくて、二人とも素晴らしいから起きる現象だと思うのだが)

[5] 夏日憂歌SMAP

下の動画だとこの頃の中居くんは歌上手かったとかいわれてるが別にそんなことはないと思う(失礼)

もう冬じゃねーじゃないかと。
どっちかというと曲調的にはオレンジとかのほうがいいんじゃないかと。
そういうお叱りをうけそうだが、なんか落ち着くからしょうがないよね。

[6] 粉雪(レミオロメン


粉雪 レミオロメン


説明不要。やはり完成されてた曲だからあれだけ大ヒットしたのである。
しかし私はこの曲を、映画「モテキ」のなかで、墨田役のリリーフランキーがノリノリで
体全体を回しながら(球場でのウェーブのようなポーズで)熱唱していた姿を思い出しながらいつも聴いているのである。

あのリリーフランキーの謎の魔力によって、この曲がリリースされた当時の青春の思い出など吹っ飛んでしまった(そもそもそんな思い出はなかった)

[7] 泡色の街(ヒトリエ


ヒトリエ『ルームシック・ガールズエスケープ』MV全7曲クロスフェード / HITORIE - Roomsick Girls Escape

なんか冬の道をマフラーとかコートとかに包まれながらとぼとぼと歩いてると、
このまま家にも目的地にもつかず、体の感覚が麻痺したまま、ずっと眠ったように永遠に歩いていけないだろうか、とか考えてしまう(明らかにおかしい)のだが、
そういう感情を抑えつけずに穏やかな心境にさせてくれるような、そういう曲ですね。

[8] 今夜はブギー・バック小沢健二 featuring スチャダラパー


小沢健二 featuring スチャダラパー - 今夜はブギー・バック(nice vocal)

オザケン(と略すのが正しいらしい)復活記念。
冬感はないけど、冬寒い中真夜中作業してるときに、「あーこんなニッチな作業の成果誰が需要するんだろう」っていう気分を鎮静化するのにおすすめです。

てか映画「モテキ」のEDは、今夜はブギー・バッグが流れるなかで、
Webサイト(動画のキュレーションサイト的な)風をスクロールするような映像で最後までお客を楽しませるようなつくりになっており、
当時映画館で「これは日本映画史上最高に魅力的なエンドロールなのではないか」と感じたのだが、

奥田民生になりたい〜」(先月見に行った。ダメ男あるあるみたいな映画でした。なんか自分を見てるみたいで辛かったですね....)で評価を爆下げしている大根仁はいまこそあのエンドロールだけでもWeb上に公開すべきではないのか。

[9]君の声(アンダーグラフ


君の声 / アンダーグラフ(full pv)


これめっちゃ名曲なんですよね。

寝ないで書いた世界で僕ら愛をつくりだすんだ
疑えど信じ繰り返す日々で 
掴んで吐いて後に悔やんだ弱さが体のなかでカタチを見つける 
僕らはあの頃そのままでいいと思ってた

ここらへんの畳み掛ける感じ、真戸原さん、本当に天才だと思うんですよね。

てかアンダーグラフの曲ばっかり聴いてる身としては、こんな名曲の宝庫のバンドがあまり知られてないって本当に納得がいかない。
もっと四季とかパラダイムとか純心サイクルとかバースデーシグナルとか白い雨とか遠き日とか聴かれてほしいのである。

[10] Only Holy Story( Steady & Co ft. azumi)

なんか久しぶりに聴くと涙出てくるんですよね。。。
SHIGEOかっけーよ(おれはこんなオッサンになりたかった)。

あとやっぱKjってすごいですね。
ハタチそこそこでこれや「静かな日々の階段を」の詞書いてたって思うとやっぱり普通の人間とは思えない。
藤井四段の受け答えが大人すぎて人生二週目疑惑が各所で浮上しているが、個人的には降谷建志こそ前世の記憶をもつ男だと思う。

Conclusion

いやでもまぁただひたすらアホみたいに頭使わない作業こなすモードのときは、
そりゃキャッハーな感じのうたがいいよね。


ポルカドットスティングレイ「テレキャスター・ストライプ」MV

セプテンバーミー「幽霊ダイブ」MV



Enjoy!

RからMplus制御

Introduction

人間、30年以上生きていると一度はRからMplusを制御したいときがある(さて、どこで私は人生を間違ったのでしょうか...)

そんなときには、RのMplusAutomationパッケージを使えばいい(ということを小野滋氏のブログを読んでいて昨日知った)。
Cranのマニュアル
Vignette
徳岡大氏による紹介記事

How to Use

Rから使うときには、基本的な流れは、

  1. データをMplusで扱えるように変換します
  2. 処理内容を記述した.inpファイルを作成します
  3. inpファイルの内容を、変換したデータに対して実行します(結果は.outファイルに吐き出されます)
  4. .outファイルの内容を、Rで確認します。

な感じです。

データの変換

dta_info <-  prepareMplusData(test_df , filename= "/Users/Ronri_Rukeichi/Desktop/dt1.txt" , keepCols = c("log_income", "lbr_yr" , "grade_4to5th") )

みたいな感じで、prepareMplusData()関数をつかい、引数keepColsにて分析対象の変数を指定する。

inputファイル(に相当するなにか)をつくる

よく考えたらデータ変換する必要ない。なぜならば、このように、mplusObject()関数をつかうなかで直接指定できるからだ。

cmd_obj <- mplusObject(TITLE = "Regression(OLS)"  , MODEL="log_income on lbr_yr grade_4to5th", rdata = test_df  , usevariables=c("log_income", "lbr_yr" , "grade_4to5th") )

推定

推定計算の実行については、mplusModeler()関数を使う。
構文チェックはcheck = T で、実行の有無はrun(0ならinpファイルやdataを作るだけ、1なら普通に実行、2以上ならブートストラップ)引数で制御する。
modelout引数に、outputファイルの出力先を指定する。

res_mplus <- mplusModeler( cmd_obj  , run = 1 ,dataout = "/Users/Ronri_Rukeichi/Desktop/out1.dat", modelout = "/Users/Ronri_Rukeichi/Desktop/out1.inp", check=T,hashfilename = F)

このとき、注意しなくてはならないのだが、引数dataoutに指定する文字列は.datで、modeloutは .inpで終わらせる必要がある。
そうしないとエラーが出る(内部をみると、setwd()関数の対象がファイルになってしまうようだ)。
また、hashfilename=Fを指定しないと、吐き出されるdatファイルの名前が、長大になる。
またmodelファイル(.inp)と同じディレクトリに、outファイルが吐き出される(あとでつかう)。

結果の確認

結果は主に以下の方法で確認する

# 1: mplusModeler関数の戻り値のobjectから。
print(res_mplus$results$summaries) #サマリ(AICやLLなど)
print(res_mplus$results$parameters$unstandardized) #回帰係数など

#2: Output fileから読み込む。
param_info <-  readModels(target="/Users/Ronri_Rukeichi/Desktop/out1.out")
print(param_info$summaries)
print(param_info$parameters)


これで、RからMplusが使える。

Enjoy!!

He is a genius.

本棚の普段漁らない、奥の部分を見たら出てきた昔のNumberの特集本。

発売時期は、2003年の夏の終わり。
Zicoさんが「日本版黄金のカルテットだZE!」言うてた時期。
以下、戸塚啓氏の小野伸二選手へのインタビューより。

ー そうやってボールを大切にしていくところに、ボールを操る楽しさであったり、コントロールする楽しさがあるんでしょうね。

小野:誰もが難しいと思うことを簡単にできるということが、僕のなかでは楽しみというか、どんなことでも簡単にやっちゃう、簡単にやるということがボールを操る楽しさですね。

ー 簡単なことは?
小野:簡単なことは当たり前にやる。簡単なことが一番難しいですけど、それは当たり前にやらないと次に進まないんで、簡単にできることを当たり前にやれるように努力する。そこからだんだんとステップアップして、難しいことを簡単にやると」

ビジネスでもスポーツでもなんでも、
「みんなが難しいと思うことを簡単にやる」格好よさみたいなのを純粋に突き詰めていく姿勢、欲しいところ。
裏で必死こいて努力すること含め..

Conclusion


フェイエノールト時代の小野伸二 shinji ono play

ジーニアスは柿谷ではない(いや柿谷も好きだけど)、小野伸二だ。