チケット駆動開発 no ticket, no commitは誤解 | Act as Professional
チケット駆動開発を誤解していた@HIROCASTERでございませう。 チケット駆動開発（TiDD）の提唱者である方の書籍が8/24(金)に発売されます。 なんと、これまでチケット駆動開発は no ticket, no commit（チケットがなければコミットできない）というルールが絶対だと理解していたですが、著者みずからが、これはテーラリング（プロジェクトの特性に合わせて手直しする）の対象であると述べています。 基本的なルールですが必須ではありません。12章のテーラリングガイドの対象の一つになっています。 RT @ryuzee: チケット駆動開発本を買うかどうか悩んでいるのだが、No Ticket No Commitは僕は守るつもりのない行動なので、それが前提だとつらい。どうなんだろ — さかば (@sakaba37) August 16, 2012 チケット駆動開発に対する考えno ti
品質に厳しい組織で、なぜ品質が劣化するのか？ - 現場のためのソフトウェア開発プロセス - たかのり日記
このエントリーは「Software Test ＆ Quality Advent Calendar 2011」における12/18分として書いています。 12/17は @NoriyukiMizuno さんによる 「ソフトウェアテストの勉強会。1年目。」 というエントリでした。 今回は、以前から感じている矛盾について、私なりの考えをまとめたものです。 特に、マネージャーや経営層と呼ばれる人に読んでもらいたいと思っているのですが、このブログの読者層を、考えると、あまり多くはなさそうなので、以下に示す問題について、悩んでいる／苦しんでいるような人から、うまく伝われば良いと思っています。 矛盾する問題 私は、SEPG（Software Engineering Process Group）という役割上、いろいろなソフトウェア開発のプロジェクトや組織に関わってきました。 絶対数で言えば、そんなに多くはない
プログラマーの情熱を奪わない開発プロセスとは？ | スラド デベロッパー
テスト駆動開発はベストプラクティスであるということは皆の知るところだろう。コードを100%レビューする。単体テストでのコードカバー率を70%にする。循環的複雑度を20以下に抑える。開発を始める前に顧客の要望を調整しておくなど。大量の「ベストプラクティス」は、それぞれ素晴らしいアイディアのように見える。しかし、ベストプラクティスをこなすことに追われる開発者には、革新的・創造的な作業をするための時間がどれぐらい残されるだろうか。 O'Reilly Radarの記事では、良いコードを確保するために取り入れるプロセスが多すぎると、開発者の情熱を奪ってしまうと主張している。 「素晴らしいコードを書くことのできるプログラマーから、プロセスが情熱を奪う。不満を抱くプログラマーが質の悪いコードを書き、良いコードを確保するために管理部門がプロセスを追加する、という悪循環に陥り、さらに士気が低下する」というこ
WindowsでSubversionを使う：TortoiseSVNでバージョン管理 | OSDN Magazine
Windows環境でSubversionによるバージョン管理を行いたい場合に便利なのが、GUIでリポジトリにアクセスできるTortoiseSVNだ。本記事では、TortoiseSVNの導入から基本的な使用方法までを解説する。 図1 TortoiseSVN TortoiseSVNをインストールする TortoiseSVN(本家)は、Windows 2000/XP/Vistaで動作するSubversionクライアントである。エクスプローラーの拡張機能としてインストールされ、エクスプローラーからGUIでファイルのチェックアウトやコミット、アップデートといった作業を行えるのが特徴だ（図1）。 TortoiseSVNはSourceForge.JPのダウンロードページからダウンロードできる。32bit版と64bit版のバイナリインストーラが用意されているほか、UIを日本語を含む各種言語に対応させるLa
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
