有人说一我的就能够快速成长成为一名全栈工程师,这让我想起街头卖艺的单人乐队,他们什么都会一些,能够很快的演奏一些曲子。与之对立的,是只研习某一乐器的乐手,你愿意花钱听哪一种演奏呢?(第三章)html
一方面,不管是谁确定都但愿本身啥都会一些,另外一方面,也都会有样样稀松的顾虑。总的来讲我以为在一个项目规模较小的时候,确定能成为全栈最好的,可是当项目不断变大时,那么全栈工程师的精力也没法支撑他去运维整个项目了,或者项目有某些难点须要攻克的时候,全栈工程师也应当不会有那个难点的专家来的优秀。所以有必要成为一个全栈工程师吗?git
代码复审能很是有效地帮助新成员了解团队的开发策略、编程风格及工做流程(第四章)github
代码复审的目的难道不是帮忙纠错吗,若是新成员加入代码复审的环节,那么新成员的纠错能力应该不足够吧,仍是说除了新成员之外还有专门的人员来参与代码复审呢,若是都有的话,那么新成员是否有能力正确的提出有效地bug呢。web
软件开发的原则是:编程
尽早并持续地交付有价值的软件以知足顾客需求服务器
敏捷流程欢迎需求的变化,并利用这种变化来提升用户的竞争优点(第六章)微信
在完成OO课程的过程当中,我以为就是比较靠向敏捷式开发,在OO课程中我我的感受最痛苦的时间就是加新的功能,由于一开始我并不了解将来可能增长什么样的功能,因此为了加快速度,更多时候代码的扩展性会比较差。在敏捷式流程中,对于整体的设计彷佛不如瀑布流程中来的严苛,那么是怎么保证敏捷性的同时有保证可扩展性的呢。运维
软件行业就是一个赢者通吃的环境,最后一名还要把本身的身家倒贴进去。(第十六章)工具
尽管你们都用QQ,可是我也没想到,有一天微信代替QQ,一样的还有Windows也被macOS抢占了一部分市场份额,尽管确实第一名占据了绝对有利的位置,可是对于后来者来讲,努力发展本身软件的优点,也是可以抢占下至关一部分市场份额的。创新迷思之四中提到到Intuit公司不久成功的战胜了微软,成为市场老大。学习
处于不一样象限的人,心理不同,贡献不同,对领导的指望不同,领导不能千篇一概地跟他们说“请加油吧”,或者“和你们打成一片”就期望能解决问题。领导还有本身的工做,也不可能全程陪伴全部人,要选择合适的时机,对不一样的人施以不一样的领导。(第十七章)
对于运气好的人,也许会有一个英明的领导去领导他走向第一象限,可是也有可能领导一上来就对着第四象限的初学者,施加第一象限的压力,那么这时候初学者应该怎么在这样的压力中去努力学习突破本身呢。
软件 | 软件工程 | |
---|---|---|
何人 | Richard R. Carhart | Margaret Hamilton |
何地 | 在rand公司的研究备忘录中 | 在早期的阿波罗登月项目中 |
什么时候 | August 1953 | 1960s |
IBM System/360是软件工程发展早期最大的一次项目,IBM公司生产了一系列使用相同指令集的电脑来知足不一样用户的需求,而且在升级到更高级的设备时无需更换程序,而且System 360上的应用程序如仍然能在System z上运行。
来源:https://en.wikipedia.org/wiki/IBM_System/360
项目管理软件 | 优势 | 缺点 |
---|---|---|
git | 对于任何大小的项目,他都是理想的工具.他也是伟大的web工做流工具。他能够做为一个版本控制系统和协做工具,用它来发布工做。代码不须要保存在本地或者服务器.可以跟踪错误. | 复杂,缺乏友好的GUI界面 |
Microsoft TFS: | 任务版上能将需求、项目进度尽收眼底,对于小团队而言,比甘特图更有用,集成了项目管理、版本控制、BUG 跟踪,能有效实现 SCRUM,能与 VS 无缝接合。 | 搭建、维护tfs比较复杂,硬件要求也比较高。 |
Trac | 一、良好的扩充性 二、权限体系是比较完备的设计 三、很是灵活,能够为所欲为的定制,能够和TortoiseSVN集成。 | 一、不支持多项目 二、需求和缺陷没有分离 三、用wiki代替word等编写文档对于产品策划来讲门槛过高了 四、中文化不完整 |
BUGZILLA | 一、不收费 二、如今有中文版支持 | 只能管理缺陷 |
Apple XCode | 能够自动建立分类图表。 自动提供撤消、重作和保存功能,无需编写任何编码。 | 更新版本后,某个插件可能会失效 |
来源:http://www.javashuo.com/article/p-dyjhfllw-en.html
Name | Users | Projects | Alexa rank (lower = more popular) |
---|---|---|---|
Assembla | Unknown | 526,581+[44] | 37,451 as of 25 December 2018[45] |
Bitbucket | 5,000,000[46] | Unknown | 869 as of 25 December 2018[47] |
GitHub | 31,000,000[48] | 100,000,000[48] | |
GitLab | 100,000[50] | 546,000[51][k] | 1,885 as of 25 December 2018[52] |
GNU Savannah | 93,346[53] | 3,848[53] | 67,386 as of 25 December 2018[54] |
Launchpad | 3,965,288[55] | 40,881[56] | 7,481 as of 25 December 2018[57] |
OSDN | 54,826[58] | 6,294[58] | 6,429 as of 25 December 2018[59] |
Ourproject.org | 6,353[60] | 1,846[60] | 794,540 as of 25 December 2018[61] |
Phabricator | Unknown | Unknown | Unknown |
SourceForge | 3,700,000[62] | 500,000[62] | 377 as of 25 December 2018[63] |
来源:https://en.wikipedia.org/wiki/Comparison_of_source-code-hosting_facilities