MSRA最初の週のブログでのソフトウェアエンジニアリングの求人


1.自己紹介

みなさん、こんにちは〜私は陳ハイフォン、コンピュータのハルビン工業大学の学校は、シニア、シニアはKC MSRAグループでのインターンシップを始めました。「脂肪家」の標準として、私には、スポーツへの関心の主なポイントは、プログラミングに興味を持っていないだろうとゲーム(肝エネルギーできクリプトン)に焦点を当てます。ハース、ポイントの横に鳥の魂、崩壊、アーク...。
最初の3年間で、私の経験のほとんどは、アルゴリズムコンテストの上に配置されています。ACMコンテストエキサイティングなレースの雰囲気、風変わりなアルゴリズムの考え方は、私は非常に魅了されました。私はチームのための問題解決のアイデアを提供するために、ランクのアルゴリズムに手を持っていました。世界大会に、今年次点を取得し、キャリー・ビット(アルゴリズム+コード)チームに変身しようとする昨年の地方大会後。アルゴリズムの思考や感情は、私は明るいスポットである必要があります。しかし、それはまた、私は大規模プロジェクト、大学でエンジニアリングに関与していないという問題があります。私は、このプログラムは、多くのことを学ぶことができると信じて、私は前には、接触角がないと思います。


2.ステータスの経験と計画

(1)どのようにこの専門家を選択するには?

主アルゴリズム、プログラミング、それの愛。考えた後、私は、彼らがすぐに手で実績のある、良い感じを考え出すことができると感じています。そして、思考アルゴリズムは、私は非常に興味深い感じさせます。

スキルアンケート:

スキル レベル 所望のレベル 改善する手段
プログラム理解 5 7 可能な限り効率的にオープンソースを読みます
プログラミング 7 8 また、定期的にプログラミング競技や訓練に関与
効果分析と改善 5 8 グレーターパフォーマンス分析ツールへのアクセスと馴染み
個々の管理元 1 6 自分のコードベースを管理するために、できるだけ多くを標準化しようとします
ユニットテスト 2 7 文献で提案されている複数の単位テスト方法
(2)a)はなぜクラスに来て、真剣に関与?

スキルは独学することができます。私は、より多くの教師がこれらのスキルを知覚する方法を感じるためには、彼らはどのようにクラスを学ぶと思います。業界の誰もが、スキルの理解はこれらの教師がより深く我々はより理解するために、間違いなく、同じではありません。私たちは、学校を介してこれらのスキルを学ぶための良い方法のための業界をより深く理解することを理解できると思います。

(2)b)の生徒の関係

私は大学の教師と生徒の関係は双方向、一人一人の目標、方向であり、焦点は同じではないと思います。生徒は、教師も生徒によって異なる視点のいくつかについて学ぶことができ、教師は経験を教えるために得ることができます。あなたが本当に何もしぶしぶ、行うことはできません場合は仕事のために、私は、あなたのための最良のことを考えます。教師の仕事は統一されているが、このクラスは、誰もが異なる根拠を持って言及しないように、同じではありませんのために実際にはみんなのために何を期待しています。彼らの期待に到達するために、仕事を終えるようにしてください、私はそれで十分だと思います。

(2)c)の盗作の理解を

リファレンスは、他者の知的財産権を尊重し、他人の結果を知ることが明示的に表面のこの部分に記載する必要があります。他の人が結果が彼の名前を先行すると言うが、それは盗作です。

(3)将来の準備

今は明確な将来は科学的な研究を行うことではないんですが。結局、3年前に大学彼はラボにされていません。私はおよそ科学的方法を学び、その後、私は資格のある研究だかどうかを検討するためにいくつかの時間のためにMSRAの練習に決めた後。他の利点は、より良い基本的な算術演算のそれより固体把握をプログラミングするための基礎でなければなりません。欠点は、プロジェクトの開発を経験するかもしれないより多くの学生がはるかに少ないということです。

(4)学習計画

可能な限り効率的に教師、それによって与えられたタスクを完了します。私は与えられた問題を達成するために、このコースを完了した後、彼らは完全なプロジェクトのフレームワークとプロセスの良好な程度を設計することができますことを願っています。
コードの量:

言語 コードの量
C / C ++ 80000
パイソン 5000
ジャワ 3000
パスカル 2000

精度。いいえ精度ありません。私は、コードの量プログラマレベルの標準の尺度であるとは思いません。コードの10行がうまく良い以上のものに書き込まれたコードの200行よりも暴力の3時間を思い付くしたいことがあります。(多くの場合、競争に遭遇しました)ので、私は自分自身のためのコースのコードの量を計画していませんでした。〜右、別の仕事をしてみてくださいコードの品質の前提を確保するタスクを完了するために、

(5)ブログの気持ち

参考ブログ:https://book.douban.com/subject/4006425/discussion/22803961/

思考:ブロガーを見て、彼は学校に話を聞いたときに混乱し、私は多くの時間が非常に類似した感じを感じます。工業大学(ほぼすべての学校があると信じて)教えるための数学科の学生による線形代数のような多くのこの非常に重要な基本的なコンピュータコース。これは非常に深刻な結果につながる:どのような目的を完了したこのようなものを知りません。ジュニアだけ前の知識は忘れてしまった見つけるために、数学の知識を使用し始めて、コースの様々なを学び始めまでは、その後、クラスまで戻ってみました。何かを学び、より少ないと組み合わせ頼るプロジェクトや方法を実践することができるようにしてください。


3.「法の構築、」品質に問題があります

紙飛行機/ HM < - > ライト・運動プログラムデータ構造/アルゴリズム:失敗した場合の影響は、人々の関心が減少する、自分自身に制限されています。このような知識は、ゲームですが、ゲームの後に、どのような手順を書いこれらのアルゴリズムの保守性を習得するために?一部の人々は、商用ソフトウェアになるためにリリースプログラムを開催しますか!第1章はじめ--P21

私はこの見解に同意しません。まず、アルゴリズムのゲームの研究では、問題を分析し、解決する迅速な能力です。診察室では、必ずしも考慮に入れ、他の規格で書かれたソフトウェアの保守性を取ることはできません。このプログラムは、その保守性を評価するためには無意味です。その後、私のポイントは次のとおりです。各航空機部品、航空機、さらには骨格を組み立てる際に、ソフトウェアシステム、成熟した航空業界に比べ、データ構造/アルゴリズムが正確です。リファレンス「の見出し今日は、」「ビブラート」推薦アルゴリズムは、ソフトウェア全体の魂です。プログラムは、商用ソフトウェアになっていませんが、それはソフトウェアの心臓部となります。成功したアルゴリズムは、会社全体、あるいは業界に影響を与えることができるように私は思います。

成熟したソフトウェアエンジニアは、タスクの納期短縮することができるはず標準偏差を成長--P62第3章ソフトウェアエンジニア

私はかなりこの文を理解していません。言及された「非常アリュール微笑んで」最適化は無限大です(私はそれがテレビだけど、私は非常に良い権利を感じ、先生は私QAQヒットしない)、男が追求すべき。タスクのために、私は配達時間とコードの品質が関連していると思います。コードの品質は難易度の高いのために、非常に高い場合には、その納期は、多くの場合、あまりにも大きな偏差であり、予測することは困難です。そして、プログラミングまあ、多くの場合、唯一のテストは明らかであろう彼のピットを実現するためのプログラムやソフトウェアはありません。非常に通常の偏差予測時間があります。私は分散の大きさとどのように多くのリンクを設計する能力を知りません。

MSFの第一原理:すべての情報が保存され、公開されています。--P140第7章MSF

すべての情報は、将来の仕事のためにヘルプを提供することができます:私たちは、と期待しています。しかし、ビッグデータなど、すべての情報を保存するために、従来の記録は確かにそれを見るために一つの人工のものではありません。私は便利なメッセージを見つけたい時に見つからないことはありません、すべてのデータが保存されていることを疑いますか?または、レコードの低栄養価に無駄な作業の多くのバックはありますでしょうか?重要なことは、その後、毎日記録されている場合には日記のように、私は前にレジャー日記を見下ろすことができます。しかし、私は食べていくつか入れた場合、いくつかの作業を何を食べて、私は、アカウントを実行するのと同じように、私は欲望の小さな日記がなくなっているに見えるかもしれないものをすべて書き留めています。

いくつかのプログラマは、彼らが以前に彼らが予定時刻のニーズを満たしていない達成するための技術を使用したことがない非常に不確実になります第8章--P179ニーズ分析

簡単にこの文は明らかに、理解します。しかし、それはちょうど私達に告げる:プログラマの経験がないが、時間が不十分と推定されると推定されている場合。ブックここで突然の終わりに、この式のディスカッション、そして、そのような「不確実性」のリスクに起因する(というか、私は方法がないように感じる)を避けるためにも減らすかする方法を与えるものではありませんでした。したがって、この文脈では、新しい要件のプログラマは多くの経験を持っていない場合、我々は時間のあまり意味があり見積もり(そしてこのような状況が頻繁に発生するようですか)?我々は、すべての不正確な推定値はまた、それを推定する必要があることを知っていますか?

第三象限:最低のコストで、アプローチを「維持」を取ることが推奨されて維持し、この機能を。第4象限:アプローチを「維持」、または今「を取ることが推奨されません」と楽しい時間を待ちます。--P355第16章IT業界の技術革新

第三及び第四象限は、すべての非本質的な援助のニーズを参照して、違いは誰もが行うことができます第三象限であり、第4象限にのみ、我々は行うことができます。私は理解していないです。でも補助需要、当社独自のを強調することは、それはまた良いいけないことができますか?ニーズが維持されているのはなぜこれが「最も遠い」の第一象限から第三象限の場合で、第4象限の意味は、「やる」ことができますか?私は私の非常にお気に入りのゲーム「グーの惑星」の例だ:第三象限の場合は、ゲームの同じタイプで非常に一般的です各レベル「ハードモード」、のために設計することができます。しかし、第4象限のために、「サンドボックス」カスタムモードは、ゲームの多くを行うことができないように設計することができますが、このゲームでは、その特殊なゲームプレイのデザインの、あなたはそれを行うことができます。私の意見では、ハイリターンのための第4象限第三象限よりも、この機能は、ゲーム(プレイアビリティ)を持参します。

おすすめ

転載: www.cnblogs.com/xpchf/p/11484935.html