個人ブログのジョブ
プロジェクト | コンテンツ |
---|---|
この作品は、コースに属し | 春2020コンピュータサイエンス、ソフトウェア工学 |
どこの仕事でこの要件 | 最初のブログの求人 |
このコースでの私の目標です | ソフトウェア・エンジニアリングを行うことによって学びます |
仕事具体的な側面は、私は目標を達成するのを助けます | 読む教科書は、ソフトウェア工学の一般的な理解を持っています |
まず、完全な教科書で簡単に見、あなたはまだ理解していない5-10の質問に記載されています
1. バック3.4スキルこのセクションの内側を指しスキル改善する方法の答えのは仕方を練習し続けることです
これは彼のプログラミングT.に非常に堪能であると考えられていることに注意することはあなた出席するために、あなたは「算術スキル」を調べたい、彼は「(低レベル)の問題を解決するために、」すべての彼の時間を費やしていることがわかり、「C#プログラミングのスキル」を持っていますあなたがそれをしたい言語、そのような従業員をプログラミングすると、このような問題は?そして、スキルを向上させる方法?答えは簡単である一定の実践を通して、これらの低レベルの問題が解決されると、それは、脳を経由することなく、自動運転になりその後、ハイレベルの問題を解決するために、時間と脳の力を持っています
我々の補足質問:それは、効率的な運動の種類ですか?
「ベストセラー意図的な練習ビューの作者」アレックスは彼の作品で育っは、次のとおりです。
長期記憶:上位にいる人たちは、強力な記憶力のようなものを持っています。長期記憶、意図的な練習であるの本質を指し、優れた人と人の能力を区別することが重要です。
私の解釈によると、長期記憶のこのタイプは、短期記憶を介して取得するための単純な繰り返しではないモジュール自体を行使することができ、問題の本質を洞察した後と、私たちが多いです一から一の問題を、理解するためのものです彼は、「知識に参加します。」と言います たとえば、ときに、ちょうどここ少なくセミコロン、間違って参照パラメータのフォーマット機能をあなたに思い出させるためのプログラム、コンパイラや書籍に学んでいます。私たちは、このセミコロンが必要ですなぜプログラミング言語を理解していない場合や、なぜ実際には、不可欠でキャッチされていない、規範に適応するためにも、試行錯誤を繰り返して、引数のこの形です。このメモリは必ずしも強く、他の専門学生が基本的なコンピュータの完成大学、年生が書き込みをコードしない学ぶことが、数年後、彼は誤ってコンパイラプログラムを書き始め、次回を強制的に問題があるされていません、そして再びプログラミングを学ぶために同じように、コンパイルエラーが一定期間その間違ったフォーマットを修正します。
私たちは、言語の基礎となるか、このプロセスの一定の理解を持って機械語にステップ、高級言語による学習、ステップのアセンブラやコンパイラ理論を通過したときに、私たちは、パラメータの型セミコロンの最後に簡単な文を理解することができる、となりますコンパイラの仕事の意味処理に必須宣言対応は、多くの利便性をもたらしています。我々はプログラミング言語の設計者であれば、人々は平衡に達する間で複雑な機能と友情を合わせるために、書式指定が必須です!違いは、より剛性のフォーマット処理をより便利に、より自由な形式は、本当に信じられない自由なので、自然言語フォーマットのような難易度の高い、処理しています。我々は、これらは数年を書き、または新しい言語を学習するために、コードの最初の行に追いやら理解していれば、迅速に対応することが可能と文法の自然の特徴に精通し、回避のフォーマットエラーが素早く、より高度に集中することを学びます問題について。この練習では、問題の本質は効率的で学びました。
私はあなたがすぐにこれらのスキルが必要とされている理由を理解することを目的と実践を通してスキルを開発したいと思いますので、どのような私たちは、効率を向上させることの本質を理解するための根深い必要性があることは大きな助けを持っています。ソフトウェア工学上のこのコースに固有の、なぜペアプログラミングの方法は、なぜマスターにユニットの練習の前に必要性を見ることができ、テスト、キャッチフォーカスのプロセスを容易にするための練習、意識的な練習を行います。
コードスタイルで4.2仕様2.要求を行いました。
コードスタイルの原則です:シンプル、簡単に読み取るために、明確なヒント:ここでは言葉の一つのスタイルについて話をする、紛争の場合には、キーがの適切な精神である「シンプルに保ち、読み、コードをより簡単に、」紛争を参照してくださいコード規格では、プログラマがよりよく理解し、保守作業する可能性があります
それでは、どのように読みやすい簡潔、明確なコードを書くには?
直接リンクは、(梯子を必要とする)ここではいくつかの公式のGoogle Codeの仕様を投稿しました:
プログラムの3.撮影利点は4.5.2で与えられます:
結び目は、次のような利点プログラムがあります。
2のより邪悪な設計品質とコードの品質を提供するためのプログラミング開発レベル、駅で1。彼らは共同の問題解決能力は、より多くの協力だけでなく、相互の励ましの役割である、エンジニアがリアルタイムで、他人のアイデアやスキルを見ます説明は、大きなアイデアを持って、自分のレベルを向上させるための努力で、動機づけられます。
2.開発者自身が、もっと自信、高品質の出力を持参するペアワークは、高い満足度につながることができます。
エンタープライズ管理レベル3.には、一対の経験を転送し、お互いから学ぶより効果的に通信することができる、共有知識も短い人々のより良い移動することができるべきであり、適切に使用される場合、ペアプログラミング)はlnvestmentの高い入出力比に戻ることができます。
ポイント2の場合:もっと自信、高品質の出力を持参するペアワーク、高い満足感につながることができます。私は、次の質問を持っています:
- ペアプログラミングは本当にあなたにもっと自信を持って来ることができますか?どのように私は私の効率を向上させるために、私の双晶のパートナーは信じますか?同様に、どのように私は私の姉妹提携パートナーが私を信じてみましょうか?
- そして、自分自身を実行しているパートナーの仕事を双晶のプロセスには時間がかかり、本当に高品質にそれを確実にするために、私の出力を向上させることができますか?
- 私はプログラミング作業を前提とする男を好むが、私を作った経験と強いキャラクターは、効率を改善するために、ペアで動作しますが、また、私は、私はそれから満足を得る、不快に感じなかった何かを学びますか?
私は、伝統的なレビューモードにペアプログラミングは、独立した小さなチームである必要があり、自分自身をプログラミングペアは、両方の顔エクストリームプログラミングアプリケーション高強度の仕事だと思う、2つのプログラミング顔を終了絶えず役割を切り替えて、より少ないです査読プロジェクトの深い理解、一部の人々は、他の株式交換と通信するために、効率のケースによって引き起こされる時間を無駄にレビュープロセス、ペアプログラミング、明らかに1 + 1> 2の効果を得るためにそれらを可能にします。そして、人々はその後、明らかに自分の体のプログラミングで結び目、通信のための反感があり、他人の前で暴露自分の仕事の状態と詳細を望んでいないいくつかの可能性が高い恥ずかしい、だけでなく、道の効率を低下させる気を取られていないだけになることです。
ユーザーは8.3必要なさい4 - ユーザー調査を、この問題を理解する上で、ユーザーのニーズを表現するためのスイングチャートは、プロダクトマネージャーの開発者とテスターは、一部があり、ユーザーは修正が理解達成表現するので、そこにあります違い。この差を小さくするには?ユーザーのニーズ分析の真のニーズを理解するには?
ここではブログのリンクを投稿:
ソフトウェア工学の米国の研究ノート:解析したいものを最後に要求分析?どのように分析するには
13.3.1で述べ5.
バグAを見つけることは容易でデバッグバージョンで可能な限り試験した場合、スーパー:あなたの目標は、できるだけ早く早く、できるだけとして問題を見つけ、問題を表示させるのであれば、私は、デバッグバージョンを使用することをお勧めします場合は、早期ソフトウェア開発サイクルにおいて特に重要である「できるだけ早く問題として発見」ユーザーがソフトウェアを見るような目的は、時にストレステストの実施及び有効性は後半のソフトウェア開発では特に貴重であるリリースバージョンを使用し、テストすることです
デバッグバージョンは何で、リリースバージョンは何ですか?
全体Baiduの百科事典リリースエントリー:
すみません、「ソフトウェア」および「ソフトウェアエンジニアリングは、」これらの単語が表示される方法です - いつ、どこで、誰が?
- 8月覚書でリチャードR.Carhartの1953ランド研究所の研究では、同社初のソフトウェアの概念を提案しました
- アポロ11号の間に、MITドレイパーLabのマーガレット・ハミルトンは、他のハードウェアエンジニアリングクラスとの違いを確認するために、「ソフトウェア工学」などの単語を使用して開始します。
第三に、我々はあなたが面白いトリビアや物語を見つけるものの中にあり、ソフトウェアおよびソフトウェアエンジニアリング、ソフトウェアエンジニアリングの開発プロセスの起源を知っていますか?
最初のバグは、グレース・ホッパーという名前です。ある時、グレースはマークⅡ・マシンが壊れていた使用しました。リレーエラーは、また見つかった不具合の原因を発見した:死んだ蛾があります。蛾は、これが最初の実際のバグ発見された記録テープでそれらを貼り付け、ピンセットで出ていました。「(これはバグの最初の発見です。)
第四に、現在人気のあるソースのバージョン管理ソフトウェアとプロジェクト管理ソフトウェアに関するインターネット調査、何、何の利点と欠点?どのように多くの、より少ないソートするから、年の最後のカップルを使用している人の数に従って、どのくらいの各ユーザー(推定)を説明、ツールの長所と短所(あなたは、関連する情報を参照し、ソースを示すことができます)。
- ギット
- gitの利点:
- 分布式开发,对于公共服务器压力不会太大。
- 速度快、灵活、分支之间可以任意切换。都可以在本地操作不同步到远程。
- 冲突解决,多人开发很容易就会出现冲突,可以先pull远程到本地,然后在本地合并一下分支,解决好冲突,在push到远程即可。
- 离线工作,如果git服务器出现问题,也可以在本地进行切换分支的操作,等联网后再提交、合并等操作。
- git的缺点:
- git没有严格的权限控制,一般是通过系统设置文件的读写权限来做权限控制
- 工作目录只能是整个目录。
- 学习门槛较高
- gitの利点:
- Microsoft TFS
- 优点
- 对敏捷、msf、cmmi提供支持
- 与VS无缝结合
- 能将需求、项目进度一览无余,对于小团队而言,比甘特图更有用。
- 缺点
- 能应用起来的团队、公司的数量极少,多数真正用起来,也就是源代码管理这部分,这也仅仅是占TFS极小部分功能。
- 优点
- Mercurial
- 优点
- 基于python,拓展性强
- 缺点
- 分支管理不灵活
- 优点
- GitHub
- 优点
- 基于Web,提供Git存储库服务,版本控制灵活
- 使用用户多,是很好的协作开发工具
- 缺点
- 具有git不好上手的特点
- 可能不是捕捉创意过程和记录创意点子的最佳工具。
- 优点
- Trac
- 优点
- 具有良好的扩充性,权限体制比较完备。
- 非常灵活,可以随心所欲的定制,可以和TortoiseSVN集成。
- 缺点
- 不支持多项目
- 不支持中文,需要安装插件
- 优点
- Bugzilla
- 优点
- 免费、有中文版支持
- 缺点
- 只能管理缺陷
- 优点
- Apple Xcode
- 优点
- 自动提供撤消、重做和保存功能,无需编写任何编码
- 可以自动创建分类图表
- 优点
部分资料参考:
Name | Users | Projects |
---|---|---|
GitHub | 31,000,000 | 100,000,000 |
Bitbucket | 5,000,000 | unknown |
Launchpad | 3,965,288 | 40,881 |
SourceForge | 3,700,000 | 500,000 |
GitLab | 100,000 | 546,000 |
GNU Savannah | 93,346 | 3,848 |
OSDN | 54,826 | 6,294 |
Ourproject.org | 6,353 | 1,846 |
版本控制工具使用:
用git和GitHub保存一个含readme的远程仓库: