問題タブ [project-management]

現在、いくつかの新しいプロジェクトを追加し、いくつかの古いリポジトリからのレガシー コードとデータをマージして、ローカルの Subversion リポジトリを再構築中です。

過去にこれを行ったときは、通常、新しい「適切に構造化された」コードツリーを「邪魔」しないように、レガシーコードを専用の「レガシー」フォルダーに入れました。しかし、リファクタリングの精神からすると、これは少し間違っていると思います。理論的には、レガシー コードは時間の経過とともにリファクタリングされ、新しい場所に移動されますが、実際にはめったに起こりません。

レガシー コードをどのように扱いますか? 古い罪を「レガシー」フォルダーにしまい込み、二度と見たくないという誘惑に駆られるのと同じくらい、あるレベルでは、リポジトリ内のより「健康な」住人、おそらくレガシーコードはいつかうまくいく可能性が高くなりますか?

（ええ、私たちは皆、何かを書き直すべきではないことを知っていますが、これは私の「楽しい」リポジトリであり、私のビジネスプロジェクトではありません...）

アップデート

さまざまなバージョンを追跡する技術的な側面については心配していません。そのためにタグとブランチを使用する方法を知っています。これはより心理的な側面です。なぜなら、私はレポジトリに「きちんとした」構造を持たせたいと思っているからです。

作業/進捗レポートをプロジェクト リーダーに毎日または毎週送信している場合、これらの更新にTwitterなどのサービスを使用することを検討していただけないでしょうか。

たとえば、リモートまたは分散したチームで作業していて、プロジェクト リーダーが、人々が取り組んでいるトピック、および問題/時間の消費者がどこにいるかについての概要を把握するのに苦労している場合、いくつかのプライベート アカウントを設定しますか (またはプライベートな社内サービス) を使用して、進行状況の更新を同僚にブロードキャストしますか?

これらの製品へのリンクを編集していただきありがとうございます。しかし、あなたの会社でもすでにその製品を使用していますか? 実際のプロ用ですか？

基本的に、私はプロジェクトや仕事の依頼に関する技術仕様と機能仕様の両方を書くための優れたテンプレートを探しています。

あなたは何を使うのですか？仕様を書いている間、あなたはどのくらい深くなりますか? あなたが提供できる追加の一般的なヒントをいただければ幸いです。

私の会社はこれらをひどく必要としています。私は請負業者で働いていますが、現在、これらの文書はまったく使用していません。

編集:私は痛みのない仕様に関する Joel の見解を読みました。本当に気に入りましたが、他の意見はありますか :)

私が働いている場所では、デザイン部門と開発部門は完全に分離されていますが、私たち (デザイン部門) はサイトの CSS を管理する責任があります。通常、新しい CSS は、新しい Web サイト コードよりもはるかに頻繁に運用サーバーにリリースする必要があります。このため、CSS を個別に展開しており、ソース管理の外部に存在しています。

しかし、最近、新しい CSS がアップ サイト リリースに同期されないという問題がいくつか発生しており、一般的にこのプロセスは大きな頭痛の種です。私は CSS をある種のソース管理下に置くことを推進してきましたが、誰もが満足できる適切な展開方法を見つけるのに苦労しています。私たちの最大の問題は、サイトの現在の部分に影響を与える変更を管理することです。CSS の変更は、サイトが変更される前に公開する必要がありますが、既存のサイトの何も壊してはなりません。

ここでは、デザイナーと開発者の間の奇妙な文化の詳細については触れませんが、常に維持する必要がある大量の CSS (50 以上のファイル、数千、数千行) を管理する際に、他の人がどのような経験をしたことがあるのだろうかと考えていました。サイトのリリースとは無関係に更新およびリリースされました。

Subversionリポジトリのコードチャーンメトリック（グラフとチャートの方がさらに優れている）を提供できるツールを探しています。

私が知っているツールの1つはstatsvnです。これは、いくつかのHTMLレポートといくつかのコードチャーンメトリックを作成するJavaツールです。Statsvnは、時間の経過とともにユーザーによって変更（チャーン）された行数、ファイルおよびフォルダー/サブフォルダーごとのLOCに関するいくつかの記述統計などを報告します。

プロジェクトの状態をよりよく理解するために、コードチャーンについて知りたいです。MSの研究に触発されたこの背後にあるアイデア：システムの欠陥密度を予測するための相対的なコードチャーン測定の使用

一言で言えば、ソースコードがかき回されているほど（変更、新しい行の追加、削除、変更など）、システムに欠陥が導入される可能性が高くなります。MSの研究論文によると、生成される欠陥の数は、相対的なコードチャーン測定の数に基づいて予測できるとのことです。

オープンソース、拡張可能など、他に何かあるかどうか知りたかったのです。

ソフトウェア開発プロジェクトで技術的負債を積極的に管理していますか? もしそうなら、どのように管理していますか?

普段はプログラミングを楽しんでいます。面倒なことは、できる限り迅速かつ正確に簡単に終わらせることができるので、やり遂げることができ、二度と見る必要がありません。

しかし、私のコーディングの多くは楽しいものであり、「ゾーン」に入ると、本当に楽しんでいます。

これは、おそらく機能を追加したり、クールまたはエレガントな方法で書いたり、きちんとしたプロトタイプを作成したりするなど、多くの時間を費やすという間違いを犯す場所です。

• 時間枠を超える前に、これが起こっていることをどのように認識しますか?
• 面白いかもしれないコードを始める前、または途中で軌道に乗るために何をしますか?
• 自分を「独り占め」して、結果を気にせずに楽しむのはいつですか?

-アダム

個人的なプログラミング プロジェクトを開始するとき、最初のステップは何ですか? 現時点ではアイデアにすぎないプロジェクトを開始しようとしています。私はこれらをたくさん手に入れ、すぐにコードに飛び込み、しばらくすると完全に興味を失ったり、プロジェクトのことを忘れたりします。

あなたが始めたとき、あなたの最初のステップは何ですか？プロジェクトを計画していますか？図を作る？紙にコードを書く？成功することがわかっている方法でプロジェクトを開始するにはどうすればよいですか?

自分が所属しているチームでバーンダウンやプランニングゲームを実験してみたいです。私のチームのメンバーはそれを実現することに興味を持っていますが、誰かが以前にこれを行い、うまくいけば繰り返す必要のないいくつかの教訓を学んだと確信しています. バーンダウンやゲーム アクティビティの計画に使用できる Excel (またはその他のツール) テンプレートの例を知っている人はいますか?

ソフトウェアを日常的に使用するということは、通常、プロジェクトの作業、会議、電話、その他の中断を調整する必要があることを意味します。

時間の管理に最も役立つテクニック、トリック、またはツールはどれですか。

どのように集中し続けますか？

あなたの仕事からのあなたの最大の気晴らしは何ですか？