前回はdr6kaizさんのpow + rbenvで手軽なRack環境構築でした。 今回はtmuxinatorを使って、コマンド一発で開発環境を起動する話をします。 tmuxinator とは tmuxinatorとは、tmuxで起動するセッションを予め定義しておき、コマンド一発でそのセッションを起動できるようにしたものです。ちなみに、screenで同じことをするscreeninatorというツールもあります。こちらが先に開発されたようです。 インストール $ cd $ gem install tmuxinator $ echo "[[ -s $HOME/.tmuxinator/scripts/tmuxinator ]] && source $HOME/.tmuxinator/scripts/tmuxinator" >> .zshrc $ source .zshrc $ echo $EDIT

Rubyにおける文字列の連結に関してどの方法で処理した方がコストが小さいかを調べてみます。PerlやJavaでの経験上ある程度の予測は付きますが。 テスト1: "+"による連結 buf = '' for i in 1..100000 buf += 'abc' end テスト2: "<<"(concat)による連結 buf = '' for i in 1..100000 buf << 'abc' end テスト3: 配列のjoin arr = [] for i in 1..100000 arr.push('abc') end buf = arr.join() 結果 テスト1 +による連結 29.462s テスト2 concatによる連結 0.138s テスト3 配列のjoin 0.150s テスト1が異常なほど時間がかかっているのは、Stringオブジェクトの生成コストのためであるのは明らか

あらすじ コマンドラインから引数つきでRubyを実行する時は ruby xxxx.rb ARG1 ARG2とかして、中でARGVをifで条件分岐とかしていたが…何か他にやり方があるのではと調べたらやっぱりあった。optparseを使えばよろしく解析してくれるようだ。 参考サイト optparse::チュートリアル - Rubyリファレンスマニュアル 1. OptionParser オブジェクト opt を生成する。 2. オプションを取り扱うブロックを opt に登録する。 3. opt.parse(ARGV) でコマンドラインを実際に parse する。 基本はこういう事らしい。 サンプルソース とりあえずGistに。色々試してみる。 実行結果 単純なオプション # short option opt.on('-a', 'DESCRIPTION') do |v| puts "v class

はじめに チーム内でコーディング規約を作っても，ついクセで違う書き方をしたり気にしない人がいたりして形骸化しがちだと思います．またレビュー時に細かい違いを指摘するのも面倒です．そんなときはrubocopを入れましょう インストール これでrubocopコマンドがインストールされ，rubocop foo.rbとするとチェックできます． コマンドラインからいちいち実行したくないので，各エディタのプラグインをインストール．すると，以下のようにコーディングルールに合わない箇所を指摘してくれます． ここでは「bodyが1行のときは後置ifか，&&や||を使え」と言われています． 設定 rubocopが準拠するコーディング規約は同じ開発者が提案しているものですが，.rubocop.ymlファイルを編集することで自分達に合った形に変更することができます． うちではチームで話し合い，10箇所ぐらい変更しま

社会人になって幸運にも4年間Ruby + Ruby on Railsを使った開発に慣れ親しんだ後に、 PHPを使った歴史あるシステムに2年間携わってきました。 その中で、 * RubyからPHPを使うようになってどう考えが変わったか * RubyとPHPの両方を見れて良かったこと * 今後RubyからPHPへ移行する方々へのメッセージ をお話します。

2014/4/10追記 brewdlerの機能はhomebrewに包含されました。 この記事は古いのでみんなhomebrew使いましょう！ 経緯: https://github.com/Homebrew/homebrew/pull/24107 Brewfileを書いて、homebrewをインストールした後に以下のコマンドを実行すれば問題無いです。 開発環境の構築の構築 開発環境の構築、Vagrantを使って構築するようになったのだけど、 開発環境の構築の構築、つまるところホストとなるべくMac OS Xマシン側の 環境構築について、なんか楽したいな〜と思って、 homebrewをBundlerのごとくBrewfileとか作って管理できたらいいのに って思って検索したらあった。よかったよかった。 brewdler 使い方 brewdlerをインストール

滅茶苦茶高速化されて、ライフチェンジング v1.5.0からはbundle config --global jobs 4とするとデフォルトとして設定できます(http://bundler.io/v1.5/whats_new.html) bundle installのドキュメントはこちら(GitHub) 注意！ @take からコメントがあり ちなみに pre1 だと後方互換性が保たれてないので pre2 を入れることをオススメします。 ref: https://github.com/bundler/bundler/issues/2600 とのこと。ご注意ください！ Register as a new user and use Qiita more conveniently You get articles that match your needsYou can efficiently re

As you may know Ruby 2.0.0 has been released. Despite the major version it is mostly an incremental release. However, it does include a few breaking changes so a major version is warranted. However, whilst the usefulness of most of the new features was obvious to me, I couldn’t say the same of Module#prepend. However, whilst listening to the Ruby Rogues podcast on Ruby 2 one of the Rogues (I think

ITベンチャーで働くエンジニアのメモ帳 ITベンチャーでエンジニアをしています。主にAndroidアプリ/Web関連の技術で勉強したことをメモしていきます。最近iOS開発を始めたのでその辺りも備忘録としてまとめていきます。

Ruby1.9で日本語を使うとエラーが発生する。 環境 ruby 1.9.2p180 ソースコード(hello.rb) #!/usr/bin/ruby print "こんにちは世界！" エラー内容 hello.rb:2: invalid multibyte char (US-ASCII) 解決方法 Ruby1.9のソースコードのエンコーディングはデフォルトではUS-ASCIIとなっています。 そこで、ソースコードのエンコーディングを指定するためにマジックコメントを記述することで解決できました。 改ソースコード(hello.rb) #!/usr/bin/ruby # encoding: utf-8 print "こんにちは世界！" 出力 こんにちは世界！ちなみに、1行目の#!/usr/bin/rubyは「shebang」と呼ばれ、2行目以降に書くとエラーとなってしまいます。 そのため、she

RubyKaigi 2013 レポート Jose Valim、Rubyにおける並行プログラミングのためのいくつかのアイデアを提案。～ RubyKaigi 2013 基調講演 2日目 2013年5月30日～6月1日の3日間、お台場にある東京国際交流館にてRubyKaigi 2013が開催されています。基調講演をそれぞれレポートします。 2日目の基調講演の演者はJose Valimです。司会の角谷さんにより「再起動したRubyKaigiの基調講演に最もふさわしい人物の一人」と紹介をされたJoseは、Rubyにおける並行プログラミングの可能性について話しました。 自己紹介 Joseは、2006年からRubyを書き始めたそうです。それからOSSにも深く関わっており、2010年からRails coreチームにジョインしています。そして、Elixirという言語の作者でもあります。ElixirはErla

QiitaとKobitoで画像アップロードができるようになりました。 その後ろ側をちょっぴり公開します。 件名からも分かるように、背後ではAWSのS3を画像ストレージに採用しています。 画像アップロード機能をリリースしました - The Official Qiita Blog Kobito v1.6.1リリース: ドラッグ&ドロップやスクリーンショット撮影で簡単に画像を添付できるようになりました! - The Official Qiita Blog 用語統一 サーバ はQiitaのサーバのことを指すことにします。（つまり、S3ではない、ということ） また クライアント は各ユーザのブラウザのことを指します。 要件 画像アップロード機能を実装するにあたっていくつかの要求がありました。 成りすましを防げる アップロードされたファイルを管理できる 自分達のサーバに負荷をかけたくない 変な画像のア