2020年にITスペシャリストがやってはいけないことは何でしょうか?

このハブには、来年何をすべきか、つまりどの言語を学ぶべきか、どの分野に重点を置くべきか、健康をどうするかなどに関する予測とアドバイスが満載です。感動的ですね！しかし、すべてのコインには 2020 つの側面があり、私たちは何か新しいことだけでなく、ほとんどの場合毎日行うことでもつまずきます。 「どうして誰も私に警告してくれなかったの！」と私たちはイライラして叫び、たいていは自分自身に向き直ります。自分自身に火をつけましょう - XNUMX 年 (そしておそらく常に) してはいけないことのリストをまとめました。 

しかし彼らは重力については質問しませんでした

最も重要なものから最も重要でないものの順に、反推奨事項を並べたいと思います。しかし、それらは非常に一般的で同等であり、ほとんどすべての人にとって馴染みのあるものであるため、ランダムに書きます。さて、リストを確認してみましょうか？

すべてが順調であれば IT 部門に行く必要はありません

キャリアを変えたり、最初からやり直すために新しいテクノロジーを学ばないでください。私たちの時代は、退職するまで勉強したり、転職したり、分野を根本的に変えたりできるため、素晴らしい時代です。それはクールで魅惑的なものです。しかし、28 ～ 30 歳を超えている場合は、IT 業界に入るために、または新しいスタックに移行するためにすべてを諦めるべきではありません (たとえば、高負荷のシステムを Java で作成し、突然 Python でニューラル ネットワークに取り組むことにしたとします)。理由は簡単です。それはあなたにとって簡単ではないからです。第一に、キャリアの初めからこのスタックに「座っている」専門家との激しい競争があり、第二に、低賃金で再び若手にならなければならないこと、そして第三に、あなたにとって道徳的に難しいことです。最下位の階層の部下となる。したがって、別の方向に進みたい場合は、現在の仕事と現在のタスクに沿ってそれを実行するか、趣味として新しい知識を開発するようにしてください。新しい仕事に就いたときに、もうジュニアではない。 

スタックを次々と変更するのは時間の無駄です

開発のためにテクノロジー スタック間を急いで移動しないでください。特定のフレームワークとライブラリを使用して、1 つの言語でプロジェクトを作成している場合、面白いと思ったからといって、すべてを放り出して Dart で書き直す必要はありません。 「欲しいか、できないか」というレベルだけでなく、財務やエンジニアリングのレベルでも、テクノロジーを変更する正当な理由を見つけるようにしましょう。 

自分の立場を貫いてブロンズになる必要はありません

1 つの言語やテクノロジーに固執し、新しいことを学ばないことは、新しいテクノロジーごとにスタックを変更するのと同じくらい極端です。新しいライブラリやフレームワークを必ず勉強してください。すべては自分よりも前に発明され、自分だけで完成されたものであるという知識に固執しないでください。ほぼすべての言語のアップデートが常に提供されており、プロジェクトを大幅に改善できる場合があります。スタックのダイナミクスを監視するのを怠らず、何かクールで便利なものを見つけたら、すぐにそれをプロジェクトに自由にドラッグしてください。

あなた自身の頭は良い、常に良い

他人の頭で考えるのではなく、自分の頭で考えた方が良いのです。悲しいことに、開発者の中には、プロジェクトに独自の何かを貢献したり、新しい機能を開発したり、テストしたり、本番環境に提案したりしようとせず、前のエラーから最後までコーディングするタスクを受け取るまで座して待っている人もいます。すべてを自分たちで決めるチームリーダーや会社マネージャーがいるのに、なぜわざわざ悩むのでしょうか?もしあなたが自分自身を認識しているなら、悪い知らせがあります。受動的な立場はあなたのキャリアにも能力開発にも役に立ちません。あなたには、実際の戦闘プロジェクトでコーダーではなく開発エンジニアとして腕を試し、どこに行くべきか、何が足りないのかを理解するチャンスがありますが、他のことに時間を費やして、「ここから～」を正確に実行することを好みます。今。"そのような人々は、現代のITの中でますます劣悪な状態で生き残り、仮死状態から抜け出します。 

ユーザーはひどい人たちだよ

ソフトウェアのユーザーを過大評価しないでください。プログラマー向けに書いていない場合は、プログラムが重大な誤解に遭遇することを想定してください。最初の数日または数週間は、ユーザーは「古いソフトウェアはそれほど愚かではなかった」という理由でソフトウェアを嫌うでしょう。これを避けるためには、優れたドキュメントとチュートリアルを作成してください。インストールまたは購入するときは、データベースがクラッシュしたり、パスワードを失ったり、自制心を失ったりした後ではなく、プログラムの操作を開始する前にマニュアルを読む必要があることを非常に押し付けがましくほのめかします。

ユーザーを過小評価してはいけません。ユーザーはあなたが思っているよりもずっと狡猾で、賢く、好奇心が強いのです。変数フォーマットのバグや、138 秒間隔で Enter キーを XNUMX 回押したときの例外がポップアップしないと思っているなら、それは間違いです。それらはポップアップして、アプリケーションの動作に非常に奇妙な形で影響を与えます。アマチュアの法則が適用されます。テストに最もうまく対処できるのはアマチュアです。しかし、何らかの理由で、ユーザーは運用環境でバグを見つけることを好みません。ユーザーには IT の連帯感がありません。一般に、自分のソフトウェアに自信があればあるほど、良い結果が得られます。結局のところ、一部の機能を動作中のアプリケーションに追加して、突然 RAW にするよりも、一部の機能のリリースを遅らせる方が良いのです。

 

グーグルはやめてください！

Google だけに頼るのはやめましょう。開発の分野では、検索エンジンに直接リクエストすることで多くの情報を見つけることができます。情報を求めて深く掘れば掘るほど、より多くの「横方向」データが得られ、より多くのことを学ぶことができます。なぜなら、リクエストとは関係ないが、将来必要になる可能性がある新しい何かを学ぶことになるからです。本格的な資料、書籍、論文などを参照してください。言語とライブラリには仕様、コミュニティ、ハウツーがあるため、プログラマのスキルを向上させる最も信頼できる方法が得られます。ドキュメントを読むだけでよく、他の人のローカル ソリューションやコードの断片を探す必要はありません。ソリューションがより最適で、より高速で、よりクールな場合はどうなるでしょうか? 

信頼せよ、されど検証せよ

サードパーティ開発者が作成したライブラリやフレームワークは、コードを確認して目的に合わせて調整することなく使用しないでください。まったく知らないこのコード作成者を無条件に信頼する理由はありません。確かに、サードパーティのコードに意図的に悪意のあるさまざまな要素が含まれることはそれほど一般的ではないため、被害妄想に陥る必要はありませんが、ソフトウェアの既製の部分を盲目的にプロジェクトにコピーすると、予測できない結果が生じる可能性があります。したがって、使用前に必ずコードを読んで分析し、コードの実装後にテストしてください。 

バックアップを作成してください!

バックアップを作成したり、プロジェクトがホストされているのと同じサードパーティのサーバーに保存したりしないでください。これはばかげていて役に立たないアドバイスだと思いますか?しかし、テレグラムの 700 人以上のチャット参加者は、最近、有名なデータセンターの閉鎖という不快な状況に陥っていることに気づきましたが、そうは考えませんでした。そこには、ペットプロジェクトから大規模な政府ウェブサイトに至るまで、あらゆるものが存在していました。当局、企業の 1C および請求データベース。重要な部分は、バックアップがないか、同じ場所にバックアップがある場合です。したがって、リスクを分散し、少なくともメインのホスティング、信頼できる VDS、およびローカル サーバーにバックアップを保存します。長い目で見れば最終的にはかなり安くなるでしょう。 

プロジェクトに損害を与える独自のツールを持ち込むのはやめてください

仕事のプロジェクトでは自分が望むことを行うのではなく、クライアントが必要とすることを行います。はい、独自のニューラル ネットワークを作成し、トレーニングしてソフトウェアに実装するのは非常に興味深く、素晴らしいことですが、クライアントが単純な連絡先マネージャーを必要とする場合、これはやりすぎです。プロジェクトがどのように機能するかを確認し、ドキュメントを読み、クライアントからのレビューとリクエストを読み、プロジェクトにビジネス価値を追加するものを実装します。科学的なものや非常に複雑なものを作成したい場合は、独自のプロジェクトから始めてください。

コードではなく神経の束

判読できないコードや文書化されていないコードは書かないでください。私たちはこのトリックをよく知っています。開発者は心ゆくまでコードを書き、同僚の誰も自分が書いた内容を理解できないように、意図的にコードを少し混乱させます。これは、何かが起こる前の一種の予防的復讐です。しかし、あなたは会社 (あなたの仕事に対してお金を払っている) だけでなく、あなた自身も危険にさらしているのです。この意図しない曖昧さによって、あなた自身も何を言いたかったのか思い出せない可能性があります。これは文書化されていないコードでも同様です。変数や関数の命名ロジックや記憶力に頼っていると、数年後にはその特定のループ、メソッド、パターンなどを選択した理由を思い出せない可能性があります。コードとその優れた構造を文書化することは、同僚、雇用主、そして何よりも自分自身にとって素晴らしいサービスです。 

シンプルに、愚かにしてください

コード、ソリューション、プロジェクトはシンプルにしてください。複雑な構造で囲いをしたり、特別な意味のないエンティティを生成したりする必要はありません。コードが複雑になればなるほど、コードの人質となり、コードの保守と開発が可能な限り困難になります。もちろん、有名な KISS の原則 (「愚か者はシンプルにせよ」) が必ずしも適切であるとは限りませんが、これには理由があって作成されました。コードの単純さと優雅さが、アプリケーションと再利用を成功させるための鍵です。

自身を守る

安全性を無視しないでください。2020 年では、それは文字通り犯罪です。たとえあなたの会社、開発、そしてあなたが攻撃者に興味がないとしても、一部のネットワークセグメントの破壊、ホスティングプロバイダー、データセンターへの攻撃、電子メールパスワードの盗難、および不正行為を行う従業員の危険な行動に関連する問題の影響を受ける可能性があります。会社からデータを盗み、クライアントやプロジェクト全体のプログラムコードを盗みます。それがあなたの力の範囲内であり、あなたの専門分野内である場合は、取り組んでいるプロジェクトを保護するように努めてください。まあ、情報セキュリティは自分自身で観察してください。誰も迷惑をかけたことはありません。 

井戸に唾を吐くな

雇用主を台無しにしないでください。今日、コミュニケーションは非常にレベルに達しており、たとえば、市内のすべての人事担当者が不在時でもお互いに知り合いであり、チャットや非公開のグループであらゆる情報を交換できるようになりました（両方とも仕事を見つけるのに役立ち、「システムアーキテクト、ヴァシリー・イワノフ、アカウントを離れる前にすべてを殺し、バックアップを削除し、ネットワークをオフにしました。回復には 3 日かかりました。彼を雇わないでください。」したがって、あなたの行動はあなたにとって不利になるだけであり、場合によっては別の都市や首都に移転しても役に立たないこともあります。たとえ恨みを残して退職したとしても、競合他社の有益でクールな従業員になること以上に良い復讐はありません :) そして最も重要なことは、完全に罰せられないことです。

それもすべきではありません。しかし、経験が示すように、私たちは止まらない

一般的に、友人の皆さん、アドバイスは読んでください。しかし、あなたが最善だと思うことを実行してください。結局のところ、本当の発見は、すでに発見された真実を疑うときに起こります。明けましておめでとうございます。あなたのプロジェクトが成功しますように、あなたのキャリアが楽しいものになりますように、あなたの同僚やマネージャーが適切であるように、そしてあなたの人生全般が成功しますように。一般的には、新年と新しいコードをここで紹介します。 

愛をこめて
RegionalSoft 開発者スタジオ チーム

新しい年も、私たちは引き続きお客様のために働き、強力なデスクトップ CRM システムを開発していきます。 リージョンソフト CRM シンプルで便利なヘルプデスクとチケットシステム ZEDLine のサポート.

出所： habr.com