ビジネス情報学

こんにちは、愛するhabrasociety！

本質的に、私の記事では、議論の過程で、ある程度、私たちの若者の将来を決定したいと思います。より具体的には、この記事の著者は、n番目の大学でコンピューターサイエンスとプログラミングの教師であると主張しています。 すべてが非常に簡単ですが、教育の詳細により、この問題を異なる視点から見ることができます。 つまり、問題となるのは、教授陣が経済的であり、ビジネス情報学を専門とすることです。 サンクトペテルブルクにはそのような専門性がないため、プログラム自体も存在しません。

したがって、あなたの謙虚な使用人には、8つの講義、それぞれ16の授業時間の授業計画を作成するという課題があります。その間に、欲求のない人（ほとんどの学生）がプログラミングのトピックに関する少なくともいくつかの残留知識と概念を受け取りました。





私の大学の指導者とコミュニケーションを取り、彼らは「不幸な子供たち」に深いプログラミング知識をロードすることは全く不要であることを私に明らかにしました。 そして、必要なことは私に言われませんでした。 このことから、私は、教育プログラムは、ほとんどの学生が生活のようなコンピューターマウス、原子炉のようなシステムユニットを恐れているという事実に基づいているべきであり、プログラムを書くプロセスは、彼らの思考では、黒い画面に縮小され、それに飛び込むと結論付けました理解できないキャラクター（マトリックスのシーンが思い浮かびます）。

そもそも、アラームやメトロカードから始まり、その多くが朝から始まり、携帯電話で終わるプログラミングがどこにでもあることを彼らに知らせることは価値があるように思えます。 また、プログラミングはコンピューター上だけでなく人の頭でも実行されることを指摘する価値があります（おそらく、NLPの熱に叙情的な余談をする価値があります）。 プログラミングはストレッチセーターを着たひげを生やした男性の特権ではないことに学生が気付いた後、疑似コードの概念を紹介し、プログラム構築の基本を説明する価値があります：フォロー、分岐、繰り返し。 その後、認識された事実に基づいて任意のアクションのアルゴリズムを構築するタスクを安全に与えることができます。

リストのさらに下に、プログラムを記録するための文字の正式なシステムであるプログラミング言語の概念を紹介できます。 すぐに、言語の構文とセマンティクスの概念は損なわれません。 私の意見では、同じペアには、変数の定義、変数のタイプ、変数で実行できるアクションが非常に調和して含まれます。 最も単純な変数から始めて、徐々に構造とオブジェクトに移り、関数とプロパティの概念を定義する価値があります。

以前に得た知識に基づいて、ソフトウェア自体について話すことができます。 彼の分類、おそらく建築。

プログラムの開発のこの時点で、私は少し行き詰っていました。それ以上の開発には、何らかの方向への回避が含まれているからです。 そして、「不幸な子供たち」はそれをまったく必要としません。 そして、私の前に、上記のすべてをより深く強力に開発するか、学部長の要件を採点し、独立して開発の方向を決定するというタスクがあります。

ここでは、子供たちの未来に無関心であってはならないhabrasocietyの意見を聞きたいと思います）。 あなたの意見では、ビジネス情報学を専門とする2年生の学部学生が見習いとして彼を雇い、既存の基礎に基づいて彼の研究を続けるためにどのような知識が必要ですか？