訓練を受けたJavaプログラマーは深センで仕事を見つけることができず、非常に混乱しています。続行する必要があるかどうかわかりません。アドバイスをいただけますか?

約3年間働いてきたJavaプログラマーが彼のキャリア経験についてみんなに話します

これが最も適した業界のようですが、確かに言えます。1年のWeb開発の後、仕事を探しているときにこの文章を本当に感じるでしょう。

仕事の最初の年は、新鮮さ、すべてを学び、熱意に満ちた年であることがよくあります。WEB業界の知識は非常に迅速に更新されます。今日はフレームワークの新しいバージョンであり、明日は別の新しいフレームワークです。 、プロジェクトによっては、新しいことを学び続ける必要があります。何度も、たくさんのことを使ってきたと感じています。しかし、実際に深く研究されていることは多くありません。

面接は、転職後に直面する必要のある最初の質問です。企業によって面接の焦点は異なりますが、共通点が1つあります。それは、Javaの基盤が必須であるということです。

作業の最初の年に、Stringオブジェクトの作成についての理解、一般的に使用されるフレームワークなどについて質問することがあります。

2年目の作業では、Javaのメモリ割り当てメカニズムとは何か、クラスのロード方法などをお聞きします。

3年目には、一般的に使用されるデザインパターン、作業でどのような役割を果たしているか、モジュールを個別に完了する方法などを尋ねます。

見ることができます-これは典型的なプログラマーの成長プロセスです:

Javaを使用する-> Javaを深く理解して経験を積み重ねる->独立した設計および分析機能->ユニークなオールラウンダー!

したがって、次のことを学ぶ必要があります。

Javaの基本を深く理解している。

説明はあまりありませんが、おすすめの本「Javaプログラミングの考え方」、「Javaスレッド」、「Java NIO」、「ディープJava仮想マシン」

データベース

最も一般的に使用されるのはOracleであり(もちろん、銀行プロジェクトなどにはDB2などが必要です)、ストアドプロシージャ、トリガーなどの使用に習熟しています。

UML

多くの場合、ドキュメントはプロジェクト、プロジェクトマネージャーの基本的なスキル、および設計に対するプログラマーの基本的なスキルで記述されます。

デザインパターン

この提案を見て、ソースコードを読んで体験してください。

ここに写真の説明を挿入
linuxシステム

一般的に使用されるLinuxコマンドを習得する必要があります-Windowsオペレーティングシステムにデプロイされているプロジェクトはほとんどありません。

他の人についてはあまり言いませんが、追加できます。

学習においては、興味が最大の教師であり、プロジェクト主導型も良い選択です。要するに、学習しないことは不可能です。

第二に、業界の背景を蓄積します。

業界のバックグラウンドは非常に重要です。3年間働いた後、電気通信業界、銀行プロジェクト、ERP業界などでの経験など、自分の業界のバックグラウンドを判断する必要があります。

参照:「2020年の最新のJavaの基本と詳細なビデオチュートリアルおよび学習ルート!

プログラマーは常にコードを書くことはできません。つまり、コードを書くときは、ビジネスロジックを理解し、ニーズを満たす必要があります。ことわざにあるように、すべての行は山のようであり、各業界のビジネスは異なります。たとえば、ストリーミングメディアに携わっています。調査により、銀行のプロジェクトにジャンプできます。プロジェクトが終了したら、すべてを最初から学びます。以前の業界経験は必要ありません。さらに、企業は希望を持って人材を採用します。習得が容易で、長時間トレーニングする必要のない人を見つけるため。プログラマー、頻繁に転職する友人は、これに注意を払う必要があります。

長い間業界に携わっていれば、この業界のエキスパートになることができます。プロジェクトチームのリーダーが平凡なコードを書いていることがよくありますが、顧客とスムーズにコミュニケーションを取り、新しい要件を管理できます。、バグ修正、など;そして顧客も彼に非常に喜んで対処します。彼だけが維持できる古いプロジェクトのため、彼はシステム内のすべてのテーブルの構造にさえ精通しています-この業界にどれくらい滞在することを想像できますか?

第三に、合理的なキャリアプランニング

キャリアプランとは何ですか-あなたの短期または長期のキャリアプランです!主要な原則について話さない場合は、単純にしましょう。最初にいくつか質問させてください。

a。あなたは数年働いていますが、初心者のような単純なプログラマーになりたいですか?

b。他のことを気にせずにコードを書き続けても構わないと思いますか?

c。プロジェクトの事前要件、設計、展開後、および保守。リーダーがあなたを見つけた場合、私たちはそれを理解できないと言いますね。

プログラマーはコードをタイプするための機械ではありません。初年度はわからないことが多すぎます。上司の取り決めに従い、コードを入力し、データベースを見て、自分や他の人のコードをテストすることができますが、2年目もまだ好きですかこの?不可能です。1年の経験で業界に参入できます。要件分析の実行方法、データベースの設計方法、さまざまなドキュメントの作成方法、より優れたコードの作成方法を学ぶときが来ましたか?これは上級プログラマーの要件です!

シニアプログラマーとは何ですか?

分析と設計の能力があり、技術研究を行うことができ、特定の業界で深いバックグラウンドを持っているプログラマー!

プロジェクトが承認されたら、事前設計に積極的に参加し、古い仲間の問題を考えて分析し、経験から学ぶ必要があります。OK、あなたは成長します!ここに写真の説明を挿入
プログラマーがコードを書くだけだとは思わないでください!

さらに、プロジェクトの開発を通じて、関数の開発時間を大まかに計算できる必要があります。たとえば、モジュールには20の小さなファンクションポイントがあり、80時間開発され、各小さなファンクションポイントの平均は2時間です。その後、ワークロードを早い段階で評価できます。もちろん、各人の効率と作業品質は人によって異なり、人によって異なりますが、おおよその作業負荷は統計的であり、プロジェクトの作業サイクルをカウントするために使用する必要があります。

上記の機能を使用すると、少なくともプロジェクトチームのバックボーンになります。この時点で、通常のリードではなく、弟を開発に導くことができます。

会社のプロジェクトバックボーンとプロジェクトマネージャーの多くは採用されておらず、すべて育成されています。彼らは2年間働いており、優れた思考スキルを持ち、物事を行うのが得意で、非常に優れています。わかりました。現時点では、プロジェクトマネージャーと会社の中間管理職があなたに気付いている可能性があります。彼らはあなたにゆっくりと運動するためのタスクを割り当てます。現時点では気まずいことはありません。はい、リーダーは突然多くのタスクを割り当てました。彼は最初は黙って耐え、それから提案をしました!リーダーが彼に話しかけた後、彼はそれを理解しました!しばらくすると、彼は基本的にそれに適応し、すぐにそれを終えることができました;そして彼は私たちになりました新しいそれらの人々の間でプロジェクトリーダー)、あなたを導く人々と一生懸命勉強し、一生懸命働き、そしてすぐに前進してください!

あなたが長年働いていて、あなたがベテランであるならば、あなたはまた、人々を導くのが得意であり、あなたの弟をサポートすることができるはずです!弟が大きくなった時だけ負担が軽くなり、プロジェクトもスムーズに進みます!

さらに、シニアプログラマー(たとえば、学部生)は、4年間の勤務(第1層都市では9K〜1.2W)の後に給与のボトルネックに達しました。現時点では、「変革」する必要があります。シニアプログラマーはあなたの一部にすぎません。能力、システムアナリスト、アーキテクト、テクニカルディレクターは、他の人に伝えるべきポジションであり、給与を再び増やすことができます。

第四に、良い考え方と姿勢

プログラマーが責任を負わなければなりません!この点は非常に重要です。問題が発生した場合、気軽にボールをプレーしたり、真剣にコミュニケーションを取り、自分の意見を述べたり、お客様に連絡して問題を解決したりすることはできません。技術的な問題は問題ではなく、いつでも解決できますが、需要の問題を明確にする必要があります。要件が満たされなくなると、プロジェクトが遅れたり失敗したりする可能性があります。プログラマーの責任感が彼の成長を決定します。責任者がバックボーンになり、リーダーに信頼を任せることができます。

2つ目は、プレッシャーに耐えられることです。プログラマーは残業しなければならず、プレッシャーが高いことは誰もが知っています。すべての問題を簡単に諦めないでください。また、能力に応じて合理的に対処する必要があります。

体は革命の首都であり、プログラマーは特に重要です。毎日コンピューターの前に座っていると、体重が増えて洋ナシの形になりやすいので、もっと運動しましょう。

ある程度辞めないでください。成長が見込める仕事や幸せな仕事に長くとどまります。若者との熱意を比較することはできません。現時点では、安定して行動したいと考えています。社内のシニアITプラクティショナー。、人々が手順を最適化し、ニーズを分析し、問題を解決するためのプロジェクトの提案を行うのを支援するため。

5番目。より多くの技術文書を書く

より多くの技術文書を書くことは良いことです—実際、それはあなたの仕事の経験の要約と改善です!他の人と知識を共有することをいとわない人は、継続的な思考で向上することができます!さらに、ドキュメントを書くことは素晴らしい練習です!

ですから、他人の文書をよく読んで自分で書いたりしないブログや同僚はいないことをお勧めします。できるだけ早くブログを始めてください。楽しいでしょう!

(技術文書は簡潔さと簡潔さに注意を払い、ソースコードを提供します。要約文書は個人的な経験に注意を払います!)

第六に、転職について

仕事のホッピングは、IT担当者にとってはなじみのない語彙ではなく、ほとんどの人が個人的に行っています。まず、ホッピングに害はありませんが、頻繁なホッピングは悪いことを強調したいと思います。最初の4年間は、辞めて辞めるように勧める必要があります(2〜3社を経験することをお勧めします)。各企業はテクノロジーと開発プロセス管理に異なる焦点を当てているため、必要な技術的才能は当然異なります。 ;たとえば、アウトソーシング会社はコードマッドマンを望んでいます(私はアウトソーシングを行った人を募集するのが好きで、アウトソーシング会社にいた多くの人は物事を行うのに非常に効率的だと感じています);中小企業はすべてを望んでいます-丸みを帯びたプログラマー(設計と分析、コードの記述、展開が可能)、大企業には確かな技術者と潜在的な人材(優れた英語、十分な理解力、Javaの確かな基盤)が必要です。したがって、会社にとどまる場合は、長い間、モデル化される可能性があります。この会社を辞めると、就職しやすい場合があります。プログラマーにとって、さらに2つの会社を体験することは非常に有益です。また、仕事を探すたびに、何かを学ぶように強いられていると感じています。

元のリンク:https://www.sohu.com/a/271270506_505800

おすすめ

転載: blog.csdn.net/weixin_46699878/article/details/112786453