巨大なリポジトリ を Git で上手く扱う方法 | Atlassian Japan 公式ブログ | アトラシアン株式会社
git は、コードベースの発展過程を記録し、開発者間の協同作業を効率化する強力なツールです。でも、記録対象のリポジトリがとてつもなく巨大なものになったときは何が起こるのでしょうか？ この記事では、いくつかの異なる意味での巨大化に正しく対処するためのアイデアと手法を少し紹介してみたいと思います。 二種類の 巨大なリポジトリ よく考えてみると 巨大なリポジトリ が生ずる理由はおおまかに言って二つあります: 非常に長い期間にわたって履歴が積み上げられた (プロジェクトが非常に長い期間継続的に拡大を続けたために開発成果が積み重なった) 場合 巨大でしかも履歴の記録が必要なバイナリ データが存在し、それがコードに反映される場合 その両方の場合 即ち、リポジトリの巨大化は二つの異なる方向に向かって起こることになります。それは、作業ディレクトリのサイズ (即ち直近のコミットのサイズ) の問題と全体の履歴
単体テスト（画面単位のテスト）がクソらしいので思ったことを書いてみる - うさぎ組
なんか2週間くらいずっと画面単位のテストを単体テストと呼んで、手動テストをする現場についていろいろ文句がSNSで流れていた。それについて思うことをバカスカ書く。 これは、誰かを批難したいわけでもなく、ただの感想である。言うなれば街の風景をみたときの日記だ。そうだよ。これは日記だよ？ 要約 だいたいの話は僕が2,3年前にTwitterで言いまくった単体テスト/結合テストなんて存在しない - Togetterまとめに似ていると思ったけど、僕の狭い観測範囲では生産的な結論を迎えずに文句の固まりで終わって、こう非常にあーあっていう気持ちが残った。 あと、観測結果として 同僚や上司に加えてkyon_mmに「なぜその手法でテストをしたいの？ねぇ？なんで？」って聞かれても答えられるか。が相手を評価する目安だと僕自身が自覚した。 というのが大きかった。 単体テスト まず、最初に思ったのはTwitterで文
WBS は、作業分解構造ではないのよ。 - haradakiro's blog
ちょっと大人数で行うプロジェクトに参加したことがある人なら、WBS (ワークブレークダウンストラクチャー) を目にしたことがあるだろう。 日本語だと作業分解構成と説明されることが多い。Work(作業) Breakdown(分解) Structure(構造) というわけだ。日本語の説明では、そういう説明が主流のようだ。 でも、WBS の Work は実は作業ではない。 WBS を定義した標準の最新版MIL-STD-881Cを見てみると、"A product-oriented family tree composed of hardware, software, services, data, and facilities." 「WBS の定義は、ハードウェア、ソフトウェア、サービス、データ、設備などからなる成果物指向の分解ツリーである。」 ここでいう Work は、成果物のことだ。Workb
“技術だけ”では、開発プロジェクトは失敗する
システム開発は、「人と人との強い結び付き」と、開発に向ける「思いの強さ」「やり抜く姿勢」が成功の大前提となる。 呉医療センターの医療情報システム全面刷新の案件には、複数の競合ベンダが入札していた。当初は劣勢だったが、最終的に落札できたのは、プロジェクトを担当した富士通中国システムズ（2010年当時）の甲野義久が、「足繁く呉医療センターに通い、医師と向き合い、丹念にヒアリングを」行った結果だった。途中からプロジェクトに参加した富士通 ヘルスケアソリューション事業本部の山岡弘明は語る。「仮想化とかクラウドとかいう言葉は、どうしても一人歩きしがちです。でも実際には、そういった技術は手段であって、それをやることそのものが目的じゃないんです」「技術中心に考えるとそこが逆転してしまうこともありますが、あくまでも診療のシステムをこう作りますと提案できたのが大きいと思います」――。 本書「挑む力～世界一を
アジャイルが語る。価値あるソフトウエアを届けるために必要な12の価値観 - 基本へ帰ろう
私は日頃から「価値あるソフトウェアを提供したい」「開発スピードを向上したい」「顧客も開発者も幸せな環境を作りたい」、そう思いながら開発を行なっています。それらを達成するために必要だと感じているのが、”顧客とプロジェクトメンバー全員”で「価値観（大切だと思うこと）を共有して納得すること」だと思っています。極端な話ですが、もし顧客が「予算も仕様も開発期間も開発メンバーも固定だ。遅れたら土日祝日を使って取り戻せ。残業代はもちろん支払わないぞ。そしてソフトウェアが役に立たなかったら買い取ってもらうからな。フハハハハ！」という価値観をもった顧客と契約（約束）できるでしょうか？価値観というのはとても大切なのです。 私はアジャイルについて、以前から興味を持っています。例えば下記のエントリーがその現れです。 RubyKaigi2010で「本当のアジャイル」を学んだ - 基本へ帰ろう アジャイルな見積りと計
ボトルネックは開発リーダ - rabbit2goのブログ
チーム内の作業が上手く回っていないという開発の様子を観察すると、なかなか興味深いものがある。 リーダはなぜか常に忙しい 夜遅くまで残って残業するほど忙しいようなのだが、その忙しさの原因を聞いても本人の口からまともな説明は返ってこない。つまり、何が原因で忙しく、今後の見通しはどうなっているのか、本人自身が分かっていないのだ。自分自身の忙しさに酔いしれているリーダは、とにかく忙しいことが嬉しいらしい。 問題の全貌が見えない プロジェクトのヒアリングを進めると、アレも有ってコレも有ってと次々と問題が出てくるものの、その総数が不明で、現在どの段階まで達しているのか不明だ。問題が残っているという点だけは同意だけど、それに勝るとも劣らず解決済みの問題も多数存在するはずであり、その日々の変化を追跡していけば最後の着地点が見えてくるはずだ。それなのに、同じ問題を何度も繰り返し取り上げて堂々巡りの議論を続け
テストフェーズは悪条件だらけ
中堅開発会社でSEを務める上村裕二さんは、間もなく始まる新販売管理システムの開発プロジェクトで、テスト工程のリーダーを任された。テストでバグを発見するのが得意な入社4年目の上村さんに、リーダー役として白羽の矢が立ったのである。 「これまでの実績が評価された。このチャンスをうまく生かしてやろう」。初めてのリーダー役に上村さんは意欲を燃やした。 プロジェクトが始まり、上村さんはプロジェクトマネジャーで上司の田中部長に呼び出された。「上村、そろそろテスト計画書を作ってくれないか」。上村さんはテスト計画書を見たことはあるが、自分で作ったことがない。「わ、分かりました」。そう返事だけして、過去のテスト計画書やテストに関する本を参考にしながら、見よう見まねで今回のテスト計画書を作ることにした。 テスト計画書は、テストの目的や方針、スケジュールや工数、体制、テスト環境などを記載したもの。テスト担当者はこ
2010年版 Trac の新規プロジェクト作成方法 - Natural Software
アクセスログを見ていると、Trac の新規プロジェクト作成方法へのアクセスが結構あるので、自分も含めてみんな悩むところは同じなんだな。と感じています。 昨日 TracLightning 2.4.1 がリリース*1され、プロジェクトの作成が管理画面からできるようになり、とても簡単になったので 2010年版として残すことにします。 経緯としては、Trac でマルチプロジェクト管理をするためのプラグインである TraM を Ryuzee さんとOかもとさんに Trac 0.11 対応してもらったときに管理画面からのプロジェクト作成機能を要望したところ、快く受け入れてもらいました。 ＃ということで、この機能は TraM プラグインの機能になります。 管理画面からの新規プロジェクト作成方法 プロジェクト一覧画面で管理者権限でログインし[管理]メニューに入る TracLightning-2.4.0以前
「テストをすべきなのは知っているが，現実にはできない」という現場の状況をいかに打破するか，気鋭のソフト開発者とテスト技術者がパネル討論
「テストをすべきなのは知っているが，現実にはできない」という現場の状況をいかに打破するか，気鋭のソフト開発者とテスト技術者がパネル討論 Developers [Test] Summit 2008（デブサミTest） 「建前ではなく実際にテストを普及させるにはどうすればいいのか」。2008年4月23日，東京・九段で開催されたテストに特化したソフトウエア開発者向けカンファレンス「Developers [Test] Summit 2008（デブサミTest）」で「【徹底討論】テストなんていらない？！-テストを，どこまでやるべきか？」というパネル・ディスカッションが開催された。 司会を務めたのはタワーズ・クエスト プログラマ兼取締役社長であり，テスト駆動開発（TDD）の日本での第一人者である和田卓人氏。同氏に，オープンソース・プロジェクト「Seasar」のチーフコミッタであるひがやすを氏，テストの
『Springを使用するには？』
Java Springの逆引きメモJavaのSpring frameworkのメモを書いていきます！ 初心者の勉強ノートなので間違いがあるかもしれませんが、何かヒントになることがあれば幸いです。 ここでは、Springを使用したWEB開発をするための設定を見ていきます。 SpringのWEBプロジェクトを作成するところまでを記述します。 具体的なWEB作成サンプルは次の記事 で書いてみようと思います。 まず、tomcatをインストールしておいてください。 そして、eclipseを起動してください。 【SpringIDEプラグインのインストール】 Springで使用するeclipseのプラグインをインストールします。 設定ファイルの間違いを指摘してくれたり、AOPで織り込みをしている箇所を教えてくれたりする優れものです。 eclipseの、ヘルプメニュー ⇒ ソフトウェア更新 を選択します。
多くのプロジェクトは、計画段階ですでに失敗している
多くのプロジェクトは、計画段階ですでに失敗している：情報マネージャとSEのための「今週の1冊」（38） 確実に目標を達成するためには、“PDCA”の“P”で考えるべきことがたくさんある。検討すべき項目を一つ一つ丁寧に扱い、もっと慎重にプランニングを進めるべきだ。 数年前、ある自治体のプールで、幼い少女が浄化設備の吸水口に吸い込まれて亡くなる事故があった。マスコミは「現場の危機管理に問題があった」と報じたが、それは間違っている。「問題は、『事故が起きたときの危機管理』ではなく、『ずっと前から吸水口の金網がはずれていた』という日ごろの管理にあったのだ。日本人は“危機管理が苦手”なのではなく、“管理自体が苦手”なのであって、危機的状況になるとそれが『バレる』だけなのである」――このように言われると、国や企業、さらにはプロジェクトチームまで、あらゆる組織のマネジメント、全てに当てはまるような気がし
Apache Maven - Wikipedia
Apache Maven（アパッチ メイヴン／メイヴェン）は、Java用プロジェクト管理ツールである。Apache Antに代わるものとして作られた。Apacheライセンスにて配布されているオープンソースソフトウェアである。 特徴[編集] このツールの大きな特徴はプラグイン拡張により様々な使い方ができることである。ソースコードのコンパイル、テスト、Javadoc生成、テストレポート生成、プロジェクトサイト生成、JAR生成、サーバへのデプロイ、WAR, EARファイル生成など様々な機能が用意されており、Antの場合にはbuild.xmlという設定ファイルに細かい指示を記述して行っていた各処理を、Mavenでは大まかな指示をpom.xmlに記述して処理する形となっている。 Mavenの大きな特徴は、pom.xmlの<dependency>タグにプロジェクトで使用したいJARライブラリ名及びバー
客が本気にならないといいシステムができない。東証arrowhead成功の鍵とは ～ Innovation Sprint 2011
客が本気にならないといいシステムができない。東証arrowhead成功の鍵とは ～ Innovation Sprint 2011 2010年から東京証券取引所で稼働を始めた新しい株式売買システムのarrowhead（アローヘッド）は、高速化が進む世界の証券取引所の中でも世界トップレベルのレスポンスを達成したと伝えられています。 そのarrowheadのプロジェクトはどのように運営されていたのか、そしてトラブルなくシステムが稼働した成功の背景に何があったのでしょうか？ 1月14日に都内で行われたイベント「Innovation Sprint 2011」で、東証側のシステム構築担当者だった宇治浩明氏が講演を行いました。 世界の高速化競争とトラブルによる危機感が背景に 東京証券取引所 株式売買システム部長 宇治浩明氏。1年前に投入した東証の新しい株式売買システム「arrowhead」は、それ以前に
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
日科技連|ソフトウェア品質|SQiP研究会