#tddbc の作り方( #TddAdventJp ) - bluebird
TDD Advent Calendar jp: 2011の先頭バッターであるこのエントリでは、先日開催したTDDBC横浜での経験をもとに、みなさんがTDDBCを開催することになった場合に、気をつけるといいことを書きたいと思います。 宣言 まずは「やります！」と宣言することからはじまります。TDDBCはやりたいと意思表明すれば誰でも開催することができますが、TDDBCのMLで宣言すると、開催経験のあるみなさんのサポートを受けることができてよいでしょう。 会場手配 会場を確保しないことには話がはじまりません。地域にもよりますが、首都圏の場合は半年以上前から公共施設の受付がはじまるので、早めのスタートが肝心です。また、多くの自治体では、公共施設の予約の時に使用者登録が必要となります。 会社の会議室を借りれる場合はスケジュールに余裕はでますが、稟議のフローは確実に進めてください。 基調講演の手配
Sassで行こう！
Translation of: Getting Started with Sass - A List Apart CSSの持つその簡明さは欠かせない特徴の一つで、それは最も歓迎されている点でした。CSSによるスタイルシートは、セレクターといくつかの適用したいスタイル情報を含むルールを羅列したものに過ぎません。しかし、WebサイトやWebアプリケーションが巨大に、そして複雑になり、様々なデバイスや画面サイズに対応せざるを得なくなった現在、この簡明さという特徴―fontタグやテーブル・レイアウトの淘汰に大いに役にたったもの―が大きな足かせになっています。 簡単な計算機能や変数を追加するなどといったCSSの修正案が過去に提示されましたが、どれもブラウザー・ベンダーには採用されませんでした。仮にこういった新しく素晴らしい拡張されたCSSがあるブラウザーに実装されたとしても、それが実用に耐える程度に
アジャイル開発でも信頼度成長曲線は有効か？ツールを使って確かめてみよう – テスト自動化他何かのメモ
続けてですが、僕も「Software Test & Quality Advent Calendar 2011」の12/2エントリーとして、書きます！ 皆さんはテストの完了条件をどのように設定していますか？ 多くはテストで発見した障害に対して、重要度もしくは優先度をつけて、 重要度高の残障害 0件 重要度中の残障害 5件 のような条件をクリアーした時に、テスト完了とすることが多いと思います。しかし、これではこれまで発生した障害のみの情報に頼ってテストの完了条件としているため、テスト完了後に発生しうるリスクに対して備えているとは言えません。 それを補完とする手法の一つとして信頼度成長曲線があります。 え、それってメインフレーム時代の大規模プロジェクトとかにしか使えないやつじゃないの？今のアジャイル開発には使ええないよね。俺はTDDで開発しているからバグ出さないぜ、そんなの関係ないよ。 とか言わ
プログラミングGROOVYに書いてないけど、便利なGroovyプロダクト #gadvent2011 - うさぎ組
G* Advent Calendar 2011 : ATND G* Advent Calendarの一日目です！Advent Calendar初参加！ 最初に用意していた記事*1があまりにも一日目らしからぬ感じだったので後日別の記事にする事にしました。 で、いろいろ悩んだのですが、コードとかよりもとりあえず紹介でいいかなっていうことでかなり誰でもできる記事になりました。 まぁゆるふわで！ プログラミングGROOVY プログラミングGROOVY 作者: 関谷和愛,上原潤二,須江信洋,中野靖治出版社/メーカー: 技術評論社発売日: 2011/07/06メディア: 単行本（ソフトカバー）購入: 6人 クリック: 392回この商品を含むブログ (155件) を見る の中で「GROOVYエコシステム」として様々なプロダクトが紹介されています。 今回はそこではとりあげられなかったけど、素晴らしいプロダ
テスト／品質系エンジニアが身に付けておくと得をする7つの技術 - 現場のためのソフトウェア開発プロセス - たかのり日記
「Software Test & Quality Advent Calendar 2011」の初日エントリーとして、書きます！ テスト／品質系のエンジニアも、今や、テストや品質のことだけを知っているだけでは、幸せにはなれない時代となってきています。 プログラムは書けなくても、身に付けておくと良いと思っている技術をまとめてみました。 ※注 今回記述した内容は、以下のような私のドメインに偏ったモノになっています。 ミッションクリティカル／エンタープライズ系 Java／.NET 他のドメインでは異なる部分や他の標準的なツールがあれば、コメントを頂ければと思います。 バージョン管理／課題管理 今や、必須のスキルと言えるでしょう。 バージョン管理（SCM／VCS／DVCS）としては、 集中型のSubversion（SVN） 分散型のGit／Mercurial などが有名ですね。 分散型の場合は、各エ
Project Lambda
このエントリは Java Advent Calendar 2011 の一環で、第 1 日目のエントリーです。 やっぱり、櫻庭といえば Java SE の新しいところでしょう (これ去年も書いたなぁ ^ ^;;)。ということで、Java SE 8 の目玉機能となっている Project Lambda を取りあげます。 結果的に超長文になってしまいましたww 厳密にいえば、Lambda はクロージャではありません。 追記: ここでいっているクロージャはレキシカルスコープが使用できる無名関数のことを意味しています。 (るとさん、コメントありがとうございました) では、ラムダ式とはなんなのか? それはタスクを簡単に書くことを目的とした、単一メソッドのインタフェースのインスタンス生成を簡単に書くための簡易記法です。ようするにシンタックスシュガーでしかありません。 ここでいうタスクは、特にパラレルに処
それでも Spock を使い続ける理由 - bluepapa32’s Java Blog
2011年も残すところ後１ヶ月となりました。 12月と言えば アドベントカレンダーですが、技術系アドベントカレンダーには参加できなかったので勝手にやっちゃいます。 3日坊主だけにはなりたくないですが やれるところまでがんばってみるかな… と言うことで 第１日目は 誰にも理解されず 約半年間 Java のユニットテストで Spock を使い続けてきた理由を挙げてみます。 まず Spock を知らない人のために... Spock は Groovy ベースの BDD フレームワークで こんな感じで書きます。 ちなみに プロジェクトページは http://code.google.com/p/spock/ です。 class HelloSpock extends spock.lang.Specification { def "length of Spock's and his friends' na
Play! framework 概要 Tipsもあるよ！ - ikeike443のブログ
Play! Advent Calendar 2011 一日目ということで、軽めの話をします。 おさらい：Play!とは Play!はJavaで軽量に素早く開発できるフレームワークです。 Play!についてよく知らない人が圧倒的多数だと思いますので、ものすごく簡単に説明しますね。 Play!はJavaEEの仕様を捨ててWebとフォーリンラブすることに決めたフレームワークなので、Servlet特有の変なセッション仕様なんてないですし、えっと、セッションレプリケーションってなんですか？ ってなノリのフレームワークです。 もちろん、warにパッケージングする必要もないです。 EclipseのECJを使って動的コンパイルを行うことで、ほんとうの意味でのホットデプロイを実現しています。というか、デプロイしないんですけど。。まあ、ほとんどスクリプト言語のようにJavaを使えるわけです。再起動無しで変更が
MySQLがおかしい！あなたならどうしますか？ – MySQL Casual Advent Calendar 2011 - As a Futurist...
しわっす！DBA 兼オペレーションエンジニア兼タスクマネージャやってる riywo です。何のネタを書こうかなぁと考えたのですが、正直ネタを仕込む時間もなかったので僕がいつもやってることをさらっと紹介するということで勘弁して下さい＞＜ MySQL がおかしい！ 03:14 hidek: なんかエラー出まくってるんだけど！ 03:14 zigorou: MySQL と通信してるとこっぽい 03:15 riywo: 見ます こんなやりとりは皆さん日常茶飯事ですよね？ね？ね？こんな時に、DB に責任を持つものとして真っ先に対応するのが僕らの仕事です。でも、じゃあ具体的にこのあと何をしましょう？既にサービスはエラーだらけで一刻を争う状態です。 (対応開始) まずはエラーメッセージ 今回の様な場合はアプリのエラーログにどばっと MySQL に関するエラーが出ているでしょう。まずはそれを見ることが始ま
惰性による判断が横行しているのが、SI業界における最大の敵だ - Fight the Future
唐突ですが、僕はこの言葉にすごく勇気づけられました。 「優秀なソフトウェア・エンジニアである」ということは、それほどまでに貴重な存在だ、ということを強く意識した上で、自分を鍛え続け、良い物を作る・ユーザーに価値を提供する・会社の価値を高めることを一生懸命にしていれば、必ず道は開ける。 Life is beautiful: テクノロジー・ベンチャーにはなぜソフトウェア・エンジニアが不可欠なのか？ 何を持って優秀とするか、は別にして、 「優秀なソフトウェアエンジニア」を目指す決意を新たにしました。 僕はプログラミングが好きなようですが、 別段プログラミングだけが好きなわけではありません。 社会人2年目には、先輩に勧められたドラッカーに大ハマリして、 マネジメントについても、本を読んだりチームに試したりして、 今の自分の考えはあります。 3冊の書籍の執筆を通じて、文章の書き方もけっこう突き詰めて
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
G*と言えば猫、ということで子猫Tube作りました #gadvent2011 - nobusueの日記