「技術的負債」は今でもメタファとして有効か
原文(投稿日：2011/07/11)へのリンク 技術的負債(Technical dept) は Ward Cunningham 氏の造語で，次のようなことだ。 もうひとつ，もっと重大な落とし穴があります。整理統合に関する失敗です。未熟なコードでも正しく動作さえするなら，顧客には問題なく受け入れてもらえるかも知れません。しかしそれが大量になるとプログラムが理解不可能になり，対応可能なプログラマが極めて限定されてしまうため，最終的には柔軟性に欠ける製品になってしまいます。コードを初めて出荷したときに負債が始まります。多少の書き直しですぐ返済できる程度の負債なら，開発速度を速めてくれますし，トランザクションのコストも成果としてのプログラムによって相殺されます。危険性が発生するのは，債務が返済不可能な場合です。適切でないコードのために費やされる時間はすべて，その負債に対する利子に数えられます。整合
スクラム道バーストに参加してきました。 #scrumdo - Change The Worlds
スクラム道バーストに参加してきました。 当日のテーマ これまでのスクラム道を知っていただければと思い、過去(スクラム道.01�、02、03、06)のどれかを会場の皆さんに決めてもらい再演します。 スクラム道.01 「ふりかえり」KPT is harmful スクラム道.02 「スプリントバーンダウン」スプリントバーンダウン虎の巻 スクラム道.03 「スプリント計画ミーティング」 スクラム道.06 「スクラムマスター」 ※スクラム道.04 「スプリント0」 につきましては読み手の方のご都合がつかないため対象外とさせていただきます。ご了承ください。 当日のタイムテーブル 18:30 - 18:45 テーマ決め、選手入場 18:45 - 19:15 読み手の発表 19:15 - 19:50 ディスカッション ラウンド1 19:55 - 20:30 ディスカッション ラウンド2 20:30 - 2
Gitを使った開発・運用フローの紹介
私の所属している会社では、2年程前にバージョン管理システムをSubversionからGitに移行し、現在まで開発フローを試行錯誤してきました。ようやく形になってきたということで、守秘義務に接触しない程度に紹介＆考察していきたいと思います。 形になってきたとはいえ、まだまだ試行錯誤中ですので色々なツッコミは大歓迎です。 現在の開発フローの俯瞰図# 現在の開発フローを俯瞰してみると大体下記図のような感じになっています。途中で図を書くのが面倒になった都合上、Jenkinsさんが１人しか居ませんが、実際はmasterブランチの他にreleaseブランチも監視してもらっています。 以降この図を元に話を進めていきたと思います。 Gitoriousを利用して自由に開発# GitoriousというGitHubに似たサービスがあります。このGitoriousはオープンソースとしても公開されていますので社内に
多人数開発で Git を使う場合の環境構築 | GREE Engineering
こんにちは、インフラやってる sotarok です。最近、社内でも「sotarok は そーたろっくと読む」という誤解が広がっていましたので改めて自己紹介しますと、sotarok と書いて「そーたろー」または「そーたろー・けー」と読みます。ロックしてないのでよろしくお願いします。 今日は、Git の話です。 GREE ではずっと Subversion を使っているという話を、以前開発環境の話をしたときに少し触れたことがあります。Subversion での運用方法も、GREE では割と面白い運用をしているのでその話もどこかでしたいのですが、まあ、それは今回は置いておきましょう。どこかで聞いてください。 GREE もその昔 CVS から Subversion に移ったのですが、時代は流れるもので、いよいよ Git 化という流れがきています。Subversion と Git の違いを今更あえて挙
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
