記出に備える開発者専攻面接 [CS完全征服]

川のじっくりひとつも欠かさず聞いていますね～！頑張って残りの講義受講完了して面接で良い結果があるのを応援します！

1年間苦労しましたㅜそれでもコーテ合格という肯定的なシグナルがあるので面接のように頑張って通過してみてください！今年は必ず合格できます。ファイティングです。

ご希望の会社に合格することを応援します！

初受講評ありがとうございます！お好きな会社にすぐに合格することを応援します！ファイティング

こんにちはjordyさん。受講生の方々に役立つよう長くて率直な受講評を残していただき誠にありがとうございます。 ただし、C言語ベースで、ArrayはCompileフェーズでスタック領域にメモリ割り当てが行われるという内容はエラーがありません。しかし、JAVA観点では異なることがあり、十分に混乱する可能性があります。その内容については、このリンク[https://midi-mandolin-36f.notion.site/Array-33d866e5193f49789dd2079c75412f96?pvs=4]で詳しく説明します。みんな一度見れば助けがたくさんなるでしょう！ 私が授業でC言語基準と明確に申し上げたら混乱がなかったのですが申し訳ありません。 static array と dynamic array, linked list を C 言語基準で説明した直後に述べた内容なので、自然に C 言語基準として受け入れられると思いました。 それにもかかわらず、私の講義がjordy様の気持ちをたくさん傷つけたようで、私も続々しいですね。払い戻しをご希望の場合は、インフラストラクチャに連絡してください。 私と縁が届かなくても、いつもやることができてよかったです。 :) ファイティング！

こんにちは。講師 C言語基準でも同様 "Arrayは、Compileフェーズでスタック領域にメモリを割り当てる"命題は常に真であるわけではありません。 もちろん、mainなど＆quot;関数＆quot;内で int x[100] のように配列を生成する場合、 ローカル変数はスタック領域に格納されているので真です。 しかし、これはC言語コンパイラがローカル変数をスタック領域に格納するため、データ構造のArrayの特性ではありません。 そしてmain関数の外にグローバル変数領域に生成したり、alloc（malloc）などを使って動的割り当てをしたりすると、 Arrayもスタック以外の領域に作成できます。 データ構造特性と言語的特性を混用して説明するので混乱があるしかありません。 ＆quot;任意のデータ構造はどのメモリ領域にも作成されます＆quot;同じ命題は常に真になることはできない命題です。 あなたが言ったように、言語によって異なる場合があり、同じ言語でも開発者の意図に応じて異なるメモリ領域に保存することができます。 リンクでいただいたノッションから ＆quot;この講義では、ArrayはC言語のStatic arrayを意味します。＆quot; と言われました。 "C言語"に以下のようなコードがある場合、"Static Array"のメモリ割り当て領域はコメントと同じです。 int a [10000] [10000]; // Stack以外の領域に割り当てる int main() { int b [10000] [10000]; //スタック領域に割り当てる }

良い返信ありがとうございます。はい、そうです。 「array は compile 段階で stack 領域にメモリ割り当てになる」という命題は常に真ではない。言及してくれたおかげで、他の方々もご覧いただけるよう、該当例外事項は講義コミュニティ（質問）にリンクしておきました。ありがとうございます。 データ構造、アルゴリズム、ネットワーク、データベース、オペレーティングシステムという科目は、4年制大学では3～4年にわたって学ぶ広範で非常に深い内容です。実際、4年間教授に学んだ内容も、面接の際に受ける質問をすべてカバーすることはできません。私も面接を盛んに準備していた時代、原書になった厚い本を一つ一つ見て一つ一つ深く準備しました。それが私の勉強傾向と合ったんです。ただ、数十回の面接を見て、結局欲しかった企業に入社しながら振り返ってみると、残念が残りました。 「最初に誰かがガイドの役割をしてくれたら、私の大切な時間を節約できたはずなのに」と言います。だから私はこの講義を作る時に一番集中したのは「学習時間を減らすこと」でした。 例えばdynamic arrayのresize過程をdoublingと説明しましたが、実際に各言語で実装されたものを見ると正確に2倍をしません。しかし、このような内容を講義ですべて言及できない理由は、これまでにすれば過度の説明だと思ったからです。 実は講義を作ってみると「すべての内容」を説明して時間を増やすより、「核心内容」を要約して時間を減らす過程がより難しいことが分かりました。その過程で混乱を招いたようです。講義についてもう一度考える機会になりました。ありがとうございます。

回答ありがとうございます。 そうです。 私も講義をアップしてみた立場で一度に完璧に説明するのが大変だということをよく知っています。 最初のレビューでやや過激な表現を使った点について心からお詫び申し上げ、 反省する意味で受講評をクリアしたり修正したりしません。 私がこのように反応した理由は、私も多くの後輩を教えてみた先輩として 就職準備生には少なくない講義費用ですが、講義の内容に少しずつ残念な部分があったからです。 それでも私が残念だったいくつかの部分を除いて、ほとんどの内容で良い講義をしてくれてありがとう。 私もたくさん学びました。 ありがとうございます。