winterwinner的专栏

本文为部分转载加上个人笔记 1.前几天，我才知道有一种简化的数据交换格式，叫做yaml。我翻了一遍它的文档，看懂的地方不多，但是有一句话令我茅塞顿开。它说，从结构上看，所有的数据最终都可以分成三种类型：第一种类型是scalar（标量），也就是一个单独的string（字符串）或数字（numbers），比如“北京”这个单独的词。第二种类型是sequence（序列），

最近才发现有很多设计的内容可以写，但分不清主次，与其浪费大家时间来阅读冗长枯燥的内容，还不如简化成几句话来描述更让人有想象空间。先发一期自己近期整理的设计笔记，后续会陆续增加。1.不要把功能做成让用户无意中才能发现，除非这个功能无关紧要。2.即时的反馈能够减少用户等待时丝毫的痛苦。3.打破规范比建立规范更重要。4.要告诉用户的事情就让用户能够明白阅读，包括描述清楚，并且有足够的时间

1.快速回到编辑位置.当你打开以前编辑过的文档时,可以直接按下Shift+F5来直接回到上次正在编辑的位置.2.多重保存.如果你同时在编辑多个文档,为了防止意外的发生要将他们全部同时保存的话,可以按下Shift键,然后定位到”文件”下拉菜单,这时你会看到原来的”保存”变成了”保存全部”,按下即可全部快速保存.3.段落整体跳跃.如果你想调整段落之间的上下位置,比如把这里的第三段移到第二段上面

没有对“C:/WINDOWS/Microsoft.NET/Framework/v2.0.50727/Temporary ASP.NET Files”的写访问权限 在IIS中 发布程序一个ASP.NET程序，通过IE访问报如下错误：当前标识(NT AUTHORITY/NETWORK SERVICE)没有对“C:/WINDOWS/Microsoft.NET/Framework/v2.0.5

谈到团队这个词，很容易让人联想到拳头，是的一个好的团队应该具备“拳头”的冲劲与实力。那么软件测试团队就是由不同性格特征、技术特性的测试人员所组成的，检测软件产品质量的生力军。有效的软件测试团队还有一些很有代表性的特征，下面就从这些特征来浅谈软件测试团队的建设计。　　一．团队的规模　　可根据测试任务或者软件开发人员与软件测试人员的比例来决定软件测试团队的规模。理想的测试团队成员的数量与代码开

  一、流程的主体说明：包括该流程要完成的主要工作及面对的对象等作一个总体的概述。二、流程图：根据流程图绘制的要求详细地把实际的工作过程用流程图的形式表现出来，             一般包括几个部分，参与该流程的岗位或人员、流程图的名称、图标定义、流程图编号、绘制日期、执行日期等部分。三、流程描述：是对流程图的补充和加强。1.         步骤：1)        

软件实施，其实并不是一件很容易的事，也许可算是一项挑战，很需要“明知山有虎，偏向虎山行”的信心和勇气。为什么这样说呢？ 因为，软件实施可以说是软件产品服务主线的一个决定性环节，软件的成功离不开实施。那什么才是成功的实施呢？我认为是要让用户真正使用起来，让用户满意，用户的成功也是软件公司的成功。只不过，软件要能真正使用起来，其实也不象想象中那么容易。对于实施不成功的情况，通过一些报导和我到晋南的调研这是经常发生的，而且比例很高。鉴于以上实施的重要性和难度，那我们的实施就不再是简单的安装调试、用户