はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
Perl + Jenkins | blog
今携わっているperl (Catalyst)で開発しているWeb Applicationは、Redmineでプロジェクト管理、git + gitosisでソースを管理している。 Jenkinsは成果物をコンパイルするプロジェクトに使うという先入観があったのだが、導入してみてRedmineでのチケットの発行単位、コミットの間隔、テストスクリプトの内容などが自然と細かくなってきた。 Jenkinsを導入してみて一番変わったのは、テストに対する意識だと思うけど、まぁ使ってみないとなかなか理解し難いとは思うので、どのように使っているのかを紹介してみます。 Jenkinsの動作に必要なperlのモジュールがありますので、先に入れておく必要があります。こちらで使っているperlのバージョンは5.16.0なのでバージョンによって違うかもしれません。 Storable Digest::MD5 Devel:
Jenkinsで継続的メトリクス測定のすすめ - Articles Advent Calendar 2011 Test
はじめに こんばんは、家で凍死しそうなので、そろそろセラムヒートでも買おうと思っているdannです Test Track 11日目です！ ikasam_a さんから「Jenkinsの話を書いて！」と言われたので、ACDD(Advent Calendar Driven Development) という手法で作った、メトリクス測定ツールとJenkinsへのインテグレーションについての話をします。 メトリクスを測定すると捗るぞ 大きなチームで開発する時に、数百行の謎メソッドができたりとかあったりしますよね（涙） 僕は、Working Effectively With Legacy CodeやClean Codeを読んでいること前提にチームの人がコードを書いていると思っていたら、あれ？という場面があったりします。こういうときは、品質の問題を測定できるようにすると、数値レベルで具体的にした共通認識が
It's just same as dust ahead of a wind: TDD Advent Calendar jp: 2011 day 3 : Perl でのテスト自動実行 & 通知環境
11/12/03 TDD Advent Calendar jp: 2011 day 3 : Perl でのテスト自動実行 & 通知環境 TDD Advent Calendar jp: 2011 : ATND の 3 日目担当 shishi です。 私より前の日程の方達見て業界に名だたるお二人を見てビビり、後ろの日程のビッグネームな方達を見てまたビビり、と「前門の虎、後門の狼」のような心持ちですが、自分の担当をしっかりやっていきたいと思います！ Perl での自動テストはテスト自体はしやすい言語であるにも関わらず、資料が多くはないように思います。TDD だとなおさらです。なので、テストの実行が楽な環境をつくるところからの説明があると良いのではと思いました。 そこで、Perl での TDD をしやすいように、自動でテストを実行する環境について書きたいと思います。 Perl での自動的
楽天がアジャイル開発を全社へ展開
楽天は2013年中に、ソフト開発を短期間で繰り返す「アジャイル開発手法」に基づいて楽天グループ共通のシステム開発体制を整備する（図）。同手法に基づく開発プロジェクトを担う人材育成に向け、楽天はNTTデータと“異業種タッグ”を組む。 楽天は、急な仕様変更や機能追加に対応しやすいといったアジャイル開発の利点を生かして、「楽天市場」など自社サービスのグローバル対応を一気に進める。 すでに海外グループ企業の一部がアジャイル手法を先行導入しているほか、日本でも楽天市場の開発チームが2010年ごろから段階的に導入。豪アトラシアンのプロジェクト管理ソフト「JIRA」などを使った開発環境の整備やエンジニア向けの研修を進めてきた。 アジャイル手法の全面採用で、グループ全体で3000人規模のエンジニアが開発リソースやノウハウを共有しやすくなる。「海外のノウハウを日本に取り入れたり、海外プロジェクトを日本のエン
Always All Ways: [IT] Change Management 3.0
"Management 3.0"の著者であるJurgen Appelo氏によるChange Managementに関する良い資料がいくつかネット上で公開されていますので紹介したいと思います。 日本ではChangeと言えば"Fearless Change"というくらい、Linda Risingさんが大人気ですが、Jurgen Appelo氏がその"Fearless Change"をはじめ、"Leading Change"、"Influencer"、"Switch"などの書籍にインスパイアされて、変化を起こすために必要なことを、既存のよく知られたフレームワークを援用しながらメタモデルとしてまとめたものが"Change Management 3.0"であると私は理解しました。（合ってるかな？w） 全体的な枠組みとしてはとてもシンプルで、変化の４つの側面をそれぞれ以前からあるフレームワークを援用
メトリクスでソフトウェア品質を見える化する - プログラマの思索
「現場で使えるソフトウェアテスト Java編」を読んで内容がとても素晴らしいのでメモ。 【1】「現場で使えるソフトウェアテスト Java編」の対象読者は、Java開発者。 内容は、Eclipseの下記のテスト用プラグインで、Javaプログラムのテストや品質を解説している。 【本書で解説するEclipseプラグイン】 ・Checkstyle → コーディング規約チェック ・FindBugs → バグパターン検出 ・JUnit → 単体テストの作成/実行 ・TPTP → プロファイリング(非機能テスト) ・djUnit → カバレッジ計測 ・StepCounter → ソースコード行数測定 上記のプラグインのうち、全てを使いこなしている開発者はどれくらいいるのだろうか？ 僕は、Checkstyle・FindBugs・JUnit・djUnitは使った事があるが、TPTPやStepCounterは
品質管理ツールSonarの記事 - プログラマの思索
小川 明彦, 阪井 誠 : チケット駆動開発 日本のソフトウェア開発の現場で生み出された「チケット駆動開発」という概念を、数多くの実例を元にモデル化・体系化を試みた最初の本。 小川 明彦, 阪井 誠 : Redmineによるタスクマネジメント実践技法 Redmineによるチケット駆動開発の実践技法に関する最初の本。アジャイルなソフトウェア開発への適用方法、TestLinkによるテスト管理手法についても言及。 清水 吉男: 「派生開発」を成功させるプロセス改善の技術と極意 組込システム開発をベースとして、ソフトウェア開発特有のスタイルである派生開発、特にXDDPについて解説した世界でも稀な本。既存製品を保守するのではなく継続的に機能追加していく昨今の開発では、派生開発特有の問題を意識しなければならない。XDDPはプロセス論だけでなく、要件定義などの上流工程の品質改善にも役立つので注意。 Le
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
PerlでTDD(テスト駆動開発)するなら覚えておきたいCPANモジュール群 | hirobanex.net
InfoQ: Domain Driven Design（ドメイン駆動設計） Quickly 日本語版
How to Change the World