[其它] w3-schoos更新代码-源码

说明：w3-schoos更新代码
<weixin_42134554> 上传 | 大小：2kb

[其它] 几何知识对象的形式化和规范

说明：本文介绍了我们在几何知识对象的识别，形式化，结构化和规范化方面的工作，目的是进行语义表示和知识管理。 我们根据几何知识在几何文献中的积累和表示方式对几何知识进行分类，通过调整一阶逻辑的语言来对几何知识陈述进行形式化，在可检索和可扩展的数据结构中指定具有嵌入式知识的知识对象，并通过建模对其进行组织它们之间关系的层次结构。 给出了一些有关几何知识对象的形式规范的示例，以说明我们的方法。 该方法的基本思想已成功用于自动几何推理，知识库创建和电子文档生成。
<weixin_38739837> 上传 | 大小：514kb

[其它] UML概览

说明：UML是软件行业的建模规范，可以对软件项目建立需求模型、设计模型、实现模型、测试模型，因为UML有精确的建模语义，各个模型之间还能有效集成，所以可以基于模型进行仿真验证，使得设计具有完整的前瞻能力。UML当前最新的规范是2.5，有13种图，分为2大类：静态结构图和动态行为图。UML因为讲求建模的精确性，所以比较专业，学起来比较抽象，这里专门以贪吃蛇游戏为例，讲解UML的13种图，如下图所示： 说明：本文的模型采用建模工具EA建模。 希望您读了此文后有所受益。如果您有经验乐于分享，欢迎投稿给我们。
<weixin_38663007> 上传 | 大小：143kb

[其它] 基于Nutch的Web数学公式提取

说明：本文主要研究基于公式的数学搜索引擎中数学公式的识别和提取方法,总结了MathML、Open-Math、LaTex、Infix格式数学公式在网页中出现时的各自特征,提出了基于特征和启发式规则的公式识别和提取方法,并用实验说明了该识别和提取方法的可行性和准确率。
<weixin_38720978> 上传 | 大小：195kb

[其它] CoilGun：线圈枪去pshhhh-源码

说明：CoilGun：线圈枪去pshhhh
<weixin_42127748> 上传 | 大小：2kb

[其它] 《企业敏捷转型案例》之腾讯的敏捷玩法就是不一样！

说明：从2006年开始，腾讯的研发规模开始膨胀，开发模式急需规范和标准化，到底走IPD(集成产品开发)还是Agile(敏捷)的开发路线，公司管理层也在为拿不定主意而犯愁，之后研发管理部开始与ThoughtWorks公司接触，逐渐将敏捷产品开发引入进来，并正式命名为TAPD(TencentAgileProductDevelopment)。试点期：组织很多专题研讨和内部培训，树立标杆，更大范围内进行培训推广期：内部建立一个顾问团队，开发一些扫盲的课程，不断地进入到团队进行培训，让大家了解，接收这些理念。团
<weixin_38576045> 上传 | 大小：560kb

[其它] Assignment_3-源码

说明：作业3：更多表格 请按照的说明完成并提交此作业。
<weixin_42109732> 上传 | 大小：21kb

[其它] 登陆页面-源码

说明：Create React App入门 该项目是通过。 可用脚本 在项目目录中，可以运行： npm start 在开发模式下运行应用程序。 打开在浏览器中查看。 如果进行编辑，页面将重新加载。 您还将在控制台中看到任何棉绒错误。 npm test 在交互式监视模式下启动测试运行程序。 有关更多信息，请参见关于的部分。 npm run build 构建生产到应用程序build文件夹。 它在生产模式下正确捆绑了React，并优化了构建以获得最佳性能。 最小化构建，文件名包含哈希。 您的应用已
<weixin_42132325> 上传 | 大小：196kb

[其它] zarroqbe.github.io-源码

说明：zarroqbe.github.io
<weixin_42125867> 上传 | 大小：1mb

[其它] 统一井字游戏-源码

说明：统一井字游戏
<weixin_42119989> 上传 | 大小：1mb

[其它] 用于数据流演进的超椭圆聚类技术

说明：用于数据流演进的超椭圆聚类技术
<weixin_38720762> 上传 | 大小：1mb

[其它] 敏捷开发需求管理（产品backlog）

说明：传统的瀑布工作模式使用详细的需求说明书来表达需求，需求人员负责做需求调研，根据调研情况编制详细的需求说明书，进行需求评审，评审之后签字确认交给研发团队设计开发。在这样的环境下，需求文档是信息传递的主体，也是一份契约。然而详细的需求说明书有以下5大弊端：单向的信息传递，容易出现理解偏差。文档很正式，我们会误以为它一定是对的，不去质疑它，让我们停止作出判断。有了详细的文档，我们不会反复讨论它，相互确认。书面文档不利于团队共享责任，它扮演了证据的角色。Scrum强调团队共享责任，不论是需求人员、开发人
<weixin_38706951> 上传 | 大小：793kb