yanay_blog

Agile do ITに参加してきた

2012-03-19T10:33:00.000+09:00

Agile do IT! に参加してきました

Agile Japanには残念ながら業務優先で行けなかったので、こちらに参加。

Agile in a Nutshell
アジャイルサムライの筆者のジョナサンの講演。
タイトルの通りアジャイルの概要でアジャイルサムライの第一章の内容ほぼそのまんまだったので正直読んだ人にとってはあんまり役にはたたなかったんですが（失礼）、本人のお話聞けてよかったです！

ジョナサンのおすすめなアジャイル開発の進め方としては
まずXPのエンジニアリングプロセスを導入してみて、次にScrumとXPを組み合わせたものをやってみて、最終的にLeanの考え方を導入して改善していく方法がいいんでない？と言ってました。

また3つの重要なこととして

価値を毎週届けること
UnitTest、Refactoring、TDD、CI　は少なくともやる
３つの真実

全ての要求をかなえるのは不可能
要求は必ず変化する
時間と金は必ず予定を超過する

というところを最後にあげていました。

質問では、マネージャを説得するにはどうしたらいいんだという質問があり、回答としてはロジカルに説明するという方法と、顧客にどっちのやり方がいいか聞いたら顧客は毎週価値を届けてくれる方を選ぶと思うよといってました。

もう一つの質問では、チームがアジャイルを抵抗したらどうするんだという質問で、ジョナサンはアジャイル開発を強いるのは好きではなく、自分からはじめていくのがいいと思うと言っていました。

スクエニのプロジェクトマネジメント事例
スクエニのCTOの橋本さんの講演。
とてもよくアジャイルを理解しておられて、それをうまく工夫して自社開発に落とし込まれているなと思いました。（今回の中で一番参考になりました）

プロジェクトの予想はできないが制御は可能、予測できないことを受け止めなければならない。
事前対策と事後対策のバランスが重要。WFでは事前対策を重視しすぎて、なんちゃってアジャイルでは事後対策しかしていなかったりするから失敗するみたいです。

スクエニでは2点見積もりをしている。最小見積もりと最大見積もり（最小見積もり＋バッファ）で見積もって、さらに見積もり精度を指標として用いるなど、かなり厳密な測り方をしていて、納期に対する姿勢がとても感じられました。それぞれの見積もりにはプランニングポーカー的なやり方を導入しているそうです。

だいたい比率は　準備：実装：仕上げ＝１：１：１　になることが経験上得られているそうです。

橋本さんが強調しておられたのは、そのやり方をなぜ行うのか？ということを常に考え改善し続けることが最も重要であり、思考停止してはいけないというところでした。このあたりはまさにアジャイルの精神だなと感じます。

Yahooの事例
Yahooでは「標準」としてアジャイル（Scrum）が取り入れられているというのが驚きでした。どんな内容なのか詳細にはわからなかったのですが、狙いとしては、アジャイル開発を導入する際の導入コストの低減だそうです。「標準」とアジャイルというのはかなり相反する存在だと思っているのですが、そのあたりのバランスをどうコントロールしているのか今回は聞けなかったですが、今度是非聞いてみたいところです。

Scrumやってよかったことはコミュニケーションが円滑になったこと。
Scrumの準備としては、チームメンバーにスクラムガイドは読んでもらうことと、インセプションデッキはやったほうがいい。効果の定量的な評価は難しいが、導入前後の定性的な評価は行なっているそうです。

DeNAの事例
DeNAではプラットフォームのところでScrumを導入しているそうです。
40人くらいの人数なのでScrum of Scrumといった構成になっていました。
プロダクトオーナーは各チームにサブプロダクトオーナーを置いていました。
管理はJIRAを使ってプロダクトバックログ、スプリントバックログバーンダウンチャートなどを出しているそうです。

思ったことは、こういったソーシャルゲームといった業界ではかなりアジャイル開発をしているのかと思っていましたが意外とまだそこまで浸透していないということと、最初はスクラムのチームをエンジニア、デザイナーなどそれぞれで分けていたなどと、まぁどこでも組織というか職種の壁は存在するのだな・・と思いました。

パネルディスカッション

チームにはスペシャリスト（CIなど）を置かないほうが、各自が勉強するのでよい
ユーザーストーリーについて

だれが作ってもいいけど優先度はPOがつけて責任をとる
割り込みタスク用に１０％〜２０％ほど余分にアロケートしておく手もある
非機能はどうしてる？

スプリントの完了の定義に入れる
非機能対応用のタイムボックスを作ってそこでやる

プロダクトバックログの大事なところ

優先度、背景はなにか、数が多くなりすぎないようにメンテすること
技術的なリスクを考慮する
納期に対してどれだけリソースをさけるか
準備できているか

スクラムマスターとして意思決定に関わるときのコツ

振り返りの時に話題を投げかける
最初にガイドなどをつかって手本を示す
一人一人話しを聞いて人によってアプローチを変える
BootCampをする。アジャイルはこういうものというのを紹介する
メンバーのもつ不安を解消する。反論するチャンスを与える
どのテクノロジー(TDD,CI)をやるかではなく、将来的にどの方向に向かいたいのかを決めておくのが必要。

スクラムマスターに必要なスキル

空気を読まない事、忍耐力
最終的にチームから必要なくなる人になること

雑感
タイトルが"Agile do IT!"ですが、"Be Agile!"のほうがいいというか正しい気がしています。
というのもアジャイルは”する”ものではないというところがアジャイル開発において難しいところなのではないかと思っています。
確かに導入としてはTDDやCI、朝会、振り返りなどを”する”というのは大いにありですが、それによって万事解決するわけではなく、それをベースとして”自分たちにあった形に改善し続けていく”というところがアジャイルの本質的な部分ではないかと個人的には思っています。
そこをどう全体に広めていくかといったところにみなさん苦労なさっているという印象を受けました。むろん私もですが・・・

結構以外だったのが、DeNAなどのWeb系やソーシャル系のところではかなりTDD,CI,自動化などが進んでいて当たり前のようにやられているのかと思っていましたが、実際にはそういうところもあるが、テストの全くないレガシーコードも大量にあるのが実情ということで、まだそれほど差はないなということがわかった点でした。

iOS勉強会議 #1に参加してきた

2012-03-18T11:36:00.000+09:00

iOS勉強会議#1に参加してきました。

@amachang氏主催でiOSの勉強会をするということで

最近iOS側についていききれていなかったこともあり勉強しなおすためにいってきました。

この勉強会では輪になって座って各自Appleのドキュメントを読んでわからないところがあったら質問して誰かが答える（そして一人必ず一回は発言する）という方式です。

#1では以下の3つのドキュメントについて3時間くらいかけて読む＆質疑応答しました。

結構今回はよく知っている方が数名おられたのでだいたい的確な回答が得られていました。

ただiOSをよく知っている人にとってはあまり役にたたない可能性もありますが、賞味半年程度やっている身としては、Appleのドキュメントは結構読みましたが、自分としてはあまり関係なさそうなところはスルーしているところもあり、今回改めて読み直したり他の人の質問を聞くことで、新たな知識を得ることができたりと結構実りのあるものでした。

宿題の量は多いですが、ある程度わかる人であればサラッと読んできて、わからないところや気になるところをメモっておく程度でもよいかと思いますが、逆に何も読まずに来た初心者の方だとなんのことやらわからずに終わってしまう可能性があるので、全くアプリをつくったことのない方は一度しっかり読んで写経してきたほうがいいと思います。

また、この勉強会の目的はATNDのほうにも書かれていますが、他のいわゆる勉強会とは異なり、学習自体が目的ではなく、一人で読んでもよくわからないところを知っている人に聞いて効率的に解決していくことで、早く実践的なコードが書けるようにすることが目的となっていますのでご注意ください。

最後にこの勉強会でよいところは@amachangも言っていましたが、iOSのアプリ開発においてもっともまともなドキュメントはAppleの公式ドキュメントであり、これをちゃんと読んでいこうよというところだと思います。

iOSだけでなくAndroidもそうですが、日本語で書籍はいっぱいでていますが、プラットフォーム側の変化がとてつもなく早いので良書であってもすぐに陳腐化してしまうため、正直ほとんど役に立ちません、特に訳本はだめですね。よってAppleの公式ドキュメントを読むことになるわけですが、結構日本語がクソなことが多くわかりにくい話が余計にわかりにくくなっていたりするので、英語版を読むかこのような勉強会をうまく利用して消化していくのが効率的な勉強法だと思います。

以下メモ

ARCはファイル単位で指定できるから全部ARCでなくても大丈夫
CoreDataはスキーマのバージョンアップとかにも一応対応してくれるみたい
CoreDataだとデータはSQLiteのファイルに保存される
willterminateはほんとに呼ばれるのか怪しいのであまり信用してはいけない
inactiveかenterbackgroundのタイミングで保存とかしたりしてる
無音の音楽とかを使えば長時間動かすことができるかも
ユーザのアクションがないとアプリを起動することができない

アジャイルサムライ読書会　横浜道場　第三回に参加してきた

2012-03-08T11:03:00.000+09:00

アジャイルサムライ読書会　横浜道場　第三回に参加してきました。

私としては第一回、第二回と連続参加になります。

今回は前回と引き続き、5分の輪読＋10分のディスカッションを何セットか行い、最後に書くテーブルでまとめを言うという形式でした。

各テーブルはスタッフ＋４〜５名で構成され、4テーブルにて行いました。

今回は第二章の始めから開始しました。

第二章は個人的にはアジャイルサムライの中でも最も重要なところの一つと思っている「自己組織化」について触れている章であります。

ここではアジャイルチームとしては職能横断であることや同じ職場で働くことなどが必要であるとあげられていますが、なぜそういったことが必要なのかといったことを議論していくうちに少しわかってきました。

チーム内でお互いをよく知るには同じ職場にいることが近道だし、職能横断であることでお互いに助けあったり、更に深く知ることもでき、それらの積み重ねによりチーム内での信頼が生まれ自己組織化に繋がるのではないかと感じました。
アジャイルなチームの構築には地味ですけどこうした継続的な努力が必要ですね、アジャイル全般に言えることでもあるかもしれませんが。

横浜道場は今回も初参加というかたもたくさんおられましたし、
だれでもウェルカムな雰囲気なので是非興味のあるかたは一度来られてみるといいと思います。

第三回では2章は終わらなかったので次回は2章の途中からになると思われます。

JenkinsでXcodeで作ったプロジェクトのコンパイラの警告の集計と静的解析を表示

2012-03-04T19:02:00.002+09:00

JenkinsでXcode4.2で作ったプロジェクトのコンパイラの警告の集計と静的解析をする方法についてです。
（ちなみに静的解析のほうはできていません。情報まで）

コンパイラの警告の集計
警告をグラフで表示するにはWarnings Pluginを使います。

設定は簡単で”コンパイラの警告の集計”にチェックをいれて、”コンソールログをスキャンする”の"GNU compiler(gcc)"を選択すればよいです。

静的解析
静的解析にはOCLintがあります。

OCLintのドキュメントに書いてあるようにシェルスクリプトを記載します。
そしてそれを実行すればよいです。

が、ドキュメントにも書いてあるように、これは対象のファイルとかを手動で編集しなければいけないイケてないやり方で、現在プロジェクトファイル側を解析して自動でなんとかできないかやっているみたいです。

出力もtextかhtmlのみで、violations Pluginで読み込めるフォーマット（xml）に変更する必要があったりと、ちょちょいといれられるもんではないです。

OCLintで検出できる内容については、Rulesに書いてある内容の解析ができますが、正直それほどクリティカルな問題が見つかるわけではないので、超がんばって使えるようにする必要があるかというと疑問です。

JenkinsでXcodeで作ったプロジェクトのビルドとテスト

2012-03-04T00:13:00.001+09:00

JenkinsでXcodeで作ったプロジェクトのビルドとテスト(OCUnit, SenTestKit)を自動実行させる際の設定です。

SCMからソースコードを取得するところは他と同じなので割愛し、Xcode独自のところに絞ります。

まずはXcode Plugin を入れます。他にもSICCI Xcode pluginがあるみたいですが、私が試したかぎりでは動かすことさえできなかったです。（Jenkins 1.424.1)

設定すべきところは以下です。

ビルドの手順の追加でXcodeを選択し、以下の３つを設定します。
Target,SDK,Configuration。

SDKには必ずsimulatorのどれかを選択しないとテスト結果が出力されません。

残りはJUnit結果の集計にチェックを入れ、
テスト結果XML　のところに test-reports/*.xml　を入力しておけばよいです。

これでビルドを実行すればOKです。

設定直後だとテスト結果のグラフがでないことがありますが、その時はもう一回ビルドすれば出たりします。（C#でやったときもそうだったのでJenkinsのバグ？）

アジャイルサムライ読書会　横浜道場　第二回に参加してきた

2012-02-23T00:31:00.000+09:00

アジャイルサムライ読書会　横浜道場　第二回に参加してきました。

前回にひきつづき参戦。

前回はワールドカフェ方式でしたが、今回は輪読方式でした。
１章の始めから５分ほど輪読したあと１５分ワールドカフェ方式でディスカッションするというのを何セットかやる　というやり方でした。

５分でかつ声に出して読むということでそれほどたくさん読めないので、ディスカッションするところがかなり絞られて、ディスカッションとしてはやりやすかったように思えました。

また、私のテーブルではSIerの方が比較的多く、業界によっての悩みどころの違いなんかもわかってきました。特にSIerだとやはりお客さんとの関係が問題で、最初に仕様、予算、納期を求められるところが悩みどころのようです。
個人的にはアジャイルと日本のSIerのようなビジネスモデルは相性が悪いというか、真っ向から否定しているような関係にあるように思っていたのですが、結構SIerさんの参加も多いのでみなさん現状に危機感を持っている方が多いのかなとも思いました。

こういった読書会は本の理解を深めるだけでなく、他の業界や会社での悩み事なども共有できたりするよい機会でもあるので今後も参加していきたいです。

また、今回の読書会のやり方は結構よかった気がするので今後自分がやることがあれば参考にしたいと思いました。

第五回　Jenkins勉強会に参加してきた

2012-02-22T22:32:00.000+09:00

第五回　Jenkins勉強会に参加してきました。

なかでもmixiの加藤さんの発表が非常に参考になりました。
特にテスト時間の短縮のためによい環境を用意するだけでなく
いろいろと独自に工夫されていたり、よく考えているなという印象でした。
やはりCIをする上ではビルドとユニットテストの時間は重要ですね。

How we use Jenkins at mixi
http://alpha.mixi.co.jp/blog/?p=5768

Dev@cloudの実装川口さんのJenkinsのクラウドサービスの実装の話。
CIのビルドテストはスケールアウトに適しているのでクラウドとは相性がいいと思うので今後広がっていくといいと思いますが、特に日本の大手とかだと外に出したくないとかあるんでしょうけどね・・
Dev@cloudの実装

View more PowerPoint from Kohsuke Kawaguchi

楽天でのContinuousDelivery読書会について
楽天といえば勉強会は活発そうなイメージでしたが
読書会をはじめるまでからの生々しいお話を聞いて、やっぱり簡単にはいかないし、やってみないとわからないよなと。とても参考になりました。

ビアバッシュ
ビアバッシュはいろんな人とお話できよかったのですが、
LTが２つとその分少なくなったのがちょっと勉強会としては物足りない感じがしました。

ubuntu 11.10にGitoriousをインストール

2012-02-19T13:58:00.000+09:00

だいたいここのをそのまんまでできましたが、はまったりして２時間ほどかかりました・・
http://coding-journal.com/installing-gitorious-on-ubuntu-11-04/

手順と違ったところ

その１
passenger.loadのpassengerのバージョンが私の環境だと3.0.9ではなく、3.0.11だったので変更しました。
LoadModule passenger_module /usr/lib/ruby/gems/1.8/gems/passenger-3.0.9/ext/apache2/mod_passenger.so
PassengerRoot /usr/lib/ruby/gems/1.8/gems/passenger-3.0.9
PassengerRuby /usr/bin/ruby1.8

その２
ここでエラーがでました

$ export RAILS_ENV=production && \

    bundle exec rake db:create && \

    bundle exec rake db:migrate && \

    bundle exec rake ultrasphinx:bootstrap

・対処方法

rootにsu

1. git clone git://github.com/roman/rots.git
2. cd rots && gem build rots.gemspec && gem install rots-0.2.1.gem
3. rm -rf /usr/lib/ruby/gems/1.8/bundler/gems/rots-babb5559aae8
4. このファイルを編集 /var/www/gitorious/Gemfile:
この行を gem “rots”, :git => ‘https://github.com/roman/rots.git‘
これに変更 gem “rots”, “~> 0.2.1″
5. これを実行 bundle install && bundle pack

んでgitにsuして、export RAILS_ENVからやり直せばOK

その３
Apacheのホスト設定を/etc/apache2/httpd.confに記述する必要があります．

<VirtualHost *:80>
ServerName (ホスト名)
DocumentRoot /var/www/gitorious/public
</VirtualHost>

これで　localhost:80 を開いて表示されればOKなはず。

その４
リポジトリが生成できない。。

Webページからリポジトリを作成しても This repositories is being created...
がいつまでたっても終わらないというもの。

以下を実行したら解決

env RAILS_ENV=production script/poller start

アジャイルサムライ読書会　横浜道場　第一回に参加してきた

2012-01-19T22:46:00.002+09:00

アジャイルサムライ読書会　横浜道場　第一回に参加してきました。

アジャイルサムライ読書会他流試合以来二度目の読書会の参加です。

方式は同じでワールドカフェ方式で、お題に対してディスカッションを行いました。
投票で３つのお題を決め、２０分×３回のディスカッションを行いました。

お題は、アジャイルの導入、自己組織化、アジャイル導入時の問題　でした。

業界とか違う人達が集まっていたのでいろんな話が聞けて参考になったし面白かったです。
社外の勉強会はこういう点がいいですよね。

次回はワークショップのようなのでどんなことをするのか楽しみ。

C#の本を色々読んでみた

2012-01-09T12:13:00.000+09:00

C#でプログラミングするにあたって読んでみた本です。
C++,Javaが書ける人が読んだ感想です。

プログラミングC#　第5版

広く浅い内容の本。
浅すぎるので、ごく初級向け。C++とかJavaの経験がある人はさらっと立ち読みすればよいレベルではないかと
LINQはとりあえず使わないので読み飛ばしたからかもしれませんが、正直必要ない本に感じました。

Effective C# 4.0

正直思ったほど役に立つことが書いてなかった気が。。
読んで損はないと思いますが必読とも思えない。余裕があれば読むといい
これを読むくらいなら下のクックブック読んだほうがいいと思いました。

C# クックブック第3版

読んでいると、あーこれこれというようなものがたくさん載っているし、
サンプルコードも美しいかかれ方をしているのでとても参考になります。
実装するうえでは必読な感じがしました。

C# 4.0 in a Nutshell

英語ですが、プログラミングC#と比べて深いところもある程度カバーされているので、
これさえ読んでおけばひと通りプログラミングに支障はないと思います。

ということで、結論としては、 C# 4.0 in a NutshellとC# クックブックを読んでおけば事足りる。Effective C#も余裕があれば読んどくとよい。あとはMSDNのC#関連の資料に目を通すといったところでしょうか。

shibuya_sp勉強会vol.1に行ってきた

2011-12-13T15:42:00.000+09:00

shibuya_sp勉強会vol.1に参加してきました。
http://atnd.org/events/22758

iPhone,Androidといったモバイルアプリのごった煮勉強会です。

iOSアプリのUnitTest

iOSアプリケーションの Unit Test

View more presentations from Katsumi Kishikawa

iOS App Development Workflow Guideをまず読むのがおすすめ。
日本語版もでてます。
http://developer.apple.com/jp/devcenter/ios/library/documentation/Xcode/Conceptual/ios_development_workflow/#000-Introduction/introduction.html

UnitTestツールでは、OCUnitとGHUnitがあるが、GHUnitのほうがおすすめ。
OCUnitはXcodeに組み込まれているというメリットはありますが、GHUnitのほうが機能的に優れていてOCUnitで作ったテストケースも動かすことができるため、導入が少々面倒でも最初だけセッティングすればよいのでGHUnitのほうがおすすめとのことでした。

UI Automationについては使ってないということで、やはりUIはころころ変わるのでテストの自動化は難しいようです。

つりポンアプリ開発について

Tsuripon 20111213

View more presentations from Yusuke Kawabata

cocos2dを使った開発についてと高速化、最適化手法についての発表でした。

OCTOBAから見た人気Androidアプリの動向

Octoba presen 20111213_public

View more presentations from Yusuke Kawabata

OCTOBA.netでは評価時にアプリのパーミッションを見て安全性をまずチェックしているようです。Androidはいろいろできてしまうのでここのチェックは重要ですね。
人気のジャンルとしては、電話帳、時計、メールといった検索が多いようで、ユーザーは基本的な機能に満足していないみたいですね・・

Redmine1.1.2をubuntu10.04にインストール

2011-11-05T18:19:00.003+09:00

手順を書こうと思ったのですが、ここに書いてあるやり方でばっちり完成してしまったので、このサイトを見るといいと思います。。

http://www.samontab.com/web/2011/04/how-to-install-redmine-1-1-2-on-ubuntu-server-10-04/

apt-get install red mineでもできますが、0.9とバージョンがかなり古いであまりおすすめできません。

ここでインストールしたのも1.1.2なので、次回はバージョンアップに挑戦してみます。

GoogleDeveloperDay2011に参加してきた

2011-11-01T17:16:00.003+09:00

去年のリベンジを果たしディベロッパーズクイズを無事突破して
GoogleDeveloperDay2011東京に参加してきました。

今年は、Android、HTML5、Google+の３本柱でした。
中でもHTML5のセッションは立ち見が出るなどかなり盛況でしたね。
HTML5のデモを見ているとそのうちほとんどのアプリはWebアプリ化するんじゃないかなと現実的に感じさせるほどにまでなってきているという印象を受けました。

AndroidはICS（Ice Cream Sandwich) はすごく進歩したなという印象です。
デザイン面ではるかにiPhoneに劣っていたのがかなり追いつくと共に
デザインのガイドラインもできつつあり、次第にUIの一貫性もでてくるのではないかと思います。逆に視覚障害者への対応や顔認証などAndroidのほうが先に行っているところなどもありiPhone VS Androidは面白くなってきています。

Googleの最新技術の紹介ということで知っている人は結構知っている一般的な内容も多く
技術的にはそれほど新たな知見はなかったですが、熱気はすごいです。
LTのレベルが異常に高かった・・

GoogleDeveloperDayではTシャツ、缶バッチ、ネックストラップなどいろいろもらえました！
3Dメガネの使い所はなんだったのだろう・・

また弁当や水、最後はビールやチューハイも配られるなどGoogleさん太っ腹。

基調講演の様子はこんな感じ

締めはGoogleの方やスタッフの人が集まって記念写真で終了

GTUG Boot Camp 2011に参加してきた

2011-10-29T18:45:00.001+09:00

GTUG Boot Camp 2011

Fragmentを使ってみよう

Fragment を使ってみよう

View more presentations from Yuki Anzai

ハンドセット向けのレイアウトとロジックを流用したり
Fragmentを使うと動的にActivityを追加削除入れ替えできる
つまりFragment使うと部品として再利用しやすくなる

ハンドセット向けでFragmentを使う意味はある？
ある。
各コンポーネントをFragment化することで、それぞれ使いまわせる
Activityのコードがすっきりする
例：iosched

縦横でレイアウトを変える場合にもつかえる。

同じActivityでレイアウトを変える場合（例：chrome to phone）
setCOntentViewだと前のViewの状態を保存されない
→Fragmentを使って置き換えて、Fragmentをバックスタックに保存すればいい

TabHostは3.2以降でduplicateになったのでFragmentにせざるを得ない

・Fragmentのいまいちなところ
完全修飾名でレイアウトXMLファイルに書かないといけない
グラフィカルエディタで表示できなかったり
Typoミスが発生する

・Fragment、View、Activityの使い分け
View カスタムView
描画とそのための最低限のロジック

Fragment　
View＋そのViewに関連するロジック（Viewの操作やViewに表示するデータの処理）

Activity
それ以外。ActivityとFragment間のデータの受け渡しなど

Handson WebView

HoneyCombのシミュレータは重くて使い物にはならんがICS(IceCreamSandwitch)はまだ使える。。

・ICS
ハードキー（メニューキーがきえた）がなくなった。
アプリのターゲットSDKが10以下だと、右のほうにソフトキーでメニューキーが増える。
HoneyComb以降はアクションバーのメニューを使う
GPUをつかってかなりなめらかな動きになっている
ホーム画面が使いやすくなった。（アプリをフォルダにまとめたりできる）
デバイスデフォルトのテーマを使って開発すべき。

API Demos（デフォルトでシミュレータにはいってるやつ）ででもが見れる

・WebView
標準ブラウザのソースオードを見ると参考になる

JavaとJavascriptを連携させるようなアプリだとICSで動かなくなる可能性がある。

・Handson　資料
https://docs.google.com/document/pub?id=1_T9PiCJCgMs1QdXPpdYcp7orOnRr1UU6qA5do_zsR2A

ノートPCをちゃんとセットアップしてなかったので、普通にeclipseのAndroidのビルドではまってしまって、ハンズオンどころではなかったりして、感想もくそもないのですが。
準備はちゃんとやっとけってことです。

はまったところ：eclipseのコンパイラの設定を1.5にする

Google+ APIの体験とHangoutsの紹介

説明資料
https://docs.google.com/presentation/d/1oDkvwodZmkBMeeInhkzDYbHKj7Ss2CoXvnU6OwpzcMQ/edit#slide=id.p

以下のAPIの仕様のリンクを見れば簡単にできそう。
https://developers.google.com/+/api/

一般公開されているのだけAPIで取得することができる。（取得のみ。postできない）

APIを使うにはまず登録が必要
https://code.google.com/apis/console/

Oauthの設定で気をつけるところ
Create an Oauth でunexpected error が出た場合はリロードすると治るっぽい。
２個ClientIDが作成された場合は長い方を必ず使う。

つかいやすいAPIでしたが、問題はやはり「取得」しかできす、しかも「一般公開」しているものというのが大きなネックです。

・Hangout

HangoutはGoogle+のビデオチャットの拡張ができるAPIで
今回のHandsonではあらかじめ用意されたアプリと連携させるというもので
ビデオにドロイド君の絵がオーバーレイされて、
自分がしゃべるとドロイド君の口がパクパクするというもので、
他にもいろいろ使えそうな感じがしました。
ただまだ開発者のみしか使えないもので、２人以上いないと動かなかったり
設定が面倒だったりとまだまだといったところもあり

Scientific Linux 6.1でgit serverを立てる

2011-10-23T23:05:00.002+09:00

CentOSのアップデートが最近遅いので
ScientificLinux6.1を使ってGit Serverを立ててみた。(UbuntuでもOKでした）

ざっと調べたところ gitosisとgitoliteというのが２つあったが、前者のほうは開発が止まっているようだったのでgitoliteを使うことにした。

必要な環境
・クライアント(MacかLinuxが楽。Windowsのやり方はここでは紹介していません）
・サーバー(Linux系だったらだいたいOKだと思います）

事前準備
・クライアント、サーバー共にgitをインストールしておく

以下手順（サーバー側とクライアント側の作業があるので気をつけてください）

サーバー

まず gitolite　という名前でユーザを作成。GUI(system->administration->Users and Groups)を使って
やると簡単にできます。
コマンドでやる場合は,
> useradd gitolite
> passwd gitolite

あとsshのキー保存用のディレクトリを作っておきます
> su gitolite
> mkdir ~/.ssh

クライアント

> ssh-keygen -t rsa
でsshのキーを作成します。
保存場所や名前はデフォルトでよいです。パスワードは任意。

この結果 ~/.ssh/以下に id_rsa, id_rsa.pubが生成されます。
前者が秘密鍵で後者が共通鍵です。
ここで名前を変えておきます。 {user_name}は自由に決めてください。
> mv id_rsa {user_name}
> mv id_rsa.pub {user_name}.pub

次に共通鍵をサーバーに保存します。{server_name}はサーバーのホスト名かipアドレス。
> scp ~/.ssh/{user_name}.pub gitolite@{server_name}:/home/gitolite/.ssh

(connection refused ではじかれた場合はサーバー側のsshdが動いていないか設定がおかしいかなのでなおす)

sshでログインできるか確認
> ssh gitolite@{server_name}
ここで特に
The authenticity of host can't be established ...などと出なければOKです。

サーバー

> su gitolite
> cp ~/.ssh/{user_name}.pub /tmp
> cd ~
> git clone git://github.com/sitaramc/gitolite
> cd gitolite
> src/gl-system-install
> vi ~/.bashrc
PATH="$PATH":/home/gitolite/bin
を追加
> source ~/.bashrc
> gl-setup /tmp/{user_name}.pub
hit-enterでENTERキーを押すとviが起動するので:qでぬける。

クライアント

> cd ~/.ssh
> touch config
> vi config
以下の内容をconfigファイルに記載{server_name},{user_name}は前記と同じにする。
host gitolite
user gitolite
hostname {server_name}
port 22
identityfile ~/.ssh/{user_name}

gitolite-adminの設定用のディレクトリを保存するディレクトリ（任意）に移動します。

> cd ~/{WORK_DIR}
> git clone gitolite:gitolite-admin

これで何事も無くダウンロードできたらほぼ問題ないと思います。
ちなみに、私はここで以下のエラーでかなり手こずりましたが、この手順でやれば出ませんでした。
fatal:gitolite-admin.git does not appear to be a git repository

git clone gitolite@{server_name}:repositories/gitolite-adminとやると一見うまくいったように見えますが、pushができなくなるので無駄です。

上記エラーではまった場合のチェックポイント
・サーバー：/home/gitolite/.ssh/authorized_keysの中身を確認。
　⇒command="/home/gitolite/bin/gl-auth-command {user_name} ではじまってるか？なかったら最初からやりなおしてみる。。他に変なのがまじってたら消す。
・サーバー：/home/gitolite/.gitolite/keydirに{user_name}.pubがはいってるか？

一応pushできるか確認

> cd gitolite-admin
> touch README
> git add .
> git commit -m "add README file"
> git push

以上で最初の設定は完了です。

Scrum Gathering Tokyo2011に参加してきた

2011-10-22T10:54:00.000+09:00

Scrum Gathering Tokyo2011(Day2)に参加してきました。

といっても丸一日ScrumBootCampに参加したので他のセッションは全然見れませんでしたが。

Scrum Boot Camp

丸一日かけてScrumとはなんぞやという座学と実際にワークショップを体験して学ぶといったものでした。
４人〜５人のチームにわかれてワークショップは行いました。

・スプリント体験（チーム）
まず午前の部ではトランプを使ったもので、ものすごく短いスプリントを繰り返してゴールを達成する過程を体験するといったもので、これをやることにより気づいたことは非常に多く、今回やった中で一番よかったです。
会社でもすぐにできそうなので是非やってみたいエクササイズでした。

・プロダクトバックログの作成（個人）
家の掃除を題材にプロダクトバックログをつくるエクササイズ。
順序付けとどこまで必須なのかよく理解できました。

・見積もり（個人）
紙飛行機の作成、こよりの作成、トランプの並び替えの時間を見積もって、そして実際やってみるというエクササイズ。
全然見積とはあいません。

・見積もり（チーム）
今度は似たようなことをチームで見積もり。
個人でやるよりも安心感や確かさがあがる気がしました。

・見積もり（チーム）
今度はポイントを使って相対的な見積もりをするといったエクササイズ。
こちらは実際にせーのでポイントを各自がカードで出すことで楽しく見積もりができるだけでなく、ポイントが違った場合に、なぜそう見積もったのかということをチーム全体で共有することができ、これまでの見積もりよりも、より全員がゴールのための品質や手順などの共通認識がとれたように思えました。これもかなりよかった。

・スプリントの過ごし方（チーム）
ひらがなの表を手書きでメンバーの数×２個作成するという協業作業のエクササイズで、数名利き手と逆の手で書くという制約があり、余裕のあるメンバーが手助けしてこなすといった内容でした。

どれも座学だけでなく、実際にやってみることで気づいたり、納得したりすることが多く、やっぱり何事もやってみることが重要だと感じました。
アジャイルで開発を始める前に是非やっておくべき内容だと思います。

以下当日のスライド
Summary of Scrum Guide

View more presentations from Nishimura Naoto

Agile Estimating and Planning in your drawing paper

View more presentations from Nishimura Naoto

Ways and Means of Spending Your Sprints

View more presentations from Nishimura Naoto

第四回　Jenkins勉強会に参加してきた

2011-10-15T12:54:00.000+09:00

第四回Jenkins勉強会に参加してきました。
今回はC++,C#ということで自分も使っていることもありかなりタイムリーネタでした。

マルチ構成プロジェクト

クロスコンパイルなどを使って複数の環境向けにデプロイする場合に使える
失敗したときに全部やり直すとものすごい時間がかかるので、MatrixReloadedプラグインを使うと失敗したものだけ再実行することができる。

Jenkins+αで開発環境がみるみるよくなる Visual C++ 編

Jenkinsstudy#4kokawa

View more presentations from Takashi Kokawa

・MSBuild
MSBuildを使う場合は、MSBuild自体は.NET frameworkないに入っているのでビルドマシンにVisual Studioをインストールする必要はない。

・WarningPlugin
WarningPluginは結構便利。途中から始める場合はすべての警告に対応するというよりも新たに発生したものを潰すために使ったほうがいいかも。設定もいろいろできる。

・UIの自動テスト
起動〜終了だけでもやると効果がある
UI操作自動化ツールとしては、AutoItやSikuliというのがある

・静的解析
Cppcheck Pluginくらい。C++だと無料なのはあまりいいのはない

・実装漏れ検知
Task Scanner Plugin。ソースコード内のto do などの文字列を発見してくれる。

・コーディングルールチェック
cpplint。google C++ Guidelineに沿ったチェックをしてくれる
violations PluginでJenkinsで実行できる。

・メトリクス
CCCC。使ってみたけどあまり使いものにはならなかった（誰も見ない）
Sonar。（C,C#はPluginで対応している）

・ドキュメント
Doxgen

・コラボレーションツール
Jenkinsからチケットを発行
コミット→条件判定（Python）→チケット発行　というようにしてやってる

輪るビングドラム.NET

輪るビングドラム.NET

View more presentations from bleis tift

・Role Strategy Plugin

・すべてのビルドをひとつのビルドマシンでやるのはよくない
・何も無いところ（クリーンな環境）からビルドすべき。でも毎回は時間かかりすぎてできないのでデイリービルドのみでやるとかする
・TFSよりJenkinsのほうが設定は楽。全部VisualStudioで完結させたいならTFS

Jenkins実装入門目次チラ見せしちゃいます

Jenkins実践入門目次チラ見せしちゃいます

View more presentations from Lino

・おすすめのPlugin = Job Config History Plugin
だれがいつ設定をいじったのかHistoryでわかる

Jenkinsの使い方だけでなくtips的なものも載っているようで
初心者からよく使っている人まで使えそうな本みたいです。

参考資料
CI超入門：Jenkinsのすすめ

Video streaming by Ustream

C#　大阪Jenkins勉強会のC#の資料

Net なプロジェクトでも jenkins を使ってみた

View more presentations from odashinsuke

Jenkins The Definitive Guide
http://www.wakaleo.com/download-jenkins-the-definitive-guide

XP祭りに参加してきた

2011-09-03T22:50:00.000+09:00

XP祭りに初参加してきました。
http://xpjug.com/xpx/

いろいろと参加型のワークショップがあり、当日に紙に名前を書いて参加というかたちでした。
午後からなので余裕だと思っていたら遅刻してしまい、ワークショップはひとつだけ参加でしたorz

scrumはじめの一歩というワークショップに参加しました。

折り紙を使って紙ヒコーキをできるだけ多くつくるという作業を
10分×4回のスプリントでやるといったものでした。
scrumの講義だけでなく、実際に短い時間で体感できてとても面白かったです。
会社とかでもすぐにできそうなものなので、試してみたいなーと思います。

資料は以下です。

2011年 XP祭り Scrumはじめの一歩 #xpjug

View more presentations from Ryuzee YOSHIBA

講師の@ryuzeeさんのブログ
http://www.ryuzee.com/contents/blog/4225

よく見たら自分もちらっと写ってた！

実践的UserExperienceワークショップに行ってきた

2011-08-28T11:27:00.001+09:00

Lean UXの一日ワークショップに参加してきました。
http://peatix.com/event/760

お値段は22,000円と自腹としては結構しましたが、あのJanice Fraser氏のワークショップを日本で受けれると考えるとむしろ超お得。

Ux for lean startups london

View more presentations from Janice Fraser

↓日本語資料

Tokyo 1 day (日本語)

View more presentations from Janice Fraser

LeanStartupとは商品開発におけるアジャイルといった印象を受けました。
最小限のチーム編成（プロダクトマネージャー、デザイナー、エンジニア）を１チームとして、アイデアの発想、開発、検証を短いサイクルで回してユーザーとともに製品をつくりあげるという過程はまさにアジャイルで、ソフトウェア開発から産まれた手法が、顧客開発に応用されているところがおもしろいと感じました。

これまでの製品開発は企画が決めたものをウォーターフォールで作るものが主流ですが、こういった開発が主流となってくるかもしれないですね。そうなると日本的な稟議書書いて下請けがつくるといったITゼネコン的なところは壊滅するでしょうね・・

とはいっても、LeanUX的な開発は定性的な評価が多く、いかにユーザーに質問するかや、どのような人に対して評価するかなどかなり経験を積んで行かないと難しいと思われるところも非常に多いため、どの企業でもすぐにできるというものではないと思います。
早く取り入れ、ユーザーに対する姿勢を正し、多くの経験を積み重ねたところがよいユーザーエクスペリエンスを産み出していくのではと思います。

LLPlanetsに参加してきた

2011-08-20T23:48:00.000+09:00

Lightweight Language Planets 2011に参加してきました。
http://ll.jus.or.jp/2011/

LLといいつつタイムテーブルの通りJavascript一色といった感じでした。
Node.jsやCoffeeScriptも流行ってるし当然といえば当然なのかも。

タイムテーブル
10:30-10:40 開会宣言＋場内注意事項説明
10:40-10:50 IPv6ハッカソン紹介
10:50-12:20 メタプログラミングの光と闇
12:20-13:50 昼休み
13:50-14:35 基調講演
14:35-14:50 休憩
14:50-16:20 Node.jsとは何だったのか
16:20-16:50 夕休み
16:50-18:20 JavaScript八面六臂
18:20-18:35 休憩
18:35-19:05 IPv6ハッカソン成果報告
19:05-20:10 Lightning Talk
20:10-20:20 抽選会＋閉会宣言

・メタプログラミングの光と闇
メタプログラミングってなんぞという状態で聞いたのですが、マクロみたいなものでメタプログラミングなものやDSLちっくなものって意外と身近にいろいろあるなと感じました。
話の結論としては、メタプログラミングとかDSLとかつくらずに普通に書け！ということでしたがｗ

・基調講演

「JavaScriptプログラマのための全方位的完全武装ガイド」mala

malaさんのお話はとても面白かった。配信されていたら必見。本人は顔出しNGなので無理かもですが・・。Javascriptは必須だなと感じました。
また、Webページの脆弱性を指摘すると寿司を食えたりするらしいですw

他メモ
・Javascriptを自動生成するな
・HTML5でクライアント側でできることが増えたからクライアントでしかできないことを採用せよ

・Node.jsとはなんだったのか
Node.jsはJavascriptをサーバーサイドでも使いたいだけだろとか思ってましたが、イベントループとノンブロッキングI/Oのサーバーを構築するのに最適な言語だったということで大きな誤解でした。
他にもイベントループを採用しているフレームワークは色々あったみたいですが、JavascriptみたいにノンブロッキングI/O環境を創りだすのは難しかったみたいであまり普及しなかったみたいですね。
シングルスレッドなのがあれですが、この先どう普及していくのか。
Node.jsはC++で書かれているみたいなので自分でも何か作ったりできるかも？！

・Javascript八面六臂

以下メモ

・ECMA262の第三版の仕様はほぼ使えるとおもってよい

・bit,byte操作はむずかしい

・複数人でやるとスタイルがばらばらになる

・コールバック地獄になりやすい。特にオフラインアプリ

・Workerに押しこめばコールバックしなくてすむ

・エラー処理がしにくい

・Promiseなどのライブラリを使うことである程度解決する

・エディタの昨日を使いつつ慣れる

・非同期I/Oはきをつけないといけない

・直列的に書けるライブラリをつかうといい（jsRefer)

・ボトムアップで書いたほうがJSっぽい

・複数人でやる場合はクラスのほうがいいかも

・ecmaではクラスを取り入れる提案もあがってたりする

・プロトタイプベースでクラスでやりたいことはできるはず

・クラスベースでやらなければならない理由はないのでは

・webstormがeclipseやnetbeansよりもつかいやすかった

・どれもgitがそれなりにつかえる

・記述の自由さがネック

・規約とテスト方法を決めとく

・対話型モジュールで学ぶのがよい

・prototype.jsはコードリーディングにはよい。（使うのは・・）

イントロダクション: JavaScript八面六臂

Javascriptばっかりでしたが結構面白かったです。

今後は他のLLも頑張ってほしいですね。

Google Motorolaのモバイル部門買収の真意は

2011-08-15T21:35:00.000+09:00

いや、まさかのGoogleのMotorolaのモバイル部門買収。

Google Buys Motorola For $12.5 Billion, Says “Android Will Stay Open”
http://techcrunch.com/2011/08/15/breaking-google-buys-motorola-for-12-5-billion/

Google acquiring Motorola Mobility
http://www.engadget.com/2011/08/15/google-acquiring-motorola-mobility/

Supercharging Android: Google to Acquire Motorola Mobility

http://googleblog.blogspot.com/2011/08/supercharging-android-google-to-acquire.html

GoogleがOSだけでなくデバイスを手に入れ、Appleと同じ土俵にたった！とも見えなくもないのですが、個人的にはタイミング的にどうもそうではなく、WindowsPhoneに対する敵対的買収にみえて、えげつない買収だなぁと。。

MicrosoftがNokiaと同様に触手を伸ばしていて双方のメリットが合致してうまくいくのではと外野から見ていた矢先にこれですよ。

一番やられた！と思っているのはMicrosoftでしょうね。。

WindowsPhoneは結構期待していたんですが、抑えられると厳しいですよね。

前途多難なWindowsPhoneですがこの先どうなるでしょうか

Mac OS X 10.7 Lion と MagicTracpad

2011-08-07T12:13:00.000+09:00

Mac OS X 10.7 Lionでジェスチャー入力がかなりパワーアップしたので
それにあわせて、これまでのMagicMouseからMagicTracpadに置き換えました。

結論としてはLionではMagicTracpadが断然良い！

ただし操作に慣れるのにちょっと時間を要しましたが、軽いタッチで操作できるのでとても楽ちんです。
よく使う操作について紹介しておきます。

MagicTracpadの操作方法(Mac OS X 10.7 Lion)

（トラックパッドの設定で全部ONにした場合です）

・スクロール・・・２本指で上下にスライド
・右クリック・・・２本指でタップ
・画面の拡大縮小※・・・controlキーを押しながら、２本指で上下にスライド
・アプリの全画面表示・・・アプリのWindowの右上をタップ
・アプリの全画面表示解除・・・escキーを押す
・アプリ内の表示の拡大縮小・・・２本指でピンチ
・文字列のコピー・・・３本指でスワイプして文字をなぞる⇒２本指でタップしコピーを選択
・ドラック・・・３本指でスワイプ
・ミッションコントロールの表示・・・４本指で上にスライド（非表示は下にスライド）
・LaunchPadの表示・・・3本指でピンチ（4本か5本でやったほうが反応がいいです）

あまり使わないもの

・調べる・・・3本指でダブルタップ
・スマートズーム・・・2本指でダブルタップ
・回転・・・2本指で回転
・ページめくり・・・2本指で左右スクロール
・全画面表示アプリ切り替え・・・4本指で左右にスクロール

マルチタッチジェスチャー
http://www.apple.com/jp/macosx/whats-new/gestures.html

例のスクロールの方向がデフォルトで逆になった件ですが、MagicTracpadを使うとこっちのほうが自然な感じがしてきましたので、デフォルト設定がオススメです。

※画面の拡大縮小の設定方法
　システム環境設定⇒ユニバーサルアクセス⇒ズーム機能：入にチェック

Startup meet Designレポ

2011-08-07T09:58:00.000+09:00

OpenNetworkLabとStartupTokyo主催の講演に参加してきました。

「Startup Meets Design」

Ustream

Video streaming by Ustream

Design for Startups

View more presentations from Yusuke Takahashi

感想

私がアプリを作りはじめて感じたのはデザインの重要性です。
デザインという言葉は日本人にとっては「デザイン＝意匠（見た目）」と思いがちですが、「デザイン＝設計」という意味でのデザインがとても重要だと思います。

似たようなコンセプトのサービスやアプリケーションは多数存在し、これらと差別化していくにはデザインで差別化していくことが必要となります。
そのためにはアジャイルプロセスの中にデザイナーを組み込むことと、エンジニアと一体となって開発していくことが重要だと感じました。
また、エンジニアもデザインを理解し、自分でもある程度はデザインできなるようにならなければいけないなと感じました。
今日の参加者にはエンジニアが多数参加していて、エンジニアの関心も高いように感じます。

海外でもUXデザイナーの需要はとても高いようですので、是非身につけたいスキルだと思いました。

メモ

・デザインで差別化する
・全プロセスにデザイナーを入れる
・ブレストはプロダクトマネージャー、デザイナー、エンジニアでやるのがいい
・UIはスピードが最優先（探さない、書かない、溜めない）
・早ければいいわけでもない
・UXはどうやって学べば良い？
⇒本は古典だが「だれのためのデザイン」は読んだほうがいい
⇒似たようなサービスのUIを比べてみるといい
⇒実際にユーザーに声に出して使ってもらうといい
⇒あとはトライアンドエラーで学んでいくしかない

その他

QuoraのデザイナーのchibicodeさんのFacebookに色々とデザイン関連の情報を載せてくれていてとてもよいです。

Janice Fracerのプレゼン資料
http://www.slideshare.net/clevergirl/presentations

Twitterが、Ruby on RailsからJavaVMへ移行する理由

2011-08-03T23:46:00.000+09:00

Twitterが、Ruby on RailsからJavaVMへ移行する理由
http://www.publickey1.jp/blog/11/twitterruby_on_railsjavavm.html

twitterでも結構話題になっていますが、非常に興味深い内容です。

twitterがRailsで実装されてたってことも知らなかったので驚きました、Railsでもこれだけのトラフィックに耐えれるんですね。
やはりいくらパワフルなサーバーでもRubyのようなインタープリタだと限界があるのかな。
RubyのGCはよく遅いと耳にしますが、twitterでも独自にいじってたみたいですし、Railsは立ち上げには楽かもしれませんが、サービスが大きくなってくるとJVMとかに以降していく必要があるというのはよいノウハウとして今後参考になるかもしれないですね。

WindowsPhone 日本で発売開始

2011-07-27T23:30:00.001+09:00

au、国内初のWindows Phone 7.5スマートフォン
http://av.watch.impress.co.jp/docs/news/20110727_463225.html

ようやく日本でも秋から発売になります。
Androidは比較的消去法的に選ばれているのではないかと思っていますが、
WindowsPhoneはもっと積極的な理由で使われそうな、とてもかっこよく、つかいやすそうで、iPhoneのあからさまなパクりでもなく、MSが満を持して出してきたよくできたスマートフォンだと思います。
私も含めWindowsという名をきいただけで、うっと拒否反応を示す人もいるかもしれませんが、見ればわかりますが、デザインなど一新されているので期待がもてそうです。

WindowsPhoneではAndroidで問題だったマーケットの問題や、デバイスの規格がバラバラでアプリが動かなかったり見た目が崩れたりする問題などにうまく対処されており、アプリの数さえそろってくれば、正直Androidはかなりやばいのではないかと思います。

あとはデバイスのメーカーがどれだけWindowsPhoneを載せるかにかかっているのではないでしょうか。

結構Androidはオープンソースそのままだとほぼ使い物にならず、各メーカーが独自に手を加える必要があり、製品としてよいものをだそうとするとかなりの力が必要となります。
その点WindowsPhoneがどうなのかはわからないですが、たぶんAndroidに比べると断然楽だと思うのでメーカーもさっさと手のかかるAndroidから手をひいてWindowsPhoneにいくという決断を下すということも十分考えられそうな気が。

Androidは開発者のおもちゃとしては最高ですが、残念ながら今がピークなのではと個人的に思ってたりします。そのうちPCのOSと同様にMS対Appleの構造になるのではないかな。

yanay_blog

Agile do ITに参加してきた

iOS勉強会議 #1に参加してきた

アジャイルサムライ読書会 横浜道場 第三回に参加してきた

JenkinsでXcodeで作ったプロジェクトのコンパイラの警告の集計と静的解析を表示

JenkinsでXcodeで作ったプロジェクトのビルドとテスト

アジャイルサムライ読書会 横浜道場 第二回に参加してきた

第五回 Jenkins勉強会に参加してきた

ubuntu 11.10にGitoriousをインストール

アジャイルサムライ読書会 横浜道場 第一回に参加してきた

C#の本を色々読んでみた

shibuya_sp勉強会vol.1に行ってきた

Redmine1.1.2をubuntu10.04にインストール

GoogleDeveloperDay2011に参加してきた

GTUG Boot Camp 2011に参加してきた

Scientific Linux 6.1でgit serverを立てる

Scrum Gathering Tokyo2011に参加してきた

第四回 Jenkins勉強会に参加してきた

XP祭りに参加してきた

実践的UserExperienceワークショップに行ってきた

LLPlanetsに参加してきた

Google Motorolaのモバイル部門買収の真意は

Mac OS X 10.7 Lion と MagicTracpad

Startup meet Designレポ

Twitterが、Ruby on RailsからJavaVMへ移行する理由

WindowsPhone 日本で発売開始

アジャイルサムライ読書会　横浜道場　第三回に参加してきた

アジャイルサムライ読書会　横浜道場　第二回に参加してきた

第五回　Jenkins勉強会に参加してきた

アジャイルサムライ読書会　横浜道場　第一回に参加してきた

第四回　Jenkins勉強会に参加してきた