阅读后提问

大学学生和工作几年的工程师在“需求分析”和“测试”两个方面哪个花费时间多。而具体编码上,哪者花更少的时间

时间: 2024-10-06 05:10:50

阅读后提问的相关文章

《构建之法》快速阅读后的几个问题。

1.软件=程序+软件工程,是程序更加重要还是软件工程更加重要? 2.软件工程是把系统的.有序的.可量化的方法应用到软件的开发.运营和维护上的过程.软件工程当中哪一步骤是最为重要的? 3.在编程工作学习当中,是快而有bug好还是慢而bug少更加优秀? 4.个人技术与软件工程有什么关系? 5.一个职业软件工程师如何衡量?写得代码越多就可以认为越成熟吗? 我相信,在细细阅读<构建之法>和学习了<软件工程>后会对上面的问题有更深层次了理解.

《构建之法》阅读后不懂的5个问题

1.这些是我的五个问题...... 1) 上学期一门课的老师跟我们说,代码的注释和规范很重要,因为别人会来维护你的代码.可是又有人说 代码维护是完全没有必要的事情,就是不如推翻了重写. 到底哪个是对的.... 2)团队里面,会不会因为大家都有自己的想法,然后迟迟定不下来不能统一什么的,反而效率更低呢? 3)怎么样的一个软件才是一个好的软件? 4)如何衡量开发成本和收益啊 5)客户的要求是第一位的?即便会导致错误结果什么的呢.... 2.软件和软件工程的出现 软件一词在: 1958 年Turkey

阅读作业中软件开发书籍阅读后的一些体会

No Silver Bullet: Essence and Accidents of Software Engineering(Frederick P. Brooks, Jr.) 在这篇文章中,作者将内容分成了三大部分,第一部分介绍了软件开发中根本的——软件特性中固有的困难,而这些困难是:软件实体的复杂性.软件和其它接口的一致性.软件实体的可变性以及软甲本身的不可见性.这是这些根本的特性导致了软件开发的困难. 第二部分讲了次要的——出现在目前生产上的那些困难.作者列举了软件领域中取得的最富有成效

【阅读】提问的智慧+有效的报告BUG

这两项可谓是我们测试人员的基本要求了,不过实话说的是,我自己这两方面很薄弱.哎!!! 这两篇文章都看过了,不过我在这也记个笔记吧.督促自己!!! <提问的智慧> <如何有效地报告Bug>

阅读与提问(5-7章)

第五章(后半部分的5.3.4节和5.3.6节):看完第五章后半部分的各种流程之后,觉得Rantional统一流程(RUP)与渐进交付的流程很相似,最后也是听取用户反馈,然后根据反馈做改进,那么两者有无实质不同呢?例如是什么不同? 第六章 敏捷流程(6.2节):什么团队在什么时候适合选择敏捷流程?如6.2节所说的一样,就算是逼着团队成员在每日例会中发言汇报自己当天完成的工作,他们也有可能会忽悠我们,那要怎么才能解决这个难题呢?是不是一个团队的成员都必须面对面开会就解决这个难题? 第七章 MSF(7

黑客与画家 阅读后的一些东西

最近看完了<黑客与画家>这本书,作者是保罗·格雷厄姆,硅谷的创业之父.作者还创立了风投公司YC,资助了很多有想法有能力的年轻人. 书本的很多内容我觉得是自己的阅历不够确实不能够理解,而且作者使用lisp语言我也从来没有接触过,但是看过本书还是有些感慨. 环境真的很重要 周围都是能力技术大牛,个人的成长也会变得非常的快,而且很多很强的人在一起迸发出的花火和创造的价值是平庸团队不能比拟的. 要成为大牛,进入大牛的圈子,最重要的事情——创造(制造这个世界缺少的东西). 程序语言其实不重要 你学习过什

作业3 阅读与提问

阅读<构建之法>第1~5章 一.第一章:概论    IT人基本职业道德是什么?有时候是否跟潮流走,用大多IT人的道德来规范自己,还是按照自己的心里底线? 二.第二章:个人技术和流程    如何快速提高IT员个人技术,是自己单独学习还是和别人讨论试学习,和别人讨论试学习时,是和自己水平差不多的还是和比自己厉害很多的? 三.第三章:软件工程师的成长   书上第5页提到现在软件产业还是一个相对年轻的产业,但是现在给我们的感觉就是它已经基本成熟,一些IT员现在做的就是在完善或是修补前辈们的作品.(我想

javascript设计模式阅读后的感悟与总结

单例模式 用于创建唯一的一个对象. 核心在于一个判断 var index if(index){ return index; } init(); 这样只会在第一次的时候初始化创建对象,以后都不会再创建对象. 还有闭包内的变量不会销毁,例如index可以始终存在. js的实现: 1 var getSingle = function (fn) { 2 var result; 3 return function () { 4 return result || (result = fn.apply(thi

软件工程M1/M2总结及阅读作业总结

一.软件工程M1/M2总结 写下这篇总结的时候,我们的软件项目尚未完工.虽然尝试申请了延期答辩,但最终未能成功.这意味着,我们的项目能否正常发布已经处于了一个微妙的状态.可能可以,也可能不可以.只能尽力而为了. 整个一学期的开发下来,我在软件工程方面体会最深的是成本问题以及技术债.以前写的项目往往没有特别严格的deadline,很多是个人的随兴而写的东西,写不动了就不写了.又或者是作业,最多也就那么一千行,怎么都是可以写完的.而软件工程这门课的团队项目,7个人,一个完整的网站,特别是对于我们这个