Software Engineering
wangjiong
这个作者很懒,什么都没留下…
展开
-
Review of Debugging the development process 1. Laying The Groundwork
Any work that does not result in an improved product is potentially wasted or misguided effort.Dont waste the developers time on work that does not improve the product.这些从道理上来说是完全没有问题的,但是作者的做法似乎是太极端原创 2004-11-23 10:15:00 · 875 阅读 · 0 评论 -
Spring Boot的单元测试(Unit Test)
最近做了一些Spring Boot单元测试方面的东西,总结一下。单元测试尽量要和Spring Boot框架减少耦合度,当你在测试某一项功能点是需要mock太多的对象时你就应该意识到这个功能点的耦合度太高了原创 2017-07-19 14:56:55 · 6957 阅读 · 0 评论 -
Book Review of Dynamics of Software Development--Don't accept dictation
有的时候一个软件开发团队不得不接受非专业人士的指挥,尤其是有关进度的事情。这些人会因为一些所谓的“政治问题”而制定出极不合理的时间安排,这简直就是一种灾难,如果在上位者不让真正执行任务的人来估计所需的进度,那就是专制。合理的做法是由负责做事的人来估计时间,开发人员和项目经理一定要担负起决定达成目标所需时间的责任。开发进度表应该由下而上来拟定,每一个人负责自己的工作,也负责设定它的时间表,负责准时完原创 2005-01-27 23:05:00 · 951 阅读 · 0 评论 -
Book Review of Dynamics of Software Development--Get their heads into the game
在一个需要创造力的环境中,好点子是越多越好,尤其是一个问题上遇到了瓶颈,没有好点子,那么这种时候,就特别需要组内的每一个人提出他们自己的看法。国外有一个叫做"brainstorm"的做法,就是大家坐在一起,提出一个特定的问题,由大家自由的提出自己的看法。在会议上没有任何规则的拘束,人们就能够更自由地思考,进入思想的新区域,从而产生很多的新观点和问题解决方法。当参加者有了新观点和想法时,他们就大声说原创 2005-01-15 11:46:00 · 1039 阅读 · 0 评论 -
Book Review of Dynamics of Software Development--Remember the triangle:features, resources, times
作为一位软件开发的领导者,要把注意力集中在三件事情上:资源(人和钱)、特色(产品与其品质)和时间。这三件事是软件开发的核心,其他的都是外围。资源、特色和时间是三角形的三个边,任何一边的变化,都会影响到另外一边或两边,如果时间落后了,就立刻会对特色和资源的影响;当有人谈到可以增加什么功能特色时,就应该立刻谈起时间和资源,以显得你思虑周详反应敏捷。所以,管理者的第一要务是把这个三角形放在心里,随时利用原创 2005-01-24 21:55:00 · 1020 阅读 · 0 评论 -
Book Review of Dynamics of Software Development--Watch the ratio
有些人在领导一个团队开发项目的时候经常会有一种错误的观点,以为只要雇用软件工程师就好,其他的人都不必要,或是让软件工程师占整个团队很高的比例;认为开发人员愈多,写出来的程序就愈多。人员组成的基本原则是开发人员和品保人员的比例不超过2:1。其实真正负责软件如期完成的是品保人员。当进度落后时,我们第一个要看的是品保人员:人数够不够?有没有充分授权?有没有确实参与设计?进度上能不能跟开发人员配合良好?能原创 2005-01-20 23:02:00 · 889 阅读 · 0 评论 -
Book Review of Dynamics of Software Development--Don't flip the bozo bit
当一个人听到诸如批评或是别人比较优秀等不顺耳的话时,通常会产生下面两种心理现象:第一种心理现象是防卫心理,接受信息的人无法忍受别人的批评。在编写软件的工作中需要很多的情绪和创意投入,写出来的代码就像是自己心血的结晶,有一份特殊的情感,当别人对产品的意见往往会听起来像是讽刺,总觉得不顺耳。善于思考的人在三思之后,会将自我的主观意识排除,然后接受信息的真实内涵。不懂思考的人不但不会向别人请教,反而会在原创 2005-01-19 23:20:00 · 927 阅读 · 0 评论 -
Book Review of Dynamics of Software Development--Establish a shared vision
任何一位领导者的责任之一,就是为其追随者创造一个共同的目标。使团队中每一位成员都非常清楚他们要做什么、成品会是什么模样、基本的产品策略是什么、什么时候必须完成等等。有了共同的目标才能建立起组员们的归属感,使大家觉得他们是一个整体,都是在为一个共同的目标而努力。有了团队的归属感,才有可能消除个别人的自利行为。我们老板曾经给我们说过:“If it is to be, its up to me”,虽然原创 2005-01-10 23:26:00 · 1013 阅读 · 0 评论 -
Book Review of Software Project Survival Guide 3. Quality Assurance
这一章的内容其实没有什么新意,都是一些已经了解过的方法,例如:Quality assurance is initiated in parallel with requirements work.Defect tracking software is placed online at requirements development time, and defects are tracked fro原创 2004-12-07 14:01:00 · 852 阅读 · 0 评论 -
Book Review of Software Project Survival Guide 2. Requirement Development
The most difficult part of requirements gathering is not the act of recording what the users want; it is the exploratory, developmental activity of helping users figure out what they want.只有在对使用者的要求达原创 2004-12-05 17:23:00 · 1076 阅读 · 0 评论 -
Review of Debugging the development process 7. It's All About Attitude
Be sure programmers understand that writing bug-free code is so difficult that they cant afford not to use every means to detect and prevent bugs.几乎所有的程序员都相信世界上找不到没有bug的程序,但是不同的程序员因此在对待程序bug的态度上还有有所不原创 2004-11-30 11:43:00 · 877 阅读 · 0 评论 -
Review of Debugging the development process 6. Constant, Unceasing Improvement
Suppose that Wilbur, a newly hired programmer, spends his first year becoming your file converter specialist and then spends the next four years writing filters to read and write the file formats of c原创 2004-11-28 11:28:00 · 774 阅读 · 0 评论 -
Book Review of Software Project Survival Guide 1. Hitting a Moving Target
Effective projects control changes; ineffective projects allow changes to control them.在任何一个项目中,变动都是不可避免的,主要就是看怎样来成功的控制变动。成功控制变动的关键包括成立一个变动控制小组,在项目中限制预定事项的变更,对主要成果进行变动管制。对于出现的变动,应考虑以下几个问题:变动的预期获益如何?变动原创 2004-12-03 11:27:00 · 922 阅读 · 0 评论 -
Review of Debugging the development process 5. Schedule Madness
Never allow the schedule to drive the project or to demoralize the team.在早期的微软,没有人在乎项目是否进度超前,但是任何进度落后都是不允许的。要是程序员的错虫不断增加,不算严重问题,但是只要有人的工作没有在排定的时间内完成,那就罪孽深重了。“进度”取代了项目目标和软件质量,变成了首要之务,每一个人都在疯狂地赶进度。用这种方法原创 2004-11-27 16:03:00 · 893 阅读 · 0 评论 -
Review of Debugging the development process 8. That Sinking Feeling
If your project is slipping, something is wrong. Dont ignore the causes and demand long hours of the team members. Find and fix the problems.当项目的进度开始落后时,主管第一个想到的策略不外是:增加人手,或是要求组员加班。看起来似乎很合理,但是对于扭转项目的原创 2004-12-01 16:51:00 · 892 阅读 · 0 评论 -
Review of Debugging the development process 4. Unbridled Enthusiasm
这几天blog太不稳定了,真是有点烦。Try to limit the number of reports you ask other team members to write. Be sure that every report you ask for will provide more value to you or the company than would be lost by int原创 2004-11-26 13:41:00 · 837 阅读 · 0 评论 -
Review of Debugging the development process 3. Of Strategic Importance
Spend the first 10 or 15 minutes of each day making a list of answers to this question:What can I do today that would help keep the project on track for the next few months?项目之所以脱轨,主要的原因在于人们并未认真思考如何使项原创 2004-11-25 11:01:00 · 736 阅读 · 0 评论 -
Review of Debugging the development process 2. The Systematic Approach
Working smart, not working hardA common problem for servers in coffee shops is remembering whos drinking regular coffee and whos drinking the decaffeinated stuff. A coffee shop manager with unlimite原创 2004-11-24 11:38:00 · 857 阅读 · 0 评论 -
在idea intellij中使用Sonarqube进行代码检查
Sonarqube是一个功能非常强大的代码质量检查、管理的工具。能够识别多种常用的编程语言,并能够通过设置不同的RuleSonar是一个代码质量管理的开源工具,它通过插件的形式能够识别常见的多种编程语言(例如Java, C#, PHP, Pythod等)代码质量问题。Sonar可以帮你分析出以下代码质量问题:1.不遵循代码标准2.潜在的缺陷3.代码重复4原创 2017-07-26 17:23:28 · 35419 阅读 · 3 评论