9

.NET 3.5、.NET 4.0、WPF、Silverlight、ASP.NET MVC - 実際に多くの新しい Microsoft テクノロジがリリースされており、最近は試してみることができます。(私が挙げた例はすべて Microsoft テクノロジですが、これはどの言語やプラットフォームにも当てはまります)。これがあなたの勤める会社でどのように扱われているか興味があります。いくつかの例:

  • 会社が使用するテクノロジーを決定する CTO はいますか?
  • 開発チームは、使用するテクノロジを自由に選択できますか? 例: フレームワークのバージョン、従来の ASP.NET と ASP.NET MVC、ADO.NET Entity Framework と Linq2Sql または NHibernate? それともこれらの混合？
  • あなたが働いている会社はどのような新しい技術を試していますか?その理由は何ですか?
  • あなたの会社には、WPF やその他のテクノロジを研究目的で試すための専用リソース (時間) がありますか? それとも、空き時間に何かを試して、それらを会社に紹介しようとしますか?

これらは、私の質問を明確にするための単なる例です。要約すると、このプロセスがどのようなものか、誰が責任を負い、誰が決定を下すのかを知りたいです。あなたの会社は時流に乗りますか、それとも新しいテクノロジーを試すことに消極的ですか? そして、あなたはこの状況に満足していますか？

私が働いている会社では、まだ .NET 2.0 を使用していますが (現在はゆっくりと .NET 3.5 に切り替えています)、ASP.NET MVC を真剣に調べていない、WPF をまったく試していない、などです。そして、人々にそうするよう説得するのがかなり難しいと感じる人もいます. そうでないことを期待するのは公平ですか？

4

8 に答える 8

6

私の会社では、どのテクノロジーを使用するかを決定するアーキテクチャ グループがあります。代替技術を読んで提案をすることは大歓迎ですが、最終的に決定を下すのはアーキテクチャ グループです。

これは制限が多いように思えるかもしれませんが、すべての開発グループが同じまたは類似のテクノロジを使用していることを保証し、あるグループから次のグループに移動するのはかなり簡単です。同様に、1 つのグループにすべての調査を行わせることで、複数のグループに調査作業を重複させて時間を無駄にしないようにすることができます。

于 2009-03-20T13:20:02.800 に答える
3

私はこのような小さな会社で働いており、通常、私が唯一の開発者か、非常に小さなグループの主任開発者であるため、特定のプロジェクト/状況に最適と思われるものを使用するように上司を説得することができます。

于 2009-03-20T13:18:50.603 に答える
2

私たちは、社内の主要なプロジェクトについて知っていることに固執します。

新たに登場する「ミニ」プロジェクトについては、可能な限り最新のテクノロジーでそれらを構築するために、学習曲線に打撃を与えます。

これにより、これらのことを理解し、主要なプロジェクトでこれらのテクノロジーを快適かつ安全に使用できるようになります。

于 2009-03-20T13:35:34.247 に答える
1

この質問にはさまざまな答えがあります。私が働いている場所では、通常、特定の技術を選択するのは下位レベルの技術マネージャーであり、時には開発者でさえ、何か新しいことを試す自由を持っています。たとえば、Web サイトで作業しているときに、JavaScript のプロトタイプについて学びたいと強く思いました。私は上司にそのことを訴えました。上司は、他の誰もそれを知らなかったり、以前に使用したことがなかったりしたため、最初は気が進まなかったのですが、私に許可を与えてくれました。Prototype を学び、多くの組み込み機能を利用できることは、私にとって素晴らしいことでした。他の大きなプロジェクトは上層部の管理下にあり、私たちには選択肢がほとんどありません。現在、私の会社は SAP を採用しているので、すべてがその方向に進んでいます。必ずしも SAP のエキスパートになりたいわけではありませんが、ここにとどまりたい場合は、

于 2009-03-20T14:13:18.087 に答える
1

私が働いている場所には、テクノロジーを高いレベルから見て、さまざまな実際のチームに推奨するアーキテクト チームがあります。アーキテクト チームのサブセットは、実際に技術と実験を取り入れ、成果物から外します。

  • 社内での 1 時間の概要セッション
  • 1週間のブートキャンプ
  • ホワイトペーパー/ポスター

テクノロジーが重要であるほど、そのリストの多くが作成されます。これらすべてがチームにフィードされ、テクノロジーに対する顧客の要件と組み合わされて、チームが何を使用すべきかを実際に決定します。

于 2009-03-20T13:23:19.720 に答える
1

すべての企業には独自のイノベーションのペースがあり、それはまずマネージャーの快適さのレベルに依存し、次に誰かが実際に研究して新しいものを使用して提案する仕事をしているかどうかに依存します. マネージャーが不快になり始めると、彼らが再び快適になるまで、イノベーションは減速または停止します。彼らが決して快適ではないいくつかの革新。

このことを念頭に置いて、現在起こっているよりも多くのイノベーションを期待するのが公正かどうかについてのあなたの質問にどう答えたらよいかわかりません. 確かに、もっと欲しいと思うのは理にかなっています。同様に、組織のイノベーションの速度制限に達すると、変化する可能性は低く、変化するとしても、おそらく非常に長い時間がかかります。

私は過去にさまざまなマネージャーから物事を変更するためのかなりの自由を与えられており、それを利用しました。私も定期的に限界にぶつかりましたが、最終的には自分の会社を立ち上げてフラストレーションを解消しました。(これはかなり抜本的な対策と考えられるかもしれません。確かに、そうすることで、あなたが会社を始めたまさにその目的のために研究し、開発しなければならない時間を減らすことができます。)

最近、私は Haskell でかなり重要なアプリケーションを開発しています。1 年が経ち、コツをつかみ始めました。今持っているツールで何ができるかを学ぶだけで、あと数年は確実に続きます。

私の回答の要約は次のようになると思います。周囲の人よりも革新したい場合は、ピア グループを変更する必要があります。

于 2009-06-17T04:34:07.533 に答える
0

その最先端と「革新」のために、新しいテクノロジーを試す企業は狂っていると思います。正式な「新しいテクノロジーを試してみる部門」を持つことは、ただのナッツです....彼らが他のビジネスに技術コンサルティングを提供するビジネスをしている場合を除きます。

他のすべての人にとって、テクノロジーはビジネスが物事を成し遂げるのを助けるために存在します。開発者が履歴書にクールなサウンドの TLA を並べるのを助けるためではありません。

私が現在働いている会社は非常に大きく、「戦略的プラットフォーム」を選択する CTO がいます。しかし、私が言わなければならないのは、あなたがテクノロジーを選ぶことができれば、彼らはおそらくそれを使用しているということです. 彼らは大きすぎて、会社の棒でみんなを打ち負かすことはできませんが、彼らは試みます. テクノロジーがプロジェクトで機能し、予定どおりに導入されれば、それは使用されます。

于 2009-03-20T13:31:13.897 に答える
0

私たちは、私たちのもののための堅固で実績のあるプラットフォームを必要としています. そして、派手なものは必要ありません。したがって、5 ～ 10 年ほど後に .NET に移行する可能性があります。それまでに準備が整っていることを願っています。一方、Java はすでに十分に成熟しているため、C++ や Jython スクリプトと一緒に使用しています。これらの決定はほとんど自律的です (私たちは小さなショップです)。

最先端の開発者を嘲笑するつもりはありませんが、堅牢性や最新の機能が必要かどうかは、何に取り組んでいるかによって明らかに異なります。多くの科学者は今でも Fortran 77 を喜んで使用しています。

于 2009-03-20T13:56:39.827 に答える