回答

この分野には厄介なトピックがたくさんありますが、私が選んだのは、グローバルシステムプロパティ。この一般的なトピックの例は次のとおりです。

  • 安全でデッドロックのないマルチスレッド
  • セキュリティ

これらはあなたのために難しいです。」すべてが正しい場合にのみ存在する何かの後に再-グローバルシステムプロパティが必要ですが、利用可能な実質的にすべてのツール(および私の経験では実際の問題に対応するすべてのツール)は実際にはローカル推論のみを行います。それは、プログラムの断片について推論することから、シバン全体に移行するプロセスです。特に、それ自体がすべて正しい断片を持つことは完全に可能ですが、微妙なバグがまだあるため、難しいです。コンポーネントが正しく配置されていません。バグは望ましくない緊急の特性である可能性があります…

回答

管理情報サービス大学時代、私は学期ごとに1つの管理科目を持っていたため、完全に腹を立てていました。
タフ! コンパイラデザイン OSデザインなどは難しいですが、本当に面白くてやりがいがあります。経営情報システムやサービスなどは退屈で、たくさんの理論を経なければならないので、本当にめちゃくちゃになりました。

コメント

  • 各システムの概念的な複雑さについて話している'ので、退屈に満ちています。半数の人が自分でシステムを作成したことはありませんでした(しかし、彼らは確かにさまざまなシステムを使用していました)。また、独創者は非常に多くのロードされた単語を使用しますが、平易な英語で実際の例を提供することはできません。意思決定支援システムのように… ' Google Analyticsレポート、FMLのスクリーンショットをいくつかドロップするだけで、知識人がなくなる前に同じページに生徒を表示できます。聴衆の前でオルガスム。

回答

C / C ++で作業している場合はポインタが最も多い知っておくべき重要な概念。しかし、どういうわけか私は大学でそれを完全に理解していませんでした。

コメント

  • 本当に?つまり、人によって異なりますが、ポインタよりも難しいトピックがたくさん(つまりたくさん)あると思います。たとえば、 Computer ' s Architecture Assambler は何らかの形で pointers に関連しています。 )
  • 本当ですが、実際には raw ポインタを操作しているので、'アセンブラを介したメモリ参照の理解がはるかに簡単になります。 C / C ++では、ポインターへの参照を操作します。これは、抽象化について率直に語られることはないため、人々を混乱させるだけです。
  • 最高のプログラマーであるアセンブラー' s tea
  • 男は難しいが重要なトピック、つまりポインターを尋ねました。
  • @Matt:あなたは私の一日を作りました:D @Manoj R:ポインターは些細なことですそれらをアレイアクセスと考えるだけなら。または、配列へのアクセスは困難ですか?

回答

アルゴリズムの設計と分析。 既知のアルゴリズムを理解して分析するのはそれほど難しいことではありません。難しい問題に対する新しいアルゴリズムの設計と分析は難しく、多くの分野と実践についての幅広い理解が必要です。さまざまな手法を適用する場合。

回答

制約プログラミング。は、組み合わせ問題、NP完全問題を扱います。

回答

の最適化アルゴリズムは難しいトピックです。

回答

あなたが研究した中で最も難しいCSの主題/理論はどれですか?

離散数学。

理論は互いに非常に緩く関連しているため困難でしたが、CSで使用されています。暗記が多すぎると思います…

帰納法による証明、Big O、再帰、分割と征服、グラフ理論、何とか何とか..ああ!

オートマトンの理論を採用する必要があったため、コンパイラは簡単でした。 ^^

回答

Z表記/形式手法は大学で私の脳を傷つけるために使用されました。主に私がそれを嫌っていたからです。ハードは、自分がしていることを楽しんでいるときははるかに簡単で、楽しんでいないときははるかに難しくなります。

回答

コンパイラ、カーネルなど、あなたの回答が好きです(そして、賛成することを忘れませんでした)。しかし、ほとんどのプログラマーはこれらの問題に遭遇したことはありません。少し簡単ですが、より一般的な問題があります:並行性-スレッド、ロック。並行性アーキテクチャに小さなバグを作ったとしても、魔法のエラーを生成するプログラムを書くのは非常に簡単です。

つまり、コンピューティングで最も難しい問題ではありませんが、これは一般的に使用されており、危険なものです。

回答

オブジェクト指向プログラミング

これはおそらく、FORTRANとAPLに歯を食いしばったためですが、厳密な手続き型言語からオブジェクトへの移行は私が行ったことです。 「何年も苦労してきました。いわゆる「専門家」が、オブジェクト指向であることの意味と、オブジェクト指向プログラムを構築するための最良/適切な方法について、矛盾する記事やチュートリアルを書くことは助けにはなりません。

コメントを残す

メールアドレスが公開されることはありません。 * が付いている欄は必須項目です