はてなブックマーク

Linux Kernel3.9(BSDでは割と以前から実装されていたけど)で取り込まれたSO_REUSEPORTソケットオプションは、異なるプロセスで同一のポートにbindできるようになるので、いろいろおもしろいことができそう。 https://lwn.net/Articles/542629/ これがmerge commit https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/?id=c617f398edd4db2b8567a28e899a88f8f574798d 試しにRubyでSO_REUSEPORTを使うサーバを書いてみた。 もちろんKernelを3.9以降にアップデートしないと動かない。 Ubuntuだと、script書いてくれてる人がいるので楽にUbuntu Kernelをアップデ

RSpecでたとえば例外のテストコードを書くとして、 it "should raise CommandError in unknown command" do lambda { LocalPort.command.find("foo") }.should raise_error( LocalPort::CommandError, "foo" ) end このlambda {...}.shouldは読み手からしたら意図が伝わりにくいので、expect {...}.toを使うとすんなり読める。 it "should raise CommandError in unknown command" do expect { LocalPort.command.find("foo") }.to raise_error( LocalPort::CommandError, "foo" ) end RSpec

@kana さんとハッカソンしていて、Golangのどこが好きか? と聞かれた時にうまく説明できなかったのでまとめておきます。 よく、Golangはgoroutineとchannelが取り上げられることが多いと思いますが、 それよりも、僕がGolangをGolangたらしめていると考えているものとして、TypeとInterfaceの機構です。 Golangの思想は、他の言語ではこうなんだけど? ということを踏まえてFAQで簡単に説明されています。 http://golang.org/doc/faq#types 例えばFAQのTypesの章にあるサンプルコードで示されているように、 package main import "fmt" type Fooer interface { Foo() string ImplementsFooer() } type Bar struct {} func

去年からGolangを書き散らかしてみて、だいぶセンス感じとれるようになってきたので、Golangを書くときのイディオムのようなものをまとめてみる。 Golangをコーディングするディレクトリ 簡単な、10行20行くらいで済むコードであればどこで書いてもいいのだけれども、 ライブラリだったりモジュールに分けるレベルの規模のコードだと、コーディングするディレクトリは、$GOPATH直下、または$GOPATHへのsymlinkにしたほうが良い。 例えば、ライブラリを作成しようとしてホスティング場所はGitHubだとする。 その作成しているライブラリを使ってサンプルコードを書こうとすると、 import宣言は、 import ( "github.com/yoppi/a-library" ) となる。 ただ、$GOPATHにないとビルドできないので、まだGitHubにpushしていない場合はもちろ

同僚がアンダースコアを変数名として使って、他の人に直されてコミットログで指摘されたと愚痴をこぼしていたので、他の人はどうだろうとふと思った。 僕がRuby語を書いてる時、変数名にアンダースコアを使うときは Hash等、Enumerableなものでブロック内で使わないもの あるスコープで意味を成さないけど変数として欲しい の2点だ。 前者は、よく見かけると思うんだけど h = {hoge: "hoge", fuga: "fuga"} h.each {|_, v| v.something } と、Hashをeachで回す時にkeyは使わずにvalueだけ使うときはこう書いてる。 後者は、RSpecのコードを書いてる時に良く書いたりする。 let(:user) { _ = User.new( name: "hoge" ) stub(_).somthing_stub { result } _ }

僕は、全体を俯瞰して作り出すので遅いのだけれども、トータルとして同じくらいのスピードになるかなと思って、新しい言語やフレームワークを使うときは、まずは全体で必要になりそうな技術であったり、問題点を潰すことにしています。 フレームワーク nodeのフレームワークは、たくさんありすぎてどれを使っていいのやら、という状況だけれども express 使っておけば良いというのが僕の中での結論。 ルーティング、テンプレート、セッション管理といった基本的な機能を簡単に使える(connectが素晴らしいというのもあるけど)ので、複雑なことをしたければあとは自分で頑張るほうがいいと思う。 それに、全部読みきれる量であるということ。 使うライブラリのコードを読みきれるというのはすごい重要。フレームワークでサポートしていないことをしたくなったときにどこに手を入れて良いのかがすぐに判断できるから。 また、expr

TwitterでISUCONに参加したいとぼやいていたら、@f440 さんが一緒にどうかと誘ってくれたので、ISUCON3に参加してきました。 オシャレ怪盗スワロウテイルとして参加し、本戦2位という結果で幕を閉じました。 参加した動機として、自分がWebエンジニアとしてどれくらい通用するのかという腕試しでもあり、また優勝を狙っていたので、あとからじわじわ悔しさが溢れだしながらこのまとめを書いています。 僕も考えていた全体的な心構えとか、方針とかは相方の @f440 さんのエントリ ISUCON3 の参加記録 に読みやすくまとめらているので、合わせて読んでもらえると僕達がどう考えてISUCON3に取り組んだのかが深まると思います。 予選前 今回がISUCON初参加、ということもあり勝手があまりわかっていない状態だったので、@f440 さんにざっと解説してもらい過去の問題(ISUCON2、KA

Unity付属でついてくるMonoDevelopが使いにくすぎて生産性が1/10くらいになってしまうので、Vimでscript書こう思い辞書ファイルを生成するscriptを書いた。 https://github.com/yoppi/unity-script-dictionalization 生成したファイルを.vimrcとかで読むように設定しておけば、補完してくれるようになって大変便利。 autocmd FileType javascript :set dictionary=~/.vim/dict/unity_script.dict

勉強会で話していて3回くらい「どこからRubyやRailsの情報を仕入れてますか」のような質問をされたので、 自分はどうやって情報収集してるんだろうとふと考えてみると、 Rails Casts(pro購読するのおすすめ) http://railscasts.com/ Ruby Weekly(メールで定期的に送ってくれるので目に止まりやすい) http://rubyweekly.com/ Hacker News(Ruby以外のために読んでることが多いけどRubyの話題も上がってくる) https://news.ycombinator.com/ ruby-dev(ja) http://blade.nagaokaut.ac.jp/ruby/ruby-dev/index.shtml ruby-core(en) http://blade.nagaokaut.ac.jp/ruby/ruby-core/

プロジェクトでjsのライブラリをどうやって管理するかみたいな話を隣の人としてて、 jquery-railsとかgem使う bundle updateで依存地獄なきにしもあらずなので、app/assets/javascript/vendor/とかに置く いやいやそれならvendor/assets/以下でしょ bowerって最近なうい感じがする ということで、bower使うと楽なんじゃないかみたいな結論にいたった。 https://github.com/twitter/bower Twitter社が作っているアセット管理ツールで、Twitter社が作ってるなら安心だろうみたいな感はあるけど、シンプルで使いやすい。 nodeで作られてるのでnpmでinstallする。 $ npm install -g bower bower installすると$HOMEに.bowerが作成されてそこにライブラ

3、4年くらいBitstream Vera Sans Fontを信奉して使ってきたけど、同僚がRictyを使っているのをみて、読みやすいなと思ったので入れてみると以外と良かった。 Vera Sansはもちろん和文フォントがないので、Macだとヒラギノ丸ゴシックとか使ってて、少し残念な感じになってたけどこれで統一されるので良い。 プログラミングや文章を書くときに重要なのはフォントだと思う。良いフォントだと視認性があがり効率もあがると思う。 会社と自宅のMacにインストールするため、インストールスクリプトを書いた。 $ curl -L https://gist.github.com/raw/4362210/e65eaee6ad816e8ed88d369fccb58df499432166/ricty_installer.sh | sh でインストールできる。 プログラミングしたり文章書くのが、ま

この記事は、Mercurial Advent Calendar 2011の2日目の記事です。 revsetsとは? 築いてきた歴史から特定のチェンジセットを効率よく検索するための、Mercurialのサブセット言語だ。 Mercurialでは、 $ hg log -r 1000のlogコマンドように'-r'(--revision)オプションを付与できるコマンド(logコマンドは特に-rを多用する)がいくつかあるが、単にチェンジセットIDやリビジョン番号だけでなく、 revsetsと呼ばれる関数言語(helpでは問い合わせ言語と訳されている)を使うことで複雑なリビジョンを指定できる。 しかし、残念ながらこのrevsetsについて周知している人は少ないのではないだろうか? このrevsetsを使う時はhg logコマンドの場合が最も多いと考えているが、'hg log'のhelpにはrevset

この記事は、Clojure Advent Calendar 2011の2日目の記事です。 Clojureを導入するには Clojureをプロジェクトで使いたい、という現場の要望は結構多いかと思う。 安心してほしい。 フロントエンドにいきなりClojureを使うのはさすがに通りにくいと思うが、 バッチ等をJava(もしくはJVMで動く何か)で動かしているならClojureでそのJavaのバッチを置き換えられる。 置き換えるのはとても簡単だし、周囲の理解や上司の理解も得られるのではないだろうか。 何と言ったってコンパイルしてしまえばプロダクトコードは関係なくなる。 動いていてほしいのはバッチで、コードを気にするのはあなたで、あなたが快適に仕事ができるなら今すぐJavaをすててClojureでコードを書こう。 開発はleiningenで Clojureで何か作るときは基本はleiningenを使

職場が代わり、Macが支給されてLionに初めて触れたが、しばらく触れていない間に開発環境が変わっていたりして、たとえばXcode4.3でgccやautoconf、automakeといったビルドツールがごっそりインストールされなくなったので手動でhomebrew経由でインストールしなければならなくなった。 XcodeからCommand Line Toolsをインストールする 以前はXcodeをインストールするとgcc等のツールがインストールされたが、Xcode4.3以降はXcodeをインストールしただけではこれらはインストールされず、追加でインストールしなければならない。 Preferences -> Download画面からCommand Line Toolsをインストールできる。 homebrewでautoconfとautomakeをインストールする $ brew install au

HerokuでFacebookアプリを運用しており、当初はRails3.0.9ベースで作り始めたが、Railsが進化するスピードが速いので常にEdgeの状況を追いかけていたいので版をあげることにした。 基本はRailsCastsで紹介されていることをベースに修正していけばよいがいくつかはまった点があるのでメモとして残しておく。 Gemfileを更新する Gemfileで定義しているrailsの版を3.1以降を使うように修正する。 gem '~> 3.1' そのあとbundle updateする。 あとdeprecatedになったので、development.rbの設定で config.action_view.debug_rjs = true を削除しておく。 Asset Pipelineを有効化する Rails3.1より前のRailsアプリではpublic/以下に画像やスタイルシート、Ja

文章をネストしすぎるのは良くない傾向で，4階層くらいになると文章の構成を検討すべきなのですが，どうしてもsubsubsubsectionが欲しいときがあります．残念ながらLaTeXには\subsubsectionコマンドまでしか組み込まれていません．\subsubsectionよりも下の階層は\paragraphコマンドが組み込まれていますがsection系のように節番号を付与して段落を変更して開始できません． そこでこの\paragraphコマンドを拡張してsubsubsubsectionを定義するテクニックがてっとりばやく有効です．このテクニックはすでにいろんな方のblogやTeX Wikiでも取り上げられていますが備忘録として残しておきます． とりあえず以下をプリアンブルに書いておくとを再定義できます． \makeatletter \renewcommand{\paragraph}{

Ruby Advent Calendar 2011 16日目の記事です。 Webアプリの画面テストにはやはりその利便性からSeleniumを使うことが多いだろう。 ちょっとした変更でも問題ないと高をくくっていても、リリース後にリンクやボタンをクリックした途端に500や404が発生した日には目も当てられない。 そうならないために、定期的にSeleniumのテストを流す--自動テスト環境を構築して--ことで、問題をいち早く検知することが大切だ。 今回は、Webアプリにおける画面の自動テスト環境を、Selenium+Ruby(RSpec)+Jenkinsで構築する一例を紹介する。 Seleniumで画面テストを書くときにRSpecの恩恵を得たいので、現在Javaで開発しているプロジェクトも画面テストはRubyでSeleniumテストコードを書いている。 用意するもの SeleniumをCI環境で

この記事は、Mercurial Advent Calendar 2011の2日目の記事です。 revsetsとは? 築いてきた歴史から特定のチェンジセットを効率よく検索するための、Mercurialのサブセット言語だ。 Mercurialでは、 $ hg log -r 1000のlogコマンドように'-r'(--revision)オプションを付与できるコマンド(logコマンドは特に-rを多用する)がいくつかあるが、単にチェンジセットIDやリビジョン番号だけでなく、 revsetsと呼ばれる関数言語(helpでは問い合わせ言語と訳されている)を使うことで複雑なリビジョンを指定できる。 しかし、残念ながらこのrevsetsについて周知している人は少ないのではないだろうか? このrevsetsを使う時はhg logコマンドの場合が最も多いと考えているが、'hg log'のhelpにはrevset

Emacs使い達はflymake.elというとっても便利なものを使ってflymake(syntax check, compileを人間がせずに裏でエディタがこっそり実行する)して快適にコードを書いている。 VimにもQuickFixという機能がもともと備わっており、flymakeできる。QuickFixはコマンド群が多く、また、実際に使用するコマンドは限られるので、そのラッパープラグインであるerrormarker.vimを使うとより効率化してくれる。 特に、エラー箇所を:signでハイライトしてくれる機能だけでも便利だ。 GUIのVim(Macであれば、MacVim, Windowsであれば香り屋版gVim)の場合は問題ないが、CUIのVim(MacのTerminalやcygwinのttymin上で起動させる)でflymakeすると画面が乱れてしまう。 CTRL-Lして画面をクリア/再描

Pryという新しいREPLツールがとっても便利だ。 詳しい使い方は、Wikiを読めばだいたいわかる。 Railsコンソールでもこの便利なPryを使うには、Using Pry instead of IRB for Rails' consoleで紹介されているように、config/initializers/pry.rbに次のよう に記述してIRBを呼び出す替わりににPryを起動するように上書きする。 begin require 'pry' module Rails class Console class IRB def self.start Pry.start end end end end rescue LoadError => e puts e end これでRails consoleがPryで起動するようになる。 $ rails console Loading development e

Git使いであれば、diffやlogの差分はデフォルトでpagerが設定されており、コミットログを追いかけやすい設定になっていることはご存知だろう。 Mercurialでは、diffやlogの出力は、pager経由ではなくすべて出力される設定になっている。 このままだとlogを追いかけるのが難しくなり、開発サイクルが破綻してしまうので、Pager Extensionを設定して快適にコミットログを追いかけたりやdiffを確認できるようにしよう。 Pager Extensionは、Mercurialにバンドルされているので.hgrcに次の設定を加えるだけで有効化できる。 [extensions] pager = [pager] pager = LESS='FSRX' lessさらにこの設定に加え、PIPEが壊れた時のエラーメッセージを抑制するために [pager] quiet = Trueを追

uhihisaさんの帰国に合わせてVimmer達が集うためにujihisa.vimが開催されたので参加してきました。 shadow.vim kills your troublesome things by @ujm たとえば、ujihisa.jsというモジュールをCoffeeScriptで作ろうとしているときに、普通ならujihisa.coffeeを作成してそこでCoffeeScriptを書いて、ターミナルでcoffee -c ujihisa.coffeeしてujihisa.jsを作成する。この作業の手間を省いてくれるプラギンがshadow.vimだ。 'ujihisa.js'と'ujihisa.js.shd'ファイルをまず作成しておく。 shdファイルの1行目に"## coffee -csb"を記述しておくと、shdファイルを保存したときに、指定したコマンドが実行され、ujihisa.j

screenは無いと死ねるくらい便利なのですが，画面を分割する(split)モードは水平(horizontal)しかありません．MacBookは縦の解像度がなきに等しいのでvim同様screenもvertical splitできるととっても嬉しい訳です． 調べてみると，splitのパッチを作成している方を見つける．という訳で自分の環境(MacBook Leopard)にも導入してみることにしました． screenの入手 現在GNU screenの最新版は4.0.3です．screen install memoから取得してください． # GNUのミラーサイトにはなぜか4.0.3が置いてないのです． vertical split のパッチの入手 Vertical Split for GNU Screenから取得してください． パッチを当てる まずscreen, パッチを解凍しパッチをscreen