GoogleのCIとテスト自動化の取り組み [GTAC 2013] - ワザノバ | wazanova.jp
[Video] http://www.youtube.com/watch?v=nyOHJ4GR4iU [Slide] http://goo.gl/76Ggf Google Test Automation Conference 2013のキーノートスピーチで、GoogleのAri Shamashが同社のCIツール & 自動化されたテストプロセスを紹介しています。 [最初の前置きが13分。GoogleのCIの紹介の内容ではないので割愛。お話としては面白いのでVideo見てみてください。] エンジニア1,5000+人が5,000プロジェクトにアサインされている １億行のコード。50%が毎月更新。 1日当たり5,500+件がサブミッションされ、１億件以上のテストケースが実行されている。 Googleのクラウドテストシステムは多機能。ビルド作成、特定のターゲットをテストでき、テストカバレッジ計算、依
JavaでIDEのアクセッサ生成よりlombokを使ったほうがいい理由 - きしだのHatena
lombokは、JavaでのアクセッサやtoString、equalsなどボイラープレートなコードをコンパイル時に生成してくれるライブラリです。 ただ、こういったコードの生成は、IDEを使えば自動で行えるので、わざわざlombokを導入するまでもないと考えることもできますが、ぼくはlombokを導入するべきだと考えて、lombokを使うようにしました。 このとき「lombokを導入するべき」と考えた理由を書いておきます。 lombokとは lombokは冒頭でも書いたように、Javaのアクセッサなどを生成してくれるライブラリです。 Project Lombok import lombok.*; @Setter @Getter @AllArgsConstructor @NoArgsConstructor @ToString public class LombokSample { privat
ワンクリックデプロイ勉強会 #ocdeploy へ行ってきました - 虎塚
ワンクリックデプロイ勉強会へ行ってきました。品川で12月に開催された内容の再演だそうです。 ワンクリックデプロイ101 #ocdeploy http://www.slideshare.net/Ryuzee/101-10647187 前回のスライドを拝見して気になっていたので、聴けて良かったです。[twitter:@ryuzee]さん、会場提供くださったアットウェアさん、スタッフの皆さん、ありがとうございました。 以下は、感じたことのメモです。内容のまとめにはなっていませんので、中身が気になる方は、ryuzeeさんのスライドをご覧ください。 Flickrは毎日10回くらいリリースしている、という話を聞いて この話を聞いて真っ先に思ったのは、毎日リリースすることを是とするシステムばかりではないだろう、ということでした。ただし、BtoBだからできないとか、大規模だからできないとかいった言い訳や反
炭坑の庭師 - steps to phantasien
Chromium と WebKit は二つの独立したプロジェクトだ。 ソースツリーはそれぞれ別で、そこにはインテグレーションの苦労がある。 WebKit 以外にも V8 や Skia など Chromium が依存している外部のプロジェクトは山ほどあるけれど, WebKit とは特にぴったりくっついている。 そのぶん二つの足並みをあわせる手間も際立つ。 以前、書籍 ”アジャイル開発の本質とスケールアップ” で リリーストレイン という大規模プロジェクトのインテグレーション手法を読んだ。 プロジェクトの内部で一段細かい時限リリースを設け、そのタイミングでインテグレーションする方法。 内部リリースにあわせてプロジェクト同士が依存している相手のバージョンを上げ、 壊れたところをなおすわけ。 Chromium と WebKit もこまめに相手のバージョンを新しくする。 主たる依存の向きは Chro
maven流行んないね
tamagawa ryuji @tamagawa_ryuji blogありがとうございました。改めて思ったんですけど、やっぱMavenのいい本欲しいと思いません？@kohsukekawaさんもコメントくださっているように、ずいぶんここに欧米との差があるような気がして。 @masanobuimai @lino_s #jenkinsja 2012-02-19 14:46:40 ikikko @ikikko @tamagawa_ryuji 欲しい！ただ、今からMavenを頑張るよりはGradle/SBTを普及させる方にいったほうがいいのかなーとも思ってます。Mavenもそれまでと比べると画期的なんですが、今はXMLの辛さもでてきてるので。 2012-02-19 14:51:43
非公式 sbt 0.10 ガイド v2.0 · eed3si9n
2011-09-25 / sbt version 2.0 2011年6月19日に最初のバージョンを書いた時点での僕の動機は、運良く Mark による sbt 0.10 のデモを二回も生で見れたことに触発されて（最初は northeast scala、次に scala days 2011）、sbt 0.7 から 0.10 へと皆が移行するのを手助けしたかったからだった。プラグインがそろっていなければビルドユーザが 0.10 に移行できないため、プラグインが移行への大きな妨げになるというのが大方の考えだった。そこで僕が取った戦略は、無いプラグインは自分で移植して、つまずいたらメーリングリストで質問して、結果をここでまとめるというものだった。それにより、多くのポジティブな反応があったし、数人を 0.10 へ移行する手助けにもなったと思う。だけど、後ほど明らかになったのは、僕の sbt 0.10
RubyベースのJavaアプリ用ビルドシステム「Apache Buildr 1.3.4」 | OSDN Magazine
Apache Software Foundation（ASF）の開発チームは4月29日、Javaアプリケーション向けのビルドシステム「Apache Buildr 1.3.4」をリリースした。Apache BuildrプロジェクトがASFのトップレベルプロジェクトとなって初のリリースとなる。 Apache Buildrは、シンプルで直感的に使えるJavaベースアプリケーション向けビルドシステム。「Scala」「Groovy」など、多数のJVM言語とツールをサポートした。Rubyのビルドシステムをベースとし、スクリプト言語にRubyを利用した。 Mavenと同じファイルレイアウト、アーティファクト仕様、ローカル／リモートレポジトリを利用しており、「Maven 2.0」ユーザーは容易に移行できるという。「Cobertura」「Emma」「JUnit」「JBehave」「JMock」などの技術もサ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
