このキスシーンがスゴい！
ええ、もちろん正座して観ましたぞ、アニメ「とらドラ！」の最終回。手馴れた様子からして、キミたち枕で練習してたね？と深夜のテレビにツッコミ入れて悶えたことは秘密だ。今回のテーマはキスシーン。キスひとつと侮るなかれ。二人の気持ちの集大成だったり、人生を変えてしまうようなキスだ。キス初心者から有段者まで参考になればと思う。 まず、「とらドラ！」。目つきは凶悪だが心優しい竜児と、見かけは美少女なのに凶暴な大河が織りなす熱血ラブコメディ。予定「不」調和な展開と、お約束の着地点は、ヤケドするよな真っ直ぐで熱いキス。泣いて笑って顔赤らめて、存在しなかった「過去」を懐かしむべし。もはや、高校生活はファンタジーなのかも。 次は、「肉体の悪魔」。第一次大戦下のフランス、十五歳の「僕」と、十九歳の人妻。夫が戦地にいるあいだにふたりは出会い、年齢の差を超えて愛し合うようになるのだが――ありきたりな食材が、完璧な一
わたしが知らないスゴ本は、きっとあなたが読んでいる: 「アート・オブ・プロジェクトマネジメント」読書感想文（その1）
最近、マネジメント系の仕事ばかり振られるようになったので、予習のつもりで一読 したが、これはスゴい。読んでる途中から振り返り読みを繰り返し、再読も再々読もしなければならないことに気づいた。本書で紹介されるアート（技芸）は、How to モノと大きく異なり、根っこから考え→実践に適用し→フィードバックが必要なものばかり。 あ、最初に結論を述べておくと、これは今年のNo.1スゴ本なり。ふり返ると「No.1スゴ本」の称号をいくつかの書籍につけてきたが、本書は間違いなくNo.1だと言い切れる。読み手の経験に応じ、必ず得るものがある。概要はamazon紹介文をどうぞ（太字はわたし）。 「ものごとを成し遂げるためには何を行う（あるいは行わない）べきか」という実用的な視点からプロジェクトを捉えて、ものごとを成し遂げるための考え方やヒントを、スケジュール、ビジョン、要求定義、仕様書、意思決定、コミュニケー
「ソフトウェア開発の名著を読む」を読む
「めいちょ」と銘打たれるとなかなか手が出せないもの。大著であることも多いし、何より難しそうなイメージが先行してしまう。さらに、たいていは「古典」…なので、書店で平積みになってる賞味期限 1 年のハウツー本みたく目に入ってこない（←こちらからアプローチをかけないと手に入らない）。 というわけで敬遠していた方へ朗報。「ソフトウェア開発の名著を読む」で手軽に「めいちょ」の品定めができる。この手のカタログ本だと、「コンピュータの名著100冊」が有名だが、これはたったの8冊の紹介、しかも新書なので30分で読める。 しかも、言語は問わない。もちろん FORTRAN や Pascal といった「古語」のコードが出てくるが無問題。伝えたい何か、例えば「プログラミング作法」や「よいコードを書くための習慣」を表現するための、レトリックとしてのコードなのだから。 とどめは、昔から、誰からでも、何度でも指摘されて
わたしが知らないスゴ本は、きっとあなたが読んでいる: 東大教官がすすめる100冊
東大教官が選んだ新入生向けのブックリストとして、新書「東大教官が新入生すすめる本」と、紀伊國屋書店のサイト[参照]がある。全部で1600冊程と膨大なので、まとめた。まとめるだけでは面白くないので、100冊に絞ってランキングした。 ■東大教官の観点 以下の3つの観点から選書している。 1) 私の読書から――印象に残っている本 2) これだけは読んでおこう――研究者の立場から 3) 私がすすめる東京大学出版会の本 1) は、読書経験の貧富がハッキリ見える。めったな本を勧めるわけにはいかない。ほとんどが厳めしい古典、大御所を占める。ところが、ウケ狙いか、小松左京や村上龍、コミック「棒がいっぽん」などを推す教官がいて面白い。 2) の意味を拡大解釈する教官多し。何十巻もある「○○全集」を指定してくる人もいる。ゼミ生になったら生き字引代わりにでもしようとするつもりかしらん。オマエも全読してねぇだろ！
わたしが知らないスゴ本は、きっとあなたが読んでいる: コンピュータの名著100冊
仕事でコード書いてた頃の話。 机上に「本」というメディアは無かった。プログラミングといえばお手本のコピペ＆手直しで仕上げてた。だから、せいぜい入門書やリファレンスといった辞書的なやつだけで、3年もすれば「古い」と引き出しの中へ。 だから、いつまでたっても上手なのは「お作法」だけ。あたりまえだ。仕様を実装したコードに「似た」コードやパターンを探し出す→コピペがプログラマの仕事だと思ってたから。ネットの情報が「全て」であって、「考える」とは、「いかにお手本に合わせるか」だったから。 プログラマというよりも、むしろ「コーダー」。その辺は「プログラマになれなかったわたし」[参照]に書いた。 ここでは、「コンピュータの名著・古典100冊」の既読リストで恥さらし。いかにちゃんとした本を読んでいないかがよっく分かる、なさけない。 本書はプログラミングに限らず、ソフトウェアエンジニアとしての libera
要求仕様戦争（その1）
■要求仕様とは 要求仕様とは、開発するシステムに対する顧客のニーズのこと。要するに「お客さんがやりたいこと」そのもの。仕様調整で紛糾したときの決め台詞「結局アナタは何がしたいの?」の【何】に相当する。仕様トラブルの100％はこのスレ違いによる。 要求仕様について考えるために、ちょっとした質問に答えてみよう。以下のa. b. のうち、「要求仕様」を表現しているのはどちらになるだろうか? a. 身長57メートル体重550トン b. 汎用人型決戦兵器 まず a. を考えてみる。これは「何」だろうか? これは「何」かのスペックだ（しかも部分的だ）。身長・体重は分かるが、横幅や厚み、姿かたち、素材 etc... は分からない。これは受注側が「○○はどうするの?」といちいち問い合わせる必要がある。当然、聞くのを忘れたスペックは製造者の「思い」で作られるリスクを負う。 次に b. はどうだろう。身長・体
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
