为什么“星期一”是Monday而不是Sunday？一周七天到底是怎么命名出来的？在英语中， 一周七天是以神和行星命名的： Sun（太阳）Moon（月亮）Mars（火星）Mercury（水星） Jupiter（木星）Venus（金星）Saturn（土星） 现在的7天的不同的拼法， 是历史演进的结果。  #01   Monday   

书中指出，实例化需求仅仅只是防止退化的有效条件。从保证软件质量角度，实例化需求所做的长期投资并不是非常划算。 以文档为中心的模型所具有的好处： 交付团队应该把测试文档看做是一个单独工件，与交付的系统等同重要。把文档当成关键性交付物是以文档为中心的模型最核心的部分。 

【详细解密】CQ-01怎样写Pollard-Rho写破防【既然遇到了就来学一学pollard-rho吧】.jpg这是怎么会是呢？感觉对着题解抄都抄不对啊！/fn/fn/fn把数据下下来一个一个调，最后发现是随机的时候RE了？？？经过仔细观察，发现我写随机的时候写的是：uniform_int_distribution<>u(2,x-1);

《实例化需求》阅读笔记一在苦寻敏捷测试的过程中，看一本书，关于如何提高敏捷过程中需求、开发和验收的测试效率，让我很是感兴趣，这本书名《实例化需求：团队如何交付正确的软件》。关于如何处理需求说明与测试，不同的组织使用不同的名称，或者说是不同的定义，但他们都有一套共同的核

本次阅读了从小工到专家这本书的第八章：注重实效的项目，同时也是本书的最后章节，本章节由注重实效的团队，无处不在的自动化，无情的测试，全都是写，极大的期望，傲慢与偏见这六部分组

本次阅读了从小工到专家的第七章节，第七章首先讲述了在项目开始之前这一部分，不要搜集需求，而要去挖掘它们。并且要与用户一同工作，以像用户一样思考。列出项目的UML用例图，以便

对于《代码大全2》第五章的理解。外国因为大量的代码，所以发明出设计模式这一概念。这个概念对于维护大规模的代码有着非常好的效果。但是这些设计模式的使用条件也是很明

对于《代码大全2》第五章的理解。在设计中的挑战。在最初的互联网时代，由于还不像现在一样发达。程序的代码往往是很少的。可以一个人就完成开发。但是现如今规模的越来越

cnblogs博客，今天我考完十一调回到机房忽然想起我有cnblogs博客。之前都是有一篇没一篇，断断续续地更，每一篇都是三分钟热度，不考虑修缮的。受最近练习的英语写作的影响，本