第一法則ジョブの構築

この作品は、カリキュラムに属し	システム分析と設計
これは、そこに仕事が必要です	運用要件
このコースでの私の目標です	プロジェクトチームの開発経験を増加させる能力を向上させます
私は目標を達成する助けたジョブの特定の局面において	もちろん、具体的な内容を明確に理解、より良い自己平面分析、残酷な現実を明確に理解

1.ブログを確立し、自分自身を紹介

私のブログ：新義

私について：私はので、家庭の事情や年齢の、孤独な大学生のビットだった、私の子供の頃のほぼすべての時間は少しエキセントリックキャラクターを開発するために費やした人、です。私は大学に行くとき、私はプロの基礎がほぼゼロであることを理解することを学ぶつもりだが、研究の2年後、私は偉大な尊敬プロの関心を持っていたが、私は非常に混乱していると、彼らが学ぶべきかわかりません、学習を開始する方法を、彼女は私を悩ませてきました。通常、私はチェスなど、卓球、バドミントンを、好きですが、ちょうどバスケットボールを好きではありません。私は個人的に小説を読むのが好き、特に中学校以来、それは私に無限の想像力を与えます。私は、特に数学の計算のように、関心が決まります。

2.読書と思考

（1）あなたはプロの想像では、大学に入っているときことを思い出してください

どのようにあなたの専門的な意思決定で選択をしたのですか？
ちょうど高校を卒業していたが、私はもともとソフトウェア工学、コンピュータから切り離せない人間感情の将来が何であるかを理解していない専門職のための2番目の選択肢である、プロのパワーを勉強したかったので、私たちはソフトウェア工学に選んだ、想像力の多くを持っていました。
どこプロ、そしてなぜあなた自身のあなたの期待に応え、あなたがコースへの曝露の過去（2）年をと思いますか？
正直に言うと、私は想像内容は同じではありません前に、学校や大学を始め、心はまだギャップの感覚の少しを持っています。しかし、さらなる研究と、プロの利益のために、成長しているより多くのソフトウェアエンジニアリングと神秘の魔法を感じています。
あなたは、あなたがそれを好きというあなたの分野の専門家は、それはあなたがそれで良いしている地域であると思いますか？
興味がないから始めて、しかし、学習、関心の深さは、素晴らしいと刺激的なソフトウェアを感じます。今では考え、学ぶために学習を開始するために非常に良いではありませんが見つかりません。
将来的には、あなたはそれに関連したプロの仕事に従事することを選択したのだろうか？どこに行きたい場合は与えられた都市、会社や仕事で、何の理由があれば指定されていない
無事故、その後、この職業に従事しなければなりません。まず、最終的には家庭Zitong（自営業）を返すようにして、再び成都の発展に大きな都市深セン（テンセント）を、体験したかったです。

（2）人の制御は今、前の通りを歩いて、未来を説明しました

すでに専門的な知識、技能、能力、何を感じていますか？コードの量が書かれているどのくらいですか？あなたは/仕事を最も複雑なプロジェクトを説明してください。
論理思考とプログラミングの基本的な知識、C言語、知識に基づいたデザインパターンの23種類の基本的なWeb開発の知識、基本的なデータベースアプリケーションの開発を、理解するためのJava基盤のソフトウェア工学の基礎。4000本のライン、夏の開発チームの試合。
専門的な知識、技能、能力の資格を卒業生だけでなく、何の間のギャップになってから？
専門的な知識、学習、知識の不十分な外貨準備のために。ソフトウェア開発の過程では、すべての理解と意識することはできません。専門的なスキルを向上させる必要があります。
（3）現在の人生の選択肢、PubMedの、仕事、パブリックテスト、海外に行くの交差点で、異なるジュニアの努力の異なるオプションがあります。そして、多くの異なるブランチがあるかどうか大学院の仕事。各パス
あなたは人々の経験を読む前の制御は、あなたの選択は何ですか？
仕事
？このオプションの下では、あなたが他のクラスメートの欠点と比較されているどのような利点は何だと思い
良い仕事の経験で、自分の知識の専門知識を適用する、社会的に先に接触：メリットは。
短所：なし高い資格とより深い専門知識、および専門家のより深い意識について。
あなたの選択のために、あなたは自分でアレンジが何であるかを設定ジュニア計画を与えますか？
その上で、オペレーティングシステム、コンパイル、データベース理論と：内部のような、より学習コンピュータを操作する基礎となります。もっと偏った知識の理論を支持して、もちろん、我々は、コーディングや設計業務の多くを行う必要があります。
あなたが達成するためにあなたの夢が行わや準備の種類を行うことを計画していますか？
言っても過言ではない、唯一のハード、試してみて、もう一度お試しください。後悔のない若者、自分が後悔させないでください。

品質問題の3言及

1.各質問の後、あなたの質問にセクションを原因を示すいくつかのコンテキストを提供してください。
2.あなたの質問をサポートするいくつかの例や情報を一覧表示します。
3.ダイレクト（あなたは、それらの異なる前提条件と書籍のと質問をすると言った、または書籍の用語を理解していない、推論過程についての質問がまだありますがマニュアルで説明されて、あなたが質問して意見をお聞かせくださいとあなたの経験経験または間接的な経験）矛盾？
1、第四章では、「彼らは協力」に：
あなたは、常にプログラムのすべての側面の品質は1のより高いレベルのすべての面でのプログラマーの1組に依存して交換し、確認することができますので、私はペアプログラミングを見てプログラムでこのようなエラーがずっと少なくなり、それはかつて、私はその後、引き換えに、我々はすべてのすべてのプログラマは、多かれ少なかれ、いくつかの個人的な癖を持っていることを知って、質問があり、修正およびテスト時間を大幅に節約します紛争の多大に二人の意見、彼らはそれが大幅にプログラムの進行に影響を与える、与えていない、ましてやそれがより良いプログラムを完了しない、それもプログラムを完了するために、問題になることがあります。すべての異なる、私たちは誰もが他人の意見を聞くことを行うことができますことを保証することはできません、速やかにエラーを認識しました。
第5章2.「チームとプロセス」で：
チームの形成時に、あなたはエンジニアリングモデルを決定する必要がありますか？使用のどのようなモードを決定する必要があり、プロジェクトチーム内の特定のプロジェクトに基づくべきではありません。そして、新しいアジャイル開発では、それが効果を作るために最初に、文書を重視していない、そしてチームは、そうでない場合がある具体的な文書化要件は、プログラムの書き込みエラーが発生していないだろう、明らかにプログラムの必要性を理解するためにすべてのプレーヤーを聞いてきます隔世。
第10章、「典型的なユーザーシナリオ」の3.：
ユーザーのニーズを理解する過程では、常に多くのユーザーの需要の不安定性が発生しますが、我々はこれらの状況を徹底的に利用者の状況を理解しておく必要があり遭遇、または基づいている必要があります最初のアジャイルで開発された彼の曖昧な記述の必要性は、ユーザーがユーザーのニーズを達成するために反復を作り、効果を確認することができ、単純なテンプレートを開発しました。
第11章、「ソフトウェアの設計と実装」では、4：
ソースコードの戦闘管理は、人は最後までそれを管理し、維持しなければなりませんか？管理し、維持するために、一度、新しい人々は、彼が機能を達成するために、ソースコードや特定のコードのニーズを理解していなかったので、取り返しのつかない被害が発生することがあります。
：第13回「ソフトウェアテスト」で5.
いわゆるソフトウェアのバグのテストが必ずしも良いですか？個人的に、私は必ずしもに反応し、この問題に対処するために、異なるユーザの実際の状況にいわゆるバグとは思いません。やバグテストのために、どのようにバグの再現性を減らすために行います。

4.理解し、ソースコードのバージョン管理ツールを調査

Gitの
利点：分散バージョン管理、集中バージョン管理システムと比較して、中央サーバクラッシュがワークの影響には表示されませんが、最初のサーバなど、ローカルに保存することができ、その後良い仕事を変更することができ、そしてGitのコミュニティ柔軟、検査を学ぶための豊富な情報を持っており、gitのは、オープンソースは、それが個人を重視しており、公共のために、サーバ上で、プロジェクトのサイズは、管理することができ、良好な分岐機構が、それはgitのブランチマージを提出していない多くの圧力ではありません他人への影響はなく、内部の.gitディレクトリと呼ばれるファイルに格納されているメタデータのgitの一元管理、全く。
欠点：バージョン間の互換性が良くGitは、間違っていると、プロジェクトのコンテンツgitのバージョンの別のバージョンに置いてもよいです。
GitHubのの
利点：GitHubには、オンラインのファイルを編集するための機能を提供し、ユーザーが直接ファイルライブラリを経由してブラウザのバージョンを変更することができるのGitに精通していません。フォークプロジェクトやプルリクエストは、動作モードのGitHubの最もユニークなスタイルを構成しています。ラインの解説とプル要求により、コード行を送信するにはGitHubのコードレビュー機能を構成しています。GitHubの上でGitのリポジトリは、完全なプロトコルサポート、インテリジェンスのサポートHTTPプロトコル、Gitのデーモン、SSHプロトコルを提供します。フォークプロジェクトやプルリクエストは、動作モードのGitHubの最もユニークなスタイルを構成しています。ラインの解説とプル要求により、コード行を送信するにはGitHubのコードレビュー機能を構成しています。
欠点：Gitの、Wordpressのは、強力なバックグラウンドを持っているとは異なり、ハンズオン必要なものの多くに基づいていくつかの非常にダイナミックなプログラムの制限、。
合理的な
利点：小さな開発チームのためにはどちらも単純明快なプロセス構造の確立は、開発プロセスの家族のための汎用性を提供し、また、大規模な開発組織に適しています。そしてさまざまな状況に対応するために変更することができます。また、開発プロセスの特定の組織に適応するためのコンフィギュレーションのサポートを提供し、開発キットが含まれています。
欠点：ユーザーインターフェイスは行うことは非常に簡単ではありません。レポートの自動生成、モデル管理は非常に良好でありません。