5

ライフサイクル管理プラットフォームとしてAldonを使用した経験のある.Net開発者からのフィードバックを探しています。ソース管理や自動ビルドなどのライフサイクル管理にAldonを使用することを真剣に検討しています。他にも多くのオプションがあることは知っていますが、私たちのショップは主にAS / 400ショップです（AS /400プログラマーが.Net開発者を上回っています）。 6対1）、AldonはiSeriesチームによってすでに使用されています。私たちが探している利点は、ライフサイクル管理スイートが1つあることです。

基本的に、私はAldonと別のツールセット（おそらくTFS、またはSVN、Cruise Controlなどの組み合わせ）を使用したことのある人からの意見を探しています。両方を使用したことがある場合、これが良いアイデアか悪いアイデアかについての推奨事項はありますか？これは明らかに大きな選択なので、フィードバックがあれば役に立ちます。

編集-追加

答えもコメントもありません...そして私の最初のタンブルウィードバッジ。これが悪い質問なのか、実際に.NETの作業を管理するためにAldonを使用している人がいないのか、他の製品を使用して比較できるAldonを使用している人がいないのかはわかりません。

だから、私は取引を甘くするための報奨金を提供し、質問の範囲を広げています...アルドンを使用している人がいる場合は、あなたが抱えている問題について何か情報を提供できますか？それは良いことですか？ツールのスイート、欲求不満、または落とし穴、あなたが好きなものなど？

追加-さらに多く 私たちの主な目標は、.NETとAS / 400（主にRPG）開発の両方を管理する1つの製品を持つことです。別のツールスイートについて提案がある場合、またはそれを試してみて価値がないと判断した場合は、その回答も取り上げます。

4

3 に答える 3

5

私はあなたと同じような店で働いています-私たちの場合、iSeries COBOLコードのかなりのレガシーコードベースがあり、.NETシステムの数が増えています-.NET開発者はSubversionを使用するように働きかけていますソース管理。確かに短い時間で製品を評価したところ、Aldonは分岐やタグ付けなどの分野ではまったく柔軟性がなく、非常に面倒で難解なインターフェイスを備えているように見えました。とにかく、製品ライフサイクルは当店で個別に（誤って）管理されており、.NETでのAldonの使用はソース管理のみに制限されているため、これは簡単な決定でした。.NETの世界では、Aldonは機能と使いやすさの点で標準のオープンソースツールに大きく遅れをとっており、TFSと競合する見込みはありません。私たちの場合、Aldonの外部で.NETコードを管理することで、開発者の生産性が確実に向上し、フラストレーションが減少しました。

一例...Subversionショップから来て、私はAldonで実験的なブランチを作成する方法を見つけようとしていました。可能であれば、ドキュメントは機能を曖昧にするという素晴らしい仕事をしました、そして私たちのアルドン管理者はその概念に出くわしたことがありませんでした。私たちの店のすべては、プロジェクトやバージョンなどを作成するために必要な管理者権限でしっかりとロックされています。これはライフサイクル管理の観点からは価値があるかもしれませんが、開発者が仕事を成し遂げようとする観点からは、それはキラーです。ライフサイクル管理とソース管理が同じソフトウェアに属しているとは思いません。Aldonはその意見を思いとどまらせるために何もしていません。

于 2010-05-03T13:42:27.717 に答える
3

ここでは誰もそれを使用していないことがわかると思います。.NETの人々は2つのカテゴリーに分類されます-「安い」（つまり、コストを節約しようとしている）ものと、基本的にあなたはオープンソースのように見えます。そして、多額の支払いをする人、そしてほとんどの人はTeam Systemを使用します。これは、VisualStudioにボトムアップで統合されているためです。AS / 400は、.NET開発者にとっては非常にまれな混合であるため、最終的には、運が悪かった可能性があります。

個人的には気にしないかと思います。これは、ソースの追跡などよりも、チームシステムのようなものにはるかに優れています。多くの優れたテスト機能、継続的インテグレーションの組み込みなど、すべてをフードを介さずに実行して、劣った製品を取得します。

于 2010-05-03T04:34:42.477 に答える
2

数年前、多数のRPG開発者の真っ只中に最初の.NETプロジェクトを開始したときに、職場で同じ問題が発生しました。当時、私たちは.NETで書かれたもの（または誰かがそれを使いたいと思ったもの）には別のソース管理システム（Subversion）を使用することを選択しました。時間と欠陥の追跡を目的として、すべてのプロジェクト（.NETおよびAS / 400）をGeminiに移動しました。基本的に、.NETおよびAS / 400プロジェクトを高レベルで管理するために単一の製品を選択しましたが、バージョン管理、自動ビルド、自動テストなどのツールは異なります。

数年後、これは私たちにとって非常にうまくいったと喜んで言うことができます。私はこれが引き起こした問題を本当に考えることはできませんが、それがいくつかの潜在的な頭痛や頭の突き合わせを回避したという事実を証明することができます。広く使用されているバージョン管理システムを選択することで、（優れた）.NET開発者を簡単に見つけることができると思います。他の人のことを話すことはできませんが、私にとっては、聞いたこともないバージョン管理システムを使用することは、インタビューの状況では少し危険です。

于 2010-05-03T19:51:20.910 に答える