このポジションにとどまることは私のキャリアに悪影響を及ぼしますか?[閉まっている]


30

私は、所有者が管理者でもある小さなソフトウェア会社で働いています。私の懸念は、技術のあらゆる進歩が経営者による完全な軽daに見舞われることです。コメントの一部は次のとおりです。

  • LINQ、nHibernate、およびORMはプログラミングの悪い習慣であり、決して使用しません。
  • 大規模なアプリケーションの大部分は、まだVB6で記述されています。
  • Webは単なる時間の無駄であり、アプリケーション用ではありません。

開発ソフトウェアの新しいバージョンがリリースされるたびに、管理者が何時間も文句を言うのを聞く必要があります。WPF、WCF、MVC、エンティティなどのテクノロジーは完全に無視されます。

とは言っても、仕事をするのに恐ろしい場所ではなく、賃金は平均的で家に近い。

私の懸念は、技術的には最新バージョンの.NETを使用しているにもかかわらず、最新技術をほとんど使用していないので、.NET 1も使用している可能性があることです。

引っ越すことにした場合、この「経験」は私のキャリアを制限しますか?私はもう数年来ています。

編集:私は本当に素晴らしい反応に感謝しています。正直に言って、動きをすることは私自身の最大の利益になると思います。


91
あなたの雇用主はSarlaacのピットであり、そこにとどまることは何千年もの間あなたをゆっくり消化します。
ロバートS.

4
@Robert S .:ここで読んだ中で最高のコメントでした。
バーナード

9
あなたの仕事がそれらをそこに展開させない場合でも、あなたはいつでもあなた自身で新しい技術について学ぶことができます。
JSBձոգչ11年

2
他の人が言っていることが真実であるだけでなく、あなたは最終的に退屈し、あなたの仕事は苦しむでしょう。また、彼らがあなたの言うとおりなら、すごい!彼らは変化を嫌うようです。彼らは、もし変わるとお金を失い、実際には変えないことによっておそらく自分自身を傷つけているのに、そのリスクを負いたくないと恐れている場所にいます。キッチンの悪夢のようなものです。
マット

2
おっと、タイムポータル!1990年代の生活はどうですか?(真剣に-所有者はそれ以来起こったいかなる変化に気づかないように見える)
Piskvor

回答:


70

長く滞在すればするほど、悪化します(現在のテクノロジーについて最新であるという点で)。今行く。


8
私はちょうどこの正確な理由のために動きをしました。今、私は最新のもの、より良い給料を手に入れました。そして、私は幸せになることができませんでした。
ジェフリー

6
この。古くなったもので長く働くほど、現在のスキルの萎縮が長くなり、新しいテクノロジーを使用して仕事に就く可能性は低くなります。停滞=死
ウェインモリナ

1
それはそれを見る良い方法です。
アノン

3
@FrustratedWithFormsDesigner:ええ、5年後、VB6アプリは5年だけ古くなり、あと5年遅れます。
ライアンヘイズ

私はcで行き詰まっていて、管理者もc ++を考慮しなかったことを除いて、まったく同じ問題を抱えていました!今、私はJavaをやっています。あなたは去りたいことを知っています。すでに男とインタビューに行きます。
ケビン

27

最大の問題は、管理者/所有者が技術的な決定を下していることです。彼らはビジネス上の意思決定に集中する必要があります。技術的な決定ができ​​ない場合、あなたは高度な訓練を受けたサルに過ぎません。

しかし、あなたはこれをあなたの利点に使うことができます。別の仕事を探し始めます。何か新しいことを学ぶのに時間を費やす必要がないので、これを行う時間があるはずです。そして、仕事はまともであり、仕事にはまともな場所なので、完璧な仕事を見つけるのに時間をかけることができます。

また、あなたは会社のために新しいことを何も学んでいないので、あなたは余暇に、森の首で要求されている技術を学ぶことができます。


4
「完璧な仕事」を見つけるのに時間をかけすぎないでください。そうしないと、野菜になる​​まで脳が劣化します。
バーナード

15

作業環境についてはあまり議論しなかったので、それで問題ないと思います。あなたがこの業界にどのくらい在籍していたかわかりませんが、誰もが常に最新の最高のものを使用しているわけではありません。私は4.5年間の仕事を辞め、そこで4年間毎日Borland C ++ Builder 5 IDEを使用しました。量産コードはまだそのプラットフォームで開発されており、その特定の業界で広く使用されています。ときどき、モバイルハンドヘルドと統合してVisual Studio 2005を利用しなければならなかったときなど、可能な限り新しいテクノロジを使用するようにしました。

ulめるのではなく、状況を最大限に活用する必要があります。できる限り増分変更を行います。古いプラットフォームで製品を可能な限り改善します。最初の話では、古いIDEでソフトウェアを改善する方法をまだ見つけていました。古いツールだからといって捨てないでください。私は現在、WCF、LINQ、および他の技術が話題であることを知っていますが、古いものに固執することは有益です。

上司が技術的な決定を下す限り、それは小さな会社だからです。私は2つの小さな会社で働いてきました-それは普通です。大企業では、エンジニアと経営陣の分離度がはるかに高くなります。通常、ベストプラクティスである必要はありませんが、それは必ずしも悪いことではありません。

別の観点から物事を見始める時が来ました。私は、多くの場合、私の人生を通してそうすることを望みました。私の友人を前向きに考えてください。


2
私はあなたに同意します-ビジネスの意味で、古いものにとどまることは代償です。開発者に役立つことはめったにありません。
ボリスヤンコフ

可能な場合はすでに改善を行っていますが、時には困難な戦いのように感じることもあります。
アノン

11

これは暴言のようなにおいがしますが、とにかく噛みます...

あなたは答えを知っており、敗者のために働いていることを私たちに伝える必要はないと思います。

悪い仕事で数年間は私を傷つけることはありませんでしたが、今では5つ以上が悪いように見え始めます、特にそれが仕事に悪い場所であるとして専門家のコミュニティで評判を得た場合。

今すぐ別の仕事を探し始める必要があります。


1
私はそれが暴言のような側面を持っていたと思いますが、私は他の人が状況が私と同じくらい悪いと思ったかどうか本当に見たかったです。
アノン

5

はい。他の貧しい企業でのみ使用され、古いテクノロジーのように新しいテクノロジーを使用する古いテクノロジーを使用して数年働いているため、すでにキャリアに影響を与えています。つまり、技術的に無知です。どちらも非常に深刻な犯罪であり、キャリアの見通しに大きな打撃を与えるでしょう。この職業では、停滞は死刑判決であり、早期退職につながります。常に新しいテクノロジーを評価しておらず、その恩恵を享受しておらず、アップグレードを計画している会社は、必要以上に働きたい会社ではありません。これらの企業は、私たちの職業のかす-他の場所で仕事を得ることができず、同じことをするための安定した安定を必要とするもの-のみを保持することができます。

OPの状況は、私のキャリア全体であり、私はできる損害を直接目にしました。私は何年もそれを元に戻すことに失敗しました。


1
私は過度に悲観的な見方には賛成しませんが、とにかく「私たちの職業のかす」を指摘することで+1します。私は彼らを嫌いではありません。ただ彼らを気の毒に思い、いつか私ではないことを願っています。
maple_shaft

同じ; 悲観的な見方の一部は、私がキャリア全体にわたってOPのような場所を飛び回らなければならなかったためです。
ウェインモリナ

1
+1私は同じ状況にいることに気づき、それについて何もしませんでした。私は今、テクノロジーとこの経済で絶望的に遅れています。それは致命的かもしれません。走れ!!!
ルー

1
あなたが技術を知っている唯一の大陸に残された人として高給のコンサルティングギグにつながるほど停滞するまで!:)
Affe

Affeに+1。特定の放棄されたAppleテクノロジーに取り組むことができ、喜んで仕事をする2人のうちの1人である人物を知っていました。それ。ただし、VB6でこれが起こる可能性が高いとは言えないので、VB6を中心にキャリアを築きたいと考えています。
ボブマーフィー

3

覚えておくべき重要なポイントを次に示します。

  • 雇用主が使用する技術を多様化する理由はほとんどありません。プログラマーは一度訓練されるだけなので、狭くて変化しないテクノロジーの範囲に焦点を合わせると、コストが(知覚される)コストが減少します。この点で、異なる雇用主が著しく異なる行動をすることを期待しないでください。
  • 就職活動では経験の幅が重要です。狭い分野での豊富な経験は、幅広い分野での比較的浅い経験ほど、雇用市場ではそれほど有用ではありません。どんな専門分野を選択しても、既存の狭い専門分野に正確に対応する新しい仕事を見つける可能性はわずかです。
  • すべての技術トレーニングを職場で取得する必要はありません。多くの場合、仕事はプログラミングの訓練を受けるにはひどい場所です。彼らが使用する技術と技術は一般的に古く、しばしば間違っています。自分の時間に他の場所でトレーニングと練習を求めてください。
  • オープンソースプロジェクトに貢献します。適切なプログラミング手法と新しい技術を実践するのに最適な場所は、オープンソースプロジェクトに貢献することです。自分の時間に楽しみのためにプログラミングする人は、通常、仕事のためにだけそれを行う人よりもはるかに優れたコードを書いています-彼らのコードははるかに有益です。テクノロジーを選択してください。どちらを選んでも、興味のあるプロジェクトを見つけ、コードを読んで、改善してください。それは遅いプロセスですが、仕事で得られるよりもはるかに有益です。
  • オープンソースプロジェクトに貢献します。前に言ったことは知っていますが、それは私があなたに与えることができる最も重要なアドバイスです。オープンソースプロジェクトで名前を持っているプログラマーは、雇用プールでより多くの影響力を持っています。一つには、潜在的な雇用者はあなたが書いたパブリックコードのサンプルを持っていますが、それはNDAの対象ではないため、雇用者としてのリスクは少なくなります。また、空き時間にコードを書くプログラマーは、自分がやっていることを楽しんでいるので、給料を欲しがっている人よりも集中力を維持できることを実証しています。

自分の時間に自分の仕事に取り組む自由な時間と法的余裕がある限り、どこで仕事をするか心配する必要はありません。環境が良く、給料が許容できる場合、逃げる理由はありません。


2

私はあなたの状況をまとめてみましょう、
1 -あなたDONTは、最新の技術を使用して
2 -あなたはまだあなたのマネージャーのシェルでのライブ、創造することはできません、やる気、あるいはインスピレーションを得た(私はあなたがまだあなたの毎日の作業を行うことができます方法を知ってはいけない!)
3を-Webテクノロジーはあなたの会社にとって頭痛の種です!

おい、これは健康状態でもプロの環境でもない!あなたの人生のために走る:)

私のアドバイス:市場でのあなたの経験値に応じて十分な報酬を支払っている限り、あなたの場所から遠く離れていても、できるだけ早く新しい仕事を探し始めてください。

がんばろう。


1

ビジネスをテクノロジーで更新する必要はありませんが、プログラマーは更新します。先に進む時間です。


はい。「技術の更新」が必要な場合は、新しい「diggライク」、「fbライク」スタートアップなどに移行してください。
スラウェク

しかし、プログラマーが「テクノロジーで更新する必要があり」、それを手に入れるために飛び跳ねる場合、それは当然、ビジネスが「テクノロジーで更新される必要がある」ことを意味するわけではありません。プログラマを雇うことができますか?
CraigTP

私が見たものに基づいた私のキャリアでは、プログラマーを交換可能なリソースと見なしている企業はほとんどなく、ピーナッツを支払い、たくさんの僧kieを雇うことを信じています。
マノジアタル

0

それは本当にあなたが望むものに依存します。私は確かに、あなたが経営陣から与えたほとんどすべての引用、特に以下に同意しません:

大規模なアプリケーションの大部分は、まだVB6で記述されています。

なんて冗談か、彼らはVB6で書かれたわけではなく、書かれていて、まだメインフレームで実行されています!

しかし、真剣に、あなたは自分の優先順位が何であるかを自分で決めなければなりません。テクノロジーは無関係である傾向があり、新しいテクノロジーを悪用し、古いものにエレガントなコードを書くことができると思います(私は両方を見てきました、そして、新しいテクノロジーは学習曲線と経験不足のために本当に乱用される傾向があります)。個人的には、RIAサービスを使用した最新のMVC / AJAXサイトよりも、堅実なソフトウェアエンジニアリングの原則を使用して適切に記述されているVB6またはレガシーJavaプロジェクトに取り組んでいますが、プログラム全体を修復せずに破壊します。自分がやっていることに満足しているなら、VB6プログラマを必要とする限り、どこでも見つけることができます。まだそこにいるすべてのCOBOLプログラマを見てください。

そうは言っても、あなたがいる場所に間違っている可能性のある他のことがたくさんあるように聞こえます。本当の問題は、所有者が現実と接触しておらず、理解できず、意思決定を行う資格がない技術的な問題があることを認めたくないということです。


1
「そして、あなたが良い開発者であることを証明したなら、良い会社はあなたに新しいテクノロジーのトレーニングを手伝ってくれるでしょう」-私は知らない。企業に優秀で経験豊富なCOBOLプログラマーのグループがあり、ビジネスの生命線がメインフレームにある場合、COBOLの世界でCOBOLの人々を維持するために何でもします。なぜCOBOLの人々が日々不足しているのに、それらをクロストレーニングし、新しい技術に向けて出発するように奨励したいのですか?
グラハム

@Graham:私は彼が現在のインフラストラクチャ内の新しいテクノロジーを意味していると思いました。RubyやErlangのトレーニングを提供しているJavaショップは聞いたことがありませんが、OSGiとMongoDBの開発者をトレーニングしたものは知っています。
TMN

実際、私が現在働いている会社は、iSeries / RPGシステムに大きく依存しており、他のテクノロジーを再訓練するオプションが誰にでも提供されています。30年にわたってやってきたことを喜んで続ける人もいれば、.NET 4、MVC、Entity Framework、WCFを手に入れている人もいます。そして、現在の従業員を解放するために、新しい従業員がiSeriesでトレーニングされています。それは視点の問題です。最も重要なことは、優秀な経験豊富なプログラマーを維持することです。メインフレームの世界に彼らを維持することはそうではありません。
ジョエルC

0

ビジネス向けの何かを開発します。つまり、ビジネスデータを使用してビジネス上の意思決定をしたり、何らかの方法でビジネスデータを提示したり、真に有用なビジネスアプリケーションを作成したりします。自分の時間にそれを行い、最先端の技術を使用して、できるだけ素晴らしいものにします。

それらを匿名で投稿しますが、それがあなたであることを証明する方法を提供します。(正直なところ)それにかかった時間を含めてください。

このようなものを書くのにどれくらいの時間がかかるかと聞かれたら、現在利用できる技術に応じて計算してください。ほとんどの場合、違いは大きくなります。

1日かそこら後に、彼らと一緒に座り、彼らに話します。彼らが中途半端な人々であれば、彼らはそれを助けを求める大きな叫びだと認識し、彼らの見通しを変えます。続けない場合は、はい、行かなければなりません。しかし、この方法は彼らに自分自身を償還する機会を与え、あなたに何ができるかを証明する機会を与えます。


0

たぶんあなたが思うかもしれないほどではありません。

多くの雇用主は、VBなどのツールの経験を求めていますが、実際に行ったことにあまり注意を払っていません。

ですから、それがあなたのキャリアを積極的に害しているとは言いません。助けていないだけです。そうでなければ、仕事に満足しているなら、しばらくの間それを使い続けてください。

あなたが彼らのために働き続ける間、あなたのキャリアを促進するより良い仕事をする役割を探すことを止めることは何もありません。


0

小さな会社で数年間働くことは、一般的に会社が開発するものについてかなりの知識があることを意味します...私はあなたがビジネスの鍵であり、多くの場合小さな会社が作る余裕がないかなりの量の情報を持っていると思いますすべての知識が労働者の間で等しく知られていることを確認してください。

会社が十分に小さい場合は、ネットワークのセットアップを管理したり、マネージャーや所有者が置き換える必要のある一見重要ではない一見重要タスクを挿入したりすることもできます。

あなたが去った場合、それはハンドオーバーや知識の移転の点で中小企業にとって非常に大きな頭痛の種になるかもしれません。

私が得ていることは、会社でのあなたの役割が実際に非常に重要であるかもしれないということです。なぜなら、あなたは多くのビジネス情報と、時間が経つにつれて利用できなくなっているツール/スキルを知っているからです。あなたの知識は、アプリケーションがアップグレードされるか、新しいプラットフォームに持ち込まれるなどの鍵となる可能性が高い

あなたは彼らと交渉することを危険にさらしたいとは思いませんが、あなたが仕事を辞めたなら、あなたはあなたが持っているスキル求めて潜在的に絶望的な状態にあるのを見ることができます...


0

私はこのような会社で1年近く働いて、経営陣が自分がブラックリストに載っていて、完全に効果がないと確信した(収益に顕著なプラスの影響を与えていたコードをプロダクションにプロデュースしていたという事実にもかかわらず)最終的に私を解雇し、私の職歴に黒点を残そうとしました。

会社がイノベーションを嫌う場合、ある時点で、物事が機能しない理由についてスケープゴートが必要になります。それをあなたにさせないでください。


0

古いものを使用する直接的なコンピューター/ソフトウェア関連産業以外では、かなり一般的です。

新しいプラットフォームへの移行に関するリスク/報酬は、一部の業界では悪いビジネスの動きと見なされています。これは一部のセクターの事実です。次の2つの質問が必要です。

  1. 会社はその決定により競争力を失う可能性が高いですか?
  2. セクターや現代のプログラミングにもっと興味がありますか?

この分野で多くのビジネス知識を持ち(ここでは保険や航空宇宙が良い例です)、問題解決をそのまま楽しんでいるなら、最先端のものを使わずにキャリア全体に進むことができます。COBOL、ADA、およびアセンブラーはまだこれらの分野で非常に健在です。それは変化していますが、非常にゆっくりであり、他の実績のある「古い」ツール(v3 +のベルやホイッスルのない.netなど)にのみです。これらの企業が新しいものを一方、問題のあるスペースが嫌いな場合、または企業が参入障壁の低い何かをしている場合、同等のポジションを見つけるのに苦労するため、リスクの高い場所にいます。

あなたが新しいものを出したいが、あなたが本当にポジションが良い方向に進んでいると本当に思うなら、あなたがそうしなければならないと感じないでください。あなたがそれを説明する立場はあなたの選択を少し制限しますが、あなたが将来のエンタープライズスペースにとどまることに満足しているなら、最先端のタイプがそれを鳴らすほどあなたを傷つけません。


-1

このビジネスでは、あなたはサメでなければなりません。前進を止めないでください。会社がそれを認識しない場合、彼らは自分の成功を気にしません。できるだけ早く移動!


-4

笑、いわゆる実生活では、きれいな名前の新しい役に立たない技術を使用することはありません...代わりに、生産準備が整っていることが証明された古い、ベテランのソリューションです。

実際のビジネスアプリの多くは、まだBorland C ++ Builder、Delphi、またはVB6で開発されています。

MongoやORMなどと「遊び」たい場合は、幼稚園に戻りましょう。または、いくつかのスタートアップで、意味のない、重篤でない仕事を探してください。

何を期待しますか?あなたの雇用主がすべての新しいテクノロジーのベータテスターとして行動することを?愚かなFacebookクローンを作成している場合、最新の技術を使用できます。破損したり、データが失われたりするかどうかは関係ありません。

「進行」とはどういう意味ですか?ORMまたはHibernateを使用することは両方とも恐ろしいことであり、あなたのマネージャーはこれを使用するのは不適切なプログラミング手法であるとあなたに言っています。ORMは、クエリの作成方法がわからないデータベースダミー用であり、パフォーマンスの面では恐ろしく、混乱を生みます。

MVC?アプリの各1/4を異なるモデルで作成したいですか?書き直すのに一年も無駄でしょうか?「仕事」をする目的は、物事を成し遂げることだと思います...流行ではありません。


1
ワオ。.NetはJavaの場合と同じようにほとんど「ベータ版」ではありません。.NetとJavaはどちらも、リストされている言語よりも生産性が高く、vb6またはDelphiを使用したい高品質の開発者を見つけることができます。多くの場合、新しいテクノロジーは他のツールと同様に悪用され、悪用されますが、それはツールではなく開発者の責任です。
エイドリアン

2
最大限の、議論の余地のないがらくたの束。-1。
ジャス

クール。次に、VB6で開発されていないStack Exchangeを見てください。
sharptooth

1
私は.NetやJavaについて話していませんでした。申し訳ありませんが、「議論の余地がない」と感じるかもしれませんが、雇用主がすべての会社のアプリを0の利益のためにMVCまたはORMに書き換えると思われる場合は、遅らせる必要があります。そして、なぜあなたに伝える必要があるなら、あなたは確かだと思います。Stack Exchange ...クール、そう、実際のビジネスアプリケーションのように見える:)
Slawek

1
@Slawek-非常に古いテクノロジーを使用しているからといって、MVCとORMがくだらないことを意味するわけではありません(事実、MVCは1979年に1つのTrygve Reenskaugによって発明されました(Smalltalk、誰か?)。確かに、何百万ものDBレコードを操作し、何百万人ものユーザーのためにインターネット全体に拡張し、これを得ると思います:収益を上げることは、おそらく真のビジネスアプリ(!?)としては適格ではありません。未調整の無能の開発者のカップルは、今日のレガシーデルファイ/ VB6のコードで作業している。
ジャス
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.