すべてを支配する XNUMX つの言語

コードの層の下に隠された言語は、学習されることを切望しながら衰退しています。

この記事の執筆時点では、「最初に学ぶ言語のプログラミング」というクエリでは 517 億 90 万件の検索結果が返されます。 これらのサイトはそれぞれ XNUMX つの特定の言語を賞賛しており、そのうちの XNUMX% が Python または JavaScript を推奨することになります。

早速ですが、これら 517 億 XNUMX 万の Web サイトはすべて間違っており、最初に学ぶべき言語は 基本的なロジック.

コーディング方法を知っているだけでは十分ではありません。 市場は研究所やコースの卒業生で飽和状態になっているため、若手のポジションは事実上存在しなくなっています*。 今日の世界で成功するには、コーディングと高度な基本的な論理的思考の両方が必要です。

*以下、これは翻訳であり、著者の労働市場の状況とあなたの国の労働市場の状況は（他のニュアンスも同様に）異なる可能性がありますが、それ自体が元の記事を悪化させるものではないことを覚えておいてください。約。 翻訳

私の最初のコンピューターサイエンスの授業

私がコンピューター サイエンスに初めて触れたのは、10 年生で受講した選択科目でした。 初日、教室に入ると、目の前にたくさんのバケツに入ったアイスクリームとさまざまなトッピングがあり、とてもうれしかったです。 全員が着席した後、先生は次のように発表しました。

「今日は自分で作ったアイスクリームを試食します。 ただし、条件が XNUMX つあります。デザートの作り方に関する具体的な指示のリストを作成しなければなりません。私はそれに従うということです。」

「大丈夫、このレッスンは長くないだろう」と私は思いました。 XNUMX分ほどで、私は夢のアイスクリームの完璧なレシピを書き留めました。

1. ラズベリーアイスクリームをXNUMX杯すくってボウルに入れます
2. チョコレートソースを開け、同じボウルに大さじXNUMX杯を加えます。
3. ボウルに生クリームを加える
4. スティックシュガーを全体にふりかけ、その上にチェリーをのせます

私の先生、つまりこのかわいい比喩では「コンピューター」は、私がこれまで見たことのないほど皮肉で文字通りのパフォーマンスを披露しました。 彼女は蓋にも触れずに、アイスクリームバケツをスクープで熱心につつき始めました。

「わかった、わかった、でもまず開けなきゃ！」 - できるだけ早くおやつを手に入れようとして、私は叫びました。

「説明書に書いてなかったので、アイスクリームを作ることができませんでした。 次！"

早送りして試行 #2 に進みましょう

1. ラズベリーアイスクリームの蓋を外して開けます
2. ラズベリーアイスクリームをXNUMX杯すくってボウルに入れます
3. チョコレートソースを開け、同じボウルに大さじXNUMX杯を加えます。
4. ボウルに生クリームを加える
5. スティックシュガーを全体にふりかけ、その上にチェリーを置きます

まあ、今のところ特に問題はないはずです。 念のため、私の傑作料理を作るための材料がすべて開封されていることを確認しました。

先生は蓋を外し、アイスクリームを３杯すくってボウルに入れました。 「ついに、私の美しいアイスクリームが実現し始めました！」 それから彼女はチョコレートソースを開け、ボウルに大さじXNUMX杯を加えました。 彼女は「大さじXNUMX杯のチョコレートソースを加えた」わけではありません - そうは思わないでください - もちろん、彼女はスプーン自体をボウルに入れました。 ソースは入っていません。 繰り返しになりますが、すべてを正確に書き留める必要はありませんでした。 同じ精神で残りの作業を終えた後、ホイップクリームの海の下でほとんど目立たない、アイスクリームのボウルと大さじXNUMX杯を受け取りました。 上にはスティックシュガーがXNUMX対ありました。

この瞬間、私はついに、コンピューターとは真空の論理だということに気づいたようです。 彼は周囲の状況を知らず、推測をしません。 彼は明確に定められた指示だけを実行し、それを一字一句忠実に守ります。

私の最終的な結果は、長くても必要な一連の試行錯誤の結果でした。

1. まだ開けていない場合は、ラズベリーアイスクリーム、チョコレートソース、ホイップクリーム、スティックシュガーの各パッケージを開けてください。
2. ボウルを取り出して目の前に置きます
3. アイスクリームスクープを取り、ラズベリーアイスクリームをXNUMXスクープずつボウルに入れます。 アイスクリームスクープを元の位置に戻します。
4. チョコレートソースの入った瓶を用意し、ソースをすくい、大さじXNUMX杯の中身をボウルに注ぎます。 すくって注ぐという作業をもう一度繰り返します。 スプーンと瓶を元の位置に戻します。
5. ホイップクリームのパッケージを逆さまにしてボウルの上に持ち、アイスクリームの上に3秒ほど注ぎ、パッケージを元の位置に戻します。
6. スティックシュガーの入った瓶を用意し、約XNUMX本のスティックをボウルに注ぎ、瓶を元に戻します。
7. チェリーの入ったボウルからチェリーをXNUMX個取り出し、アイスクリームの上に置きます。
8. 完成したアイスクリームの入ったボウルとスプーンを生徒に渡します。

最後の点は特に重要でした。なぜなら、それがなければ、最後から XNUMX 番目の時間に先生が私のアイスクリームを食べ始めてしまうからです。

しかし、これはプログラミングです。 コンピューター用の一連の命令を慎重に作成するストレス。 本質的に、これはどのプログラミング言語でも結局のところ、命令を書くことです。

プログラミングのキャリア

「プログラマー」という一言で職業を説明することが難しいのと同様に、プログラミングも単一の業界として議論することが難しいところまで来ています。 まったく異なる言語を知っている XNUMX 人の開発者が市場から同等に需要がある場合があります。これは、特定の言語の知識よりも開発能力の方が重要であることを意味します。 成功したすべての開発者に共通する普遍的な属性は、 基本的なロジック.

最高のプログラマーとは、コードを新しい角度から見ることができる人です。 そして、これは基本的に重要です。なぜなら、ほとんどのソフトウェア製品は、文書化されていない不正なコードの断片の集合だからです。 それらは常に統合され、必要に応じてギャップを埋める必要があります。 バラバラの点を一本の線で結ぶことができない人は、永遠に傍観者でいなければなりません。

これらすべてを考えると、今度は太字で示した別の宣言が思い浮かびます。 基本的な知識はプログラマーにとってこれまでも、そしてこれからも最も重要です.

言語は行き来します。 フレームワークは時代遅れになりつつあり、企業は使用するテクノロジー スタックを変更することで需要に対応しています。 決して変わらないことが一つあるでしょうか？ はい、基本的な知識です。すべての基礎となるため、基礎と呼ばれます。

基礎知識を高める方法

写真提供者: クリストファー ジェシュケ на Unsplash

基本的な論理的思考を改善するための出発点を探している場合は、ここから始めてみてください。

プログラムの複雑さを知る

とも呼ばれている ビッグオー 「アルゴリズムの複雑さ」とは、プログラムの実行にかかる時間の入力データのサイズへの依存性を指します。 （n）。 使用されているアルゴリズムの状況を常に把握しておくことが重要なステップです。

データ構造を理解する

データ構造は、最新のすべてのプログラムの中心です。 どの場合にどの構造を使用するかを知ること自体が専門分野です。 データ構造は実行時の複雑さに直接関係しており、間違った構造を選択すると、根本的なパフォーマンスの問題が発生する可能性があります。 配列内の要素を見つけるのは、 O（N）これは、入力データとして配列を使用するコストが高いことを示しています。 ハッシュテーブルルックアップ- O（1）これは、この場合、値の検索にかかる時間は要素の数に依存しないことを意味します。

インタビューのために私のところに来た人々は、ハッシュ テーブルで検索するよりも配列で検索する方が速いと主張しました。 これは、データ構造を理解して、彼らを雇うべきではないことを示す最も確実な兆候でした。

読む/見る/聞く

のようなサイト Udemy, Pluralsight и コードアカデミー - 新しいプログラミング言語を学習するのに最適です。 ただし、基本については、一般的なコーディングの原則、実践、スタイルに関する書籍を参照してください。 最もお勧めの本は『デザインパターン』『リファクタリング』です。 既存のコードの改善」、「完璧なコード」、「クリーンなコード」、および「プラグマティスト プログラマー」。 最後に、すべての開発者は、「アルゴリズム" 手元に。

練習する！

卵を割らずにスクランブルエッグを作ることはできません。 のようなサイト ハッカーランク, コードウォーズ, CoderByte, トップコーダー и リートコード データ構造とアルゴリズムの知識をテストするための何千もの興味深いパズルを提供します。 好きな問題を解決できるかどうかを試して、その解決策を Github に投稿し、他の人がどのようにその問題に取り組んだかを見てみましょう。 ここで最後のポイントに移ります。

他の人のコードを読む

開発の道を進むときに犯す可能性のある最大の間違いは、それを一人で進めることです。 ソフトウェア開発は主にチームの取り組みです。 私たちは一緒に標準を作成し、一緒に間違いを犯し、あらゆる失敗にもかかわらず、一緒により良くなっていきます。 他の人のコードを読むのに費やした時間は、十分に報われます。 適切なコードであることを確認してください。

私ができる最善のアドバイスは、まだ何かを知らないことを決して恥じないことです。 すでに述べたように、私たちの業界は巨大であり、テクノロジーの量は無限です。 全体像を構築するには多くの時間と労力がかかり、特定の分野でプロフェッショナルになるにはさらに多くの時間と労力がかかり、その分野のスキルを磨くにはさらに桁違いに時間がかかります。 私自身がこれを達成したらお知らせします。

出所： habr.com