自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+

周巍的专栏

价值观-〉态度-〉行为,激情 + 聪明

  • 博客(23)
  • 收藏
  • 关注

原创 Why the marketing of Gmail lags behind MSN mail?

I read a news which reported that Google added camera functionality to their Gmail. But, the quantity of Gmail users is still less than MSN mail users. I think that many of MSN email users are from MS

2008-11-12 21:36:00 1084

转载 高性能网站性能优化

一、LiveJournal发展历程LiveJournal是99年始于校园中的项目,几个人出于爱好做了这样一个应用,以实现以下功能:博客,论坛 社会性网络,找到朋友 聚合,把朋友的文章聚合在一起 LiveJournal采用了大量的开源软件,甚至它本身也是一个开源软件。在上线后,LiveJournal实现了非常快速的增长:2004年4月份:280万注册用户。 2005年4月份:680万注册用户。 20

2008-08-21 00:39:00 597

原创 What's my study plan?

1: SQL Server 2005 (2 Weeks)2: WWF (1 Month)3: WCF (1 Month)4: Lambda (1 Week)5: More? ...

2007-09-17 21:41:00 1091

原创 爱情

女性:关心、肯定、尊重男性:能力、才华、欣赏感激 爱情保鲜

2007-04-30 21:59:00 970

转载 敏捷和 CMM(摘录)

下面我简单介绍一下敏捷式开发的原理。提到敏捷式的开发,大概在60年代的时候,软件开发是有计划性的,基本是写出来,谁也不知道什么时候能交付,大概在60年代的时候,在美国召开一次会议上头一次提出来,软件工程学的概念,传统工程学通常是把项目分成三步或者四步,先把需求确立起来,进行设计构建。应用到软件里是开始先由分析人员对需求进行分析,然后设计,架构师把整体的东西设计出来,再确定下来交给编程的团队,编程的

2006-08-16 20:22:00 1243

原创 最近正在开发的一个项目,将它的进展写出来,也算是一种老调长谈的再次思想回顾吧

以下内容处于商业原因没有写客户、项目、模块、人名的真实名称,用代号和符号代替。**项目现在的工作基本如下:1:“A 功能”在开发上是技术问题,而且这个技术的解决需要程序员不但有写好代码的能力,还要具备有一定的设计类的能力以及和 Office Excel 互操作的技术,如果没有设计能力,很难设计出用于快速开发和质量的功能,现在 X 具备一些写代码的能力,但因为不具备设计和 Office

2006-07-20 11:36:00 1180

原创 看了潘爱民的“关于《代码大全》”的 Blog 后有感

刚刚读了潘爱民的“关于《代码大全》”的  Blog,对于 Blog 中的这么两段话有所感想。首先,对于原文中这么一段“我一直排斥软件工程,但我很推崇良好的编程习惯”这句有种说不出的感觉。“排斥软件工程”?我对于这句话的理解是——排斥的是死板、教条、没有系统的理解整个软件开发工程,如现在流行的“只靠管理就能做好软件”、没有从根本认识到软件开发以及与此相关的其它所有方面,但并不排斥优秀、灵活的软件

2006-07-12 13:09:00 2607 1

转载 需求变更管理的应对和需要遵循的六大原则

需求变更的管理需求变更是因为需求发生变化。根据软件工程思想,需求说明书一般要经过论证,如果在需求说明书经过论证以后,需要在原有需求基础上追加和补充新的需求或对原有需求进行修改和削减,均属于需求变更。 需求变更的出现主要是因为在项目的需求确定阶段,用户往往不能确切地定义自己需要什么。用户常常以为自己清楚,但实际上他们提出的需求只是依据当前的工作所需,而采用的新设备、新技术通常会改变他们的工作方式;或

2006-07-07 23:08:00 4290

转载 需求变更的代价和如何减少需求变更

需求变更的代价 一般来讲,需求的变更通常意味着需求的增加,需求的减少相对很少,而且处理需求减少方面的问题也比较容易。当客户提出新需求的时候,项目开发人员应该分析这些新需求对项目现阶段带来的风险,得出双方实现变更需求的需要的成本,包括时间、人力、资源等等方面。变更都是有代价的,应该评估一下变更的代价和对项目的影响,在评估代价并且与客户讨论的过程中,要让客户了解变更的后果,变更之后面临最大的问题就是项

2006-07-07 23:00:00 2084

转载 人月神话:软件界面交互和易用性改进总结

软件的智能和记忆功能1.用户登录界面最好有用户名和ID的记忆,焦点直接定位到密码输入框2.单据录入界面最好有保存和载入默认值的功能3.单据搜索界面可以保存用户自定义的各种搜索条件组合4.用户调整过的GRID的列宽,窗口的位置可以自动记忆5.系统可以根据用户的使用频度对相关功能进行自动的优先级排序6.系统能够记忆不同用户的使用偏好,使用系统的固有模式和常用的自定义设置减少不必要的重复交互1.减少

2006-07-07 21:24:00 1095

原创 今天看到的一篇文章,标题是“开发人员间的效率差在哪里?”,读后有感

以下是今天读到的一篇文章,说的是“熟练人员”和“一般人员”的区别,但自己认为不止是“熟练人员”和“一般人员”的区别,更多的是“优秀人员”和“差人员”的区别,甚至是“可能成为优秀人员”和“不可能成为优秀人员”间的区别。正文如下:熟练人员经过多年的积累加上自己的CodeSnip的总结,基本不用额外再查找资料。而一般的开发人员在开发过程中会花掉10-20%时间去查找资料。熟练人员

2006-07-06 23:43:00 1256

转载 中国软件业的混乱,观总价值2亿项目后的感叹(转载)

一个二亿的项目、一套管理系统的平台,仅软件费用就高达 7~8 千万。它是一个什么样的系统呢?其实,这个集团以前就拥有这么一套系统,只是觉得不够先进、不够统一,就从某处引进了一套新的系统,这个项目总价值近2亿元。领导是这么说的:“买的就是思想”。管理系统是由 Jsp 编写的,使用 O 级数据库,它们旨在将先进的思想引入企业,上了二年也没上起来,不过钱还是得给人家,让我们看看他们的先进性吧。问

2006-01-21 21:29:00 10015 25

转载 10年内两类必被淘汰的企业软件开发公司(转载)

第一类:无明确发展目标的软件公司这类软件公司没有明确的发展目标,赚钱主要靠接各种类型的项目,有什么项目就做什么项目,号称什么都能做,但是什么都做不好,做一单就是一单,没有任何沉淀和继续把这个软件深入的做好的想法。这类软件公司的特点就是人员流动量非常大,做项目时基本上都是临时招人,老板想尽一切办法让甲方签字验收,做完项目老板把大多数钱拿走,手下人散光,纯属骗钱型公司。第二类:附属型软件公司

2006-01-04 22:28:00 2599

原创 我的学习计划!新年来了,新技术也来了——学习啊!

现在开始要学习更行业和世界前沿的课题,包括数据仓库、数据挖掘、数据分析、工作流,以及更深入学习 XML、Web Service 等等。在这次学习道路上,具体将以微软的产品为主,包括 SQL Server 2005、SharePoint Portal Server、InfoPath、BizTalk、Visual Studio 2005 等等,选用这些产品是因为只有它们的结合才是最佳、最完美的艺术!(

2006-01-04 09:44:00 2613

原创 看李开复最新的书《做最好的自己》(Be Your Personal Best)

昨晚开始正式看李开复最新的书《做最好的自己》(Be Your Personal Best),看了第一章,真是 100% 的共鸣,它既是我思想的表达,又是教给了我整理后的思想,真想一口气全部吸收。希望所有有理想抱负的大家都来阅读!

2005-12-29 13:35:00 2033

转载 怎样看待微软的 Program Manager 这个角色(转载)

记得自己在顾问的经历中,曾和许多开发团队交流过微软的 MSF,许多人都曾经疑问过 MSF 组队模型中的Program Manager,因为从他们的公司,他们的团队无法找到这样的角色来对应,至于开发 Team、测试团队、设计团队、文档团队、配置团队、用户教育团队、本地化团队还能想象,但唯独 Program Manager 找不到对应的。因为一个 Program Manager 需要项目管理的技巧,P

2005-12-29 13:29:00 1483

转载 怎样看微软的Program Manager 这个角色

记得自己在顾问的经历中,曾和许多开发团队交流过微软的 MSF,许多人都曾经疑问过 MSF 组队模型中的Program Manager,因为从他们的公司,他们的团队无法找到这样的角色来对应,至于开发 Team、测试团队、设计团队、文档团队、配置团队、用户教育团队、本地化团队还能想象,但唯独 Program Manager 找不到对应的。因为一个 Program Manager 需要项目管理的技巧,P

2005-12-27 10:30:00 2098

原创 狭隘性思维和宽广性思维

在企业软件行业开发中,我们会看到这么一种思维方式——局限于自己的认知和思维方式中,对项目和企业开发的理解总是在禁锢一个圈子中,导致在项目中技术的运用是偏上加偏,错上加错,即在原本就已偏离正确开发方式的基础上进行所谓的解决问题。知识、思想、思维方式,甚至态度是导致这个问题产生的诱因,而且往往当事人还浑然不知或对问题认识不足。跳出固有的思想思维,用宽广、世界级的眼光看行业、看工作、看开发也许是解决此问

2005-11-29 12:27:00 1641

原创 酒店房间预订和酒店客人信息管理小项目的笔记

序言接手了一个小项目,是有关酒店房间预订和酒店客人信息管理的,准备使用 .NET 2.0 进行开发,一方面是 .NET 2.0 具有更强大、快速的开发能力,  能开发出比 .NET 1.1 更好的应用程序,另一方面,还能实践一下新技术,为以后开发更大的 .NET 2.0 项目做好技术准备!技术这次开发的思路和技术次序是1:完全理解项目需求,不可能 100% OK,这是基本开发需求理论;2:代码顺序

2005-11-27 19:10:00 2705 1

原创 每个礼拜必看的电视

下面两个是我每个礼拜必看的电视,1:《心灵花园》,星期六,21:302:《大话爱情》,礼拜天,8:00上面两个电视都在“生活时尚”频道。共享快乐!

2005-11-16 09:36:00 1853

原创 态度是第一位的

今天,在“博客堂”网站看到一位微软的中国员工写的一个例子代码,对技术的探讨倒是其次,但那写代码的一丝不苟、代码的规范却让我想到我们平时所见的一些程序员,这些程序员就是在明知大小写打错了的情况下也不愿意改一个字母的大小写,这体现了什么?大家一定不用我说了……态度是第一位的……

2005-11-08 23:07:00 1132

原创 作为一个技术型行业,技术是基础、是根本、是最总要的!

从“只有真正体验到必须使用某项技术时才开始使用某项技术”文章的例子中可以看到技术在软件开发中的重要性,而且技术间是相互穿插、相互联系、相互依存、相互作用的。

2005-11-08 23:01:00 1563

原创 只有真正体验到必须使用某项技术的价值时才开始使用某项技术

只有真正体验到必须使用某项技术时才开始使用某项技术,那么这时才不会发生只是形式化地使用技术,因为此时当事人已经真正理解了这项技术的实质含义,并且才不会误用技术或者产生对技术的使用不当。如,对于软件开发中的代码修订历史记录的文档化,也许很多人认为只有大公司这才是必要的。但是,其实如果没有对此项技术的使用,那么就有可能会影响到我们对软件项目架构的设计。假设 A 在项目开发中负责数据访问层(Data A

2005-11-08 22:55:00 1156

空空如也

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除