こんにちわ。Vim scriptサポーターズの mattn です。 ちょうど3年程前、Vimテクニックバイブルという書籍を執筆させて頂きました。 Big Sky :: Vimテクニックバイブル　~作業効率をカイゼンする150の技 http://mattn.kaoriya.net/software/vim/20110810203558.htm おかげ様で、色んな方から反響を頂き執筆して良かったと思いました。初めて自分が書いた書籍が販売されるという高揚感に包まれる中、書籍の販売からたった数週間後、何を思ったか僕と KoRoN さんは github 上に vim-users-jp というオープングループを作る事になりました。 Big Sky :: github上にvim-users-jpというorganizationを作った。 http://mattn.kaoriya.net/software/

はじめに 私はにわか Emacsユーザであり, 定期的に Vimへの乗り換えを試み, 挫折を繰り返していました. なんで最近は諦めて Emacsの使い方をまともに 覚えようという方向でやっていこうと決めたんですが, この本を 読んでまた気持ちがぐらついてしまいました. Vimだからこその内容 Emacsやその他エディタではおそらくこの内容は書けなかったと思います. Emacsやその他エディタで Tips本を書くとなると, 「こうしたらこうできます」とか 「この拡張を入れたら、こんなことがお手軽にできるようになる」ということが 終始続くことになるでしょう. というのも Vim以外のエディタでは基本的には ある地点しか見ることができないからです. ある地点でできるベストなことは どの段階でもおそらくベストです. しかし Vimは違います. それはある地点の 作業を次に活かせるからです. それが

Code Completeの上下巻を読んだ。 CODE COMPLETE 第2版 上 完全なプログラミングを目指して 作者:スティーブ マコネル日経BPAmazonCODE COMPLETE 第2版 下 完全なプログラミングを目指して 作者:スティーブ マコネル日経BPAmazon 読んだ感想としては、職業プログラマーなら必ず読むべき本だなと感じた。 この本ではソフトウェアコンストラクションに関する話題を扱っている。この本の中でソフトウェアコンストラクションとは、詳細設計、コーディングやデバッグ、単体テストなどなど、要求定義が終わった後、ソフトウェア製作に必要なプロセス全般のことを指している。 主なテーマとして、どうやってソフトウェアにおける複雑さを減らすことが出来るのか、について書かれている。そのテーマをいろいろな観点から説明されている。例えば以下の様な観点がある。 上流工程の欠陥による

5年ぶりに新しい本が出る。 200ページと少し、厚さ17ミリメートル、読書猿初の「薄い」本である。 本書は、2022年4月から2年間、NHKの『基礎英語レベル1』で連載した、本についての対話篇をまとめたものである。 これが、これまで書いてきた単著、3冊の『大全』との大きな違いだ。 手元においておくと、どこまでも文章を修正し続けて、いつまでも書き終わらない悪癖があることは自覚している。 毎月書いたものを手放さなくてはならない連載は、この悪癖を封じるのに効果的だった。おかげで、こうして一冊の本が世に現れることができた。 もう一つの違いは、これまでに書いた３冊の『大全』はどれも、決めたテーマが演繹的にすべてが決めていった。 「そのテーマなら何と何を書かなくてはならないか」が決まり、どんな順序であるべきかが決まり、それがそのまま構成になり、目次になった。次に、それぞれの項目が何を備えていなくてはな

なんかダンコーガイみたいなエントリータイトルです（そういえば最近ダンコーガイどうしてるんだろ…）．さて，仙台にはジュンク堂が駅前に3つあり，その中でイービーンズに入っているのが一番専門書がしっかり揃っていて良いです．というか，3つもいらないし，ちゃんと1つ大きいのが欲しいなぁ．．．池袋ジュンク堂が近かった自分としては仙台の残念なところは良い大きな本屋さんがないところですね． で，最近ノンパラベイズを少しだけ勉強しようと思っていて（がっつりではない），でもそのレベルだとなかなか良い資料が見当たらない．暇なときに目を通すレベルであれば，持橋さんや上田さんによる良い資料・チュートリアルがあるのですが，それ以上のこととなると真面目に論文を読むしかない．たとえば，真面目にDirichlet過程の導出と意味を理解しようとするとFerguson (1973)を読む必要があるでしょうし，そのアプリケーショ

ワンクリック —  Amazonを作った天才ギークの半生！めっちゃオススメ！！ 「ワンクリック」でもまだ不満 ご存知のとおり、Amazonはオンライン小売店である。 実際の店舗がある場合とオンラインでは、顧客満足を高めるための手法が異なってくる。 Amazonが向かった究極の顧客満足、それは「人間の介入を最小限度にする」ことで、商品の選択から買い物、到着までの「買い物体験」全体を最適化することだったのだ。 Amazonで買い物をした多くの人が分かると思うが、Amazonで一度買い物をすると、「この商品もおすすめ」というメールが届いたり、次回サイトにアクセスすると、「立花岳志さんへのおすすめ商品」がリストで表示されたりする。 さらに、自分が探している商品をクリックすると、「この商品をチェックした人は、こちらも見ています」や「あわせて買いたい」などのリンクも表示される。 これらは、ベゾスがAm

ある朝、星沢皇児が妙に気掛かりな夢から眼を醒ますと、自分が寝床の中で見知らぬ恐ろしくハンサムな男に変わっているのを発見した、のです。

ユニクロについて リリースジャンキーにならないようにしよう！ - nanapi社長日記 @kensuu の続きです。 最近、以下の本を読んでいました。 Think Simple―アップルを生みだす熱狂的哲学 どういう内容かというと、ステーブ・ジョブズはとにかくシンプルに物事を考えていて、それがアップルの成功の秘訣だ、的なはなしです。シンプルの杖を持っていて、それで叩かれる、と本の中では表現されています。 語り口調もいいですし、かなり影響を受けました。シンプルはいい！という話なのですが、非常にわかりやすく、シンプルの持つ魔力を表現できている良書でした。 世の中、ものごとを複雑にするような要因がたくさんあります。それをいかにそぎ落としてシンプルにするっていうのはとても大事であり、それを守り続けた会社や製品だけが残るのだろうなあ、と思っています。 しかし、一方でシンプルの難しさも感じました。シン

インフラ系のエンジニアは、あまりリファクタリングとかクラス構造といった視点でコードを読む機会が少なくて、勢い作ったスクリプトやツールはそれはそれはひどいものになりがちです(体験談)。 僕もエンジニアになって以来、まともなコードなんか書いたことなくて、従ってる原則といえば、「グローバル変数は悪」とか「短いことはいいことだ」とか「コメントは書かない方がいい」とか、なんか学生の時にたまたま目にしたよくわからない何かに従ってる程度。 少し大きい規模を書き始めると、昨日の自分と今日の自分で命名規則が全然一貫性なくて、「getHoge()」と「makeFuga()」がおんなじようなことをやってたりしていつも嫌悪感に駆られてました。 ちょうど 1000 行くらいのアプリ書いてたところだったので毎日吐き気をこらえながら「まずは動くものをつくるんだ。全てはそれからだ」と言い聞かせて汚いコードをゲロゲロしてた

本ブログで都合150冊くらい売れている化け物本。起業を考えている方、ウェブサービスを作っている方、新規事業に携わっている方は必読です。これを読んでおけばバカみたいな失敗は避けられます。逆に言うと、読んでおかないと仕事人生の大きな損失を被る可能性があります。誇張抜きに。 ・「スタートアップ」とは、とてつもなく不確実な状態で新しい製品やサービスを作り出さなければならない人的組織である。会社のサイズも業界も、セクターも関係はない。不確実な状態で新規事業を生み出そうとするものは、すべてアントレプレナー（起業家）だ。 書評はこちら。 山本理顕「地域社会圏主義」

2012年06月03日19:00 カテゴリ書評/画評/品評Math 数学vs数学者 - 書評 - 数学ガール/ガロア理論 第五作にしてついに出版社より献本御礼。 数学ガール/ガロア理論 結城浩 ミルカさん、すごくいい。 でも ミルカさん、ちょっとずるい。 本書「数学ガール/ガロア理論」は、もはや定番となった「数学ガール」シリーズ第五作。 404 Blog Not Found:書評 - 数学ガール 404 Blog Not Found:孤独解消型数学入門 - 書評 - 数学ガール/フェルマーの最終定理 404 Blog Not Found:自己、無限、自由 - 書評 - 数学ガール/ゲーデルの不完全性定理 404 Blog Not Found:見事な取捨選択 - 書評 - 数学ガール/乱択アルゴリズム 「数学ガール」シリーズは、シリーズ化された第二作以降は「散策型」と「踏破型」を繰り返して来

2012年05月31日09:00 カテゴリ書評/画評/品評Love 違いと差の違い - 書評 - だからこそできること 出版社より献本御礼。 だからこそできること 武田双雲 x 乙武洋匡 やっと得心した。 「みんなちがって、みんないい」を。 なんだ。簡単なことじゃないか。 本書「だからこそできること」と「五体不満足」の違いは何か。 共著であるということである。 ほとんど差がなくて、しかし決定的な違い。 この違いのおかげで、理性では即座に理解したのに、感性では納得しきれなかった「みんなちがって、みんないい」が心に収まった。 その前に、まずは「五体不満足は不便だけど不幸じゃない」という乙武の主張を検証してみよう。あまりに立派な台詞ゆえ、これは著者の本心ではなく強がりなのではないかという疑念を読者は払拭できなかったのではないか。 特に、このような場合は Amazon.co.jp： カスタマーレビ

大きく挙げたのは7冊なので、7日の休みで1日1冊ですね！ 連休の間に読んでおいて、友達に差をつけよう！ うっかり、先輩にも差をつけちゃえばいいと思います。 プログラムを組むとはどういうことか 本を挙げる前に、まずプログラムを組むとはどういうことかということを考えておきます。 ざっくりとした説明なので、だいたいこういう感じ、だと考えてください。 その上で、どのような本が必要かを考えて、本を選んでいきます。 以前描いたものですが、プログラムを作るということと各分野の関係はこのようにあらわせます。 まず、プログラムは最終的にユーザーに使ってもらうためのものです。 ただ、ユーザーはプログラムを直接使うことはできません。プログラムはハードウェアで動かす必要があります。そして、ユーザーインタフェースを介してユーザーが使います。 (ハードウェアからプログラムへの矢印は逆のほうがいいですね) このような、