(っ´∀｀)っ ゃー http://nullpopopo.blogcube.info nullpopopo Sun, 22 Apr 2012 09:06:53 +0000 ja hourly 1 http://wordpress.org/?v=3.3.2 [PHP] タイムゾーンのエラーを抑止したい http://nullpopopo.blogcube.info/2012/04/php_timezone_error.html http://nullpopopo.blogcube.info/2012/04/php_timezone_error.html#comments Sun, 22 Apr 2012 09:06:53 +0000 (っ´∀｀)っ ゃー http://nullpopopo.blogcube.info/?p=457 さくらのvpsを借りてあれこれ遊ぼうとhshsしている (っ´∀｀)っ ゃーたんです、こんにちは！
メモリ2GB(仮想3コア)を借りてみたのですが、思ったよりサクサク動いてくれています。お申し込みはこちらから。

まだお試し期間なのをいいことに、ab砲ぶっ放したりして遊んでるのですが、テスト用のphpファイル(単なるphpinfo)にアクセスすると、apacheのエラーログに何やら変なのが・・・。環境は CentOS release 6.2 (Final) httpd-2.2.15 PHP 5.3.3 です。

[Sun Apr 22 15:47:03 2012] [error] [client xxx.xxx.xxx.xxx] PHP Warning: phpinfo(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Asia/Tokyo' for 'JST/9.0/no DST' instead in /home/vhosts/path/to/hoge/public_html/index.php on line 2

見てみたらタイムゾーンのエラー(warning)と言っています。このままにしておくと、date系の関数を実行するたびにエラーが記録されてしまいます。

We selected 'Asia/Tokyo' for 'JST/9.0/no DST'

って言ってるので、きっとタイムゾーンの設定してないんだろうなーと思って /etc/php.ini を見てみたら案の定でした。どうやらこういう理由のようです。

※ PHPのドキュメントより引用

全ての日付/時刻関数で使用されるデフォルトのタイムゾーン。 PHP 5.4.0 より前のバージョンでは、これは環境変数 TZ の値が設定されていない場合にのみ機能していました。 明示的に指定しなかったときにどのタイムゾーンを利用するのかについての優先順位は date_default_timezone_get() のページで解説されています。サポートしているタイムゾーンについては サポートされるタイムゾーンのリスト を参照ください。

 

※ エラー発生時の設定

;;;;;;;;;;;;;;;;;;;
; Module Settings ;
;;;;;;;;;;;;;;;;;;;

[Date]
; Defines the default timezone used by the date functions
; http://www.php.net/manual/en/datetime.configuration.php#ini.date.timezone
;date.timezone =

※ 変更後の設定

;;;;;;;;;;;;;;;;;;;
; Module Settings ;
;;;;;;;;;;;;;;;;;;;

[Date]
; Defines the default timezone used by the date functions
; http://www.php.net/manual/en/datetime.configuration.php#ini.date.timezone
;date.timezone =
date.timezone = 'Asia/Tokyo'

たった1行 「date.timezone = ‘Asia/Tokyo’」 を追加してあげて、Apacheを再起動すればOKです。エラーログは余計なもの出力しちゃうと、実運用でクリティカルなエラーを見逃してしまう原因になるので、極力余計なログを出さない設定にしたいものです。

でわ～♪

]]> http://nullpopopo.blogcube.info/2012/04/php_timezone_error.html/feed 0 トラブル☆しゅーたーず – ドMな演技派インフラエンジニアたちによる障害対応ごっこ - http://nullpopopo.blogcube.info/2012/04/troubleshooters001.html http://nullpopopo.blogcube.info/2012/04/troubleshooters001.html#comments Sat, 07 Apr 2012 15:33:59 +0000 (っ´∀｀)っ ゃー http://nullpopopo.blogcube.info/?p=453 こんばんは。2012/04/07に、普段怒られながら障害対応してるであろう僕らが休みの日にわざわざ障害対応しに集まるイベント「トラブル☆しゅーたーず」に参加してきた (っ´∀｀)っ ゃーです。

■ トラブル☆しゅーたーず とは

シナリオ
あなたはとあるwebインテグレーターにつとめる社員です。
立ち居値としては、リーダークラス？
ちょっといい気分になってきていました。

ある日、待望の新入社員の山〇君がやってきました。
しかも、あなたの部署です。
OJTが一通り行われたあと、幸運にもあなたの配下に配属されたではありませんか。

さっそく、いろいろ教えつつ「これで少しでも負荷がさがれば。。。」とほくそ笑むのでした。
さてある日、山〇君にお客様のクラウド上のシステムメンテナンスを指示します。
さほど難しい作業ではなかったので、彼にまかせて別の作業を実施します。
しばらくすると、お客様から入電が・・・・

どうもお客様のシステムが調子がおかしいとのこと
山〇君にどのような作業を実施したのか確認しても
「何もやっていない」
「ログはとっていない」
と繰り返すばかりです。

一抹の不安を覚えつつ、あなたはチームを従えてコンソールに向かうのでした

という前提で障害対応のロールプレイをしよう！というhbstudy、ncstudy、odstudy合同開催の勉強会でした。

■ 最初にハンズオン

本編は会場およびインフラ提供のniftyさんで13時から開始だったのですが、ニフティクラウドの簡易ハンズオンを11時からやるということで、ニフクラ初体験の私はハンズオンから参加しました。ニフクラのゲストOSを触って気づいたことは次の通りです。

  • ゲストOSはVMWare
  • コンソールログインはvmware-vmrcから繋ぐ
  • コントロールパネルはIEのみサポート (IronやFirefoxではvmware-vmrcのActiveXダウンロード不可)

ひと通り説明を受けた後、niftyの方から「よろしかったら rm -rf してみてくださいｗｗｗ」と言われたので、-v オプションまでつけてやってみました。今生きてるプロセスが掴んでいるファイル以外はまるっと消えて (当たり前ですね) lsコマンドも打てないので 「 echo * 」などのように bash内部コマンドのみで戦わざるを得ない状況でしたｗ

 

■ いよいよ本番

50名弱のドMなインフラエンジニアたちが集まり、いよいよ6チームに別れての障害対応です。はじめの前提条件は、次のスライドに示されていますが、詳細はログインしてみないとわかりません。
https://docs.google.com/presentation/d/1aIAh6JAzHHufsc_O1Xb0o_CY1pnJQgXxYfhep1rp-n0/edit#slide=id.p22

○ やらなければならないこと
・ サイトの復旧
・ 原因究明
・ 再発防止策提案
・ 障害報告書作成

○ こりゃひどいと声を上げたサーバの中身
・ MySQLがrpmとソースからインストールされていたのが1つずつあった
・ WordPressとMovableTypeが同居していた
・ PostgreSQLが動いていた
・ 踏み台サーバからログインと思いきやSSHでログインできた
・ WordPressは他所のサーバで作ったものを単純にコピーしただけだった (URIがDBに書かれているのでdumpして置換してインポートした)
・ zsh、bashのヒストリーサイズが0だったw
・ などなど・・・

ときどき運営スタッフがお客様という体で見回りに来るので、実際に手を動かす人(オペレータ)と全体統括者、顧客対応者(全体統括者が兼ねる場合もあり)がおのずと必要になってきそうです。全体的なタイムラインは Togetter をご覧ください。ここでは、私がいたチームについて振り返ってみたいと思います。

○ 同じチームに @koyhoge さんがいる！ということは、障害切り分けにそれほど苦労しなさそう (他力本願ではなく、スキルセットがある程度把握できているという意味で)
○ と思いきや、先に @koyhoge さんと私で手を動かす作業の7割がたを担ってしまい、特にドキュメンテーションまで @koyhoge さんがされていたので恐らく人的負荷が偏っていた
○ 僕も手を動かしたかったけど、ファシリテータに徹するか、ファシリテータを誰かにやってもらえばよかったかも
○ 運営が仕掛けた罠を一生懸命調査してたけど、それが障害の本質だったのかをもっと早めに判断できればよかった
○ 自分に自信がなくてあまり積極的に発言していなかったメンバーもいたけど、最初の15分くらいでチームビルドのための時間を設けて、間違ってもいいからどんどん自分の意見を言っていこうという空気を作ればよかった

というような反省があったかなーと思います。インフラ寄りのメンバーからアプリ開発者さんまでいたので、それぞれのスキルセットでできることをやったので、チームビルドと時間配分をしっかり意識していれば、時間内に100パー復旧しないまでも、きちんとした体裁で中間報告書は書けたのかなーと反省しきりです。(あくまでエクストリームスポーツであって、実際の障害対応はもっときちんと体制考えてやりますけどね)

■ 結果発表

タイムリミットがやってきて各チームの発表 (障害報告会) が行われましたが、みんな普段から謝り慣れているのか、どのチームもガチの障害報告すぎて笑えませんでした (；´Д｀) というか本当に胃が痛くなって、帰りに胃薬飲みましたがwww 今回はタイムリミットがある中にもかかわらず、時系列も含め原因特定から今後の再発防止策まで顧客にきちんと説明できたチーム2 が優勝で、ただただ感心するばかりでした。繰り返しになりますが、ほんとにお通夜な雰囲気でしたが・・・。ココらへんの雰囲気作りや壇上での障害報告の喋り方まで、ほんとの障害報告会のようで、なので「演技派インフラエンジニア」とタイトルにつけたのです。このあと、hbstudyの馬場さんによる講評がありました (以下資料参照)。

https://docs.google.com/presentation/d/117SdD0NjMaunm1UfFBFPPaXxdrgvvkeXnmMETConnMI/edit#slide=id.p22

 

■ やってみた感想

ほんっと繰り返しますけど、休みの日にわざわざ障害対応しに来るって、どんだけ僕らドMなのでしょうかｗ 一部、その後ガチ障害対応しに行った参加者もいましたが。。。けど、単なるハンズオンと違ってマイナスから0に持っていくという緊張感で、しかも初見のサーバで烏合の衆が集まって対応するんですから、いい勉強になったと思います。技術的にすごい人の真価(嗅覚やコマンド捌き、何が大事かの判断)を見られるのは勿論、手前味噌ながら自分も食らいついていけるだけのアシストはそこそこできたのかなと思いました。

あと、私は誰かに声かけするより先に、まずSSHの画面に向かって対応していたのですが、確かに障害対応ではこういう姿勢が大事です。メンバーの半分くらいは自分から声を出して「僕この作業しますー」というようなタイプではなかったので、次回があればそこに気をつけて、最初の15分くらいは手を止めてでも役割分担をきちんと明確にしておくべきでした。(先に気づいたもん勝ちなエクストリームは、チーム間でやるべきであってチーム内ではやるべきではなかった)

ここいらの反省を踏まえたら、仕事での障害対応をメンバーとしてもリーダーとしても更に高品質な対応ができるのかなと思いました。とにもかくにも、これだけの障害を仕込んだ運営の皆様、参加者の皆様、本当ーっに、お疲れ様でした！

]]> http://nullpopopo.blogcube.info/2012/04/troubleshooters001.html/feed 1 はじめてのGithub – Githubアカウント作成から初期設定 CentOS6から繋いでみよう - http://nullpopopo.blogcube.info/2012/04/github_centos6.html http://nullpopopo.blogcube.info/2012/04/github_centos6.html#comments Fri, 06 Apr 2012 09:04:02 +0000 (っ´∀｀)っ ゃー http://nullpopopo.blogcube.info/?p=445 みなさんこんにちわ。githubのアカウント作成から自作のプログラムをアップロードするまでの手順をまとめてみました。

用意するもの

• プログラム開発環境 (ここではCentOS6を前提としています)
• メールアドレス

これだけです。開発環境はroot権限のコマンドを実行できるようにしておいてください。(suコマンドでrootに昇格できるか、sudoコマンドが使える)

githubって何？

• gitのプロジェクトホスティングサービス
• 100MBまで無料で使える
• gitリポジトリを自分で作って公開できる
• WEB上から変更履歴などが参照可能
• githubで公開されている他のOSSのコードをforkして開発することが可能
• ただしバグトラッキングシステムがない
※ 出展： はてなキーワード

すべての手順を書くと長くなってしまうので、1枚のスライドにまとめてみました。それでも、1時間もあればgithubアカウント作成、リポジトリ作成、自分で作ったプログラムのアップロードまでできてしまいます。

はじめてのgithub

アカウント作成方法はスライドを見てください。ここでは開発環境のサーバ側でどんな作業をするのかをまとめておきます(スライドにも書いてありますが)。

■  rpmforge リポジトリをダウンロードする

wget http://pkgs.repoforge.org/rpmforge-release/rpmforge-release-0.5.2-2.el6.rf.x86_64.rpm

■  git パッケージをインストールする

sudo yum --enablerepo=rpmforge install git

■ SSH鍵ペアを作成する
1) すでに鍵ペアがあった場合、上書きしないように .ssh ディレクトリをバックアップする

$ [ -d ${HOME}/.ssh ] && cp -pr ${HOME}/.ssh ${HOME}/DOT.ssh.$(date +%Y%m%d)

2) ssh-keygenコマンドで鍵ペアを作成する

$ ssh-keygen

鍵ペアは、ホームディレクトリ/.ssh の下に生成されます。ホームディレクトリでlsコマンドを叩いて「そんなのねーよ」と思っても焦らないでください。「ls -la」のように、aオプションをつけると .ssh ディレクトリの存在が確認できます。sshの鍵ペアを作成したら、「id_rsa.pub」のほうをcatコマンドで開いて、マウスでクリップボードにコピーし、githubの公開鍵登録画面に貼り付けます。

成果物をアップロードしよう！

githubでアカウントを作成し、sshの公開鍵登録を行い、リポジトリを作成したあとは、開発サーバでプログラム開発してgitコマンドでアップロードしましょう。

■ 初期設定

git config --global user.name "githubのユーザ名"
git config --global user.email "githubに登録したメールアドレス"

これらは最初に1回やっておけばOKです。ただし、同じサーバで複数のgithubアカウントを切り替えて使う場合は、都度実行する必要があります。

開発サーバでリポジトリを新規作成する

例) NABEATSU というリポジトリを作成してみる

mkdir NABEATSU
cd NABEATSU
git init

リポジトリ名と開発サーバに作るディレクトリ名は必ずしも同じでなくてもよいらしいですが、後でわかりにくくなるので同じ名前にしておいたほうが無難でしょう。

READMEファイルを新規作成する

touch README

READMEファイルは、ファイル名を大文字にして作成します。この中に書き込んだテキストをローカルリポジトリにコミットし、リモートリポジトリにpushする(反映させる)までは、githubからは存在しないものとして扱われます。

READMEファイルをローカルリポジトリにコミットする

git add README
git commit -m 'first commit'

コミット後、次のページに表示するようにコミット後のメッセージをchangelogに書くよう、編集画面が出てきます。デフォルトのエディタが立ち上がるので、コミットメッセージを残しましょう。

ローカルリポジトリにgithubのリポジトリをリモートとして登録する

例) oresama アカウントで NABEATSU というリポジトリに登録する場合

git remote add origin git@github.com:oresama/NABEATSU.git

このコマンドは、リポジトリを作成して最初に実行するだけでOKです。ローカルリポジトリで何かしら編集するたびに実行する必要はありません。

ローカルリポジトリからリモートリポジトリへ修正内容を反映させる

git push origin master

ローカルリポジトリで何かしら編集し、リモートリポジトリへ反映させる都度に実行します。

自作のプログラムをアップロードしてみよう！

ここでは例として、binディレクトリの下に自作のシェルスクリプト「3.sh」を作ります。

mkdir bin
cd bin
vi 3.sh

# 成果物 3.sh を編集します

cd ../

ここまでできたら、ディレクトリの中身全部pushしてみましょう。

git add *
git commit
git push -u origin master

※ 個別のファイルをアップロードしたい場合は以下で。

git add bin/3.sh
git commit
git push -u origin master

ここまでできたら、githubの画面で確認してみてください。スライドの通りに設定したら、リポジトリ内にご自慢のプログラムがアップロードされているはずです。ね、簡単でしょう？

]]> http://nullpopopo.blogcube.info/2012/04/github_centos6.html/feed 0 Rubyで簡易ダウンローダを作ってみた http://nullpopopo.blogcube.info/2012/04/ruby_simple_downloader.html http://nullpopopo.blogcube.info/2012/04/ruby_simple_downloader.html#comments Wed, 04 Apr 2012 13:32:37 +0000 (っ´∀｀)っ ゃー http://nullpopopo.blogcube.info/?p=440 rubyでコマンドラインの引数に与えたサイトをダウンロードするスクリプトを作ってみた。お手本サイトのこことかここの合わせ技で、ハードコーディングされたURLではなく、引数の1番目に与えたURLを引っ張ってくる。あと、引数が空っぽだと”nil”って表示されちゃうので、エラー抑止するようにした。rubyのお手本サイトを見て自分でちょっと考えて手を加えた第一号かも。楽しい！ソース (URL01.rb) は以下。

# coding: utf-8

unless ARGV[0].nil? then
end
if ARGV.size > 0 then
require 'open-uri'
open(ARGV[0]) do |f|
  f.each do |line|
    puts line
  end
  end
end

実行結果はこんな感じ。

ruby URL01.rb http://nullpopopo.blogcube.info/ > index.html
]]> http://nullpopopo.blogcube.info/2012/04/ruby_simple_downloader.html/feed 0 Ruby on Rails開発環境をCentOS6にインストールする http://nullpopopo.blogcube.info/2012/04/rorinstall_centos6.html http://nullpopopo.blogcube.info/2012/04/rorinstall_centos6.html#comments Wed, 04 Apr 2012 10:08:29 +0000 (っ´∀｀)っ ゃー http://nullpopopo.blogcube.info/?p=432 こんにちは。次回のTechLION vol.6に、まつもとゆきひろさんが登壇される記念に、と言いながら忘れっぽい自分用のメモにruby開発環境インストール手順をまとめておきます。とか言いながら、さらに言うと「XXでエラーおきた」→「ググろう」で一部の手順しか載っていないサイトより、最初から最後までの手順があったほうがみんな幸せでしょ？ということでまとめておきました。前提は以下の通りです。

・ 作業日 2012/04/04
・ OS Centos6.2 (インストール時に使用したISOイメージは CentOS-6.2-x86_64-bin-DVD1.iso )
・ OSインストール時のパッケージ すべて「チェックを外す」
・ OSインストール後は$ sudo yum updateですべてのパッケージをアップデート済
・ 作業用ユーザにはsudoでroot権限のコマンドを叩けるように設定済

■ sshで作業できるようにopenssh関連のパッケージをインストールする

sudo yum install openssh-server openssh-clients libedit openssh

■ 時刻あわせのためntpdateコマンドをインストールする (任意)

sudo yum install ntpdate

■ rubyのpathが通っているかを調べるためwhichコマンドをインストールする (なくてもよいがあったほうが便利)

sudo yum install which

■ libyamlやrubyのパッケージをwebからダウンロードするため、wgetコマンドをインストールする

sudo yum install wget

■ 日本語文字コード変換のためnkfコマンドをインストールする (iconvがインストールされているので、それで充分って方はお好みで)

sudo yum install nkf

■ libyamlインストール時にfileコマンドがあるかどうかチェックしているので、fileコマンドをインストールする(なくてもコンパイル通ったけどあると便利なので)

sudo yum install file

■ その他ネットワーク系などのトラブルシュートに便利なコマンドをインストール(任意)

sudo yum install bind-libs bind-utils tcpdump libpcap lsof

■ メール飛ばしたいときはpostfixとmailコマンドがあると便利(任意)

sudo yum install postfix mailx

■ コンパイラなどをインストールする。zlib-develとopenssl-devel、sqlite-develはrubyインストール時にあったほうがいい

sudo yum install gcc openssl-devel zlib-devel make patch sqlite-devel

■ DBにMySQLを使う場合は先にインストールしておく

sudo yum install mysql mysql-libs mysql-devel mysql-server

■ libyamlとrubyをダウンロードする

mkdir src
cd src
wget http://pyyaml.org/download/libyaml/yaml-0.1.4.tar.gz
wget ftp://ftp.ruby-lang.org/pub/ruby/1.9/ruby-1.9.3-p125.tar.gz

# 最新版のパッケージがあるかどうかは以下のサイトで確認のこと
# http://pyyaml.org/download/libyaml/
# ftp://ftp.ruby-lang.org/pub/ruby/1.9/

■ libyamlをインストールする

tar xvzf yaml-0.1.4.tar.gz
cd yaml-0.1.4
./configure
make
sudo make install
cd ../

■ rubyをインストールする

tar xvzf ruby-1.9.3-p125.tar.gz
cd ruby-1.9.3-p125
./configure
make
sudo make install

※ 確認

which ruby
/usr/local/bin/ruby
ruby -v
ruby 1.9.3p125 (2012-02-16) [x86_64-linux]
which gem
/usr/local/bin/gem

■ railsをインストールする

sudo /usr/local/bin/gem install rails --version "~> 3.2.1" --no-rdoc --no-ri

※ 必ずバージョン3.2.1以上を指定すること

※ 確認

rails -v
Rails 3.2.3

以上がRailsの最低限の開発環境構築手順でした。ね、簡単でしょ？

]]> http://nullpopopo.blogcube.info/2012/04/rorinstall_centos6.html/feed 0 2012/03/31 Apacheスタートスクリプト読書会だん http://nullpopopo.blogcube.info/2012/04/20120331-apachestartscriptreadingcircle.html http://nullpopopo.blogcube.info/2012/04/20120331-apachestartscriptreadingcircle.html#comments Tue, 03 Apr 2012 16:09:07 +0000 (っ´∀｀)っ ゃー http://nullpopopo.blogcube.info/?p=417 みなさんこんにちわ。少しだけ遅くなってしまいましたが、Apacheスタートスクリプト読書会をやってきましたのでレポートします。さっそく上田会長がこんな記事やこんな記事でレポートを書かれているので、全体の流れはおわかりいただけたかと思いますので、私は違う視点から書いてみたいと思います。当日の発表資料はこちらになります。

2012/03/31 Apacheスタートスクリプト読書会発表資料

また、冒頭に @hi_saito さんによるawkでアクセスログ解析のライトニングトークもありました。
GNU awk (gawk) を用いた Apache ログ解析方法

何を読んだの？

CentOS release 5.8 (Final) にインストールした最新版のApache (httpd) のスタートスクリプト /etc/init.d/httpd および /usr/sbin/apachectl を読んでみました。読書会開催時の最新パッケージは httpd-2.2.3-63.el5.centos.1 です。時間があれば、 /etc/sysconfig/httpd や /etc/init.d/functions も読みたかったのですが、そこまでの時間が取れず・・・。

気になった関数

上から順に読んでいって、1箇所気になる関数を発見。末尾のcase文には出てこない「check13」関数なのですが、これが何のためにあるのか非常に気になりました。ソースは以下。

# check for 1.3 configuration
check13 () {
        CONFFILE=/etc/httpd/conf/httpd.conf
        GONE="(ServerType|BindAddress|Port|AddModule|ClearModuleList|"
        GONE="${GONE}AgentLog|RefererLog|RefererIgnore|FancyIndexing|"
        GONE="${GONE}AccessConfig|ResourceConfig)"
        if LANG=C grep -Eiq "^[[:space:]]*($GONE)" $CONFFILE; then
                echo
                echo 1>&2 " Apache 1.3 configuration directives found"
                echo 1>&2 " please read /usr/share/doc/httpd-2.2.3/migration.html"
                failure "Apache 1.3 config directives test"
                echo
                exit 1
        fi
}

これなんですが、Apache1.3で使っているディレクティブをhttpd.confから探して、GONE変数にリストアップされているものが見つかったら異常終了させるというやつです。例えば、80番ポートでhttpを待ち受ける場合、

Listen 80

や

Listen 192.168.0.1:80

などのように書きますが、Apache1.3の頃の癖で

Port 80

と書いてApacheを起動しようとすると、check13関数によって「それ違うよー」と怒られてしまうんですね。

頭痛が痛い

次にstart関数まで読み進めて気がついたのですが、ここで先程のcheck13関数が出てきて、古臭いディレクティブのチェックに引っかかったら異常終了しまｓ・・・あれ？

start() {
        echo -n $"Starting $prog: "
        check13 || exit 1
        LANG=$HTTPD_LANG daemon --pidfile=${pidfile} $httpd $OPTIONS
        RETVAL=$?
        echo
        [ $RETVAL = 0 ] && touch ${lockfile}
        return $RETVAL
}

check13関数でexit 1してるのに、またexit 1してる！(start関数の3行目に注目。「check13 || exit 1」) なんぞこれwww 頭痛が痛いって言ってるようなものじゃないかwww 「check13で異常終了したら異常終了する」ってドヤ顔で言われてもなあ・・・まるで頭痛が痛いと言われているようなものだw

ここまで読み進めたところでタイムアップとなりましたが、普段気づかない発見があるなど非常に有意義な勉強会となりました。また読書会シリーズをやりたいと思います。





02:46 2012/04/04 追記

ブログを書いてくださった方々




[hichonのBlog]

http://hichon.cocolog-nifty.com/blog/2012/03/apache-bc76.html


[わからん]

http://d.hatena.ne.jp/kitokitoki/20120331/p2


[Happy Hacking Life]

http://d.hatena.ne.jp/nsymtksjp/20120323/1332453218

]]> http://nullpopopo.blogcube.info/2012/04/20120331-apachestartscriptreadingcircle.html/feed 0 ペアプログラミング合コン 第1回目無事終了！ #02 http://nullpopopo.blogcube.info/2012/03/20120324_ppcon-02.html http://nullpopopo.blogcube.info/2012/03/20120324_ppcon-02.html#comments Sun, 25 Mar 2012 14:00:36 +0000 (っ´∀｀)っ ゃー http://nullpopopo.blogcube.info/?p=402 みなさんこんにちわ。何のプレッシャーもなく飲める酒がこれほどまでに美味いと思わなかった (っ´∀｀)っ ゃー です。ペアプログラミング合コン 第1回目の続きです。当日の様子はTogetterにまとめられていますが、スタッフ目線でいろいろ書いてみたいと思います。

当日会場入りしたスタッフは、受付テーブル、座席作成、おやつやソフトドリンクの準備のほか、スタッフ腕章もその場で作成しました(東雲さんありがとう！)。座席はこんな風に、グループ分けしています。


おやつの準備も万端です！ちんじゅうちゃん飴が予想以上に大人気でした！男性参加者の @chihayafuru さんからも、塩羊羹を差し入れていただきました！有難うございます！


本編は前半のプログラミング (30分プログラミング、10分休憩、30分プログラミング) 、休憩 (兼 ワールドカフェとペア入れ替え) 、後半のプログラミング(30分プログラミング、10分休憩、30分プログラミング) を行いました。参加者さんのプライバシーもあるのでプログラミング中の写真は撮影しませんでしたが、ワールドカフェが殊の外盛り上がりましたので写真をお見せしますね。

 

そうこうしているうちに、プログラムが出来上がったペア、環境構築で終わってしまったペアもいましたが、休憩中も熱心にプログラミングされているカップルがほとんどで非常に有意義でした。

そしてお待ちかねの懇親会。懇親会の時間にあわせてビール到着です。

懇親会ではペア以外にも参加者やスタッフを交えての交流が深まり、ワールドカフェの続きも行われ、たいへん盛り上がりました。運営については初回ということもあり課題もありましたが、概ね成功だったと思います。

ところで、当日はスタッフとして忙しく動き回っていたので帰ってから気づいたのですが、当日に成立したカップルはいたのでしょうか？また、後日カップルが成立したらこっそり教えていただけると主催者冥利につきるというものです。

]]> http://nullpopopo.blogcube.info/2012/03/20120324_ppcon-02.html/feed 0 ペアプログラミング合コン 第1回目無事終了！ #01 http://nullpopopo.blogcube.info/2012/03/20120324_ppcon-01.html http://nullpopopo.blogcube.info/2012/03/20120324_ppcon-01.html#comments Sun, 25 Mar 2012 13:27:44 +0000 (っ´∀｀)っ ゃー http://nullpopopo.blogcube.info/?p=397 みなさんこんにちわ。何のプレッシャーもなく飲める酒がこれほどまでに美味いと思わなかった (っ´∀｀)っ ゃー です。ペアプログラミング合コンの企画段階からスタッフとして参加させていただき、おかげ様で無事第1回目を終えることができましたのでレポートしたいと思います。


■ きっかけはつぶやきから

主催の @happa_no_ko さんのつぶやきがRTでまわってきたので、非常に面白そうでスタッフに加わることにしました。その後、数度の企画会議を行い、2012/03/24に株式会社KDDIウェブコミュニケーションズさんのセミナールームをお借りして実施しました。

■  企画段階のウラ話
どの合コンでもそうだと思いますが、ほとんどのケースにおいて男性参加者の募集は「人数」だけで考えるとそんなに苦労せず、女性参加者の確保に苦労するのは容易に想像できました。特に、顔見知りではなく一般公募のため、詳細が決まってから女性参加者に「え？こんなはずじゃなかった・・・」とガッカリさせてしまっては、企画倒れもいいところです。

今回、ペアプログラミングというスタイルを取ることもあり、

・  女性参加者のスキルセットに男性が合わせる
・  ナビゲーターはできるだけ男性に、ドライバーは女性にやって欲しい (not強制)

という観点で参加者を募集することにしました。ゆえに女性参加者募集が先になりましたが、どれだけ集まるかは、やはり正直不安でした。しかし、意外と定員の20名はそう遅くないタイミングで埋まりました。一方で男性参加者応募のエクストリームっぷりは、想像していましたが20名の枠に対して120名弱の応募があり、こりゃ大変なことになったな・・・と(笑)

■  男性応募者をどうする？

結果として、実は女性参加者の応募管理よりも、男性参加者の選考のほうが苦労しました。当初は先着順にしようかとも思ったのですが、男性参加者のスキルセットがわからないと当日の進行をどうしたらいいかまったく読めず、また、スタッフ以上に女性参加者が不安になります。そこで、女性参加者とのスキルマッチングがやはり必要だということもあり、また、先着順だけではプログラミングができる応募者なのか記念応募者なのか判別できないため、男性参加者のスキルセットを判断する必要が生じました。

このため、スキルセットが判断できるBlogエントリーかGithubのアカウントのどちらかを男性参加者の応募必須条件とさせていただきました。私はbash以外のコードの良し悪しを判断できるスキルがなかったため、選考作業はPHPやRoRに精通しているメンバーが中心に行いました。

ある程度予想はしていましたが、きちんとこちらの趣旨を理解して応募された方は20名近くいるかどうかのギリギリでした。中にはもんのすごくハイスキルだった方もいらっしゃいましたが、開催趣旨に沿うかどうかを最優先とさせていただきました。これは、出来あがりの品質の良し悪しではなく、あくまでペアプログラミングが成立するかどうか、が主となるからですので、ご理解いただければと思います。

とまあ、こんな感じで企画および応募受付を行いまして、当日を迎えるまでは本当にドッキドキでした。おそらくは参加者の皆さんよりもやきもきしていたと思います(笑)。

当日の感想については、次のエントリーで。

]]> http://nullpopopo.blogcube.info/2012/03/20120324_ppcon-01.html/feed 0