在阅读此书的时候,我尽可能和本身的实际经历结合起来思考,的确产生了一些想法。程序员
年轻学生都志向远大,上了一些课,就很想解决高层次的问题,一些学生很是想作高层次的“科研”,以为“工程”是基础,没意思。并且他们认为“我已经知道怎么作了”。
我应该是书上例子的反面,最开始就是打算解决中低等层次的问题。在学习理论知识的时候,以为高层次的问题很是抽象。好比对于高级算法的学习,经常是花了不少时间学习,可是过一段时间后就忘了,感受我的收获不多。算法
因此没有把重点放在进实验室作“科研”的方向上,而是去了解移动端开发和传统后端开发的知识,着手作小的项目。在完成了可以运行的网站以后,的确以为在Web后端CRUD搬砖有点无聊,开始涉及机器学习,发现“科研”[算法]实际上对数学素养的要求很高,而我的数学水准只是应付考试的样子。编程
在企业实习以后,发现把本身写的代码被merge到master分支,而后到线上环境被不少人使用,是很是有成就感的事情,因此感受作“工程”也不止是搬砖,压力和成就感都是“工程”可以带给本身的,而且因为实际需求,不少时候工程开发不必定比论文灌水更简单。后端
代码规范能够分红两个部分: 1. 代码风格规范,主要是文字上的规定,看似表面文章,实际上很是重要。
以前其实对代码风格是很是不在乎的,可是最近从新认识到了良好代码风格的重要性。机器学习
在企业软件开发的过程当中,我的最开始不注重代码风格,结果发现本身写的代码不能经过线上的代码规范校验,采坑举例:分布式
g_
开始,而且全局变量的申明以后必修留空一行。private const
字样,由于这是PHP6.x以后支持的用法,而已有代码不少使用的PHP5.5和5.6,因此不能使用不兼容的语言特性。后来阅读别人的代码意识到,软件的研发阶段时间是不多的, 而维护的时间占比最大,通常来讲,看到的代码多是上一个离职的人留下的代码,何况不少程序员根本不写注释,这时候若是代码命名很烂,风格不好,接手代码的人会很痛苦。函数
在结对编程模式下,一对程序员肩并肩、平等地、互补地进行开发工做。他们并排坐在一台电脑前,面对同一个显示器,使用同一个键盘、同一个鼠标一块儿工做。他们一块儿分析,一块儿设计,一块儿写测试用例,一块儿编码,一块儿作单元测试,一块儿作集成测试,一块儿写文档,等等。
根据定义,我在网上找到的结对编程是这样的:单元测试
然而我在短时间的企业实践中不多观察到这种编程方式,根据个人观察,若是出现两我的对着同一个屏幕,更多时候是在讨论为何出现了这样一个bug,怎样去修好(而且这种状况下仍是由于其中一我的搞不定),而不是怎样设计文档以及编程的过程。学习
虽然两我的一块儿工做可以更为全面的审视代码,可是我的感受是一种下降效率的方式,不一样的人思惟不一样,代码风格不一样,话说两我的坐在一块儿写同一个函数会不会由于大括号到底要不要换行而吵起来呢?测试
- 用户体验的创新 - www.hao123.com有什么技术上的创新么?
关于hao123.com是如何作大的,书中并无具体的描述。
在200x那几年hao123的确是个现象级网站,那个时代不少网吧上网导航都默认是hao123。hao123在早期来看的确是一个没有技术含量的网站,只是单纯的收集各类网站的连接,看起来好像很容易被复制,可是查阅了一些资料总结一下:
而在这一年,互联网也遭遇了一个寒冬,不少粗制滥造的小网站纷纷倒闭,不过hao123倒是挺幸运,熬过了这一关。这并不是意外,而在于李兴平执着坚决的收录原则:不收录有不良内容或提供不良内容连接的,以及网站名称或内容违反国家有关法规的网站;不收录无实用内容的网站,包括那些尚无完整内容正在建设的网站;不收录含有病毒、木马、弹出插件或恶意更改他人电脑设置的或有多个弹窗广告的网站;不收录挂靠别人的网站下的网站,即没有本身单独域名的网站;不收录在正常状况下没法正常链接或浏览的网站……正是由于坚持这几大原则,hao123更为健康,获得用户的喜好。[摘自CSDN]
其实是由于保证了网站质量,而的确不是由于技术上的创新。
这一章没有什么问题,可是更加清晰地认识到了敏捷开发的流程。每一个Sprint迭代中给每一个团队成员分配卡片任务,时间以天数为单位,同时每周例行站会和每周总结,比较适合快速迭代的开发,可是这种开发模式,文档这些方面会弱势一些。
『软件工程』一词最先是由 Margaret Hamilton 在阿波罗11号登月计划准备期间提出的,她最开始使用Soft Engineering词是为了和硬件以及其余工程学作出区别。
『软件』术语最先出如今出版刊物是在1953-8月,被Richard R. Carhart提出,而最先使用“software”是在JSTOR电子刊物的一篇调研。
使用排名:
软件特色: