どのプログラミング言語を学べばよいでしょうか?

私は7歳の時に初めてプログラムを書きました

Sergey は E-Economy のビジネス アナリストです。彼は経済学者（危機管理）の訓練を受けており、両親は彼にその道に進むよう勧め、自分の選択を後悔していません。しかし、彼がコンピュータに興味を持ち始めたのは、将来の職業を選択する必要が生じるよりもはるかに早く、6歳のときでした。それから彼の父親は彼にコンピューターを与えました。

— 1987年の子供は今の子供よりもはるかに娯楽が少なかった。今日の子供たちはタッチ スクリーン、インターネット、YouTube、 -私たちの対話者は言います。 — なぜ父が当時コンピューターを買おうと思ったのかわかりません。おそらくそれは学校に入る前の決断だったのかもしれないし、時代の精神だったのかもしれない。当時、多くのアマチュア無線家が自作のコンピューターを組み立て、基板をはんだ付けしていました。私は、Z80 プロセッサを搭載した英国製 ZX Spectrum コンピューターの自家製クローンを持っていました。

セルゲイさんは小さな町に住んでいましたが、「店に行ってコンピューターを買うなんて不可能」でした。当時利用できたのは、アマチュア無線家が組み立てたコンピューターだけでした。

— いくつかのコピーは実に美しいものでした。なぜならそれはスティーブ・ジョブズのように木製のケースではなく、回路基板で作られ、はんだ付けされ、塗装されたからです。 -彼は思い出します。

セルゲイ氏によれば、当時はさまざまなトリックが使われ、同じ基板からケースを組み立て、それが手作業で作られていたという（「今では誰でも中国から少量ずつ注文できるようになった」）。

テレビは別の話であり、外部データ ソースを使用できるようにアップグレードする必要がありました。

セルゲイ氏の回想によると、当時のコンピューターは SF の世界のようなものでした。オーディオ カセットから起動し、テープが損傷している場合は、何らかの魔法を使用する必要がありました。

「カセットからカセットへプログラムをコピーするだけでも簡単な作業ではありませんでした。第一に、テープレコーダーは原則としてシングルカセットであり、第二に、ダビングの品質が必ずしもコンピューター自体の要件を満たしているとは限りませんでした。

したがって、現代の若いソフトウェアエンジニアにとっては悪夢のような高度な (正確には、正確な) コピー方法が存在しました。

さらに、プログラミングに関する「工場」マニュアルや書籍も存在しませんでした。これらは通常、ドット マトリクス プリンターで作成された印刷物でした。コンピュータの基本的な操作が説明されており、プログラミングに関する書籍もありました。セルゲイは BASIC に関する本を一冊見つけました。

彼は基本 (システムの起動方法、プログラム起動モードへの入り方など) から始め、徐々に食欲が増していきました。他に方法はありませんが、ユーザーは望むと望まざるにかかわらず、コマンドを学習する必要がありました。そうしないと、PC は面白くないハードウェアになってしまいます。

— B キーを押すと、[境界線]コマンドがポップアップ表示されます。次に、数字を入力すると、おっと、画面が変わりました。それは興味深いですが、子供にとっては二重にそうです。私はすでに読み方を知っていました、それを習得するプロセスが始まりました (笑顔。 — オンラインユーザーのメモ): この印刷物にはサンプルプログラムが含まれています。入って、見て、変化し始め、オペレーターの仕事の意味が徐々に理解され、 -男は回想する。

それで私はソフトウェアを書いて、何が起こるか見てみたいという欲求が生まれて、参加するようになりました。私は 7 歳のときに、同じ BASIC と ZX Spectrum クローンを使用して最初のプログラムをコンパイルしました。

彼は最終的にIT分野に進み、コンピュータ博物館を組織しました。

将来経済学部で学んだことで、IT分野、特にITビジネス分析への道が開かれました。プログラミングはしばらく趣味のままでしたが、徐々に専門的な活動に成長していきました。セルゲイは貿易と生産に関連するソフトウェア製品を開発し、その後、同様の 1C ソリューションでヨーロッパ市場への参入を支援しました。

2013 年、セルゲイはプロとしての活動の他の分野に移り、この頃からコンピューター機器の収集に関連した趣味を始めました。

— あるビジネス イベントで、冗談として古い 486 コンピューターを設置しました。すると彼らは感情の嵐に驚き、それが呼び起こした興味に驚きました。

こうしてコンピューター博物館を創設するというアイデアが生まれました。 2013年からこの方向に動き始め、2016年に美術館を開館しました。その後、この博物館はヨーロッパ最大のパーソナル コンピューターとコンピューティング技術の博物館となりました。現在、当社のコレクションには、最初に生産された Apple II を含む 10,000 個以上のコピーが含まれています。

セルゲイ氏は、このコレクションによってハードウェアだけでなくソフトウェアの開発経路も追跡できると強調しました。

「これは、ビジネス プロセス、顧客のニーズ、市場のニーズ、インターネットの発展がどのように変化したか、デスクトップ アプリケーションからネットワーク上のマイクロサービスにどのように移行したかを理解するのに役立ちます。

「プログラマーになる」ためには何を勉強すればいいのでしょうか？

現在、Python の人気の波に乗っています (とりわけ、 示す GitHub からのデータ。そのランキングでは JavaScript が 2 位に落ちました)。

— 特に ChatGPT が非常にまともな品質で Python で書くことを学んだことを考慮すると、分析や急速な開発に関連する市場シェアは Python に取って代わられています。 – Sergey 氏は、C (構文に基づいて作成された言語) も需要があると付け加えています。 — これらはビジネス システムではありませんが、機器との統合などを考えると、たとえば電子秤のドライバーを作成する必要がある場合や、データ バスや追加のライブラリを開発する必要がある場合に関連します。

世界は非常にダイナミックです。 1 つの教育を受けたとしても、いつでも再教育して別の教育を受けることができます。私は、中核教育以外の教育を受けた人がプログラマーアナリストとして再訓練され、マーケターからビジネスアナリストになった成功体験を知っています。プログラミングや開発が好きで、エンドユーザーと対話するのが好きでない人は、プログラミングを始める方が良いのは明らかです。

ビジネス分析の観点から、そして私の経験を考慮すると、財務か会計のどちらかという経済的な方向に進むのが良いと言えます。また、会計士や経済学者として実務経験を積んでいれば、履歴書にさらにプラスを加えることができます。

1C には、Visual Basic に似た独自のプログラミング言語があります。そして、プログラミング言語を学ぶことは、自転車の乗り方を学ぶことに似ています。うまくいきましたか？より大きな車輪の自転車、一輪車、オートバイに乗り換えてみるのもいいでしょう。プログラミング言語も同様で、Python を学んだ人は 1C を理解できるようになります。

変数の指定、関数の呼び出し、サーバーとクライアントでの実行など、ほぼ同様の構文があります。これらはすべて、多くのプログラミング言語で利用できます。そして、それがどのような演算子で書かれているかはそれほど重要ではありません。もう 1 つの疑問は、C または C++ 言語を習得し、すでにプログラミングの経験を積んでいるプログラマーは、ビジネス環境に参入することにあまり興味がないのではないかということです。

ここでセルゲイは重要な発言をしている。

— 多くの場合、特定の専門家が検索されます。はい、1C で再トレーニングしてくれる Java プログラマーを探すことができることは認めます。しかし、論理的な疑問が生じます。なぜこのようなことを行うのでしょうか?

開発者とクライアントの間の直接の連絡と、あらゆるケースに対する専門家集団について

会話の中で、私たちは「何でもできる」理想的な人材である「ユニバーサルスペシャリスト」の問題にも触れました。

– かつて、そのような人々は「エニキースト」と呼ばれていましたが、 – セルゲイは笑います。 — 90 年代の場合と同様、プログラマーとは、CorelDRAW または Word をインストールできる人を指します。もちろん、今はそうではありません。

はい、コードを深く掘り下げて同時にクライアントのビジネスプロセスを知ることができる「ジェネラリスト」が存在し、そのようなタスクに集中できるプログラマーがいます。 Sergey 氏によると、現代の用語では DevOps という概念があります。これは、システムを開発するだけでなく、実装および展開もできる人たちのことです (ただし、「devops」は絶対に CorelDRAW をインストールしたがらないでしょう)。

もう一つの点は、いわゆる技術的負債に関連しています。

— 技術的負債とは、IT 部門の能力よりも多くのタスクを企業が抱えることです。ゼロからの解決策の模索、製品と開発の進捗管理、テストと時間の管理、人材の交流など、経営課題が伴うため、継続的に拡張することは不可能です。法的な観点からの微妙な違いもあります (例: 独占禁止活動。 – Note Onliner)。このような状況における解決策の 1 つは、外部企業に専門的なタスクを実行してもらうことです。 – セルゲイは説明します。

ご存知のとおり、IT 業界、特に中小企業では、顧客と開発者の間で直接コミュニケーションを行う慣行についてよく耳にします。これによりプロセスが高速化される一方で、開発者は常にそのようなストレスに対応できるわけではありません。

Sergei 氏によると、彼が働いている会社では、アナリストは通常、顧客とコミュニケーションをとり、顧客のタスクを中間解釈してプログラマーの開発タスクに組み込むことに従事しています。ただし、伝統的に「しかし」があります。

— 私には、顧客とのミーティングで開発者を巻き込んで、コードを見ているのは開発者であるため、問題を直接聞くことができたときの成功体験があります。このアプローチは、より効果的なソリューションを見つけたり、実際のニーズを特定したりするのに役立ちます。

市場には何がありますか?

セルゲイ氏によれば、プログラマーやアナリストの需要はあり、市場は成長しているという。スペシャリストの更新にも力関係があります（「誰かが去り、誰かが到着する、これは通常のプロセスです」）。パンデミックはリモートワークの普及という点でも貢献しました。時差があるなどのデメリットもあります。ただし、オフィスで働くことはもはや必須の要素ではありませんが、直接会うことには依然として価値がある場合があります。

何か話したいことはありますか？私たちに手紙を書いてください 電報ボット。匿名だし早いし

オンラインの文章および写真を編集者の許可なく転載することを禁止します。 [email protected]