maqianmaqian的专栏

许多软件项目会议开得不少，但一是会期长，二是常有争议，三是决定落实起来不力，会议成本还很高，尤其是时间成本；项目中的沟通更是问题多多，一件事反反复复多次沟通不清楚，等等，都是许多软件项目经理头痛的问题。应用SMART原则，是彻底解决问题的“道”之一。SMART的原意是“智慧的”，是褒义词哪:-)在项目管理上，做计划、做执行情况检查、做考核，沟通真是无处不在，SMART原则就派上用场了，是“智慧的”...

经验与教训虽然我们平时说“成功的经验，失败的教训”，但是有时要区分两者并不容易，因为有些事情虽称不上成功，却也不至于失败。故请允许我暂时将其混成一谈。#1 分而治之（divide and conquer），重构代码在项目中当复杂业务逻辑变得复杂时，有的程序员没有胆量去重构旧代码，而取用保守方式，拼命地添加新的代码。这样做的后果就是会导致代码量激增，难于维护。“分而治之”可以帮助我们理清...

十条不错的编程观点在Stack Overflow上有这样的一个贴子《What’s your most controversial programming opinion?》，翻译成中文就是“你认为最有争议的编程观点是什么？”，不过，在400多个主回贴，以及千把个子回贴中，好像并不是很有争议，而是令人相当的茅塞顿开，下面罗列一些，并通过我自己的经历和理解发挥了一些，希望对你有帮助...

1.- DRY: Don’t repeat yourself.DRY 是一个最简单的法则，也是最容易被理解的。但它也可能是最难被应用的（因为要做到这样，我们需要在泛型设计上做相当的努力，这并不是一件容易的事）。它意味着，当我们在两个或多个地方的时候发现一些相似的代码的时候，我们需要把他们的共性抽象出来形一个唯一的新方法，并且改变现有的地方的代码让他们以一些合适的参数调用这个新的方法。DRY...

软件开发是一个跨度很大的技术工作，在语言方面，有C，C++，Java，Ruby等等等等，在环境方面，又分嵌入式，桌面系统，企业级，WEB，基础系统，或是科学研究。但是，不管是什么的情况，总是有一些通用的基本职业技能。这些最基本的职业技能通常决定了一个程序员的级别，能否用好这些技能，直接关系到了程序员的职业生涯。很多程序新手也是因为缺少、达不到或是不熟悉在这些基本技能，所以，他们需要有老手带，需...

“六拍运动”是指拍脑袋、拍肩膀、拍胸脯、拍桌子、拍屁股、拍大腿。结合到一个项目里面，那就是，老板在做梦的时候，或者洗澡的时候，或者开会的时候，或者抽烟的时候，…… 一拍脑袋，突然有了一个想法，于是就决定干，而且想立即着手干，到了办公室，马上把项目经理叫来。我想出了一个***，如果实现了，那我们的市场份额将会提高***，这对公司的战略和收益将会起到至关重要的作用，现在不是大鱼吃小鱼的时代，而是快鱼吃...

千头万绪何处理 事事忧尽事事休{转载}纵然我睡得不多，但还是觉得每天的时间总是不够用呀。最近真是太多事要考虑了，项目过程的问题、代码管理的问题、测试的问题、实施过程的问题、更新维护的问题等等。。。 这上边有一半事似乎跟我没啥直接关系，别人说，你丫的就搞开发的，管那么多事干嘛？不过我能不想么？这一大箩筐的中间出了什么问题都会绕回开发这里，事情好不容易又绕出去了，又因为各种各样的原因...

编者按：这是国外程序员Al katib总结的一些编程习惯。1. 动手编码之前，你需要对要编码实现的解决方案有一个正式的或粗略的设计。永远不要在没有任何设计的前提下就开始编码，除非所编代码不重要。2. 优秀的代码文档跟编程语言知识一样重要。在代码源文件中，为每个主要的代码段添加注释，解释代码的基本逻辑。最好注明程序的构建和修改日期，以及修改的原因也是非常有必要的。　　3. 维护程...

转载自：   http://www.cnblogs.com/infim/archive/2011/03/23/1992439.html在StakeOverflow上有这样一个贴子叫“Confessions of your worst WTF moment”（WTF就是What the fuck的缩写），挺有意思的，我摘几个小故事过来，希望大家在笑过之后能从中学到什么——所有的经验都是从错误...

 最近参加公司内一个技术规划评审过程中，通过老板对台上的架构师的质疑，学习到几个做技术规划的要点，归纳如下：1）紧扣业务 虽然是做技术规划，但如果脱离了业务支撑，是引起不了老板兴趣的2）从实际问题出发 老板只会为解决实际问题的技术规划买单。规划的开头最好能从实际问题出发，比较容易引起老板的注意3）重点在落地 只有能落地的技术才有说服力，老板不会被天花乱坠的技术词汇给迷惑...

表结构 设计 ：1.  字典表学科表1语文2数学3英语4物理5化学 2.   字典表年级表1初中一年级1，2，32初中二年级1，2，3，43初中三年级1，2，3，4，54小学四年级1，2，35小学五年级1，2，3 3. ...

推荐系统在视频网站中的应用随着互联网特别是社会化网络的快速发展，我们正处于信息过载的时代。用户面对过量的信息很难找到自己真正感兴趣的内容，而内容提供商也很难把优质的内容准确推送给感兴趣的用户。推荐系统被认为是解决这些问题的有效方法，它对用户的历史行为进行挖掘，对用户兴趣进行建模，并对用户未来的行为进行预测，从而建立了用户和内容的关系。视频网站同样也面临着信息过载的问题，比如YouTube目...

程序员应知——把小事做好 在从事软件开发的这些年中，近期越来越多地听到这样的论点：当前的程序员越来越浮躁。我的感觉也是如此，由于在软件公司中，人才流动特别快，因此很多人的职位也变化的比较快，很可能刚刚工作了三年的程序员，就被冠以项目经理的职位，或者是做过几个项目的人，就成为一家小公司的技术总监、架构师，其实，本身的能力与这个职位真正的要求非常不相配。然而，正是这样的情况更促使了程序员的浮躁心理...

小型电子商务网站设计原则原文： http://liriguang.iteye.com/blog/717448      最近谈得最多的话题莫过于大规模，大数据量，高性能，高并发等架构话题，其实一个电子商务网站开始时一定是小规模，小数据量，用不着把架构弄得过于复杂。高度设计、过度扩展(高德纳大爷也说过，"过早优化是万恶之源")是现在很多小型电子商务网站非常容易犯的毛病。开始服务器就一台...

QCon北京归来小结    参加QCon北京站回来已经有两个礼拜，一直想写一点自己的感想。今天终于是可以抽点时间来记录一下了。     这里就谈谈自己的几点感受。具体TOPIC的内容，我想很多朋友也有些分享，包括也有PPT可以去参考。  英语的听说能力真的很重要。国内的教育(起码我读书的年代)培养出来的学生，英语的读写能力还行，但是听和说就会比较薄弱。自己在QCon中，直...

 第一，产品没体现核心竞争力，最能拿出去和别人竞争的部分没充分体现出来。反而，系统战线拉的太长，什么功能都有，几乎包罗了所有子系统模块。在繁多功能的同时，每个功能的挖掘得很肤浅，页面也设计得很简单，甚至和其他的功能不能串联、并联起来。       正解：我们需要的是将核心功能无限放大，成为系统的亮点，贯穿整个系统。先把这部分做好先上线，其他的功能可以慢慢按需添加。     第二，产品没体现差异化，...

开发完成后总结心得（团队会议稿） 转载自：  http://www.cnblogs.com/cj723/archive/2006/09/08/498996.html 前阶段开发中存在的问题, 及改进建议（下面提到的问题在任何软件公司都会碰到，所以出现也是很正常，在今天讨论后，建议大家在今后的团队运作中尽量避免）1、前期需求不明，造成设计时目的不明确，开发时时常会因需求问题而困...

http://qin-qin.iteye.com/blog/634882 但现实毕竟是“老大”就是老大，你的前途、薪水都掌握在老大手里，抱怨和郁闷都不能解决问题，反而会使问题更加恶化；而且既然是老大，那么必然有过人之处（不管是技术、还是有关系、还是会说话，那都是老大的优势）。因此，我们要学会和老大沟通交流的技巧（当然这些技巧同样适合跟其他人沟通交流）。 下面是我根据自己的经验总结的...

转载自： http://www.iteye.com/topic/568488 软件开发需要做到短时间，高效率。要用最短的时间完成所有的事情。或许你会笑这个大家都知道，但是未必都能做到。程序员对一个项目的开发周期分为编码和测试调试两部分（后期维护暂不讨 论）。     测试调试部分是否能很快进行完大部分取决于编码，若编码时候编程人员对需求了解不清，没有良好的编码规范习惯，注释不详细都会导致测...

http://www.iteye.com/topic/635535 中评论摘取 国外我不知道，不过国内这种接手别人系统的活很多都是比较麻烦倒霉的。人家开发完了，甩手给你们，无论写得多糟糕也不用担心。这种情况不怕别的，就怕开发者因为知道最后不是自己维护，在开发中根本不注意质量。接手的话。我的建议是：1.验收一定要做好。确保系统是一个开发完整，性能、质量合格的系统。2.要求对方交接包括源代码、...

最近阅读Martin Flower的《重构》，对自己有许多启发，以前认为一些正确的观点现在看来也不那么正确了；同时发现对重构的理解只有在阅读了书之后更加彻底；在阅读《重构》之后我对其中几点有点感触： 　　1. 在没有具体阅读《重构》之前，我认为重构就是将代码变的容易理解，容易维护，但在阅读了《重构》之后才发现重构不仅可以利用到重新构造已有的代码，也可以帮助我们在阅读代码的过程中增加我们的对...

最新补充： 才两天，这么多浏览量了，挺意外的。 写本文的目的主要思考一下工作中切实遇到的问题。 公司是大型网站，这几年发展很快，而一些基本方面却变化不大，越来越不适应敏捷开发，项目扩展，快速满足需求的特点。 包括：project目录结构，开发框架，构建过程，设计文档规范等等。 因此自己思考为什么炫目的前沿技术项目起了很多， 而很少人愿意进行这些很有挑战，但很有价值的重构项目？ 本帖子就是自己思考的...

1.效果图的制作要比制作真实的html静态页容易，因此在需求还不确定的情况下应尽量用效果图来传递界面设计信息。 2.当界面需求不定，而又需要实现界面时，选择容易实现和修改并且又不失界面整洁的方案可能是最好的选择。 3.当程序编写完毕，除了会出现逻上的bug，界面也会出现大量的问题，因为加入逻缉的html生成的结果并不同于单纯的html页，同时逻缉完成后，也需要对不同的浏览器进行调试，因此页面人员必...

例子：你的公司开发出某新产品，你要给一群目标客户做一次讲座，介绍该新产品。1 确定目标 X， 最终目标，阶段目标。尽量把目标精简到一句话，如，最终目标是：提高公司竞争力。阶段目标是：要让客户买我们的产品。 2 意识到隐藏目标 Hidden Xs， 隐藏目标，如我要让大家认可我的能力。 隐藏目标有时会影响你达到最终目标，所以要意识到它们，以免他们影响你的演讲。3 修改目标， 了解听众...

米卢说，态度决定一切，汪中求说，细节决定成败。我们要说，习惯成就人生。我们程序员要去学设计、要去学架构，唯有练就一身好本领。而这个好本领中就应该包含一个好习惯。《高效能人士的七个习惯》讲的也是这个道理。《发挥你的优势才干》也是这个道理。当这些成为你的习惯的时候，他们就是你的优势力量，你可以在不知不觉中解决问题，也可以莫名其妙没出现问题。 越是细节处，也是显示出习惯的力量。因为在很多细小的地方，...

浏览体验 　　提高访问者的浏览体验，而不是“吓跑”用户，也是提高粘度的重要方法，浏览体验首先是浏览速度的问题，主要有两个方面需要关注。 　　首先是网站服务器的性能，如果访问量较大，网站不宜使用虚拟主机，如果有能力的话建议租用独立服务器来解决这个问题，例如我的月光博客网站采用托管电信机房的独立1U服务器，共享100M带宽（峰值5M），最大每天可以应付10万IP的访问量，这样的带宽通常访问...

1.   火狐下radio无法选中问题 描述： 当JSP中有如下代码<label><input type="radio" name="sex" value="1"/><input type="radio" name="sex" value="0"/></label&am