| この作品は、コースに属し | リンクのコース |
| ジョブが必要とする場合 | リンクジョブ要件 |
| このコースでの私の目標です | 、実行して、指導経験学習のブログ、書き込みモードの管理、集団開発プロジェクトコードのための経験を学び、システム分析と設計プロセスを予測することを学ぶことを学ぶと、長期的な遵守 |
| 個人ブログのホーム | https://www.cnblogs.com/westweishao/ |
まず、ブログを確立し、自分自身を紹介
自己紹介：私は主に（歌は非常に一般的であるが）歌うのが好き、通常の学部学生、現在ジュニア読書、非常に私の個人的な趣味でソフトウェア工学の学生です、ダンスを（学生と一緒には10のことを学びましたヒップホップの日）、ラップ（主に）ラップ、そして時折フリースタイルを模倣するが、当然のことながら、私の好きなバスケットボールの一つは、当然のことながら、今これらの趣味だけ気まぐれも、趣味で呼び出すことができるスポーツです（ちょっとちょっとちょっと、あきらめた後、皮膚が壊れ指に遊んで、2日連続）しばらくギターを学びます。全体的に私はすべてが私はまだ食べるのが大好き後あなたは、間違っていないなら、脂肪様々な興味深いの比較的浅い理解のようだった、私は食べ物の味の私の理解を行使するためには、典型的な食料品でした私は意図的に野菜のそれぞれの味のためにメモリを練習し始めたので、私は料理をする恋に落ち、私はいくつかの料理の動画を見るのが好き、または私は夕食のためにいくつかのレストランに行くとき、私は意図的でしょう彼は、私は匂いをかぐたび、今、私は確信している皿のものを90パーセントを決定することができますので、調理するために起こっているかに注意してください、これは一度ホテルでパートタイムでの経験のおかげです。そうそう、私はほとんどの月のJava研修生を練習するのに長い時間を合計し、私は歌うのが好き、ダンス、ラップ、バスケットボール。
第二に、読書や思考
（1）あなたは大学に入っているソフトウェア工学の専門家を想像してみて思い出してください
。どのように専門的なソフトウェアエンジニアリングを選択する決定をしたのですか？
目の問題のためには、どのような月給ゲームプログラマーや何かの何千ものがありますが、私はオンラインチェックし、医学を学び、そう、ソフトウェアエンジニアリングを選択し、彼は非常に大きいと感じたときに用語を聞いて開始していませんでした私はあなたが特に強力な感じ、右でしたが、また、お金を稼ぐことができると感じ、その後、億万長者になる夢を保持し、私はソフトウェア工学の専門職を選んだ、職業、今この学校は私の最初のボランティアです。
B。あなたは、過去2年間は、ソフトウェアエンジニアリングのためのあなたの期待に応えるコースにさらさと思うし、なぜですか？
過去2年間で、カリキュラムはビット、C言語、C＃言語、Javaweb、HTML、PHP、Javaのを理解することは簡単です。もちろん、このプロセスは、私は、ソフトウェアエンジニアリングは、ソフトウェアに従事していることを信じているので、それは少しがっかりだと思いませんが、実質的には、過去2年間、実際に万年までの人々は、ライブラリ管理システムを使用しなかったされているソフトウェア書くこと、それまた、ポイントに到達した今カード、ダンスダンスレボリューション、その他楽しい小さなゲームをプレイして、そのようないくつかの第二次世界大戦航空機、爆撃機などのソフトウェアなど、いくつかの簡単なものの関心を高め、中に書かれたが、彼らはお金を稼ぐために使用することはできません。
C。あなたのお気に入りのソフトウェアエンジニアリング分野、それは何だと思います、それはあなたがそれでいいですエリアがありますか？
理由、ソフトウェアエンジニアリングは、私のお気に入りのフィールドではありません、私は間の成長格差を、2年間学んだコードを書くより少ないと少ない時間を感じ、そして（特に学生のチームで）学生。どのようにコードには、実際のノックがないので、それはまたあるので、これは専門知識の私の領域ではありません。
D。あなたは、ソフトウェア開発関連の仕事の将来に従事することを選択することができますか？どこに行きたい場合は理由与えられていない場合は、指定した都市、会社と仕事です
I私は食べ物だが、ソフトウェア開発に関連する仕事を選ぶだろうが、お金の顔を見て、私は深刻なノックコードを開始する予定、賃金が高く、特に大企業（BAT）。その未来は、私は同じBaiduは、アリ、テンセント、網易のような大企業に行くことを願って、同様に広い北の層の都市のいくつかに行きたいです。その後、論理的に言えば、大ボスがいたときとは違って人、上級管理職、ので、上級管理職になることができ、私はまた、より喜んで、もちろん、強力なポイントを達成するために私の能力ならば、私は、起業家精神を試して喜んで、残業が比較的小さくなり、実際の開発時間が（髪が少なくなることはありません）比較的短くなります。主に賃金が高い、高い位置ああ。
（2）人の制御は今、前の通りを歩いて、未来を説明しました
。あなたはすでに専門的な知識、技能、能力、何を感じていますか？コードの量が書かれているどのくらいですか？あなたは/仕事を最も複雑なプロジェクトを説明してください。
私は、彼らはすでにいくつかの簡単なアプレットを開発する能力を持っている、といくつかの簡単な話題を書くと思います。専門的な知識は、その後、短時間ですべてが唯一特に単純なメモリのスキルは、その後、過ごすことができる知識のこの部分では、一定期間の後に、いくつかの知識を習得するために、不安定な把握を感じるいくつかのUML図、フローチャート、および4,000人以上の線のほぼ量（または本当に小さなを有していてもよく、私はコードを書かれている、単にソフトウェアのニーズを分析することができますが、実際には特定の符号化のための唯一の紙の上に、弱いのためのコードを書く能力は、それは単に動作しません。バーの貧しいああ）。完了複雑なプロジェクトの多くのですが、実際に特別に書かれた、それは今だけ1ライブラリ管理システムを持っている必要があり、そこにいくつかの簡単な正規削除チェック機能がありますが、でも、データベースに接続できませんでした、それは文書で、単純ですいくつかのデータを書き込みます。プログラムを通して、いくつかの機能を記述することで、プログラミングのマニュアルがあるので、後のオブジェクト指向プログラミングでは何も特別なより多くの経験がある、コードは、そのための実際の書き込みをノック輝くほとんど常にあり、コードはるかに少ないのライブラリ管理システムの複雑さ
B。資格の専門的な知識では卒業生、スキル、能力だけでなく、何の間のギャップになってから
フレームワークのいくつかの専門的な知識で修飾卒業生、どのようなコンピュータネットワーク、オペレーティングシステム、およびsoからまだ何ソフトウェアのニーズの詳細な手順、何を完了していないアジャイル何の原則のためのソフトウェア工学を学ぶために開始されていませんギャップは依然として大きいので、最も重要なのは、このエントリから貧しい人々のためにあまりにも多くの実際のプログラミング機能の数をあるべきであり、このソフトウェアは、最も基本的に従事できる能力である、あなたは経営トップになりたい、一部だけナレッジマネジメントは、まだ国民を説得する必要があるので、技術力や最後の言葉を持って、十分ではありません。彼は、実際のポイントは、Java、JDBC、これらは私が学んでいないです、ああ、反射、MVC、springboot、springcloud、分散開発、Javaの並行性などを考えることであると述べました。
3）現在の人生の選択肢、PubMedの、仕事、パブリックテスト、海外に行くの交差点で、異なるジュニアの努力の異なるオプションがあります。そして、各パスは、かどうか大学院仕事、多くの異なるブランチがあります。
あなたは人々の経験を読む前に比べて。コントロール、あなたの選択は何ですか？
私たちの家庭なのでそうディーン先生の推薦のPubMed、そしてそれは高齢者のうち、今では、多くの高齢者が何かを開始することを選択した理由は、この継続的な教育と、唯一のハイレベルへの良い雇用を持つために、高い行くました機会、私は私の知る限り、この技術的な能力を提示して、私は会社に場所を推測するため、大学院の準備を選択し、会社が私を雇っていないだろう、それだけでこのようなものは、エントリに、同社の能力に技術を学び続けることができることをすることができます。
B。このオプションでは、あなたの弱点は、他のクラスメートに比べ何であるかの利点は、何だと思いますか？
現在の傾向では、研究のセクションでは、より遅く、コミュニティへのだろうが、また、2年間勉強し、そうも知識、技能及び雇用機会のより正確に言えば、知識と学習をより専門的になり、より多くの雇用機会となりますそれで行くと同じ給料のために、大きくなりますが、実務経験の数年間、同じプロジェクトを失うことになる、同じセッションは、学生が学校内の特定の知識の開発、大学院の研究の多くを蓄積している可能です彼らはより少ないロットの実際の開発作業。
C。あなたの選択のために、独自のジュニアセット何を手配することを計画？
ジュニアは、その後、私は毎回出て、高度な数学を学ぶために毎日、英語PubMedのは、これらの科目をテストする準備ができていたが、言葉が、それは主にこの小さなプロジェクトや体験型のプログラムを可能にする簡単な質問、であるかどうか、毎日のコードのビットをノックしようとしています強化する能力。この技術は、同じ時刻になりますと・PubMedのは、もちろん、まだ少しバイアスさをPUBMEDする必要があり、この用語は、その後、本当に低いの前に、上記の成績評価点3を言及することができることが期待されています。
D。あなたがあなたの夢を達成するために行わまたは準備の種類を行うことを計画していますか？
私の夢の実現のために、あなたは積極的に海外で働くことを望んで外国語を学習している、だけでなく、プログラミングの経験を蓄積し、いくつかの小さなプロジェクトを見て、外国人のIT業界のためのより多くの外国の先進いくつかのプログラミング・プロジェクトは、常に注意を払う見るためにそこにあります自分のプログラミングのスキルに依存することができ、海外後の就職の準備をするために、自分のプログラミングを理解するために、外国人留学生の仲間入りをして、これらの計画の一部は準備ができて、一瞬に最もホットなプログラミング言語やプログラミング方向の数を監視します。
III。質問します
質問1
第二章では、VSTS、ユニットテストの実際の操作を使用して書き込みユニットテストのテキストに記載されたユニットテストを指し、非常に、知識の原理は、約を理解するわけではないが、各ユニットに対するテストの特定のパラメータこのクラスには、どうあるべきかに依存するユニットテストを有することも可能です。ユニットテストは、また、効率のためのテストプログラムに関するので、いくつかのレベルの段階でコンパイルされる方法書き込み及びテストコードソフトウェアが考慮されるべきです。すなわち、これらの特定のユニット及び方法をテストしたり、問題を分解することです。コードの長期維持の過程でアップグレードがあるだろう場合は、この時間は、新しいユニットテストがあるでしょうが、あなたはすべての書き換えに行くので、メンテナンスコストが大きくなり、作業負荷が非常になった場合最終的にどのようにこの問題を解決するには？
質問2
セクション4.5で述べた記事が、それはビューの本のポイントをプログラミングするには多くのメリットがありますが生成されますが、プログラミングのために解決し、2つの非常に強力な人々はそれが良く得ることはありません、プログラミングのペアリングを開始した場合、二人は意見の相違がある場合には、特定の問題について二人が検討するためのものは同じではありません、解決するのは非常に困難になるだろう、との両方が非常に強い人なので、持っているの各確かに異なるため、特定の問題に関する見解、とがあるかもしれませんこのような問題が生き残るべきかそのペアプログラミングモデル、がある場合、その対価は、それから、水を引くためのものであろうので、別のケース強弱、それが弱いに過度の信頼を置くだろう強い、それを解決するためにどのようにこの場合のように、プログラムのメリットが負担する非常に一般的な学校のチームの状況は、どのような良い方法は、それを解決するために、その後、存在していません
質問3
私はこの一節を読んで（アジャイルは知的運動、またはいくつかのソフトウェア開発方法論をカバーした値のようなもの、である）、この問題を持っている（アジャイル開発の原則は、極端に、右端に使用することができます最高のそれの各因子の測定方法に基づいて）。私は（これらの請求があり、情報をチェックします
一つ目は特徴：変化を受け入れる必要性を、初期の頃には、起業家チームの多くは、単純に知りたい、あるいはビジネスモデルを考えたくないので、起業家チームの多くはすぐにできるだけ早く開始の試行錯誤法により検証したい、非常に明確ですその後、常に適切なビジネスモデルを見つけるために、どちらの方向から調整するので、このモデルは、ソフトウェア開発モデルを変更するために迅速に対応することができますが必要です。
最初の2つの機能は：同じ方向にビジネスチームがビジネスを開始するための限られた資金と組み合わせて、やっているよりも多くの可能性があるので、より速く、それはソフトウェア開発プロセスは、高速である必要があり、効率が高くなければならない必要です。
最初の3つの機能：リソースが限られているので、ソフトウェア開発プロセスは、小さなチームをサポートするのに十分な堅牢でなければならず、各チームメンバーが複数の役割を再生することができますので、早期開始を小さなチームの操作をサポートします。
最初の4つの特性：管理が容易で、管理、および起業家チームと比較しては、迅速に作業結果を確認するためにもっと注意を払う、あなたは複雑な管理方法などを練習する必要がある追加の管理スタッフのみが不人気歓迎されない、とはありませんが、最高のコストを削減最大化するように、従業員の自己管理をさせることです。
）、私の練習によると、私はまだ理解していない、私の混乱は、（修正するか、最高の動的平衡の尺度を達成する方法を明示規定が）あります。
質問4
上記の製品マネージャで、本書「法の構築」の第九章のプロダクトマネージャー（182）、夏休みの時間社会における実際の状況に応じて、への販売スタッフによる根本的なユーザー数の機会に直接アクセスするためのプロダクトマネージャーフィードバックを収集し、それだけで多くの偏見を存在しますが、彼らは唯一の自慢、及び勧告を行うために、製品を販売する過程で実際の需要と販売を理解することはできませんだけで良いの顧客を言って、だけでなく、同じクライアントソフトウェアが販売するので最後に、この位置のためのフィードバックので、いくつかの製品マネージャーがどのような仕事をするために、盲目的マーケティングは良いだけでなく、当社の顧客ための利点を超えるが、フィードバックの提案が取得するお客様、そしてI、などに製品を販売しますどのようにプロダクトマネージャーは、継続的な製品の最適化にそれを達成するために、実用的なフィードバックを受けなければなりませんか？
質問5
本の中で言及した「法の構築は、」我々はspringmvc、全体で使用することができ、サイトを作成し、javawebを書くために、この方法を試して15日を要したとき、夏には、実行して学習のアイデアを呼ばれます、プロセスは、基本的にはやっていたと述べたが、私はありませんすべてのステップは、すべての場所で情報を検索する必要があるため、この方法は、非常に望ましいことではないと思う、学ぶためにゼロからスタートする方がよいので、最終の効率が少し良くなりますゾウの先生、私はこのアプローチは矛盾していると思いますが、実際には大きなベース自分自身に直面することはありませんので、このような行為は非常に時間がかかり、私はこの方法は、特定の基礎に適していると思うし、ソフトウェアの開発に使用されますこれは私たちのゼロベースの学生には適用されない場合は、この時間は、私は、ビューのこのアイデアファン波ポイントの小さな本、夏休みに基づいてビューの最終点にインターンシップを持っています。
IV。理解し、ソースコードのバージョン管理ツールを調査
gitの
githubの
利点：
1.完全な値下げ言語サポート、および絵文字表現のサポート
2.ページへの直接コピー画像をサポートし、それが自動的に写真をアップロードします（これも非常に良い機能を、しかし、知っているほとんどのサポート）
3.より良いモバイルをサポートしています。そこにはgithubのモバイルクライアントはありませんが、通常は開発者が、書かれたブログはWeiboを介して共有するので、クリックした後に来るであろう、あなたは内部の携帯電話のブラウザにアクセスすることができます。
4. githubのネイティブ関数は、同様の機能のコメントを行うことができ、
5.サポート@ユーザー機能
6. [サポート]タブには、もちろん、あなたが内部のリポジトリ
7.ストレス個人は、ハッカーに沿って自然の評判/達成にもっと注意を払います
すぐに開始する8.シンプルで実用的なデザイン機能、優れた可用性は、その上に様々なプロジェクトや開発の非常に良い品質がたくさんあります。
短所：
1.GitHubはgitの分散型バージョン管理システムを使用し、GitはLinus Torvalds氏は、もともと助けるために、Linuxの開発者およびLinuxプラットフォーム、gitのためにそれを作成し、それがWindowsのようなものがなかったため、Windowsは、友人の最善ではありませんでした。GitHubには、Gitは、Windowsプラットフォームの開発者のためのグラフィカルなクライアントを使用して簡単に提供し、Windows用のGitHubをリリースしました。
2.国内のアクセス速度が遅すぎる、多くの場合、タイムアウトを接続
3.中国に友好的ではない、GB2312 / GBKを解決することはできません
4.wiki弱すぎる、（オープンソースプロジェクトのための重要な）ドキュメントの直接の結果は、多くの場合、別のサイトに分割されています
民間プロジェクトをサポートしていない無料5.は、企業内のニーズに対応する以外の何ものでもありません、githubの：Fiの高価格（安いから$ 5,000人/年）
6. gitのに基づいて、学習曲線は、単に非現実的な大規模エンタープライズのgitで、急です。具体的には、国は、我々はすべてちょうどsvnをすることを学びました
7.githubは時々壁、または不安定になります
8.なし統合ソーシャル共有機能を提供します。例えば、バックようにマイクロブログ、友人のマイクロチャネル円とに共有することができます。私はプラグインを実行するために助言された前に、私たちはこれを見て時間を持っています。
Tracの：
長所：非常に柔軟で、任意のカスタマイズすることができます。
Bugzillaの：
利点：（1）強力な検索機能。
（2）セキュリティ監査メカニズム。
（3）ネットワークのユーザーフレンドリーなインターフェース
（4）豊かな構成設定。
（5）完全なセキュリティポリシーや詳細な製品分類スキームを。
短所：唯一の欠陥を管理することができます。
XCodeのアップル：
利点：（1）自動分類図を作成することができます。
（2）自動的に元に戻すやり直しと任意のコードを書かずに機能を保存提供します。
短所：プラグインの更新されたバージョンの後失敗することがあります。
（2）開発ツールとのシームレスな統合を（簡単な）
（3）ソース管理なしストレージの上限（信頼性）
（4）ファイルレベルでのセキュリティをサポートするために、具体的な支援シーンファイルの管理は、誤ってリカバリ保護を削除しました。
（5）統合およびプロジェクトのツール、タスク、プロジェクトのライフサイクルのテストケースの開発効率、管理を改善するために便利な、組み込みのBUG管理ツールを追跡します。
短所：それらを使用する直感的ではない、より複雑な操作手順。
今現在利用可能なソースコードのバージョン管理ツールは、Gitに、GitHubに、マイクロソフトTFSに、のBitbucket、Mercurialは、Tracの、Bugzillaの、合理的、アップルはXCode