NingNing TechBlog

Vim Advent Calender 26日目: monday.vimカスタマイズしてみた

2011-12-26T04:47:00.000+09:00

おおかたのAdvent Calender 2011も終了していますが、
Vim Advent Calender 2011はまだまだ続きますね。

26日目、@_nishigoriです :)

ところで、皆さんはなぜVimにPlugin (以降:愛) を注いでいるのでしょうか？

「それ俺のVim (以降:彼女) ならできるよ」って自慢したいからですね。
もしくは愛を自分と自分の彼女だけで育みたいからでしょうか。

（ここまでで、愛だ彼女だなんて気持ち悪いなんて思った方、
どうぞ1日目から読み返してください。きっと分かってもらえます。
もしくはunite-advent_calenderを入れてる人はソース置換でもしてください。）

:%s/彼女/Vim/g
:%s/愛\|恋愛/Plugin/g

でもちょっと待ってください。
ホントにそれでいいんでしょうか？

あなたが彼女と育んできた愛は、
きっと他の彼女と付き合っている人たちにも共通するものがあるはずです。
それをあなたとあなたの彼女だけで秘密にするのは勿体ないです。

是非周りの彼氏彼女にも伝えて互いの恋愛レベルを上げましょう！

ただ、あなたが育んできた愛を伝えること自体はとても素晴らしいですが、
愛の注ぎ方にもお作法があります。

・彼女の年齢にあった恋愛であるか (v:versionの確認)
・古き悪しき習慣を引きずらないよう心がけているか (:help :set-&vim)
・愛の適用範囲 (Licenseの明記)
・シーンに合わせた愛であるか (autoload dir, ftplugin dir 等の活用)

必要最低限でも配慮する必要はありますね。

そしてこれらはあなたが他の人の恋愛テクニックを真似る際の
参考にもなります。

幸い自信がなくても、恋愛マスターの方たちが
Google GroupsやLingr部屋にはたくさんいます。
是非相談してみましょう。
彼らもまた愛に飢えています。

そして、

・他の人の愛を受け (pull request)
・他の恋愛テクニックと組み合わせ (unite化)

あなたとあなたの彼女だけの愛をつくっていきましょう

クリスマスをVimとイチャイチャしてきた皆さんなら
きっと成し遂げられます。

…と中途半端に愛を語っておいて題目から大分ズレましたが、
即興Pluginでmonday.vimのカスタマイズ版
sunday.vimをつくってみました。
（残念ながらお作法はあまりよろしくありませんが…。

https://github.com/nishigori/vim-sunday

monday.vimは名無しのVim使いさんでも紹介されているPluginで、
曜日、月をインクリメント・デクリメントすることのできるPluginです。

機能自体はとても便利なのですが、
インクリ・デクリするリストの編集・拡張はPluginを直接編集しなくてはいけなかった為、
とりあえず外出ししました。
以下の変数をvimrcに記述すると設定された対象text-object上で
<C-a>でインクリメント、<C-x>でデクリメントします。

ex.)

  let g:sunday_pairs = [
  \ ['hoge', 'hoge2', 'hoge3' ],            " hoge <-> hoge2 <-> hoge3
  \ ['private', 'protected', 'public' ],    " private <-> protected <-> public
  \ ]

今後の予定としてはファイルタイプ別での定義を可能にすることと、
リファクタリングも兼ねて<C-a>、<C-x>でなく任意のマッピングにできるようにしようかと思います。

それでは皆さま、少し早いですが来年も良きVim Lifeを :p

[小ネタ][Vim] number / relativenumber オプションを気軽に切り替える

2011-11-01T00:45:00.000+09:00

巷ではVim熱が沸騰していてリア充率が意外と高いことが発覚したとか。

かなり今さらではありますが、
Vim7.3の新機能として'relativenumber'オプションが追加されてますね。
relativenumberとは、
カレント行からの相対的な行番号を表示するオプションです。

上の画像で言うとピッコロ色に光ってるのがカレント行で、
そこから相対的に5, 4, 3, 2, 1, 0, 1, 2, 3, 4, 5, ... と行番号が振られてますが、こんな感じです。
vimmerならよくやる行数指定の削除やヤンク、移動等の操作をする時にこれは便利ですね。

ex.) {\d}dj , {\d}yk

ちなみにrelativenumberオプションを有効にすると
numberオプション（通常の行番号を表示）がリセットされます。
つまりは通常の行番号と相対的な行番号を同時に表示することは今のところできません。

でも毎回行数指定が発生する操作の前に
relativenumberオプションを有効にするのもアレだし、
常にrelativenumberオプションを有効にしておくのも
個人的には好きになれません。（set number派）

というわけで "number / relativenumber" オプションをトグルするスクリプトをvimrcに書きましょう。

if version >= 703
  nnoremap  <silent> ,n :<C-u>ToggleNumber<CR>
  command! -nargs=0 ToggleNumber call ToggleNumberOption()

  function! ToggleNumberOption()
    if &number
      set relativenumber
    else
      set number
    endif
  endfunction
endif

最初の条件分岐ですが、
relativenumberオプションはVim7.3以降の機能ですので、
7.3より前のヴァージョンでは適用しないようにします。

後は単純でnumberオプションが有効ならrelativenumberに切り替え、
そうでないならnumberオプションを有効にします。

mappingの「,n」は好きに変えてくださいまし。

これでnomal-modeでmapping定義したコマンド叩くと
状況に合わせnumber / relativenumber オプションが気軽に切り替わります。

INFO:
:help relativenumber

[Selenium][Firefox][PHPUnit] Selenium RCで新しいバージョンのFirefoxを動かす

2011-10-10T23:23:00.006+09:00

Selenium RC でちょっとモゴモゴしたくなったのでメモ程度に。

やろうとしてたことは、Selenium RC + PHPUnit で受け入れテストor回帰テストの自動化的なことをしようとしてたんだけど、本家からダウンロードしてくると、別個でインストールしているFirefox 7.0.1ではエラーで軽く一蹴される。

これは既存起動時のselenium-server.jarがFirefox 3.6.xまでしか対応していないから。
以下回避策。

1. selenium-server.jarをselenium-server.zipとしてコピーして解凍。

2. ディレクトリ配下に複数存在するinstall.rdfのmaxVersionを変更。

3. 変更したファイル群をzipで圧縮してまた.jarファイルにリネーム。

4. 編集したselenium-server.jarをjava -jar {directory}/selenium-server.jarとして実行。

1. selenium-server.jarをselenium-server.zipとしてコピーして解凍。

本家からダウンロードしたSelenium RC (現行では1.0.3)のserver/selenium-server.jarをコピーする。

$ cp -a ./server/selenium-server.jar ./server/selenium-server.zip

で解凍なんだけど、unzipするとそこにヴアーっとファイルが置かれてしまうので
別ディレクトリ先でやったほうが良いかも。

$ mv ./server/selenium-server.zip {Directory}/
$ cd {Directory}
$ unzip selenium-server.zip

2. ディレクトリ配下に複数存在するinstall.rdfのmaxVersionを変更。

$ find {Directory}/ | grep -i install\.rdf

見つかったファイル全てのファイル名のFirefoxのmaxVersionを変更

<!-- Firefox -->

<em:targetApplication>

    <Description>

        <em:id>{ec8030f7-c20a-464f-9b0e-13a3a9e97384}</em:id>

        <em:minVersion>1.4.1</em:minVersion>

        // ↓ここ

        <em:maxVersion>3.6.*</em:maxVersion>

    </Description>

</em:targetApplication>

指定するバージョン名はまぁお好みで。

3. 変更したファイル群をzipで圧縮してまた.jarファイルにリネーム。

// pwd: {Directory}
$ zip -r selenium-server.zip *
$ mv {Directory}/selenium-server.zip {Directory}/selenium-server.jar

.jarファイルはお好きなディレクトリ(/usr/local/bin/ とか）へどうぞ。

4. 編集したselenium-server.jarをjava -jar {directory}/selenium-server.jarとして実行。

$ java -jar {directory}/selenium-server.jar

XX:XX:XX.XXX INFO - Java: Apple Inc. 20.1-b02-383
XX:XX:XX.XXX INFO - OS: Mac OS X 10.7.1 x86_64
XX:XX:XX.XXX INFO - v2.0 [a2], with Core v2.0 [a2]
XX:XX:XX.XXX INFO - RemoteWebDriver instances should connect to: http://xxx.xxx.xxx.xxx:xxxx/wd/hub
XX:XX:XX.XXX INFO - Version Jetty/5.1.x
XX:XX:XX.XXX INFO - Started HttpContext[/selenium-server/driver,/selenium-server/driver]
XX:XX:XX.XXX INFO - Started HttpContext[/selenium-server,/selenium-server]
XX:XX:XX.XXX INFO - Started HttpContext[/,/]
XX:XX:XX.XXX INFO - Started org.openqa.jetty.jetty.servlet.ServletHandler@3b835282
XX:XX:XX.XXX INFO - Started HttpContext[/wd,/wd]
XX:XX:XX.XXX INFO - Started SocketListener on 0.0.0.0:xxxx
XX:XX:XX.XXX INFO - Started org.openqa.jetty.jetty.Server@55d15445

起動時にも特にエラーはない。

テストしてみる。

<?php

// WebTest.php

require_once 'PHPUnit/Extensions/SeleniumTestCase.php';



class WebTest extends PHPUnit_Extensions_SeleniumTestCase

{

    protected function setUp()

    {

        $this->setBrowser('*firefox');

        $this->setBrowserUrl('http://www.google.co.jp/');

    }



    public function testTitle()

    {

        $this->open('http://www.google.co.jp/');

        $this->assertTitle('Google');

    }

}

$ phpunit --colors WebTest.php

PHPUnit 3.5.15 by Sebastian Bergmann.

.

Time: 6 seconds, Memory: 6.00Mb

OK (1 test, 1 assertion)

// Selenium Log

XX:XX:XXX.XX INFO - Checking Resource aliases
XX:XX:XXX.XX INFO - Command request: getNewBrowserSession[*firefox, http://www.google.co.jp/] on session null
XX:XX:XXX.XX INFO - creating new remote session
XX:XX:XXX.XX INFO - Allocated session XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX for http://www.google.co.jp/, launching...
XX:XX:XXX.XX INFO - Preparing Firefox profile...
XX:XX:XXX.XX INFO - Launching Firefox...
XX:XX:XXX.XX INFO - Got result: OK,XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX on session XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
XX:XX:XXX.XX INFO - Command request: setTimeout[30000, ] on session XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
XX:XX:XXX.XX INFO - Got result: OK on session XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
XX:XX:XXX.XX INFO - Command request: open[http://www.google.co.jp/, ] on session XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
XX:XX:XXX.XX INFO - Got result: OK on session XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
XX:XX:XXX.XX INFO - Command request: getTitle[Google, ] on session XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
XX:XX:XXX.XX INFO - Got result: OK,Google on session XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
XX:XX:XXX.XX INFO - Command request: testComplete[, ] on session XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
XX:XX:XXX.XX INFO - Killing Firefox...
XX:XX:XXX.XX INFO - Got result: OK on session XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

問題なく動きますね。

Platforms Supported 見てもけっこーバージョンはカバーしてるっぽいし、
一応これで3.6以降のバージョンでも一応動くようにはなる。

バージョンが上がるごとに先のようにうんちゃらするのはアレだし、
実はuser extionsionsで書けるんじゃないのって思うけど書き方を知らない。

既にあったら、誰ぞ教えていただけるととってもハッピーになれます。

いやそもそもSelenium Server 2.xを使ってみたいが、PHPUnit_Selenium_TestCaseが1系しか対応していない。（きっとPHPUnit 3.6系でも同じ）

php-webdriver-bindingsを使ってもいいんだけど、xUnit likeにコード書いていきたい欲。

おとなしく2.x系対応版が出るのを待つか、forkしてPHPUnit_Selenium2_TestCaseとしてExtension作るか。。。
需要あるかな？

LINKS:

Selenium Remote-Control: http://seleniumhq.org/projects/remote-control/
phpunit: https://github.com/sebastianbergmann/phpunit/
phpunit-selenium: https://github.com/sebastianbergmann/phpunit-selenium
phpunit manual: http://www.phpunit.de/manual/3.6/en/selenium.html
php-webdriver-bindings: http://code.google.com/p/php-webdriver-bindings/

[Vim] SnipMateでなくneocomplcache snippet completeを使うわけ

2011-08-31T19:25:00.007+09:00

ネット環境がない場所にいるのでブログ記事でも書きます:)

プログラムを書くとき、同じような記述をすることは多々あると思います。
DRY原則云々という問題でなく、if-elseやwhileなどといった条件分岐や
メソッドの呼び出しの記述といった話です。

ここで多くのタイピングをしなくてはいけない煩わしさが発生する人もいるでしょう。
それを解消する便利な機能でcode snippetというものがあります。

code snippetとは、誤解を恐れずものっそい簡単に説明すると、一種のテンプレートのようなものです。
（実際は単なるテンプレートよりはるかに強力ではありますが。）

例えば、ifの入力後に<Tab>を押せば、ifの後に続く構文を自動的に補完出力してくれたりします。

if    "<- ここで設定されたsnippet機能呼び出しボタンを押下

こんな感じに。

if condition
  ${0}
endif

そして必要入力場所に簡単に飛んでいくことも可能です。
（上記の例だと、conditionのあとは${0}だったり。

code snippet自体の詳細はWebでゴロゴロ転がっているので、
概要を深く知りたい方はググってくださいまし。

code snippet機能を有するエディタ・IDEはいくつもありますが、
VimのPluginではSnipMateが有名でした。
今でも使用している人はたくさんいるでしょう。

ところが最近ではneocomplcache同梱のsnippet completeを使っている、
もしくはSnipMateから移行しているVimmerが多くいます。
実際にsnipmate neocomplcacheでググッてみると、
いくつか移行してみた・移行してみたい方が多いですね。

Google検索: snipmate neocomplcache

前置きが長くなりましたが、なぜみんな移行しているのか。
使ってない人・導入を検討している人には何が違うのかハテナですね。
自分が移行した理由を書こうと思います。

snipMateはもちろん便利ですが、
難点のひとつに、「補完出力名(以下snippet名)」を覚えておかなくてはいけません。

if else 構文を打つなら「ifelse」といった感じに打たないとsnippetは機能しないでしょう。
単純なsnippet名ならいざしらず、組み込み関数のsnippet名や独自snippet名を
全て覚えることは至難の業でしょう。
（っとゆーかそんなまどろっこしいことしてたらきっとsnippet嫌になります。

neocomplcache(+snippet complete)でこれを解決する手段として、
ネオコンのメイン機能である自動補完が便利です。

snippet名があやふやでも途中まで入力すれば補完出力候補にsnippet候補も出てくれます。
(let g:neocomplcache_enable_at_startup = 1 をvimrcに記述する必要あり)

候補名には<Snip>と書かれてsnippet候補だということが一目瞭然ですね。

そしてもう一つの強力なアプローチとして、unite.vim連携 があります。
neocomplcache snippetにはunite sourceも書かれていて、snippetをより活用できます。
(neocomplcache-unite-source-snippet)

コマンドラインモードで :Unite snippet と入力してみると、
filetypeに合わせたsnippet候補一覧が現れます。
ここで候補から選択しEnter を押すと自動的にsnippetが展開してくれます。

Enterでなくe を押すと定義されているsnippetファイルに飛び直接編集ができ、(edit)
p を押すとプレビューアクションで展開されるコードを予め見ることができます。(preview)
<Tab>キーで他のunite actionを選択することも勿論できます。

:Unite snippet は予め.vimrcにマッピングしておくとより恩恵を受けられるでしょう。
imap <C-s> <Plug>(neocomplcache_start_unite_snippet)

上記のようにマッピングしたとすると、インサートモード中に<C-s>

(Ctrl + s)を押すと
:Unite snippet と同じ動作が起きます。

またこれはunite.vim全般のお話ですが、
:Unite hogehoge でunite sourceを開いているときにインサートモードに移り文字を入力すると、入力された文字で候補検索が抽出されます。

(最初からインサートモードでuniteを開く設定もできます)

「おりゃ自動補完は好かね! 尊敬してるエンジニアが自動補完使ってねぇから俺も使わね」
なんていかにも的なアイデンティティーをお持ちの方にもこれは有力な手段ですね。
（小バカにしてるわけではないです。自分も使う前はそうだったんでw

最近のSnipMateの動向は追ってませんが、unite連携は非常に強力です。
他Pluginを入れる際の検討材料にもなるでしょう。

neocomplecacheのhelpにはSnipMateとの併用の記述もありますが、
個人的には冗長なので、

個別でsnippetを使いたいかたはg:neocomplcache_snippets_dirで指定してもいいかもしれません。

もしcode snippetをこれから活用していきたい方・SnipMateを使ってるけどsnippet名を
覚えきれなくて以前の僕と同じ煩わしさを抱えてる方がいたら、
これを機にunite.vim, neocomplcache + snippet completeを導入してみてはいかがでしょうか。

追記(2011/09/04):

　　SnipMateも今は補完機能を有しているようですが、neocomplcacheと競合するようです。

　　http://lingr.com/room/vim/archives#message-4683789

NOTE:

neocomplcache phpunit snippetつくった & TDDBC 1.7 LT内容補足

2011-08-23T14:56:00.006+09:00

先のエントリで書いたTDDBC 1.7 Tokyo for PHP でやらせていただいたLTですが、
実は初LTだった為何をしゃべっていたのかかなりうろ覚え状態。

と、いうわけでここで少し補足説明をかねて書こうと思います。

LTで使用したスライド

今回はTDD、とくにテストコード記述に関してフォーカスしたVimの設定や
普段TDDに絡まったVim Pluginsの紹介をしました。
そしてもうすぐ発売をされる"Vim テクニックバイブル"ですね！！

LTをやろうと思ったきっかけ

Vim普及が一番の理由ではありますが、中でもVimmerのレベル底上げが目的でした。
自分はおそらく中級者的な立ち位置にいると思いますが、
PHPerの中にはまだまだunite.vimやneocomplcacheを入れてない方々が多いと日々感じることが多かったのです。
そしてVim勉強会ではunite.vim等を使っている当たり前状態であったのも格差が広がっているなと感じていました。

そこでVim テクニックバイブルでも紹介されるunite.vim, neocomplcache, vim-quickrun等を
ライブコーディング形式で紹介すればイメージもつきやすくVim Levelを向上したいと思うきっかけに
なってくれるかなと思った次第です。

ライブコーディングでやってたこと

あらかじめunite bookmark addで操作するディレクトリをブックマーク。
vimshellでちょこちょこ。
unite buffer でファイル選択、キーを押してsplit actionを選択。
neocomplcacheでphpunit用のsnippet候補選択。(assertSame()とかsnippet出力させたかな)
<Leader>r でvim-quickrun発動。PHPUnitの結果をquickrun bufferに出力。
git-vimでgvim上でgit add, git commitを実行。
<Plug>(neocomplcache_snippets_expand)でphpunitのsnippetを選択、edit actionで手軽にsnippetを編集。

8/23 15:15 追記：最後の項目について。
<Plug>(neocomplcache_snippets_expand)は私はvimrcにマッピングを記述しています。
何やったかの便宜上そう記述しました。何その<Plug(ry って方はneocomplcacheのdocsを拝見あれ。
また<Tab>キー後のedit actionを選択せずとも候補一覧時にeを押すだけでedit actoin選択された状態になります。
追記の時間まで書いているのはそれらを早速Shougoさんに指摘していただけたのでw

あと自分は以前snipetにはsnipMateを使用していて PHPUnit用のsnippetを書きつつneocomplcache同梱のsnippets completeに完全に乗り換えるいい機会だと思ったわけです。
snipMateはunite化されていないということも乗り換えるべき理由のひとつでした。

neocomplcache用のPHPUnit snippetはこちらに置いてあります。

https://github.com/nishigori/neocomplcache_phpunit_snippet

まだPHPUnit_FrameWork_Contraintクラスのメソッド等のsnippetは書けていないですが、
PHPUnit 3.5のannotations, fixtures, assertionsはあるので基本的なテストコードはsnippet利用できるはずです。

導入方法

github上fileのREADMEにも記述されていますが、
Vimにはphpunitというfiletypeは存在しません。
かと言ってphp filetypeのsnippet候補に出力されるのも冗長でしょう。
以下のコードでTest.phpで終わるファイル名はfiletype php.phpunitを定義してしまいましょう。

augroup PHPUnitFileType
  autocmd!
  autocmd BufWinEnter,BufNewFile *Test.php set filetype=php.phpunit
augroup END

ちなみにライブコーディング中でも行っていたvim-quickrunでPHPUnitを実行する方法ですが、
以下のエントリと同じ形式で行いました。

VimでPHPUnitをQuickRunする ~ アインシュタインの電話番号

Stagehand_Testrunnerでは以下が参考になります。

[PHP][Vim] Stagehand_Testrunner を quickrun する ~ Heavens hell

vim-quickrun
github

上に書かれていたfiletype定義と私のコードの違いがありますね。
set filetypeを php.unit にしているのに対し、私のは php.phpunit としています。
php. というのは php filetype を定義しており、これでfiletype PHPのsyntax等利用できます。
.以降のunitとphpunitの違いですが、unitですとftpluginで定義するファイル名や作成したsnippetファイル名をunit.vim、unit.snipにする必要があり
これは他のxUnit(PyUnit, JSUnit)用プラグインを今後使用していくことを考えるとfailtypeとして適切でないなと判断したためです。

もちろん私のサンプルコードを利用してvim-quickrunでPHPUnitを叩く場合は
適時php.unitの部分をphp.phpunitにしてください。
（もしくはphpunit.snipを改名する方法もありますww）

githubのコードでphpunit snippetのdirectoryがneocomplcacheのsnippet filesと一緒なのは
plugin managerを利用している方が楽に導入できる為です。
VimのPlugin manager？なんじゃそりゃって方はVim-users.jpの以下のエントリを参考に導入してみてください。

Hack #183: Vim日本語ドキュメントを更新しよう ~ pathogen.vimでアップデートを楽にする
Hack #215: Vundle で plugin をモダンに管理する

イベント中のペアプロ中や休憩中に色々と質問をいただき、
思った以上に皆さんVimに関心を持っていただき非常に嬉しかったです。
ライブコーディング中に「ん？今何をやったんだ？」的なセリフがあった気がしますが
是非発売されるVim テクニックバイブルを手に入れてください。
全て書籍に書いてあります！（と思います）

また、著者のひとりでありunite.vim, neocomplcacheの作者であるShougoさんがVim-users.jpに書かれている通り、
Vim テクニックバイブルは早めの購入をお薦めします。

理由は他の書籍情報と同じく、情報は常に先に進んでいくことによる書籍情報の遅れは否めないためです。
幸いにして著名なVim Pluginsはdocumentが非常に丁寧に書かれています。

Vim テクニックバイブルが発売されると、ふと生まれた疑問を作者に質問投げまくり、なんて状況がおそらく生まれるでしょう。
そのような負担を減らす為にも、利用する側はdocumentを読み解決できるところは自分で解決させていきたいですね！
LTでneocomplcacheやunite.vimの深い説明をしませんでしたが、是非documentを拝見ください。docs見るだけで驚愕モンですw

あとはLTでお話しさせていただいた通り、Vim-users.jpのHacksやLingrのVim部屋を日々訪れるのも十分なVim Levelアップになると思われます。

今回紹介した人気なVim Pluginを使った操作はほんの一例です。
(ライブコーディング中ではvimshellで色々やってましたが、vimfiler使ったほうが楽であったり！とか)
紹介したPluginでもまだまだたくさんの操作ができますので、是非導入し実践してみてください。

今後の@_nishigoriのVim的活動予定
・需要があったらref.vimのphpunit manual版つくる、かも。
・何かunite化したPluginつくりたい。
・Vim テクニックバイブル著者にサインをねだる。

TDDBC 1.7 Tokyo for PHP #tddbc が開催されました

2011-08-23T13:19:00.006+09:00

最近人気を博しているTDD BootCampの1.7 for PHP が開催されました。
自分はスタッフ側として今回参加させていただきました。

なお、Live Ustもありましたが、
後日@brtriver氏によって再あｐされるようです。

和田卓人さん(@t_wada)の基調講演

日本のTDD先駆者である@t_wada氏にお越しいただき、
講演していただきました。

過去の講演でお話された内容のおさらいや、
各地域によるTDDBCの特徴性(やはり関東はJava, PHPが多い等)のお話もされたりと、
現場で聞くことによる収穫も多かったです。

特に印象に残っているのは「テスト」という言葉の乱立、です。
DeveloperTesting, CustomerTesting, QATesting。
どれも立ち位置が違いこれらの概要とTDDはどの位置にいるか、
単体テストとユニットテストの違い等きのこ本にまつわったお話もされていました。

自身の属する組織でTDDを導入していこうと思った中で
言葉の正確さはレクチャーする側で非常に重要になってくると思います。

LightningTalk

「Stagehand_TestRunner やってみた」 By @gilbite氏

PHPのテスト実行に特化したPiece Framework"Stagehand_TestRunner"を実際に動かしてみての感想等をトークされました。

「Gitのおさらい」 By @madapaja氏

推しメンDBはMongoDBとPHP界隈でも有名な@madapaja氏がGitについて丁寧におさらいしてくださいました。
とくにGitのオブジェクトの扱いについて熱弁しページ総数も99ページあり素晴らしかったです。

「PHPerの為のVim TDD環境入門」

これは自分のLTです。内容と補足は別途エントリしたいと思っています。
Vimを使っている方や使い始めた方も多く、意外と反応が良くって嬉しかったです。
道具は大切。

「奇跡を軌跡に変える～継続可能な開発へTDDから～」 By @ShiroKappa氏

自律/協働/実践。@t_wada氏の基調講演を振り返る形の内容がたくさんありました。
何よりも起承転結がはっきりしていて思わず吹いてしまう話し方やスライドは圧巻でした。
そうした場を和ませつつ意識を内容に向けさせる手段は見習いたいと思いました。

デモ

主催@shishi4tw氏によるTDDへの心得と、@t_wada氏とのFizzBuzzペアプロの実演でした。
実はTDDBCはいつも満員御礼で参加できなかった為、人のペアプロを初めて観たのですが
やはり他者の視点は非常に議論されるべき指摘も多かったと感じました。
(FizzとBuzzはくっつくけて表示がいい等、個人でやっていたら気にも止めない部分もペアプロでは
有意義に議論でき、そういった部分も話し合ってほしいと@t_wada氏も仰っていました。)

Let's Pear Programming & Review

参加者内でテスト経験者、未経験者でペアを組みお題に沿ってペアプロしていき、
その後全体でコードレビューを行いました。

お題　1問目 WikiEngineのパース機能
お題　2問目 ○mazonカート

業務でペアプロしたことはあってもTDDでのペアプロは未経験だったので非常に今後の糧になりました。
相手の方と自分の抱える不安点が違うので、テストコードの実装も討論してお互い納得したコードを記述していき、
またtypo等も素早く発見・修正できるのもペアプロの利点のひとつですね。

またコードレビューで披露されたテストコードも十人十色。
他の方はこう考えていたのかと、@t_wada氏の補足説明もあって、参加したからこその収穫が大きかったです。

応用講演

ペアプロ後は@t_wada氏による応用講演。
やってみた、だけでなく実践に移すためのHow toをお話しいただきました。
レガシーコード改善ガイド、データベース・リファクタリング、xUnit TEST PATTERNS、GOOS本(Growing Object-Oriened)
といったTDD本以外の書籍紹介もされました。
早く読んで実践・布教側に回りたいものです。。。

ふりかえり

アジャイル開発手法でも紹介されているKPT(Keep, Problem, Try)を
ぺたぺた貼れる紙（失念w)で皆さんで書きホワイトボードにまとめました。
Tryだけ抜粋すると、皆さんテストにより注力していきたい記述が多く、この瞬間が参加できて良かったと一番実感しましたね。
レビュー、ふりかえり大切!!

懇談会

イベント終了後は某やきとり屋さんで懇談会を行いました。
やはりPHPerの人が集まっているのでPHPによるテスト回りの話が大いに盛り上がりました！
懇談会でしか話せない内容もあるというもの。
イベントに参加したなら懇談会参加はしたほうがいいですね。

。。。と全日程を終えて、感じた事は非常に多く。
お題考案や開催に向けて@shishi4tw氏に多大!なるご迷惑をおかけしていたのですが、
それでも辛抱強く粘り待ちしていただいたことに感謝です。
次の機会があればリベンジは必須だなこりゃって開催前から思うこと多々。。。

帰り道は@t_wada氏と少し一緒だったのですが、
講演中にも仰っていたのですが、以前のTDDBCでの重複部分があることは本人にとって負担であると思われ
@t_wada氏の次のステップへの意気込みをうかがえました。
今後もTDDBCはどんどん開催されていくと思われます。
自分も早く支える側に回れるよう尽力したいと思った日になりました。

最後に

主催の@shishi4tw氏、
講演いただいた@t_wada氏、
一緒にスタッフとして裏手役に回っていただいた@ShiroKappa氏、@NEKOGET氏、@brtriver氏、@gilbite氏、
会場提供をしていただいた@n416氏率いる株式会社タイレルシステムズ様、
参加していただきました多くの方々、

皆様と一緒にTDDBC 1.7 Tokyo for PHPをできて非常に充実した勉強会となりました。
有難うございます！！

参加された皆様のブログ・トゥゲッターetc ...

TDD Boot Camp Tokyo 1.7 for PHP

TDDBC Tokyo 1.7 for PHP #tddbc まとめ

TDDBC Tokyo 1.7 for PHP を開催しました

TDDBC Tokyo 1.7 for PHP #tddbc に行ってきました

[php]TDDBC Tokyo 1.7 for phpに参加してきた

PHPは9,10月も大イベント目白押しですね。

一緒に業界を盛り上げられるよう私も頑張っていこうと思います :)

#pyspa 参加レポート

2011-08-09T05:40:00.006+09:00

==========================
第9回Python温泉行ってきました。

==========================

どうも、温泉でしっぽりしてきたnishigoriです。

8/5 ~ 8/7 にかけて2泊3日でPyton温泉に行ってきました。

`第9回Python温泉<http://d.hatena.ne.jp/Voluntas/20110530/1306766741>`_

`旅館芳泉閣<http://housenkaku.atami-spa.com/>`_

参加したきっかけはと言うと、
その日はログ抽出でスクリプトを書こうとした時PHPがインストされてないサーバだったので
ちょうど手を出そうとしてたPythonでガリガリ書いてたんです。

次の日、某Shimizukawa先生のRTでPython温泉の存在を知り参加に踏み切りました。
(残念ながら某先生は参加できなくなってしまったようで残念でしたがw

Python界隈になんのツテも持ってなく参加させてもらった僕ですが、
とかく色々と驚かされることが多かった!!

特に印象に残ったものはこんな感じ。

     * **開発やらないで**は釣りではない!!
     * 他言語を扱うスペシャリスト達が血の流れない戦争を始める

"開発やらないで"は釣りではない!!
===========================

「Python温泉は勉強合宿ではありません」参加する前にこの言葉を目にしたんです。

温泉に１回でも入っておかないと宿主に申し訳が立たないから。。。
なんて意味での体裁目的の記述とばっかり思ってました。
そんなことを実際にお話ししたら爆笑されてしまいましたがｗ

参加理由を発表する場がありましたが、

    「今日は温泉に10回入るのが目標!!」
    「参加理由をさっきからずっと考えてたんだけど、えーとそ(ry」
    「Erlangをやりにきた(ｷﾘｯ」
    「誘われたから」 etc...

なんて理由が飛び交いましたww

どうやら実はHackathonだよなんてオチではなくホントの温泉イベントだったようです。
(もちろん実際に何かHackしてる方もいましたが

ただそれは僕が勝手に勘違いしただけで告知された趣旨通りだったので
もちろんイベント的には何の問題もありません！

僕はSphinx触れたかったのでその旨伝えたら
    "Pythonをやりに来た人はずいぶん久しぶり"
と。。。:0

これもまたPythonと書いてるのにすごいイベントだと、その時は唖然としましたww

他言語を扱うスペシャリスト達が血の流れない戦争を始める

=============================================

Pythonは当然のことながら、他言語を仕事で扱う方々も多かったのですが、
また会話がPythonイベントとは思えない内容でとても秀逸でした。

    「僕のLispはカッコ外せばホントもうPythonだよ」
    「実装がアレだったのでJavaで書き直した」
    「それErlangなら簡単にできるよっっ!」 etc..

そしてPythonのSimpleHTTPServerを殺してみようというお題が!!
その場でCommon Lisp製の即興負荷ツールでサーバはお亡くなりになりました。

死因がはっきりせず、どうやらKernel周りが怪しいのではと、
日付が変わってるがそんなことは全く関係なく一斉にCコードを追っていくことに!!
（コードはここらへんとか追ってたり

詳細の実況はtogetterにまとめられています。

`togetter<http://togetter.com/li/171388>`_

もしくはTwitterハッシュタグ #pyspaで検索してください。

次回はMochiwebとか落とす撃墜温泉になるかもしれないとのことwww

振り返ってみて
============

とまぁ驚きの連続ではありましたが、内容は非常に濃かった。

Sphinx使いたいと言ったすぐ後に日本ユーザー会会長の渋川先生が話しかけてくださったり、
ロビーではここでは挙げられないほど色々なネタが飛び交ったり。
世界的に有名な方には全員拍手で就寝を見送るなんてことも!!

Pythonをやりたいと思ったきっかけを聞かれ今までの経験を少しお話ししたら、
Vの人はじめ皆さんにいくつか教授いただけたことも非常に嬉しかったです:)

そのひとつが自分でクライアント負荷測定ツールを作ってみるといいとのことで、
その会話がきっかけで先の撃墜イベントが発生したんですww

次回ではPython使って撃墜イベントで一緒にアタックできればと思います。
あと将来的にErlangもやりたくなりました。理由は卑猥なのでここには書きません!

参加されたことのない人は読んで *何だこのイベント* と思うかもしれませんが
これが他のイベントにはない良さだと参加して感じました。

例えばPHPのイベントだと無論PHPやりにきた人が占めて、
何かの拍子でKernelが悪さしてるかもしれないと推測されたら、
そうかもしれないで止まることが多いと思います。
(そうでない方もいるでしょうが。

今まで参加してきた他イベントが悪いと言っているのではなく、
つまりはこれは本題から逸れた、になると思います。

その点Python温泉は参加目的が比較的緩い、もとい温泉が目的なので
起きた問題がPythonでなくとも迷わずそちらに走ることができるのは良いことだなぁと感じました。

先ほどの話でJavaやErlang, Lispが出ましたが、Pythonスキルもずば抜けた方々なので、
全員がCを読み書きできる点も面白いなと観察してました。
皆さんおっしゃってましたが、
禁酒制だからこそ深夜帯でもおっくうなくCコードを読めたのだと。

あとこれは参加してから知ったことですが、
あのエキPyはPython温泉からはじまったとのこと！

伝統的なイベントですね、サインもしっかりいただきました:p

イベント参加したことない方に言うことがあるとすれば
========================================

勉強は独りでもできますが、
こういったイベントに参加するのも見識を広げるいいチャンスだと思います。
これからも頑張ろうとエネルギーも貰えますしね！

あと参加希望するなら基本一人で行くのがお薦めです。
知人と行ってしまうとついその人と話すことが増えその場の空気を噛み締められないかもしれません。
実際知り合い誰もいませんでしたが皆さん暖かく迎え入れてくれました。

ちょっと後悔はもう少しPythonやりこんでから参加すればよかったかなと。
まぁそれは次回に活かそうと思います。

最後に
=====

そんなこんなで非常に充実した3日間でした！

主催者の方々はじめ
参加者の皆様方、
宿を貸していただいた芳泉閣、
旅館のヌシ

有難うございました!!

直近のPycon JPには参加ないのですが
次回開催時や噂のPython忘年会等でまたお会いしましょう！

ちなみに次の参加理由は既に決めてますw

    #pyspaには温泉入りにきました。
   できるだけロビーに居たいと思ってます

..   他の方々のエントリー
    `第9回Python温泉に参加してきた<http://d.hatena.ne.jp/Ehren/20110810/1312992911>`_
    `第9回Python温泉を終えて<http://d.hatena.ne.jp/Voluntas/20110807/1312727253>`_

Symfony2勉強会に行ってきた　〜継続中〜

2011-06-05T03:19:00.006+09:00

Symfony2勉強会（午前の部・午後の部・懇親会・Midnight）に、行ってきました。

もとい、今は絶賛Symfony2いぢり中ですw

この時間(03:00)で20人弱がHack(?)やSymfonyについて語り合ってるのはすごいww

もうメモったり感じたことをそのまんま書いちゃってますが、

RedBullウォッカを飲んでる私達をお許しくださいましm(__)m
たまにはこういう殴り書き風も大事だと感じたのでこのままで

まともにアンカーすら入れられてないですが、$HOME/.vimperator/pluginに

appendAnchor.jsをいれて:ancを叩いてくださいw

# 第一部

- SlideShare
-- http://t.co/F5Hs2XC
-- http://www.slideshare.net/uechcoco/symfony2-0
-- http://www.slideshare.net/uechcoco/symfony2-1
-- http://www.slideshare.net/uechcoco/symfony2-8203902

+ DIコンテナ
- lazy load
+ バンドル（plugin）
+ Doctrine2
- ORマッパー
+ Twig
- テンプレートエンジン
+ 名前空間の説明
+ Dependency Injection(依存性の注入)
- サンプルコードを交えて説明
DI containerのメリット
- lazy load
- テストしやすい
- 拡張しやすい
- chobi_e さんがDependency InjectionはPHP5.3になってどう変わったか日本語で書いてます

# workshop
Symfony/
app/ # AppKernel等のアプリケーション用に特化したカーネル等や、autoload(sf2ではrequire_onceを基本的に使わない)
bin/
src/
vendor/
web/

バンドルの作成
1. app/consoleコマンドでバンドル雛形を作成。
% pwd /var/www/Symfony/
$command_text = << 英語が分からなくても書ける
組み込みステップ
-> Webテスト系をスムーズに記述可能
テストのないようがわかり易い
-> テストのメンテナンス性
なので。。。ハードルが低い

BDDについて
振舞駆動開発
PHPUnit等でもBDDはできる
BehatのBDDは「しなりおBDD」
読みやすいDSLによるテストの記述と実行
(PHPUnitマニュアル第13章　ボウリングゲームの例を参考に)
雪日足す言語(DDD)との親和性

Behatについて
BDDフレームワーク for PHP
Cucumber(Ruby)互換DSL(Gherkin)
sf2のコンポーネントを使って実装
sf2と統合しやすい(BehatBundle)
sf2意外のフレームワークのテストにも利用可能

sf2でBehatを使う
https://gist.github.com/997514
sf2 に以下を組み込む
Behat
Gherkin
Mink
BehatBundle
MinkBundle

Behatでテスト書く準備
用語
フィーチャ
アプリケーションの機能ごとの単位
粒度は自由に決める（モジュール単位、画面単位、チケット単位）
Behatでは、1つのフィーチャファイル（拡張子 feature)
シナリオ
特定のフィーチャの振舞を表現するシナリオ
Scenario(シナリオ) :に続けて記述
１つのフィーチャには、複数のシナリオを記述する
ステップ
1つのしなりおには、複数のステップを記述できる。
・組み込みステップ
組み込みステップの場所(Mink内)
・カスタムステップ
ex.) behat:test:bundle --steps --lang=ja バンドル
前提（Given）もし、ならば
Gherkin
Mink
Sahi

テストファーストについて
慣れろ！！（開発のサイクルに乗せるだけ
まずはテストを書くことに慣れる
たとえばechoデバッグを、テスtおコードで行う
$steps->Given('hoge', function() {
echo $hoge . PHP_EOL;
echo $hoge . PHP_EOL;
echo $hoge . PHP_EOL;
echo $hoge . PHP_EOL;
});

「はじめる！Cucumber」同じようにRailsアプリを作っていく電子書籍

* Symfony2 のフォームについて By 小川さんこと @fivestr

http://www.slideshare.net/fivestar/symfony2-8203873

** フォームフレームワークの役割
** sf1との違い
入力データのマッピング
バリデーション(sf2ではValidatorコンポーネントとて独立している)
DBの保存
DoctrineなどORMごとにFormクラスの拡張が用意されている
** sf2のフォーム
- Formコンポーネントとして提供
- 入力データのマッピングのみ
- sf2ではあどんなオブジェクトでもマッピングできるよう、強力なマッピング機構が実装されている
- 大幅な柔軟性の

Symfony\Component\Form
3つの要素
FormFactory
FormBuilderからFormオブジェクトを生成する際、依存などを解消するファクトリー
FormBuilder
FormTypeのbuildForm()メソッドの中でFormuilderオブジェクト
FormType
sf1でいうwidgetみたいなもん(FormTypeInterfaceを実装されている)

** Constraintvalidator
制約に対するバリデーションを行う
各フォーム項目のエラーメッセージもymlで記述できる

sample.yml
user:
constraints:
GreaterThan:
left: startDate
right: endDate
properties:
name: ...

** ひとつのフォームオブジェクトのデータを複数のフォームから入力する場合、バリデーショングループを実装する。
** DataTransformer
フォームに関わる型キャストの問題解消、みたいなもん??
ex.) FileToArray

** EventDispatcher
Observerパターンの格闘

** 複雑なフォームの扱い
- sf1では、エンベッドフォームというのを使わないと、１つのフォームに複数のオブジェクトを使えなかった。
- sf2では、どちらもFormTypeで扱う。（特に意識することなく使える）

** マッピングの注意点
- フォームの定義とオブジェクトの定義が一致していないと基本的にマッピングはできない。

* PHPマイクロフレームワークSilex入門 By 前田さんこと @brtriver

http://www.slideshare.net/brtriver/silex-8204780

- microframeworkとは??
-- 各言語でそろってる。Silex自体はRubyの???から（失念
-- PHP: Silex, Python: Flask # FIXME: Python Flask気になるね。
-- Silexを理解すればするほどsf2を理解できる！！
--- 同じコンポーネントを使ってたりするから

- Silexで絶対実装しないもの(by fabian)
-- cli tool
-- xml, ymlを必須とする設定
-- PHPっぽくない機能
-- Silexに多くのコードを追加して実装するような機能

- PHP5.3をフル活用
-- PHAR (ふぁー)
--- 複数のファイルをひとつにまとめるための便利な仕組み

// ライブラリはPHARを読み込むだけ
require_once__DIR__.'/silex/phar';

// Simple Dipendency Injection Container for PHP 5.3
// コードコメントアウト覗くと50行しかないから覗いてみて！！
PIMPLE

-- 名前空間
--- 割愛
-- クロージャ
--- 割愛

-- extention
--- TwigExtensionで例を紹介

-- testsディレクトリ下に短く済んでいるテストコードがあるので、
TDDの参考になるはず。

* Symfony2でより長いソフトウェアを作るために By くぼさんこと @iteman
- 依存関係の逆転
-- Client -> Server
-- ↓
-- Client -> Server Interface -> Server
--- Server interface は sf2の DI Containerに値する。

- Programmerはモデラー。モデラーはプログラマー

- プロセス、技法、パラダイム
-- アジャイルプロセス(Scrum, XP, ...)
-- テスト駆動開発
-- ビヘイビア駆動開発
-- リファクタリング
-- SOLID
-- オブジェク
-- 関数プログラミング
-- ジェネリック
-- アスペクト指向プログラミング
-- 言語ワークベンチ
-- ジェネレーティブプログラミング
-- りんソフトアーキテクチャ?? DCI: data, context, and interaction
--- MVCのさきをゆくらしい（要調査）

* LT:一発目 CLI
- 基本
-- php app/console XXXXX
- init:bundle
-- appKernel, autoloadの更新が面倒
--- 解決するのがgithub上にあった
--- github Garfield-fr/Symfony2Project

* LT:二発目 madapaja (?) Symfony2 + mongoDB
- Beta1までしか開発がおっついてない。

https://www.dropbox.com/s/pwq7ubnluuoq79a/symfony2_workshop_no4_outline.pdf

* LT:三発目 @hnw PHPunit MocObject試そう!! By @hnw

http://slidesha.re/iXW1J3

- PHPunit MocObject試そう!!
-- $ pear list -c phpunit
- モックとは
-- 本物のクラスオブジェクトにそっくりな、テスト用のオブジェクト
- モックとそ結合
-- DIでないとダメ
- モックとスタブの違い
-- スタブは状態の確認、モックは振舞の確認もできる。（何回モック化したメソッドが呼ばれたか等）
--- sample code

// 中でインスタンス生成してちゃ差し替えられんだろ！
function hoge() {
$foo = new Foo();
$foo->sendMail();
}

// DI Containerだと大丈夫、DI便利だね♪
function hoge(Foo $foo) {
$foo->sendMail();
}

総括して、非常に中身の濃い一日でありました！！
DIコンテナ便利!!
Silexを触ることでsf2も分かってくる予感!!
テストはスキル!!!

Oracle VM Virtualbox 4.0x で USB2.0 デバイスを認識させる

2011-05-26T03:30:00.002+09:00

Oracle VM Virtualbox が4.0x系になって久しいが、
ちょくちょくアップデートはするが放置してたらUSB2.0デバイス関連でエラーが出てきた。

4.0系からはOSE版やPUEL版があったりするが、
USB2.0デバイスの認識をする為にはextension packsが必要になったよう。
（実はもっと前から。。。？）

http://blogs.oracle.com/wim/entry/oracle_vm_virtualbox_40_extens

extension packsをインストールせずにUSB2.0コントローラを有効化してると
以下のエラーメッセージが表示される。

本家からextension packsをとってくる。
ホストOSはUbuntu 10.04 LTSで行った。

ダウンロードしたら説明文を一読しInstallボタンで「成功しました」とメッセージが表示される。
おめでとう :)

で、もうひとつやることがある。
Virtualboxインストール時に追加されたグループ「vboxusers」に自身のユーザを追加しなくてはいけない。
でないとまたこんな風に怒られる。

Ubuntu userなら以下のコマンドでグループに追加しよう。

% sudo gpasswd -a hogeuser hogegroup

ログアウトしてgroupsコマンドで無事追加されたか確認しよう。

syslogなんてまるで見ずにやった不届き者であるが、
これでとりあえずエラーメッセージは出ずUSB2.0デバイスをゲストOS側で利用できる形となる。

Virtualbox.org : http://www.virtualbox.org/

#ujihisa.vimに行ってきました

2011-05-21T18:37:00.008+09:00

http://cotocoto.jp/event/45772

#yokohamavimに次いでvim界隈の勉強会は２回目の参加です。

強靭なるvimmer達から普段はEmacsな人まで濃い方々が参加され。。。

ujihisaこと@ujmさんのセッション

shadow.vim のお話。

めちゃ要約すると、coffeescriptを手軽に使えるためのプラグイン。
coffeescriptはRailsにも取り込まれててけっこう前から注目されていると思いますが、

coffescriptでjsを書きたいけど、プロジェクトではみんな素のJavaScriptを使ってる場合があると思います。
そんな時に自分だけ隠れてcoffeescriptで書けなおかつJavaScriptのコードとしてコミットできる優れモノ！
coffeescriptで記述されたファイルをJavaScriptコードにするにはターミナル上でcoffeeコマンドか何か（使ってないので知らない）
打たないと行けないようですが、それらの面倒を吸収してくれるようですね。
そしてcoffeescript -> js に限らずHTMLコード生成も実演されてました。

好みの記述形式（無論限られる）から他コードへの変換、そして変換側へ影響のない適用をしてくれることから
影のように扱える存在としてshadow.vimと名付けられたそうです。
「命名は大事」最後にそうおっしゃってました。

ujihisaさんは実演中にvimshell.vimやgit.vimを使ってたっぽいですね。
まさにvim内で全て完結。

shadow.vim on github

@kana1さんのセッション

LiveDisVimrc

文字通り参加者のvimrcを晒しkanaさんがdisるというとんでも企画。
と、思いきやdisられつつもkanaさんが当人のvimrcを修正してくれて
diffFileを送ってくれるという感謝企画でした。

時間の都合上2名のみが対象となりましたが、
自分もdisられたいと思ったのはこれが初めてなぐらい楽しかったです。

目立った内容としてはこんな感じ。
・依存させたくない場合はsetでなくsetlocalを使おう。
・mapとnoremapの違いが曖昧な人はnoremapとして記述したほうが無難。
・でなくと書いたほうが分かりやすいよね。
・nnoremap Y y$ はするよねぇ。
・デフォのsマップ使ってる人は案外少ない。

@niw さん
みんなでvim使ってこうよ、盛り上げようぜ！！

vim-tiny @guyon さん
#yokohamavimの主催をしていただいた方。
vi != vim-tiny、あくまでvim-tinyのお話。
サーバリソースを気にしなくてはいけない場合があるのなら
Ubuntuでいうところのvim-common等でなくvim-tinyが軽くていい。
という内容を細かく説明していただきました。
#yokohamavimでのゆびきちさんShougoさんの対談でもありましたが
Vimが軽いはもはや幻想チックなのかな。
（や、Plugin入れてないでも具体的な数字を見るとそう思った）

@shougoさん「5分で学ぶVimとVim plugin」
Shougoさんが培ったVimHackを簡潔に伝授していただけると思いきや
いい形で期待を裏切られることにww
http://www.slideshare.net/Shougo/5vimvim-plugin
後で気づいたが2010年版とは違うものだった。。。
http://vinarian.blogspot.com/2010/09/vim-2010.html

vital.vimのお話 @ujmkさん
Vim Scriptは低レイヤだ。
その解消の為に過去に「tlib」「VimJolts」などがあったが、
これからは皆でVitalを使おう！！
※ここで、Vitalのバグ（？）が発覚。
Shougoさんやthincaさん、tryuさんらが黙々とデバッグを始める。

Rubyとmetrw.vimのお話 @sora_h さん
Rubyコミッターとして投稿者に心がけてほしいことを言ってました。
（@sora_hさんはテンション高めで当日にmetrw.vimというプラグインを作って
LTしてました。

懇談会Time

Zimbu使ってみない？ By @ujmさん
Vimの作者Bramによって作られた言語。

IF i % 15 == 0
  RETURN 1
ELSE
  RETURN 0
}

閉じかっこ（｝）だけで開くほうがないという
なんとも奇妙な書き方。
Zimbu.vimやZimbu用のsnipMateなど
全部Bramが用意してくれてるよ！
と@ujmさんが満面の笑みで語ってくれました。

全体を通して印象的だったのが、
vital.vimのデバッグ・修正をその場でやっていたこと。
Shougoさんは他の方がLTしてる中黙々と発言内容(?)をノートにメモしていた。
（#yokohamavimでこのノートが私のGTDツールと豪語されてた）
ujihisaさんが会場にいる全員に声をかけてくださったこと。
全員のLTが終わってから束の間の雑談時にPHPUnit + QuickRun の為にちょこちょこ
vimrcいぢってるので「こうしたほうがいいよ」ってアドバイスいただいたりして
助かりました。
海外組は一味違う（←関係ない）大物ぶりを実感。そして感謝。

最後に、
発表をしてくださった方々と、
参加者の皆さん、
会場を提供してくださった(株)タイムインターメディアさん

有難うございました。

Yokohama.vimに行って　〜脱Vim初心者の為の7ステップ(?)~

2011-04-25T00:38:00.008+09:00

行ってきましたYokohama.vim

全て目が離せないセッションの目白押しでしたが、
その中で２つのことをまとめてみました。

VimとEmacsユーザ交流セッション

テーブル内のメンバーでディスカッション形式でATNDのアジェンダに書かれている
お題について議論しました。

お題1：Vim（もしくはEmacs）を使ってない自分はすごく損をしている?
- http://q.hatena.ne.jp/1182209114
お題2: 春から"プログラマー"になる人はどんなEditorを使うといいか？(VimまたはEmacsまたはその他Editorをお勧めする理由)
- http://dev.ariel-networks.com/wp/archives/482
- http://hiroki.jp/2011/03/27/1767/
お題3:VimまたはEmacsで開発をしている方の開発からリリースまでの手順や使用しているツールが知りたい
- http://q.hatena.ne.jp/1224365468
お題4: フリーディスカッション（質問にひたすら応えるターン）
- Show Time?

脱初心者Vimmerとしてロードマップがあったらいいんじゃない？話題が中心になりましたが、
時間の都合とメモしてた紙を置いてきてしまった為もう一度自分の中でまとめてみました。

1. vimtutorを始める。 % vimtutor <CR>

2. 達人のvimrcを読んで盗みたいと思った部分を自分のvimrcに記述

(既存のVimmerは最初コピペした人が多いかもしれない）

@Shougoさんはkanaさんのrcは初心者にはお薦めしないと言ってました。

3. 有名なVimサイトのまとまったTipsを読んでVimHacksを習得。

Vim-users.jp::Vim Hacks

'名無しのvim使い' さん

etc ..

4. Hacksを読み実践していくうちにコピペ戦術したrcの内容が気に入らなくなり自分なりのキーマップに書き直す（ハズ）。

5. 検索やVim-users.jpをだだ読みしていく内にPluginを入れたくなり有名どころを入れていく。

別発表であったShougoさんの入れているプラグイン

unite.vim
neocomplcache
vimshell
vimproc (ヴィムプロシーと読むこと発覚)
vimfiler
echodoc
eskk.vim
smartchr
caw.vim
surround.vim
git-vim (自らのFouk版)
ref.vim (uniteと連携)

6. helpやPluginのdocumentsを熟読しVisualModeのみに頼らずtext-objectを駆使したり、Plugin用のキーマップ割り当てをする。

ここまでやればVimLevel3まで登りつめられると思います。（VimLevel表はこちら）
Yokohama.vimの参加者を見る限り、自分を含めVimLevel3の方々が１番多かった気がします。

自分はVimLevel3からまだ抜け出せてないなーと思ってはいるのですが、
同じ理由の方がいたら是非次回のYokohama.vimに参加したほうがいいと思います。
明確な理由としては以下の点が挙げられます。

Shougoさん曰く「Lingrやvim-users.jp、TwitterやGitHubで質問を投げてくるのは大抵熱心なVim中級者以上なので、どうしても初心者というより中級者達のレベル上げに注力してしまう」

つまり一流のVimmerはVim界隈のレベル底上げを願っていてもする機会が少ない。（そしてそれは本来教えを乞う者から聞くべき）
各Pluginの操作方法や具体的な今後の方針等、直接作成者からヒアリングでき質問も投げられる！
同じようなVimLevelの方々もたくさんいるので、フィードバックが盛んに行える。

また、上に述べた事柄は勉強会参加やワークショップだけでは不十分なので、後の懇談会にも参加することで自分だけの成果を得られることが多いです。
基本平日の夜や休日を返上して（本人達はいたって返上してるなんて思ってはいないでしょうが）参加している方ばかりなので、打ち解けられるかの不安は皆無です。

先に書いた脱初心者ステップはあくまでベターな感じですが、
初心者の段階でイベント参加は非常に喜ばれるので、レベル関係なく参加されるが本当は望ましいと思います。
（日時・交通アクセスの都合上等参加できない方もいらっしゃると思うので上には含んでません）

Shougoさんとるびきちさんの対談

「Emacsのほうがいいとか、Vimのほうがいいとか、ネタでしかないよねww」から始まり、
anything.elとunite.vimでEmacs,Vimを日本で牽引している両者の対談は非常に興味深かったのですが
お互い尊重し長所も欠点も認めあってる点が印象的でした。
Emacsを使わないので分からんですが、るびきちさん曰く"Emacsのpagerは腐ってる！！"とか"今はEmacsもそこまで起動時間遅くないよね"　とかそーなんだ話題も満載でした。
興味ある方はTwitter#yokohamavimを見てみてください。

Vimmerは噂通りシャイな方が多く、懇談会ではぎこちない感じも新鮮でしたが
主催のgu4さん、発表してくださった方々と同じ参加者の方々、
楽しいお時間を有難うございました。

ちなみに、テーブル内ディスカッションでの最終的な結論は。。。

既に気に入った開発環境を見い出してるのであれば無理に勧められないけど、
それでもVimに興味があったり
まだ手足のように扱えるエディタを見つけられてない人は、

喜んでVimを勧めるよ！！！

[Ubuntu] 10.04 64bit用のflashpluginをインストール

2011-04-10T22:20:00.008+09:00

どうもUbutnuのflashの調子がよろしくない。

こんな感じに白線入ったり、
それよりも？？？.bin（失念;<）がやけにメモリ食ってた。 Abode Labsでこんな告知が出てたのね。デフォではi386だった。 We have closed the Flash Player 10 for 64-bit Linux ... Adobe Labs - flashplayer10_64bit

APTに追加するには以下のdebPackagesで

deb http://ppa.launchpad.net/sevenmachines/flash/ubuntu lucid main
deb-src http://ppa.launchpad.net/sevenmachines/flash/ubuntu lucid main

PPAは複数ヴァージョン(Ubuntuの）パッケージを用意してくれてた。

% sudo apt-add-repository ppa:sevenmachines/flash

例のごとくapt-get updateして確認。

% sudo apt-cache search flashplugin
flshplugin-installer - Adobe Flash Player plugin installer
flashplugin-nonfree - Adobe Flash Player plugin installer (transitional package)
flashplugin64-installer - Adobe Flash Player plugin 64 bit alpha installer

どうやらまだ公式版は出ておらずalpha版になるよう。
Ubuntu Tweakだとalphaという記述すらされていなかったので

flashplugin64-installerを選択した。

% sudo apt-get install flashplugin64-installer
以下のパッケージが新たにインストールされます:
  flashplugin64-installer
  アップグレード: 0 個、新規インストール: 1 個、削除: 0 個、保留: 0 個。
  8,206B のアーカイブを取得する必要があります。
  この操作後に追加で 164kB のディスク容量が消費されます。
...
2011-04-10 19:49:34 (2.50 MB/s) -
`./flashplayer10_2_p3_64bit_linux_111710.tar.gz' へ保存完了 [4310219/4310219]

Download done.
Flash Plugin installed.

※もし32bit版を既にインストールしてしまってた場合はautoremoveしておこう。

slideshareはHadoopが気になったのでid:yanaokiさんのを拝借しました。

うむ、心なしか見た目も美しく（？）なった気がする。

[Ubuntu] Virtualbox 4.0 と indicator for Virtualbox をインストールした

2011-04-05T03:54:00.001+09:00

会社のOSを勢いでWindowsからUbuntu(10.04 LTS)に変えてみた＊
（さらば重きエクスプローラよ！！）

まずはちょっと前に話題になっていたOracle Virtualbox 4.0 を本家から
debパッケージを入手・インストールする。

次にindicator for Virtualboxを導入する。
前はVMwareを使っていたので、平気でウィンドウを閉じても問題なかったが、
せめてタスクバー（Ubuntuでもそう呼ぶ？）から起動できるようになりたい。

というのがこれ。

PPAを追加・インストール



sudo apt-add-repository ppa:michael-astrapi/ppa

sudo apt-get update

sudo apt-get install indicator-virtualbox

起動時にindicatorを自動起動する設定。
[システム] -> [設定] -> [自動起動するアプリ]
コマンド欄に「indicator-virtualbox」と記述すれば、
次からVirtualboxをわざわざシステムツールから起動することも、
.vboxファイルのショートカットをどこかに置く必要もなし★三

XfceがメジャーアップデートしてたのでノートPCにインストしてみる

2011-03-20T20:41:00.003+09:00

デスクトップ＆ノートPCともUbuntuでMacbuntuを導入しているのだが、
どうにもDockeyさんが電力消費量が高いから、ノートPCだけでも変えようと。。。

最初はLubuntu化しようとでも思ってたけど、
SSDなのでそこまでGnomeデスクトップにストレスを感じているわけではない。

で、ググッてたらXfceがメジャーアップデートしてるとな(4.8.0) :-0

さっそく導入してみる！
PPAリポジトリの追加方法はこちらを参考にしてみた。

手順を追って、koshi氏のPPAリポジトリを使用することに。
・Ubuntu 10.04: ppa:alexx2000/xfce
・Ubuntu 10.10: ppa:koshi/xfce-4.8

~$ sudo apt-add-repository ppa:koshi/xfce-4.8
\Executing: gpg --ignore-time-conflict --no-options --no-default-keyring --secret-keyring /etc/apt/secring.gpg --trustdb-name /etc/apt/trustdb.gpg --keyring /etc/apt/trusted.gpg --primary-keyring /etc/apt/trusted.gpg --keyserver keyserver.ubuntu.com --recv E4EC643FC995793CAC5C1C1EC81A926CB056DD89
gpg: 鍵B056DD89をhkpからサーバーkeyserver.ubuntu.comに要求
gpg: 鍵B056DD89: 公開鍵“Launchpad PPA for koshi”を読み込みました
gpg: 処理数の合計: 1
gpg: 読込み: 1 (RSA: 1)

あとはスーパー牛さんパワーをアップデートし、
xfce4-sessionを指定してインストール（依存するパッケージも同時インストール）

ただUbuntu 11.04ではGNOME3.x系になるのかな？
あとはログイン時にxfceセッションを選択すればいいだけです。

そうだ、ハッカーになろう

2011-03-16T02:04:00.007+09:00

プログラマという人種は皆独学からスタートしたという方々が多いと思う。

だから仕事にしてみるとある段階で壁にぶつかる。
その壁の大きさは人によってそれぞれだが、
それは楽しいという原動力だけでは自分は足りなくなった。

そんな時出会ったのがこれ。

How To Become A Hacker

（和訳は"ハッカーになろう"が有名）

有名なのは当初知らなかったけど。。。

The world is full of fascinating problems waiting to be solved.

"世界は解決を待っている魅力的な問題で溢れている"
この一文に感激したのをよく覚えてる。

内容はリンク先を拝見していただくとして、
自分がハッカーになりたく、プログラマを続けている
”楽しみ”とはまた違った原動力のひとつになっている。

これからこの業界に足を踏み入れる方達は、
僕と同じで大先輩の方々とはまた違った環境で育っている。
（高校生ぐらいの頃からUnixを扱っているようなゴールデンルーキーを除いてw）

僕ぁなにせ最初に買ったOSがXPだもんよ。
XAMPを使いWindows上でなんちゃってサーバ構築から始まった人も多いはず。

でもそれでいいと思う。

例えPHPからプログラミングを始めたって、
言語構造を知りたくなったらCに手を出したくなる。
Linux上での操作なんてGUIばっか触ってきた僕らゆとり世代には目からウロコだ！
そしてその快適さにすぐ虜になるはず。

先ほど紹介した文書の著者：Eric氏もおっしゃってる通り、
複数言語を習得するごとに各々の文化に触れられる。
そしてメインの開発言語に生かすことができる。

そりゃあ萎える時もあるけど、
そんな時はまた”How To Become A Hacker"を読んで頑張れるはず:)