作为程序员的你，不知道曾经是否尝试过这样一种开发模式：你有一个伙伴，你们坐在一起，并肩作战，面对着同一台显示器，使用着同一键盘，同一个鼠标，你们一起思考，一起分析，一起编程。如果你尝试过，那你可以继续读下去，看看我们是不是有同样的感受；如果你没有尝试过，那你

首先，我们来定义一个工作的目录，如下图接着，我们按如下的步骤，逐步完成一些学习和测试1.      新建一个名为Learn的Project，放在NAnt工作目录下，我们看到它有几个属性：Name 这个属性说明是必填的，就是Project的名称Default 这里需要输入

其实我不太懂什么Daily Build，也没用过什么cc.net。也不知道NAnt是否已经过时，但是，它确实帮我提高了工作效率。首先我们来了解下一个最简单的程序发布流程：1.从SVN（源代码管理器我使用SVN）获取源码2.打开VS20103.转换成Release模式4.编译源代码5.查看是否缺失了dll，然后复制过去6

PS：原文翻译的有些地方不太确切，尤其是对于第7点static的使用的翻译容易引起误解，故稍做调整，如有妥之处，还请谅解！ 任何代码的美丽不仅在于找到一个给定的问题的解决方案，还在它的简单性，有效性，紧凑性和效率（内存）。设计的代码比实际执行更难 。因此，每一个程序员当用C语言开发时，都应该保持这些基本的东西在头脑中。

一共三种写法 如下： for (var i = 0; i < arr.length; i++) for (var i in arr) for (var i = 0, len = arr.length; i < len; i++) 先看下运行测试的界面： 再看下对应的三个结果，三种写法执行的效率是有很大不同的： 如此看来，执行效率最快的是第三种： for (var i

2011年7月15日23:34:18效率PK —— 统计字符串中字符出现次数原文见：javascript 统计哪个字符出现的次数最多–修正版 var str = "The officials say tougher legislation is needed because some \ telecommunications companies in rece

昨日，写了篇文章《.NET 4：并行求和不爽》，得到大家的热心回复，受大家启发，逐步发现了并行求和效率不要的两个原因： 我用的是伪四核 CPU； .NET 求和（非并行）效率问题。 今天，就看下 .NET 求和的效率问题。这里不是要和 c、c++等其它语言进行对比，而是对 .NET 中各种求和方式的相对比较。 .NET 中求和有多种方式，可以用 Linq 中的 Sum 扩展

 导读目录 一：引言 二：实现 三：总结 一：引言 这确实是一个不好讨论的话题，我先抛砖引玉吧  最常见的问题是，某个测试人员某天执行了10个用例，另一个测试人员那天只执行了5个用例，单从例用数上，我们无法分清，他们那天谁的工作量大；另外，就算，执行了相同的用例数，比如某天一测试人员执行10个用例发现了5个BUG；另一个测试人员那天也执行了10个用例，没发现或只发现了两个BUG

        本节即将新接触的CIL操作符如下：              br.s        IL_003c  

  本节将接触几个新的CIL操作码如下               ldc.i4.0    将整数值 0 作为 int32 推送到计算堆栈上       &nb

隔了一段时间，忙其他的去了，下面继续偶之前的分词软件。 　　在之前的3个版本里，我们已经实现了分词的基本功能，并对其合理性等作了大量的测试评估工作，但是性能的提升还很不如意，所以这里我提出了使用SortedList提高分词效率的方案。 　　C#中提供了众多集合类的数据结构，如大家常用的List<T>，Dictionary<T>等，这里我将着重介绍一下SortedList，并

上篇使用了SortedList，对分词的性能有了显著的改进，但是有一点偶没有提，那就是构造词典的时间，由于SortedList需要保证元素的有序性，所以对于我使用的20+万的词典来说，构造时间也达到了10秒左右，因此与之前的三个版本相比，虽然分词的性能大幅提升，但总的时间并没有什么改进，所以使用SortedList的方案自然也不可行，那让我们看看之前提到的Hashtable表现如何。 一、Hash

分享一下我的编码习惯,大家有更好的方法欢迎留言补充 使用快捷键alt+shift+F10 这是我很喜欢用的一个快捷键,可以直接添加引用 比如我们要用线程的Sleep方法,但是默认代码里面是没有Thread类的引用的,如果这时我们再滑动鼠标到上面去添加using System.Threading;就太慢了... 我们可以直接打出Thread然后按这个组合键然后直接按回车就帮我们自动添加了引用 使用

最近公司的项目准备优化一下系统的性能，希望在数据库方面看有没有提升的空间，目前压力测试发现数据库服务器压力还不够大，Web服务器压力也不是很大的情况下，前台页面访问却很慢，看有没有办法充分利用数据库服务器的性能，于是做了一个单数据库，多数据库，单实例，多实例不同情况下的数据访问效率测试。   测试环境： CPU:Inter Core2 Quad,Q8300,2.50GHz;内存：4.00

如果您是一位每天都要编写JavaScript和Css的Web前端开发人员，可能您已经开始感觉到JavaScript的关键字 var, function, {} 要被您每天敲击若干遍。是否可以省掉这些重复的敲击。编写Css，先要一层一层的选到元素，然后开始写样式，如果要写下一层的样式，又要重复的选一次父层元素然后再到子层，Css是否可以嵌套呢。 下面是同样功能的CoffeeScript和JavaS

在oracle数据库中，有一个变量绑定的用法，很多人都比较熟悉，可以调高数据库效率，应对高并发等，好吧，这其中并不包括我，当同事问我MySQL中有没有类似的写法时，我是很茫然的，于是就上网查，找到了如下一种写法： DELIMITER $$ set @stmt = 'select userid,username from myuser where userid between ? and ?'

前一段时间在博客园里看到这样一篇文章，那位兄弟谈到程序效率的关键是“简短”。他说，“程序越简短，其可执行代码就越少，就越有效率”，而在编写程序的时候，“要尽量改进我们的算法，而改进算法中最重要的一条，就是减少语句”。这句话从表面上似乎正确，但我认为性能这问题不能用“简短”这种方式去思考，否则会进入一些误

作者：陈太汉 单词翻转问题是个大公司常考的一个面试题,在网上看了不少实现方法，感觉都有瑕疵，在下今天又无聊一次，自己写了两种实现方式一个是简洁版，一个是效率版简洁版当然是简洁明了，思路清晰，很容易看懂，但是效率上有待改进，等改进之后发现发现就不是那么好理解了，所以就有了效率版，个人还是主张简洁版，它看起来实在是舒服，让我很是满意。为什么说简洁版效率有瑕疵呢？就是因为方法InvertWord的参数是

C#中循环结构的效率问题 引言 顺序、选择、循环是一切程序的三大结构。今天我们就来说一说循环中的一个小问题。 内容 c#的循环结构有四种： for while…do… do…while… foreach 在这四种结构中，都有循环结束的判断。大于某个数字，小于某个数字，或者是其他条件表达式的判断。今天我们就说一下关于数字的判断。 我们

接上篇：mysql使用mysql-udf-http效率测试笔记 ，这次不使用rest架构，而是使用：libmemcached和memcached_functions_mysql，测试版本是： libmemcached-0.34.tar.gz和memcached_functions_mysql-0.9.tar.gz，其它版本配对都有问题，我安装测试过有问题的版本有： memcached_funct