上图是一个应用程序生成的临时文件夹，应用程序就是不断的创建、删除临时文件夹，并且从创建到删除周期不超过1秒。在测试应用程序时希望能复制一份临时文件夹来查看下里边的临时文件，由于周期太短，每次复制再粘贴文件夹均以失败告终，如果是你，要怎么操作呢？ 在同事的提醒下，转为复制Temp文件夹，一次便成功，这件事意义比较深刻：在做一件事(复制临时文件夹)时，一种方法(直接复制临时文件夹)尝试多次均以失败告终时，就应果断的停止尝试，改用其他方法(转而复制上层文件夹)，有时退一步便是海阔天空。
在衣服、裤子标签上我们经常会看到类似的文字：170/92A、175/96B、170/65A，这就是服装的号型，它的表示方法为： 号/型 号：指人的身高，以厘米为单位； 型：指人体净胸围或净腰围，以厘米为单位； 体形分类：指人体胸围和腰围的差数，分为Y、A、B和C 4种，儿童没有体形分类； 4种体形分类含义 Y：偏瘦，男子，女子 A：正常，男子，女子 B：偏胖，男子，女子 C：胖，男子，女子
各位合作伙伴： 为进一步加强移动梦网业务管理，在分层分级管理办法中增加了对短信/彩信业务的指令使用方式的规定，具体如下： 1、点播/定购指令与代码必须采用精确匹配方式，不得采用空指令或模糊匹配方式。各级别SP所能申报的精确匹配指令数量如表1所示。 表1 不同级别SP可申报的精确匹配指令数量上限 2、SP在申请精确匹配指令时，必须在SIMS系统“业务指令申报”页面的“渠道”选项中填写对应的推广渠道，并保证业务推广与渠道的一致性。今后将不定期开展检查，对于发现业务推广与报备渠道不符的情况，按照《移动梦网SP信用积分管理办法》的相关规定加倍进行处罚，具体填写方法见下图所示。 3、对于A级、B级和连续四次C级SP,可按照分层分级管理办法中的相关规定申请保留一定数量的空或双模糊指令。各级别SP可申请保留的空或双模糊指令个数见表2。…
这几天发现vs2008打开的项目都不能添加Web引用了，在项目上点击右键，弹出的菜单如下： 倒是多了一个添加服务引用，尝试用它引用Web服务，总也找不到服务类，还是想想办法怎么找回Web引用吧。以前正常是这样子的： 后来发现还是可以添加Web引用，只是麻烦了点：先打开添加服务引用，再点高级按钮，弹出的界面中就有添加Web引用了： 再后来发现出现这种问题的原因是前段时间我把很多项目的目标Framework改为.NET Framework 3.0导致的，改回.NET Framework 2.0后项目菜单就恢复正常了-_-
运行上边代码后，经测试在IE6、IE7均不能显示出Google地图，FF下能正常显示，脚本老报错：'GMap2' 未定义，最终发现是页面使用了gb2312编码的原因，改为utf-8后即正常：
运行上边代码，在Google地图上单击任意位置即可显示经纬度。
Version节 必选，指定CAB 文件的创建者、签名和 Windows CE 签名。 CEStrings节 必选，指定应用程序名和默认安装目录。 Windows CE 目录标识符 Strings节 可选，定义一些字符串变量，INF任何地方可用 %变量名% 引用。 CEDevice节 可选，指定应用程序支持或不支持的平台。 DefaultInstall节 必选，指定有关应用程序的默认安装的信息。 SourceDisksNames节 必选，指定应用程序源文件在本地的路径。 SourceDisksFiles节 必选，指定应用程序源文件在本地的文件名。 DestinationDirs节 必选，为各个CopyFiles指令指定目标路径。…
一直想找一款轻量级的C# IDE，今天还真找到了，SharpDevelop，最新版本为3.1，要求机子先装有.NET Framework3.5 SP1，家里机子比较老，只能安装2.2.1版，大小只有8.5M！ 测试了下，对控制台应用程序和Windows应用程序都支持得不错，可编写C#可运行，稍稍有些遗憾是不支持Web应用程序可视化编辑，运行也不方便，不知3.1中有没改善。
要判断一个程序员是不是好的程序员，主要看他写的代码，因为程序员最重要的事是写代码。 即便不去理解代码的意图，只要看一眼，好的程序员写的代码与差的程序员写的代码基本上就可以看出来。好的程序员写的代码，整洁而规范，视觉上自然有一种美感。空白错落有致，注释恰到好处，命名和排版遵守统一的规范。差的程序员写的代码则经常出现过长的函数，前后不一致的命名方式和排版，过深的嵌套结构，非常复杂的表达式，随处可见的数字等毛病。 再去粗粗阅读，对好的程序员还是差的程序员就会更有把握。好的程序员写的代码，有一种精心雕琢而成的一致性。好的程序员一致会遵守统一的命名方式，如camelCase，而差的程序员的变量命名时不时的就会偏离统一规范。好的程序员的代码中拼写错误几乎不可见，而差的程序员的拼写错误要多得多。好的程序员对于同一类动作，不会忽而用这个动词，忽而又用那个同义词，如add/insert混用。好的程序员采用一致的简写规则，差的程序员则时而不简写，时而简写。好的程序员会很注意名称中形容词与名词谁在前谁在后，而差的程序员没有规则，时而在前时而在后。好的程序员很少会写出大段大段的重复代码，差的程序员却经常搞不定重复代码，他们难以将重复的代码抽取出一个统一的概念进行重用。好的程序员对于对外的API会注重注释与代码的一致性，差的程序员经常注释中的参数名称与函数定义都不一致。好的程序员很少会留下被注释掉的或用#if 0括起的垃圾代码，他们意志坚决，代码有用就要，没用就不要，差的程序员则不一样，他们经常不确信一段代码是否真的需要，他们缺乏保持代码整洁的习惯，因此他们让垃圾代码留着。…
Brief Answer： 因为，leader在没事儿的时候，通常不会主动找我们，而找到我们的时候，往往都是有状况发生。 Detail Answer： 最近，我们准备把CVS从windows迁移到linux，我要求配置管理负责人小王为每个模块的Owner建立帐号，并把用户名/密码邮件给各组组长。过了两天，有某个组的同事过来问我要帐号，我很奇怪，说你没有收到邮件吗？你们组长也没有告诉你？对方两个问题的回答都是否定的。 我很奇怪，于是跟小王核实，果然，小王说帐号早都已经建好了，但是还没有发邮件。说实话，我当时心里有点冒火，让他赶紧发邮件了事（小王为什么没发也有一定的原因，但绝对不是太忙没时间，也不是忘了，具体原因不在本文讨论范围）。…