どのような取り扱いは開発した最新式ユニット長プロジェクトを運営する?

StackOverflow https://stackoverflow.com/questions/900634

  •  23-08-2019
  •  | 
  •  

質問

そのときの中長期のプロジェクト（ロング=数年で、期待どおりの方々からブランドの新しいリリースなどで行っています。がある場合がございます。Netフレームワークとブランドの新しい特徴などLinq、企業の枠組みのコンポーネントのラインナップ,WF...)、Visual StudioやV.次のお好みの制御図書館、新しい枠組みを模擬あると思う。うガイドラインの取扱いにこれらの開発した最新式ユニット?いすを採用し，まだまったく無視します。いの異なるガイドラインに違(工具、フレームワークを支えるもの)?

役に立ちましたか？

解決

私の経験上、このような決定されているケースバイケースです。いくつかの要因を考えると、を含む:

  1. どのように成熟するのでしょうか？な団体様に最前線に進出血縁新しい技術に、好みの作業に実績のあるツールと方法論?

  2. どのスキルを設定しい人ですか？いと整合的利用の新技術やトレーニングでコンディションが必要なの？まで生産性の向上を凌駕する時間をこれからも取り組んでいきます。速?

  3. どの投資については、既存の技術を生み出すか？費用について教えてく移動などの新しいテクノロジー?どのくらい直しや書き換えコードが関与しているか？

  4. 何の制限はありますか？で、既存の技術や新しいツールを必要との要件を満たすために?

  5. その性能を期待?は新しい技術を提供すの性能を改善することが出来ないのでしょうか？

  6. 今の技術です。は組織の特定のベンダーなどマイクロソフトショップ)?でオープンソースコードは何に使われるのでしょうか。

  7. の範囲についてお教え下さい。での大規模なプロジェクトメリットを享受できるから支援技術のような枠組みとツールは小さなプロジェクトが過度に重複雑によるこれらのもの?

  8. はどのように新しい技術サポートしていますか？のベンダーにて書類?はどんなと話すことができます。きる組織の人々から問題なくサポート契約の?

  9. の技術を快適に仕事です。いようでしょう？での清楚で気品のある?他の人がお気に入りのようです。他人が困りですか？

  10. 技術に関する最新の風味を。で実績のある自らの戦場で着実に成果を結実さ、それともただの宗教?

  11. どのくらい時間について学ぶ、新しい技術や鉄報を提供するリソースが確保?の給付を上回る発行しました。

とても簡単な例を選びましたリンクのためのSQL最近のプロジェクトでは、プロジェクトの複雑なのに十分な保証は、ORM,L2Sを行うものであり軽量化したマイクロソフトショップ、それが私の意味で、企業の枠組みではありませんムでも、Microsoftすることができるための枠組みます

他のヒント

あなたが始めたものでスティックます。

大規模かつ長期実行中のプロジェクトは、多くの場合、巨大で非常に複雑なコードベースが付属しています。ライブラリの新バージョンへの変更またはアップグレードは非常に微妙と予期せぬバグを追加することができます。

また：大規模なプロジェクトのために使用するツールとライブラリがテストされている必要があり、設計段階で評価しました。あなたはショーストッパーやセキュリティ上の問題を見つけない限り、それはアップグレードしないことをお勧めします。

は常に覚えている：ストリームの途中で馬を変更しないでください。 ： - ）

私は異なるピッチのように-

  1. というソフトウェアトレンドは終焉しつつ、例えば、昨年月、Microsoft退職した主流の支援のためのSQL Server2000、お客様の製品が使用して、その賢いくために、次のバージョンのSQLサーバーに次のリリースで実現されます。
  2. もう一つの要因が重はどのくらいの値は、新機能のリリースのソフトウェアがご製品です。ある場合には新しいリリース。NETフレームワークは何かない追加価値製品を、しないを強めていくの場合グレードアップを図っています。
  3. 予算は非常に重要になります。と思いますアップグレードする必要があるライセンスするために、次のリリースを除き、既に一部のようなソフトウェアを確保する。
  4. 研修のチームも要因です。場合は、最新のリリースを追加製品のようにして実行してください列車のチームです。

ができるその他の言要因です。これらっているんですけれども、これはトップを切った。あなたにとってどんな年でした役立っています。

乾杯

あなたは、フレームワーク、具体的な例の話をしている場合は、

、私はあなたを与えるだろうアドバイスの最大の作品は、システムおよびアプリケーション別のを維持しています。私は、このようなモデル - ビュー - コントローラなどのパターンを愛する理由はここにある - それは、モジュラーコードを保持し、あなたが全体としてアプリを壊すことなく、セクションをアップグレードできることを意味します。

。 あなたのフレームワークは、Gitのか、SVNリポジトリを持っている場合は、

より実用的なレベルでは、レポから通常の「システム」ディレクトリをチェックアウト、あなたが構築し、最新かつ最高に追いつくために、時々「のsvn更新」と呼ぶことができます。

私は、プロジェクトがその長くは続かないことを示唆しています。イテレーションごとに数ヶ月と小さな部分でアプリケーションを開発します。こうすることで、新しい技術が出てくるように、あなたは、必要な変更を行うことができますし、アプリケーション全体を再開発することを決定しなければならないというし、行くようにアップデートを実装します。あなたが言うように、物事がうまく動作しない変更として全体のアプリケーションを開発しようとしています。

別のポスターが言ったように、

、それは確かにケース・バイ・ケースでのことです。何それはシステムの新バージョンをテストすることがいかに難しいか、簡単で主に決定されたときにアップグレードすることができます。あなたのアプリケーションのための包括的な自動化されたテストスイートを持つことは、これで多くのことができます。

それは、メンテナンスが容易になりますので、

一般的に、私は、できるだけ頻繁にようにライブラリの最新の安定版リリースに更新しようと。あなたが更新しない場合は、あなた自身がパッチ適用または使用しているライブラリのバージョンのバグを回避作業かもしれません。あなたはそれほど頻繁に更新する場合は、あなたがに対処するためのより多くの変更を持っている、とあなたが最後にシステムに触れたので、それが長くなっていますので、あなたはそれについてはあまり覚えているので、それぞれの更新は多くの作業になります。

ライセンス： CC-BY-SA と 帰属
所属していません StackOverflow
scroll top