摘要： 在工作中或者在面试中，我经常碰到的开发人员就是对单元测试不重视，这一类基本上都表现出了一种“无知的自信”，总觉得自己写的代码质量很高，直到一次次虫子(Bug)把自己咬的头破血流时，才发现原来自己的代码已经到了剪不断理还乱的状态，而每一次修改一个bug，都需要走一遍“墨镜迷宫” （看上图)。还有很多人知道单元测试或者写出了单元测试，但是就是写了一个方法，上面标注了一个[Test]属性而已，甚至很多的人单元测试上面标注的是[IgnoreTest], 每次看见这些，我都深深的感到推行单元测试之路是艰难的，是遥远的，但是我依然坚信是是渴望也可及的，只要有着深深的信念，坚强的意志，无谓的勇气，一头扎进去泥巴堆里，假以时日，当大雨来临，必将带走泥巴，从此你拔剑扬眉，哦，你不用拔剑了，因为你就是剑。。。 阅读全文

摘要： "前端构建大法 Gulp 系列 (一)：为什么需要前端构建" "前端构建大法 Gulp 系列 (二)：为什么选择gulp" "前端构建大法 Gulp 系列 (三)：gulp的4个API 让你成为gulp专家" "前端构建大法 Gulp 系列 (四)：gulp实战" 前面讲了很多理论，那么这一... 阅读全文

摘要： gulp 本身能做的事情非常少，主要是通过插件来提供各种功能，gulp本身只提供了4个非常简洁的API, 掌握这4个API你就基本掌握了gulp的全部。 [前端构建大法 Gulp 系列 (一)：为什么需要前端构建; 前端构建大法 Gulp 系列 (二)：为什么选择gulp; 前端构建大法 Gulp 系列 (三)：gulp的4个API 让你成为gulp专家; 前端构建大法 Gulp 系列 (四)：gulp实战 阅读全文

摘要： 这样的场景你是不是很熟悉？客户让你做一个软件，你需要他给你写出需求，当它给你写出需求后，在你认为时间非常紧的情况下，你辛辛苦苦，加班加点，费劲九牛二虎之力，最后赶在最后时刻给客户提交了，你满怀希望等待客户给你的表扬，你万分坚信领导对你的辛苦会给予高度认可和鼓励，你觉得很快就要戴一朵“小红花”时，最后你得到的是绵绵无绝期的等待，甚至是客户的不满意，这是为什么呢？这种情况在我的团队里也会出现，有时候我让改一个东西，经常得到的回复就是:"客户就是这么要求的，而且描述很清晰，不能改！", 最后如果不改的结果就是客户不满意。 阅读全文

摘要： 在上一篇 [前端构建大法 Gulp 系列 (一)：为什么需要前端构建](http://www.cnblogs.com/cnblogsfans/p/5093012.html) 中，我们说了为什么需要前端构建，简单一句话，就是让我们的工作更有效率。 相信熟悉前端的人对Grunt一定不陌生，实际上我自己之前的很多项目也是在用Grunt, Grunt的出现是前端开发者的福音，大大减少了前端之前很多手工工作的繁琐以及我上一篇 [前端构建大法 Gulp 系列 (一)：为什么需要前端构建](http://www.cnblogs.com/cnblogsfans/p/5093012.html) 提到的那些问题。 那么既然Grunt可以做到几乎所有的事情，那么为什么我们需要Gulp呢？ 阅读全文

摘要： 我们都知道使用IDE编写后端程序时，我们都需要Build, 对.NET来说，我们一般需要使用Visual Studio来确保我们的项目编译通过，而且项目编译通过是对所有程序员的基本要求。 但是，由于很多后端程序员对前端的很多东西不了解，导致在做WEB项目时出现了一些问题。 阅读全文

摘要： 很多中国的孩子，尤其是很多现在正处于黄金时代的程序员，独立意识确实要差一些，从小被父母装在一个大 “笼子”里，比如去哪里都是大人在前面牵着后面的小孩，老师严格教条的作业却只有一个标准答案，甚至在我看了写错一个字要重写一百遍一样猪一样的惩罚还至今流传着，忘了教育的本质是要把字学会而不是把字写一百遍，等等类似的东西，使我们不敢去思考，习惯被别人领导。 阅读全文

摘要： Git是目前最好的代码管理方式，给团队协作带了极大的方便，本文主要讲如何正确的在团队中使用Git, 从而发挥Git的优势，自从使用Gitflow后，客户满意度大大提高，甚至是在项目Proposal阶段就能体现出我们比较成熟的项目管理 阅读全文

摘要： 加班的主要目的是增加产出，但是我们大家最终选择了这种简单粗暴的方式，就是加班来增加产出，但是想一想，我们每天工作8个小时，就算一天不吃不喝不上厕所，我们也就是24个小时，产出最大也就三倍。 我们都知道，一个优秀的工程师是一个普通工程师效率的10倍，甚至百倍。那么我们就需要考虑的是，我们其实是要提高工作效率，也就是8个小时之内提高效率，比如，我们使用自动化，我们使用快捷键，我们使用持续集成等等这样的方式都可以提高效率，而加班却给大家造成了恶意引导，让大家觉得我总是可以通过加班来完成工作，而忽略了我们本质是要提高效率。如果我们一开始的出发点就是我们不要加班，我们提高效率，工程师自然就会更多的考虑8小时之内的效率，比如使用番茄工作法，比如不要写会儿代码，看会儿微信，就会想到单元测试保证质量避免返工等等，而真正提高了效率，我们个人才算是成长了。 阅读全文

摘要： 昨日提前睡了一个小时，今日五点中梦中惊醒，看来是我的灵魂让我想一想，该做点什么了，于是就爬起来，写下随笔此文。 很久没在博客园写博客了，原因主要是我从2011年8月份开始筹建分公司以来，已经不再像之前的时间多了，各种琐事太多，光分公司注册这样的小事，当时都花了几个月的时间。。。。。。 很快两年过去了，经历了很多事情，所幸现在分公司发展越来越好，但是最近我实在忍不住想出来唠叨两句。 阅读全文

摘要： 一些相关的概念和原理 · 分支(branch)和标记(tag)对于 SVN 来说就只是副本(copy)，没有任何其它意义。分支和标记的意义是我们人为给予的。 · SVN 的副本是通过"cheap copies "来实现的，建立一个副本就类似 Unix 中创建一个硬链接(hard link)，空间和时间的消耗都是固定并且很小的，因此不必太过担心副本太多而导致性能问题。 · ... 阅读全文

摘要： L5：我会畅所欲言，充分表达自己的意见和看法 L4：我会主动说出自己的意见，但会回避某些问题 L3：问到我，我再说 L2：我不会说太多，主要让别人提意见和建议 L1：我会点头微笑，并表示一切都好 阅读全文

摘要： 在公司做了三次相关敏捷的主题：现有项目的敏捷之路，SCRUM,敏捷软件测试。 但是，有朋友说这几次都是站在管理的角度，程序员自己如何才能做做到敏捷呢？回来想想再结合之前看过的书总结出了如下18条，于是就起名“降龙十八掌”吧。到底哪一条对哪一掌，大家就自己对吧。 1. 态度积极。做事时专注，有问题积极找人帮忙同时也乐于帮助别人，勇于承认错误，如果你从没犯过错误，说明你可能没努力去工作。 2. 深入理解需求。对一个需求要尽可能多的理解，不要急于着手编码。 3. 不做世外高人。不要一个人默默无闻的编码，多阅读同事的代码，也请同事阅读自己的代码，保证代码易读，易理解。 4. 敢于发表意见。发现问题时， 阅读全文

摘要： 1. 安装php-5.3.4-nts-Win32-VC9-x86.msi 2. 在IIS7里加虚拟目录，找到Handler Mapping,添加相应的映射 3. 下载语言包 http://www.pmwiki.org/pub/pmwiki/i18n/i18n-all.zip 4. 将语言包解压覆盖到目录（pmwiki解压的目录) D:\Management\pmwiki-2.2.21 5... 阅读全文

摘要： 这个工具可以检查是否有人提交代码并且可以看提交的日志 http://code.google.com/p/commitmonitor/source/checkout 源码在此 svn checkout http://commitmonitor.googlecode.com/svn/trunk/ commitmonitor-read-only 有新的提交时会弹出一个小提示。 阅读全文

摘要： 今天想在自动集成服务器上用MSTest,但遗憾的是MSTest.exe不能使用目录，命名空间等，因此需要将MSTest转换为Nunit1. 1. 首先移除MSTest的程序集，引入Nunit.Framework.dll 2.然后使用如下Ruby脚本. 阅读全文

摘要： 千呼万唤的Rails3出来了，也该开始学学了，从网上发现一个好的教程http://railscasts.com/episodes，能够下载 但遗憾的是每页只显示10个而且无法批量下载，如是发现右边栏有All Episodes链接。   但是这个没有下载地址，只能一个个点进去才能看见下载地址。仔细对比这两个地址 http://railscasts.com/episodes/234-s... 阅读全文

摘要： UML是软件开发和系统建模的标准工具。该统一建模语言用于软件系统的可视化、说明、构建和建立文档等方面。 这里可以看到UML的一些介绍 http://baike.baidu.com/view/23396.htm?fr=ala0_1_1 本篇主要讲解UML用例图之间的关系, 用例主要有以下三种关系。 包含 包含关系指用例可以简单地包含其他用例具有的行为，并把它包含的用例行为作为自身行为的一部... 阅读全文

摘要： Introduction to User Stories User stories are first-class citizen for Scrum and Extreme Programming (XP), A user story is a very high-level definition of a requirement, just include enough informatio... 阅读全文

该文被密码保护。 阅读全文