パワーランチ（2010/04/09） Vimの話 — 名無しのvim使い
Debian、Mac OSX環境など $HOME/ ├─ .vimrc もしくは _vimrc vimエディタ設定ファイル（共通） ├─ .gvimrc もしくは _gvimrc GUI用の設定ファイル ├─ .viminfo 履歴情報などがVimエディタによって格納される。 └─ .vim/ vimエディタの設定ファイルディレクトリ ├─ filetype.vim ファイル名パターンごとに、ファイルタイプを設定したい場合に用意する。 ├─ scripts.vim ファイルのデータによって、ファイルタイプを設定したい場合に用意する。 ├─ colors/ カラースキーマ用のファイルは、このディレクトリに入れる。 ├─ doc/ ドキュメント用のディレクトリ。 ├─ ftplugin/ ファイルタイププラグイン用のディレクトリ。 ├─ indent/ インデントスクリプト用のディレクトリ。
エラー処理を書いてはいけない
エラー処理を書いてはいけない田中英行 tanaka.hideyuki@gmail.com 2011/12/08 @PFIセミナー 自己紹介田中英行 (@tanakh, http://tanakh.jp) PFI社でプログラマやってますJubatuspficommon検索エンジンのコアエンジンHaskell愛好家msgpack / rpc / idlpeggy (パーザジェネレータ & QQ w/ AQ)Shu-thing (シューティングゲーム) / (Monadius メンテナ)今気になるパッケージは monad-controlLearn you a Haskell 鋭意翻訳中 （春頃発売予定） エラー処理を書いてはいけない本日の概要エラー処理を抽象化しようというお話です 現在のエラー処理の抱える問題どのように解決するのか実際の例エラーは処理しなければならない エラー処理を書いてはいけな
Vim のプラグインを書きたいと思っている人は今すぐ :help write-plugin を読もう！ - Alone Like a Rhinoceros Horn
特に *use-cpo-save* のところ。プラグインのソースでよく見かける、 これ let s:save_cpo = &cpo set cpo&vim と、これ let &cpo = s:save_cpo がなぜ必要なのかが書いてあるよ！ というか、行の継続を許容するためだったとか全然知らんかったw ということで、このイディオムの効用を勝手に誤解していた自分のプラグインでは、行の継続をばりばり使っているにも関わらず、正しく set cpo&vim していないソースが散見されたので、ここ数日それをせっせと直していました。あわわ（汗 これまでこの件でエラーの報告がきたことはないので、Vim を起動したら（意図せず） 'compatible' が ON になる、という条件*1のユーザーは極めて少ないんだとは思うけど、自作のプラグインを公開するものとして、所作は正しく身に付けておきたいものです
Vim プラグインの開発スタイルのお話 - 永遠に未完成
Vim のプラグインって作ってる最中は Vim 自体の動作も不安定になりがちだし、普段の環境と同じ環境で作ってるとなにかと弊害が起きがち。ちょっとした変更ならまだしも、大規模な変更は 1 度の作業で終わらないこともあるし、作業中断して別のことをやることになったりするとさらに面倒。 または、VCS でプラグインを管理したくて、プラグインごとにリポジトリを独立したいけど環境分けるのが面倒だとか。 というわけで私が普段やってる Vim プラグインの開発スタイルを晒してみようと思う。 設定 私の vimrc には最後の方に以下の記述がある。 " Load settings for each location. augroup vimrc-local autocmd! autocmd BufNewFile,BufReadPost * call s:vimrc_local(expand('<afile
そうだったのか！ よくわかる process.nextTick() node.jsのイベントループを理解する
3. Nodeの歩み(参考） 2007/10 libev公開 2010/08 nodejs_jp開始 2008/05 libeio公開 2010/09 no.de開始 2009/09 Google V8公開 2010/11 Joyent管轄へ 2009/02 ry Node開発開始 2011/02 node-v0.4.0リリース 2009/05 node-v0.0.1リリース 2011/03 東京Node学園#1 2009/06 nodejs ML開始 2011/10 東京Node学園祭 2009/10 npm公開 2011/11 node-v0.6.0リリース 2009/11 JSConf EU ry発表 2011/12 Azureサポート 2010/04 Herokuサポート 2012/01 isaacs管理へ 2010/08 node-v0.2.0リリース 2012/06 node-
続・イラストでわかるgit入門の入門：ブランチを切る
こんにちは！志田です。 最近ドラクエモンスターズを購入しました。 だいあくまの書・シュプリンガー・メッサーラのパーティでがんがんいってます。 配合を繰り返していると、「この組み合わせ、AにもBにもなるのに！どっちが強くなるんだろう？」ということがたびたび起こります。 そんなときに使えたらいいのが、今回ご説明するブランチです。 前回のあらすじ 前回の記事では、バージョン管理と基本的な動作について、ご説明しました。 ・バージョン管理にgitを使おう！ ・コミットを繰り返し、キリのいいところでプッシュする ・コミットを重ねることでバージョン管理ができる こんな経験ありませんか みなさん、これまでの経験で、こんな経験ってありませんか？ ・直すことによる影響範囲が広いため、もしきちんと改修できて、テストもできたら安定バージョンに含めたい 今まで何度もコミット・プッシュを重ねてきたプロジェクト。現在は
平成時代の日本の税収入がここまで落ち込んだ理由〜デフレ下で間接税増税する愚策をなぜ繰り返すのか？ - 木走日記
いよいよ２６日、社会保障と税の一体改革法案が採決されます。 この歴史的トピックとなるだろう日に、マスメディアは小沢Ｇの離反など政局の動きの報道に終始しています。 ２６日付け社説にても、読売・産経などでは、「小沢氏の言動は、国難を招く権力闘争」（読売社説）、「造反者への厳しい処分も辞さず、消費税増税を柱とする一体改革を成し遂げる覚悟をいかに貫けるか」（産経社説）と、法案の中身を問うのではなく政局のみを取り上げて、首相に覚悟を求めています。 【読売社説】一体法案採決へ 首相は造反の抑制に全力を（6月26日付・読売社説） http://www.yomiuri.co.jp/editorial/news/20120625-OYT1T01490.htm 【産経社説】きょう衆院採決 首相は「処分」で覚悟示せ http://sankei.jp.msn.com/politics/news/120626/pl
Joel on Software - ゲリラ的雇用面接のすすめ
Joel Spolsky ジョエル・スポルスキ 翻訳: 松村 弘典 2000-03-23 Fog Creek Softwareでは適切にスタッフを採用する事が必須である。我々の業界では対象となる人々を３つのタイプに分類する事が出来る。一方には 未洗のイモ とでも呼ぶべき、この業種に従事するのに基本的なスキルさえも持ち合わせていない集団がいる。これらの人たちは履歴書を注意深く確認して２，３の簡単な質問をする事で比較的容易に除外する事が出来る。対極には スーパースター と呼ばれる、パーム上で動くLispコンパイラを週末の暇つぶしにアセンブリ言語で書いてしまうような人たちがいる。これらの中間にあたるのが大多数の「応募者」で、何かしらやってくれるのではないかと思わせる人たちである。ここで紹介する幾つかのトリックはこれら一般的な応募者とスーパースターとの違いを見極めるためのものであり、Fog Cre
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
