Tmux Plugin Managerを利用したtmux環境構築 | Act as Professional
screenやtmuxで設定はしてみたけど、アレ？どうやるんだっけ。ってなる時ありませんか？ こんなことを最近tmuxを使っていて実感しまして、改めてtmuxの設定を見直すのを兼ねて環境を再構築してみました。 今回はTmux Plugin Managerというtmuxにプラグイン構造を提供してくれるソフトウェアを利用します。 なぜ、これを利用したかというと 設定を一から書いていくのは面倒大半が多くの人と似たような設定になる普段使っている機能はプラグインとして提供されているというような理由です。結果として設定をずらずらと書いていく作業はありませんでした。 また、プラグインで設定されているキーバインドも私が以前に利用して設定よりも直感的になり、「アレ？なんだっけ」とキーバインドを忘れるようなことも少しは減るのではないか。と感じました。 プラグインを作る方法についても解説されているので、代替機能
dockerが正式サポートしたOS Xの環境を構築してみた！ | Act as Professional
正式サポートの概要DockerはこれまでもOS Xの上で動かそうと思えば、動かすことはできました。これはOS Xの上でVagrant（実稼働しているのはVirtualBox）などを利用した仮想マシンで通常のUbuntuやCentOSなどのLinuxを立ち上げて、そのLinux環境の中でDockerを稼働させるというものが中心でした。もちろん公式サポートはされていませんでした。 これはDockerそのものがLXC (Linux Containers) と呼ばれるLinuxのOSレベルでの仮想化技術を利用したものなので、Linuxの上でしか利用できなかったからです。よって、バージョン0.8からもOS Xの上でネイティブに動作するわけではありません。 では、どのようにして正式サポートしたのかというと、Dockerが専用の軽量仮想マシンイメージを用意し、OS Xからこの仮想マシンに対してDocke
vagrantで開発環境（仮想マシン）を自動構築しよう | Act as Professional
Wii起動したらドラクエX鯖が死んで何もできなかった@HIROCASTERでございませう。 インフラ環境の自動構築は、もはや当たり前ですよね？ vagrantというVirtualBoxをラップして、chefやpuppetを利用したVMの環境自動構築をしてくれるソフトウェアがあります。 これを利用して、開発環境のセットアップを自動化すると共にVM化して、すぐにコードを書くことだけに集中できる環境を構築する状態をつくっておくことを推奨します。 プラグインを利用すれば、vagrantを通してAmazon EC2への環境構築を自動化したchefやpuppetのコードを再利用できます。 小さい環境であれば、chef-soloを利用して単独で環境構築自動化をオススメします。試しにインフラ構築の自動化を学ぶのにも今回の様な環境で学習してみてはいかがでしょうか。 vagrantのインストールgemを利用し
oh-my-zshで最強のシェルzshをスタートダッシュする！ | Act as Professional
改めて自分の設定を破棄して、こちらで管理することを決断した@HIROCASTERでございませう。 ずっと、bashを使ってきましたが、数年前からzshに乗り換えて、さらにzshを拡張するに至っています。 oh-my-zshとは？oh-my-zshとは、zshの設定ファイルを管理するためのフレームワークです。oh-my-zshに最初からコミュニティによって、追加されたプラグインが入っており、それを有効化するだけで、シェルでよく使われるような便利な機能や補完が有効になります。 プログラマーとして拡張させていくためにoh-my-zshの一定のルールに基づく設定ファイルの管理によって、自分自身の設定ファイルをモジュール化でき、簡素かつ柔軟にに管理できるようになるのが、プログラマとしてシェルを拡張していく人のメリットです。 だらだらっと、1ファイルに書き連ねていくのは、もうやめましょう。 oh-my
チケット駆動開発 no ticket, no commitは誤解 | Act as Professional
チケット駆動開発を誤解していた@HIROCASTERでございませう。 チケット駆動開発（TiDD）の提唱者である方の書籍が8/24(金)に発売されます。 なんと、これまでチケット駆動開発は no ticket, no commit（チケットがなければコミットできない）というルールが絶対だと理解していたですが、著者みずからが、これはテーラリング（プロジェクトの特性に合わせて手直しする）の対象であると述べています。 基本的なルールですが必須ではありません。12章のテーラリングガイドの対象の一つになっています。 RT @ryuzee: チケット駆動開発本を買うかどうか悩んでいるのだが、No Ticket No Commitは僕は守るつもりのない行動なので、それが前提だとつらい。どうなんだろ — さかば (@sakaba37) August 16, 2012 チケット駆動開発に対する考えno ti
アジャイル開発の体験談をみんなで書いて本にしませんか？ | Act as Professional
Agile Samurai Dojo Gathering 2012に参加して、著者のJonathanによる基調講演を聞いて、人生に一度くらい本を書いてみたくなった人へ。 当日のサムライ戦記（アジャイル開発実践者による経験談）を聞いて、共感した人、勇気をもらった人、明日から実践できるノウハウをもらった人、あなたの経験を伝えてみませんか？ Jonathanはスターバックスで150杯のコーヒーを飲んで、2年間でアジャイルサムライを書き上げたそうです。同じ事をするのはなかなか難しいですね。ですから、この150杯のコーヒーを3杯ぐらいにみんなでわけて、1冊の本を書きませんか？ “1つのテーマで、ひとりが2ページから3ページ書いて、1冊の本にする。” あの会場に約140名ものアジャイルソフトウェア開発に興味を持った人が集まりました。きっと、一人一人が勇気やノウハウを貰ったはずです。その気持ちを、日本全
コードやテストを保存したら自動でPHPUnitを実行しGrowlへ通知する環境 | Act as Professional
TDDやってますか？テストを書いて、実行。コードを書いて、テストを実行。PHPUnitコマンドを1日に何度も叩いているPHPerに朗報です。コードとテストを修正して保存をすると、それを検知して、自動的にPHPUnitを走らせて、結果をGrowlで通知する環境をつくりました。これで、TDD Boot Camp in Tokyo #tddbcもテンポ良くすすめられますね。 gem watchr インストールPHPerには申し訳ないのですが、Rubyのgemを使います。 gem install watchr growlnotify インストールGrowlへの通知をするgrowlnotifyをインストールします。 Growlをダウンロードして、Extraディレクトリに含まれている、growlnotifyをインストールしてください。 環境をcloneする hirocaster/phpunit-sta
passengerもrvmで動かすOSのrubyに依存しない環境づくり | Act as Professional
OSに最初からついているrubyのバージョンやパッケージのバージョンとかを見てみると、 [@MacBook-Air]$ /usr/bin/ruby -v ruby 1.8.7 (2009-06-12 patchlevel 174) [universal-darwin10.0] とか表示されて、Rails3使ってる人にとっては、だいぶ残念な感じ。 かといって、passengerが1.8系で既に動いていたり、1.8系でしか稼働しないコードやgemを使っていたりする場合、OSのrubyバージョンを勝手に変更するわけにもいかない人は多いんじゃないだろうか。 でも、rubyは1.9でrailsは3なんだよ。って人は、なんでもかんでもrvmでやること推奨する。 そして、rvmにインストールした1.9系のrubyを使ってpassengerを稼働さましょう。 rvmについてのインストールは公式サイトの通り
#tddbc (TDD Boot Camp) in Tokyo 開催します!! | Act as Professional
TDD Boot Camp in Tokyo の開催を正式に宣言します。 僕はテスト駆動開発（TDD）に出会って、本当にソフトウェアのつくり方や設計や考え方が変わりました。 コードを書く人間として、さらなる上のステージに上れたことを実感できた体験でした。 そしてそれは、もっと上のステージへいくための土台となるスキルなのだと考えています。 体験しないとわからないことが多い でも、“本当のTDD”は実際に手を動かして、見て、体感しないと理解しにくいものなんです。 だから、TDDを実践している人たちと一緒にプログラミングできるイベントをやります。 前回のTDDBC 2009年12月に開催されたTDDBCでは、PHPの言語チームがなかったとな。 「PHPerよ。恥ずかしくないのか。」と、あえて喧嘩売ることにします。 そして、Symfony2でPHPUnitが正式採用されたからBoot Campして
プロとしての行為 Act as Proffesional
1．一般的なコーディング規約に目を通し、エレガントなコードを知る エレガントなコードを書くためには、エレガントなコードを知らなければならい。その土台を築いているコーディング規約について、オープンソースではどのようなものが使われているのか理解しておこう。入社する予定の会社が採用している言語については必ず目を通しておこう。 PHP PEAR 標準コーディング規約 symfony CodingStandards Perl perlstyle Ruby クックパッド株式会社のRubyコーディング規準 Matzスタイル NaClで採用している規約 Python PEP 8 そして、あなたの身近にあるオープンソースのコードを実際に読んでみよう。この時点でコードの仕組みや設計が理解できなくても良い。コードがエレガントかどうか？を感じ取って欲しい。こう書いた方が、良いのではないか？など、考えてみよう。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
プロとしての行為 Act as Proffesional