1.形式説明
| 問題 | 答え |
|---|---|
| この作品はもちろん所属しますか？ | https://edu.cnblogs.com/campus/xnsy/GeographicInformationScience |
| どこの仕事でこの要件？ | https://www.cnblogs.com/harry240/p/11469058.html |
| このコースでの私の目的は何ですか？ | 1.練習は自分のプログラミングのスキルを向上させるために2.開発プロジェクト3.チームワークを向上を構築する方法を学びます |
| 私は目標を達成する助けたジョブの特定の局面において？ | 1.教科書2.自分の不備に直面することを学ぶ3.いくつかの優れたブログをご覧ください |
2.個人紹介
私のブログ：https://home.cnblogs.com/u/caiyulan9013/
私は2017地理情報科学の学生をしています。私は、など絵画、写真、工芸品、考古学、など多くのもの、に興味があるでしょうが、実際には、それに辛抱する決意の欠如を貼りませんでしたが、すべてをやっで完了するために、本格的になるだろう。芸術の心を愛の星があります。
3.読書と思考
（1）リコールイマジネーションどこ専門の大学に入るとき
- どのようにあなたの専門的な意思決定で選択をしたのですか？
：私は、地理が好きで、地理的に関連する専門家とより良い仕事を読みたいので、それは地理情報地理と科学とあまり接触しそうですが、私たちは、この職業を選んだので、その時。 - どこプロ、そしてなぜあなた自身のあなたの期待に応え、あなたがコースへの曝露の過去（2）年をと思いますか？
A：幸いなことに、基本的に同じ。より広く報道を教訓、コンピュータ、リモートセンシング、マッピングは、地質学的にすべては、いくつかをカバーし、彼らはシンプルかつ明白な学び、実践的な能力が強い、より理論的な知識ではありません。 - あなたは、あなたがそれを好きというあなたの分野の専門家は、それはあなたがそれで良いしている地域であると思いますか？
A：私はそれで本当に良い、ないことを好みます。 将来的には、あなたはそれに関連したプロの仕事に従事することを選択したのだろうか？どこに行きたい場合は与えられた都市、会社との仕事である理由が指定されていない場合は、
Aを：それはあるべきであり、成都に仕事をしたい、同社は現在、唯一の仕事で、その後、一般的な方向があり、非常に明確ではありません。（2）人の制御は今、前の通りを歩いて、未来を説明しました
- すでに専門的な知識、技能、能力、何を感じていますか？コードの量が書かれているどのくらいですか？あなたは/仕事を最も複雑なプロジェクトを説明してください。
プロフェッショナル理論的な知識、プロと少し複雑なので、地質学、測量とマッピングの側面教訓を学んで、コンピュータ関連や情報地理はシンプルかつ明白な学びの浮遊もそう、それは少しC言語とC＃になるため、カバーされますが、コードが書かれていますいくつか、それは基本的には複雑に言及し、そのためではなく、ジョブを完了し、ために、1000未満の行でなければなりません。 専門的な知識、技能、能力の資格を卒業生だけでなく、何の間のギャップになってから？
ギャップがあるそれぞれの側の締約国、
専門知識には、コースの最後には深さで勉強したくなかった、ここに強化する必要がある
コードのプログラミング能力も欠けている、プロのソフトウェア自体は非常に熟練していない、スキルを
交換する必要がありますスキル、コミュニケーションスキルを増加（3）現在の人生の選択肢、PubMedの、仕事、パブリックテスト、海外に行くの交差点で、異なるジュニアの努力の異なるオプションがあります。そして、各パスは、かどうか大学院仕事、多くの異なるブランチがあります。
- あなたは人々の経験を読んでする前に、コントロールの上に、あなたの選択は何ですか？
仕事 - このオプションでは、あなたの弱点は、他のクラスメートと比べてどのようなもの、利点は何だと思いますか？
早く社会との接触、仕事の経験が、学生が読み取りを継続することを選択した学習の喜びよりも、はい、はるかに少ないです。 - あなたの選択のために、あなたは自分でアレンジが何であるかを設定ジュニア計画を与えますか？
研究では、ハード、レベルに渡され、そしてプロフェッショナル向けのソフトウェアを開発、2つの有用なスキルに1を習得するための適切な学習を習得していました。 あなたが達成するためにあなたの夢が行わや準備の種類を行うことを計画していますか？
英語での受験とコンピュータ2の学習の準備、空き時間の使用が有益なスキルを習得します。
4.質問します
== Q1：==第一章P16
バグそれは何ですか？単純に、ソフトウェアの動作を入れて、ユーザーの期待は同じ、と呼ばれるバグではありません。バグかどうか、ユーザーに応じて、異なる開発者を角度。
ユーザーが希望する場合には一貫性のない方向と最適化ソフトウェアの方向を選択する方法をすべきですか？
ケースにしながら、ユーザーが望むように、最も重要なのは、必然的に、競合になるように、ユーザが党の方向を最適化することを希望する場合は、ソフトウェアが重い方向に合わせて最適化されている場合、必然的にそれが顧客の損失によって引き起こされているかどうか、ビジネスの目標を達成するためにつながります。情報へのアクセスは、ユーザのニーズへの参照ガイドとしてビジネス目標に表示されるべき、または両者の関連付けとのバランスを見つけること。政策の最高のガイドでは、どのようにでしょうか？
== Q2：==第III章P48
時期尚早の最適化は、すべての諸悪の根源であります
あなたは、最適化する方法を決定する必要がありますか？最適化はどのような時にすべきですか？
情報へのアクセス権を得るために最適化メトリックは、最適化の重要な部分であり、インデックスの選択は無駄ですべてで作られた不適切な努力をもたらすことができます。最適化を賢く使用する必要があり、それがターゲット反対の場所で最適化されなければなりません。早期の最適化は、グローバルな見通しは、プロジェクトの開発と最適化のいずれかの役割を得られなかったの前に別のステップとして使用されるべき最適化を見つけることもあります。私は最適化する方法、それは自由にどこ最適化を決定するために多くの経験を取ると思います。
== Q3：==章XIIのP253
ドッグフードを食べないように十分な光
自分の開発した製品を使用すると、多くの問題を見つけることが、単一のユーザーエクスペリエンス上で述べたように、どのように解決するために言ったのだろうか？
ユーザーエクスペリエンスのデータを強化するための情報にアクセスするにはどのように全体のソフトウェアサイクルを通じたシンプル意識するように、ディスプレイは、できるだけ操作がより簡単かつ便利にする必要があります。このようように美しいインターフェイスとの連携、タイムリーな助けのための迅速かつ友好的規範やなどあらゆる面の完全な詳細、。それは心理的な抵抗を生むません導くためにどのように、ソフトウェアの多くは、コメントやフォームの満足度を記入するためのソフトウェアをご案内いたしますが、ほとんどの人が無視することを選択したのでしょうか？
== Q4：==章XIV P309
ソフトウェア品質保証の求人：ソフトウェアチーム実装定義の品質基準を達成するために、テストを含むすべての活動を、実行するためのソフトウェアをできるようにするためです。
チームは、独立したソフトウェアテストの役割を持っている必要があります。誰もがQAの作業に参加することができます
QAテストが含まれているので、QAとテストの役割を組み合わせることができること？
情報表示へのQAへのアクセスは、2倍のタスク、プロセス改善と品質保証であるGMPの一部であり、プロジェクト全体の過程を通じて、プロジェクトの進捗状況を確認するために、だけでなく、検証機関、組織プロセス定義を完了するには、リスク管理が必要です。各コースの最後の成功を照合し、分析します。試験は、製品開発の過程だけで、テスト管理は、2つの独立しており、したがって、QAプロセスです。役割の明確な区分を持つためにだけそれをテストする必要がありますか？
== Q5：==
何であるかを主張？アサートを使用する場合は、ときに例外を使用するには？
条件と例外アサーションの数が条件（条件後の実行）をチェックした後、間違った工具検査手順、必要性の実現の先頭に会うことを主張するための検査前条件が、あるとき、情報表示へのアクセスは、例外を使用します。引数は、外部環境をチェックし、間違ったアサーション・チェッカエラー例外があり、ユーザー・エラーが発生しました。まだ少しは理解していません。
5.理解し、ソースコードのバージョン管理ツールを調査
（1）のBitbucket
|長所|短所|
|：---：|：---：|
|自由のリポジトリの無制限の量を使用しますが、の5人のメンバーを制限することができ、小さなチームを使う| |システムが十分に安定していない
|大きなファイルのスピードを提出しますまもなく|グループとコードの量が優れているが、GitHubのを使用するために|
| |国内民間倉庫他のツールとしてのプラットフォームをホスティング|ドメイン名カスタマイズすることができる柔軟なアクセス制御を持っている
（2）GitHubの
| |長所|短所
---：：| | ：---：|
|サポート人々一緒にプロジェクトを完了するために|英語のみ|
|多くの非常によく知られているオープンソースプロジェクトがある| | gitのフォーマットは、コードのみのホスティングをサポートしています
|民間倉庫は倉庫の自由、および無制限の数のために構築することができますが、ほとんどの3件の共同研究を可能にしながら|保護分岐料金|
（3）のGit
|長所|短所|
| --- | --- |
|速く、実績のあるアーキテクチャ、柔軟な開発|以下の情報は、学習コストが比較的大きい、学習曲線長い|
|オフライン作業、低管理コードのコストは、サーバに依存しない|コード貧しいセキュリティ|
|良い分岐メカニズム、トランクコードが清潔に保たれている可能|奇なる考え方|
（4）のTrac
|長所|短所|
|： - - ：|：---：|
| グッドスケーラビリティ| |マルチプロジェクトをサポートしていません
|著作権システムはより完全な関係|コア機能はめったにプラグの多くをインストールする必要がありません|