ジュニア開発者はシニアチームリーダーに何を期待すべきか[非公開]


44

免責事項:表明された意見は私自身のものであり、雇用主の意見や意見を表明するものではありません。

私は小さな会社で働いており、開発者はほとんどいませんが、QA / Testは1人、マネージャーは1人です。1.5年前にこの会社に入社しました。3人の上級開発者は8年以上の経験があります。

これらは私がチームリーダーについて行った観察です。(私をすべての面で彼らと比較して経験の少ない新鮮な人と考えています)

  1. 1対1で議論することも、後輩の提案を検討することもありません(受け入れるかどうかにかかわらず、少なくとも意見を検討する必要があることに同意します)。
  2. シニアチームリーダーとして、彼らはコードベースを新しいテクノロジーでリファクタリングすることを試みることができます(新しいテクノロジーを展開する要因が可能であり、他の開発者やインフラストラクチャも準備ができています)が、これらのチームリーダーは、それらは最新ではありません。(私が言っている理由は、現在のプログラミングの傾向がわからない、*(modernizr、ブートストラップなどの人気のあるオープンソースプロジェクトなど)。
  3. 私たちのコードベースでは10000行以上が繰り返されているので、私は彼らにについて話しましたDRY: Don't Repeat yourself。彼らの回答は、「これは魅力的な記事ですが、実際には機能しません」でした。私たちは、100%DRYにしない場合、少なくともインターフェイスを使用できると伝えましたが、それも考慮されていませんでした。*(リファクタリングの準備ができていない場合、以前のコードベースに触れることなく、新機能用のインターフェイスを追加できます)
  4. すべての上級開発者は、パッチのメンテナンスとホットフィックスを行います。残りの時間はエンターテインメントサイトに費やすだけです。彼らは仕事を終えて喜んでいます。
  5. 新しい技術の導入は悪いですか?*(実現可能性の要素を含むことができます)。
  6. マネージャーはまた、私が話していることについてあまり心配していません。
  7. ジュニアは、チームリーダーから多くのことを学ぶことができると期待しています。*(彼らに助けを求めたり、上級コーディングを求めたりするのではなく)。

私の質問は:

  1. 私が提案している変更について私はあまりにも積極的ですか?
  2. 8年以上の経験を持つシニア開発者のリーダーには何を期待すべきですか?
  3. 会社から学び、経験を積むことを期待するのは間違っていますか?

更新:

彼らが乾いたと感じるのは非現実的です:彼らはOOPの概念に関与したくないからです。彼らはタスクを繰り返すことに満足しています。

私が提案している新しい技術:

  1. CSS、JS、SPriteイメージの縮小の使用
  2. インターフェースおよび.netフレームワーク4、ジェネリックなど多くの使用方法。
  3. modernizr、knockout js、レスポンシブ用のブートストラップなどのクライアント側ライブラリ、

40
ほんの一言:長年の経験は何の意味もありません。「10年の経験を持つ人もいれば、1年を10回繰り返す人もいます」という言い回しがあります(言い換え)。どれだけ長くそこにいたかではなく、彼らのスキルと知識に期待を基づいてください。
アンソニーペグラム

6
ラビ、あなたは彼らが学んで成長していると信じたいと思うでしょう。あまりにも一般的であるのは、それらがプラトーに達したということです。これは自己満足によるものか、単に挑戦されていないか、または本当に限界に達しているかどうかであり、それは人から人、状況によって異なります。
アンソニーペグラム

5
@Raviあなたの認識は、彼らがあなたを導くチームリーダーであるということです、彼らの認識は彼らが良いお金を稼ぐためのチームリーダーであり、人々が彼らが望むことをすることができるように彼らに何をすべきかを言わせないということは完全に可能です 誰もがそうすべきという理由だけであなたを助けようとしているわけではなく、多くの人は、途中で自己改善せずにチームリーダーになることでそれを避けることができれば、自分自身を改善することを気にしません。
ジミー・ホッファ

14
あなたはすでに彼らの先を行っており、彼らはあなたと一緒に仕事をする準備ができている位置に自分自身を昇格させることに興味がありません。会社を解雇します。
user16764

5
通常、私は何かをするためのよりクリーンな方法をもたらす新しいテクノロジーを求めています。ただし、多くの新しいテクノロジーが新しくて光沢があるという理由だけで、多くの新しいテクノロジーを導入しないように注意する必要があります。プロジェクトが始まったばかりの場合、または新しい機能やリファクタリングが必要な場合は、何か新しいものを紹介する良い機会になるかもしれません。プロジェクトが安定している場合(マイナーな修正のみが必要)、または遅れている場合は、新しいものを導入しない方が良いでしょう。
マーカス

回答:


30

私が提案している変更について私はあまりにも積極的ですか?

詳細(提案する新しい技術、拒否する理由、DRYが非現実的であると感じる場所、理由など)がなければ、提案のメリットの量を評価することは難しく、それが攻撃性にとって重要です。新しくてかっこいいと思うために新しいフレームワークを使用したい場合は、軽くプッシュするよりも積極的です。本当に数千行のコピー/貼り付けをコードベースに非難している場合(つまり、彼らはがらくたを書いている場合)、より積極的にする必要があります。

しかし、これはあなたと彼らの間の対人関係にも依存します。私のアドバイスは、「私の提案が会社に利益をもたらすことを実証できますか?」と自問することです。答えが「はい」の場合、プッシュしようとするライセンスがあると思います。

8歳以上のシニア開発リーダーには何を期待できますか?

これは色域を実行します。オフィスポリティクスナビゲーションと技術的考慮の両方の面で、多くのことを学ぶことができる、非常に鋭い人を時々獲得するでしょう。残念ながら、これもたくさんあります。8年以上の経験を積んだ人が不足することはありません。メンターや非常に鋭い人を見つけた場合は、できる限り控えてください。

会社から良い学習を期待するのは間違っていますか?

学ぶべき人々はそこにいて、彼らはいくつかの会社にいます。よくあるジレンマに直面しているようです。.NETRocksの人たちを言い換えれば、これは検討する価値があります。「会社を変えるか、会社を変えるか」。

つまり、特定のコアアプローチと原則を信じており、一貫してそれらを売ることができず、やりたいことや学びたいことをする自由を得ることができない場合、より良い会社を探すことを検討する価値があります。あなたにぴったり。


1
私はすべての新しいもののデモを示しました。それでも彼らは不快です。私の更新された答えを参照してください
ラビガダ

1
あなたのアイデアはおそらく存在するものの改善であるかのように思えます。次は、なぜ拒否されるのかを理解することです。あなたは先輩との十分な担当者を構築していませんか?彼らは怠け者ですか?誤解?より良いケースを作ることができますか?もしそうなら、それを消すことは良い経験かもしれません。怠け者で無関心なだけなら、そうではないかもしれません。
エリックディートリッヒ

1
彼らは無関心です。
ラビガダグ

6
@RaviG:もちろん、彼らは無関心です。あなたは新鮮な新しい開発者であり、喜ぶことに熱心で、目はあなたの胃よりもはるかに大きいです...そして、開発者に何をすべきかを伝えようとしています。製品全体を変更する方法について、経営陣が毎日新しいアイデアを持っている場合、それは十分に悪いことです...新しい人ですか?pfft。何かをしてください。
スティーブンエバーズ

19

私は、ジュニア開発者と頻繁に連携するシニア開発者(または、ここに好きな他の空想的なタイトルを挿入)としてこれを書きます。

これはおそらく、あなたの前線とシニア開発者の前線の両方の不足です。

多くのジュニア開発者が理解していないことの1つは、あなたが(ジュニアとして)新しいテクノロジーを使用すること、物事を行う新しい方法、チームに間違っていることを伝えることなどプッシュしていることです -のシニアチームは、納品時に経営陣に報告し、可能な限り迅速に新しいものを納品するために経営陣にプッシュされています(または、クライアント/顧客に最高の結果を提供します)。

時には、実証済みの実績のある配信方法が、[ここにクールなテクノロジーを挿入]を実装するリスクを上回ることがあります。締め切りが厳しく、仕事が多すぎて、トラックへの負荷がかかりすぎるということは、8年以上にわたって行ってきた方法が今回も同じことを意味していることを意味します。

あなたが提案していることが実際に彼らと長期的に会社に何らかの利益をもたらすことをチームに示すことができる必要があります。そうしないと、同僚から賛同を得られず、彼らはそれを実行するための承認を得るために管理チームにそれを売ることができません。

私が提案している変更について私はあまりにも積極的ですか?

完全な状況を知らなくても、あなたはそうかもしれない。人々AにBよりも優れていることを伝えるだけなので、Aを使用する必要はありません。あなたは、なぜそれが優れているのかを示すために何かをする必要があります。大きくする必要はありません。提案された方法を示す小さなコンポーネントやアプリケーションでさえ、十分すぎるはずです。その後、それを提示し、チームからの批判に立ち向かう準備をする必要があります。

シニア開発者としても、新しいやり方の方が良いと同僚に確信させる前にこれをしなければなりません。

8年以上の経験を持つシニア開発者のリーダーには何を期待すべきですか?

他の人が言ったように、8年以上の経験は必ずしもあなたが素晴らしいという意味ではありません。しかし、一般的には、しばらくわなにかかった人から多くを学ぶことができるはずです。あなたも彼らに何かを教えることができるかもしれません。

人は人であり、誰もがエゴ(他の人よりも大きい人)を持ち、過去8年以上にわたって間違った仕事をしていると言う新しい男より悪いことはありません。同時に、シニア開発者(良い開発者)は建設的な批判を受け入れ、その決定の理由を明確にすることができるはずです。

会社から学び、経験を積むことを期待するのは間違っていますか?

最新かつ最高のテクノロジーと機能を使用していなくても、社内で経験を積んでいません。経験は経験であり、時には古いやり方を知っていれば、新しいやり方が優れている理由をより深く理解できる場合があります。これは、新しい方法の方が優れている理由示すのにも役立ちます。なぜなら、両方を理解し、それを販売しようとしているときに、より説得力のある議論を明確にできるからです。個人的には、現在働いている最新の最高のものを使っていませんが、毎日新しいことを学んでおり、履歴書でも見栄えがよくなっています。

そうは言っても、会社が本当にうまくいかず、他のすべてが失敗した場合は、新しい職場を探したいかもしれません。


あなたの最初の点に取り組むと、それは上級開発者とのギャップだと思います。シニア開発者が彼らのためにそれをレイアウトしない場合、ジュニア開発者は新しい技術への彼らのプッシュの完全な意味をどのように理解できますか?また、信頼できる技術に固執することと、後輩の開発者に新しいことを学ばせることとの間のバランスを取る必要があります(信頼できる技術の範囲内で起こり得る多くの学習があることを確認するため)
ルドルフオラー

12

これは大きなチャンスだと考えてください。

昇進は、多くの場合、会社に入社してから何年も経過しているわけではありません(そうすべきではありません)。本当に良いアイデアだと思うものがあり、上司や同僚は聞きたくありません。

戦略は次のとおりです。

  1. 素晴らしいことをする
  2. それがどれほど素晴らしいか、ハードメトリックを収集します(このステップが重要です)
  3. 会社の全員(所有者/リード/シニア/営業担当者-手に入れることができるすべての人)にメトリックを使用して、それを実証
  4. 利益

そして、私はprofit漠然とした「私が勝つ」ステップであることを意味しません。ステップ4は、次のいずれか、またはすべてを取得する場所です。

  1. プロモート
  2. レイズ
  3. ボーナス

あなたの会社、またはあなたの才能とあなたの履歴書に載っている驚くべき指標を高く評価できる新しい会社のどちらかです。

私はそれを「素晴らしい」と呼びます-そしてそれは動作します。

逸話:私は一貫して素晴らしいわけではありませんが、私はそうしようとしています。

それを念頭に置いて、私はおそらくあなたの質問に直接答えるべきです:

私が提案している変更について私はあまりにも積極的ですか?

あなたはそれがどれほど素晴らしいかについてのメトリックと例で、まだ素晴らしいことをしましたか?古い言い回しがあります(クラス、そうかもしれません)...

Ideas are like assholes; everyone's got one, and they all stink

何かをしてください。

8年以上の経験を持つシニア開発者のリーダーには何を期待すべきですか?

マジ?あなたは必要があります期待していない何も。しかし、彼らが知っているすべてを学びましょう。質問をし、自分の作品を非公開でレビューし、話しているときに耳を傾け、自分の言うことについて批判的に考えます。彼らは箱での経験です...えー...体。それらを開いて学びましょう。私の親友は素晴らしい開発者であり、私は彼からできる限り多くのことを学ぼうとしていることを積極的に伝えています。

会社から学び、経験を積むことを期待するのは間違っていますか?

絶対違う。それはあなたが何を学習することができないという意味ではないではない行うこと。人々は間違いを犯し、あなただけでなくあなたの会社の間違いからも学びます。


3
チームの他のメンバーがあなたの素晴らしさを認識できるレベルにない場合、またはそれによって脅かされていると感じる場合、これは裏目に出る可能性があります。
user16764

@ user16764:そのシナリオがどのように見えるか、もう少し具体的に教えていただけますか?私は両方の反応を経験しましたが、私の素晴らしいソリューションのすべてがチームに選ばれたわけではありませんが、決して「裏目に出る」ことはありませんでした。
スティーブンエバーズ

私はOPと同様の状況にあったときにこれを試しました。その後、私は次のことを行いました。a)「この秒で何をしているのか」スポットチェックは15分ごとに行われます。b)「YOU'RE NOT US!」と叫ぶ5分間の暴言。c)1つの文を言うたびに、黙るように(または、より具体的に言うと、「脇道にいる」と)言われ、d)「会社が向かう方向に向かって解雇される」 」が変更されました。私がしたことは配達に必要だったという事実は論争されなかったが、認められなかった。
user16764

1
@ user16764:ソリューションの効果に関するハードデータを収集し、それを履歴書に掲載しましたか?(編集:ところで、それは人々がそれをしたことで完全に解決された)
スティーブンエバーズ

1
@ user16764:この特定の場合、あなたがやったことがすごかったという事実を客観的に示すことができれば、人々はあなたが他の人がやっていることを実現するためにあなたを揃えようとし、真剣に新しい仕事を得ます。他の人を生涯学習と卓越性に引きずり込むことはできませんが、彼らは地獄のようにあなたを反対に引きずり込むことができると確信しています。
クリストファー・クロイツィグ

4

あなたは創造的になる必要があると思います。あなたの先輩が先送りしているいくつかのサイドプロジェクトのリクエストを求め始めます。独自に作業する(またはさらに良いことに、別のジュニア開発者を入れる)ことで、最初から多くの新しいものを適用できます。それがすべてのためではないことがわかっても驚かないでください。

別のアプローチは、独自のコードブランチを作成し、リファクタリングプロセスを実行することです。あなたが言ったことに基づいて本番環境に進むことは決してないかもしれませんが、少なくともあなたのスキルは向上します。

誰があなたの仕事をもっと簡単にすることができるか、彼らはプログラミングで「怠they」の真の使用を受け入れるでしょう。

他のすべてが失敗した場合は、CVに新しいスキルセットを追加し、別の仕事を探し始めます。


1

誰かがプログラマとして+8年間働いている場合、それは彼が良いプログラマであることを意味しません。私の意見では、優れたプログラマーを下位プログラマーとするのは何ですか?経験を共有するだけでなく、新しい思考、技術、技術などを学ぶことでもあります。常に良くなって改善することです。いわゆる「シニア」プログラマーの多くは、古くからの言語からの機能的なプログラミングの古いパターンに積み重ねられています。彼らはそれを必要としないので、新しい概念やアイデアのようなものは彼らのためだけではありません。彼らは彼らの「経験」を得た。

改善して学びたいという意志は、長年の経験よりはるかに重要です。学びたいジュニア開発者は、すでにすべてを「知っている」古い「シニア」開発者よりも、どの企業にとってもはるかに優れています。


1

私の会社で働いていますか?

いいえ、まじめに、これは多くの大企業でかなり一般的なスレッドのようです。変化は難しく、高価です。時々、あなたはそれの真ん中に戻って行くには遅すぎるまで、実際にどれくらいかわからないことがあります。

たとえば、私の会社はまだCobolベースのメインフレーム画面からJavaに移行しています。SpringやJSFで、10年前の標準で技術を最新にしようとしている人を売るのは困難です。だから、私はいくつかの限られた成功を収めてきた(私もjr devです)私がやったことをお伝えします。例になります。自分の最先端を知るだけでは十分ではありません。それを証明しなければなりません。他の人が間抜けになっているときは、ダウンタイムがあれば本を読んで読んでください。そして、実装に興味のあるこれらの技術の1つについて説明します。ユーチューブを見ている間にあなたがそれを読んでいるのを見ると(あなたのオペレーションユニットがそれを捕まえず、解雇される)読書。

例として、上級アーキテクトとの私の経験についてお話しします。賢い人ですが、一般的に新しい技術には興味がありません。私は行って、CVS(バージョン管理)で何かをする方法を尋ねて、「ああ、私はsubversionを使うのに慣れています。彼らはこのようにしてくれます。あなたの助けてくれてありがとう。」これはCVSとAnt対SVNとMavenについてのいくつかの会話につながり、彼が私のライブラリーからいくつかの本を借りてそれをチェックアウトすることにつながりました。最終結果:今年中に新しいシステムに移行する予定です。重要なのは、彼らが間違っていることを伝えずに、オープンで役立つことです。結局のところ、それを行うための多くのより良い方法があるかもしれませんが、それが正しく動作している場合、彼らはそれを間違った方法で行っていないからです。ほとんどの場合、どんなタイプの無礼でもお湯につかれるので注意してください。

彼らが単に受容的でない場合は、あなたが高い需要がある素晴らしい分野にいることに留意してください。好奇心itive盛で素早い学習者が別の仕事を見つけたら、おそらくもっと多くの仕事を楽しむでしょう。これは私にとってお金と同じくらい重要です。インタビューでは必ず「xxxテクノロジーを使用しているのですか。それはすごいことです。私はいつもそれを使用したいと思っていたので、古い会社で試しました。」あなたが彼らがしていることに熱意を持っているとき、人々は愛します。


0

私はあなたの攻撃性が正しいと思います。これは、情熱的な人々と働くことの大きな喜びであり、精神的に死んだ人と働くことの大きな罰です。8年の経験は何の意味もありません。もちろん、あなたは正しくないかもしれません。多くの場合、新しいテクノロジーはマーケティングと密接に結びついており、常に優れているとは限りません。しかし、あなたが正しくない場合、高齢者はどこが間違っているかを説明する必要があります。そうしないと、仕事から利益を得られません。たぶん、あなたは若くて暑いです。もしそうなら、これはあなたの利点です。成長できない仕事に時間を費やさないでください。あなたがあなたの解決策について議論し、他からフィードバックを得ることができる新しい仕事を見つけることへの懸念

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.