您好,欢迎光临本网站![请登录][注册会员]  

搜索资源列表

  1. 【微软讲稿】软件架构设计概述 —— 陈桦

  2. 概述 功能设计 架构视图设计 概要设计 演示模型 面向服务的架构设计 短短64页,介绍了从80年代面向对象,到90年代面向组建,继而目前的面向服务等架构思想、方法、模型。不仅是从历史角度对软件工程的说教,更是实用性非常强的方法论。
  3. 所属分类:专业指导

    • 发布日期:2009-04-28
    • 文件大小:5242880
    • 提供者:haustlgf
  1. PHP4.0+Web开发技术指南

  2. PHP4.0+Web开发技术指南 第一部分 高级PHP 第1章 开发思想 1 1.1 PHP与我 1 1.2 计划的重要性 2 1.3 编码规范 3 1.3.1 选择名字 3 1.3.2 使代码更易读 5 1.3.3 添加注释 8 1.3.4 选择谈话式名字 13 1.3.5 保持清晰一致的接口 15 1.3.6 将代码结构化为逻辑群 16 1.3.7 抽取单独的代码块 16 1.4 使用文件将函数分类 16 1.5 编写文档 17 1.6 一个API设计实例 18 1.7 小结 22 第2章
  3. 所属分类:PHP

    • 发布日期:2009-05-04
    • 文件大小:5242880
    • 提供者:lnp8
  1. 编程匠艺—编写卓越的代码

  2. 书中主要介绍的内容如下:我大致列了一下: 第I篇 代码表面第一部分 第1章 善于防守——健壮代码的防御性编程技巧 3 1.1 向优秀的代码前进 4 1.2 设想:最坏的选择 4 1.3 什么是防御性编程 6 1.4 又大又坏的世界 8 1.5 防御性编程技巧 8 1.5.1 使用好的编码风格和合理的设计 9 1.5.2 不要仓促地编写代码 9 1.5.3 不要相信任何人 10 1.5.4 编码的目标是清晰,而不是简洁 10 1.5.5 不要让任何人做他们不该做的修补工作 11 1.5.6 编译
  3. 所属分类:网络基础

    • 发布日期:2009-05-06
    • 文件大小:2097152
    • 提供者:yuecl_1220
  1. C++ In Action

  2. 第一部分 语言 第1章 对象和作用域 3 1.1 全局作用域 3 1.2 本地作用域 8 1.3 嵌入对象 14 1.4 继承(Inheritance) 16 1.5 成员函数和接口 18 1.6 成员函数作用域 20 1.7 类型 26 1.7.1 小结 27 1.7.2 练习 28 1.8 抽象数据类型 30 第2章 数组和引用 35 2.1 引用 35 2.2 运算符 40 2.2.1 算术 41 2.2.2 逻辑 42 2.2.3 位逻辑运算符 43 2.3 基于堆栈的计算 器 44
  3. 所属分类:C++

    • 发布日期:2009-05-17
    • 文件大小:1048576
    • 提供者:shch9999
  1. 游戏策划方法商业篇 这个系列,实际上最开始的想法,是于我在某公司担任策划总监——也许更确切的说法是DesignerManager的时候,公司新招入了不少的新手策划,为了给这些策划们培训所编写的教程。不过因为某些原因,实际上整个系列的90%以

  2. 游戏策划方法基础篇 这个系列,实际上最开始的想法,是于我在某公司担任策划总监——也许更确切的说法是DesignerManager的时候,公司新招入了不少的新手策划,为了给这些策划们培训所编写的教程。不过因为某些原因,实际上整个系列的90%以上的工作都是在我离开了那个公司之后才完成的。而最初的两章,也跟大家现在所看到的内容毫无关联。那两章的内容是讲游戏团队的组织和管理形式,总共约一万六千字,当然这些部分在现在这个版本里面都看不到了。在随后的工作中,我完成了后面的章节,也就是现在大家所看到的内容,
  3. 所属分类:专业指导

    • 发布日期:2010-05-03
    • 文件大小:202752
    • 提供者:xingx20066
  1. 用户体验设计 UCD火花集

  2. 第一章 用户体验设计在团队中 5 UED——鱼缸里的水 5 接过用户的绣球 6 管理者不应直接参与产品的开发与设计 7 UED应该向产品负责,而不是向PM负责 8 第二章 用户调查和研究 12 我要如何了解“她” 12 贯穿整个产品生命周期的用户研究 15 隐式挖掘网站用户行为 17 角色设定——了解我们的用户 19 用户研究需要全面且综合的了解及分析 20 第三章 期望值 22 用户期望的满足、超越和拒绝 22 期望,别忘了动机 23 Flickr的理想与现实 24 设计的价值 26 期望值
  3. 所属分类:专业指导

    • 发布日期:2010-06-21
    • 文件大小:8388608
    • 提供者:lxzhaojd
  1. 90团队《分类信息竞价1.0》完整版 100%零成本操作竞价

  2. 90团队《分类信息竞价1.0》完整版 100%零成本操作竞价
  3. 所属分类:其它

    • 发布日期:2011-09-08
    • 文件大小:9437184
    • 提供者:qinni8513
  1. Scrum敏捷式开发团队培训

  2. 瀑布模型的主要缺陷: 程序的维护成本会越来越高(需要很多人) 团队氛围压抑(感受不到激情) 不方便做需求变更(引起客户不满) Scrum是英语中橄榄球运动的一个专业术语,表示“争球”,在这里特指一种敏捷开发的模型。 敏捷式开发是一种从90年代开始逐渐引起广泛关注的些新型软件开发方法。
  3. 所属分类:项目管理

    • 发布日期:2013-10-10
    • 文件大小:2097152
    • 提供者:ripen
  1. 使用Visual Stidio®.NET和Visual SourceSafeTM进行团队开发

  2. 介绍VSS的使用 此文档90多页,特别完整的介绍了VSS的使用
  3. 所属分类:.Net

    • 发布日期:2016-06-15
    • 文件大小:1048576
    • 提供者:mapplei
  1. HoHoo v1.90正式版发布

  2. HoHoo v1.90正式版发布 已重新发布 1.【花园】模块中增加了犁地、收获以及帮助朋友浇水、除草和捉虫的功能 2、修正了争车位、买房、花园、好友互加以及送礼物的一些小bug 3、加强了园地状态的判断,对尚未开垦的园地不再进行操作,另外对不需要浇水等操作的园地,也不再执行相关的多余动作,优化了资源 4、调整了各功能模块的工作顺序为:买种子、浇水、除草、捉虫、收获、犁地、播种 其中第4部分功能会作为下个花园版本的重点加强,敬请关注。 在此特别感谢HoHoo开发和测试团队和所有论坛管理人员的协
  3. 所属分类:专业指导

    • 发布日期:2009-03-16
    • 文件大小:1048576
    • 提供者:akubi373
  1. Abstract-90.0.2.dmg 面向未来的设计团队 随着团队的成长,扩展设计工作流程

  2. 分支机构的概述显示了正在完成的工作的摘要,以及团队成员正在协作的另外三个活动分支机构。 抽象界面,显示项目的提交历史,记录并记录了所有更改。 摘要屏幕显示了已合并到母版中的更改的时间轴,这是设计文件的唯一真实来源。 在各个工作区中进行协作,并为自己和您的团队进行探索。 立即记录并捕获过程。 仅将范围内的内容带入一个集中的Master文件。 设计经理通过注释设计的特定部分来提供反馈,并且一些其他队友在Abstract中进行评论。 摘要集合,显示了一组精选的设计,可以与利益相关者共享。
  3. 所属分类:图像处理

    • 发布日期:2020-04-02
    • 文件大小:142606336
    • 提供者:hu_zhenghui
  1. 90分钟掌握Scrum框架

  2. 2001年初,因观察到许多的软件团队身陷不断扩大的流程之中的困境,一群业界专家聚集在一起,勾勒出一些能让软件团队迅速工作,以及响应变化的价值观和原则。他们自称为Agile Alliance。 Scrum是管理软件项目的一个轻量级的敏捷方法, 名字来源于橄榄球运动中的scrum 过程 简单,但高度的纪律性 依赖迭代和增量的敏捷方法. Scrum 是一种工作管理的方法,不仅仅限于软件开发,可以用来管理其它活动. Scrum 不包含技术方法或实践. 这是最清晰的Scrum课件
  3. 所属分类:讲义

    • 发布日期:2019-03-17
    • 文件大小:3145728
    • 提供者:qqqrrrjjj
  1. #Python入门(二)##太原理工大学机器人团队20天学习打卡day2

  2. 奸笑脸 from turtle import*#库引用 setup(1000,800,200,0)#setup(width,height,startx,starty) speed(20)#绘图速度 #脸 penup()#拿起画笔 goto(-300,0)#去到对应坐标的点 seth(-90)#朝向 pendown()#放下笔 pencolor('orange')#画笔颜色,RGB颜色 pensize(5)#画笔大小 begin_fill()#开始填充 circle(300,360)#半径300旋
  3. 所属分类:其它

    • 发布日期:2020-12-22
    • 文件大小:90112
    • 提供者:weixin_38644168
  1. jee-boot:jee-boot-api是一个基于SpringBoot,快速构建RESTful API的工程的脚手架,能够满足90%公司90%的需求,支持多数据源配置,分布式事务,多Redis配置,分布式调度,分布式缓存配置等;快速生成各

  2. Spring-Boot-JEE-Api脚手架 简介 jee-boot-api是一个基于SpringBoot ,快速构建的RESTful API工程的脚手架,能够满足90%公司90%的需求,支持多数据源配置,分布式事务,多Redis配置,分布式调度,分布式缓存配置等;快速生成各模块的基础代码,极大的提高了开发效率,使团队代码风格保持统一。 特征 使用Druid Spring Boot Starter集成Druid数据库连接池与监控 多Redis集成配置(支持Jedis,Lettuce) 集成式弹簧
  3. 所属分类:其它

    • 发布日期:2021-03-23
    • 文件大小:887808
    • 提供者:weixin_42171132
  1. 敏捷团队:平衡领导力与自我管理

  2. 在20世纪90年代,当时自我管理团队风靡一时,然而他们的失败率却很高,主要原因在于团队成员缺乏人际沟通能力。到了2001年,敏捷运动借用了自我管理团队的想法,并基于敏捷原则形成了“新”的工作方式。然而,自我管理的团队本质上是不稳定的,只有理解了“领导与自我管理”的困境并处理好的时候才能成功。太多的中央集权控制会毁了敏捷,抑制创新和抵制变更。太多的自我管理会导致混乱并可能会毁了一个团队。成功的敏捷团队需要持续地向自我管理方向开动,而不会倒向混乱。你不能对一个软件开发团队说“好啦,你们现在是一个敏捷
  3. 所属分类:其它

    • 发布日期:2021-03-04
    • 文件大小:231424
    • 提供者:weixin_38704701
  1. 敏捷团队:平衡领导力与自我管理

  2. 在20世纪90年代,当时自我管理团队风靡一时,然而他们的失败率却很高,主要原因在于团队成员缺乏人际沟通能力。到了2001年,敏捷运动借用了自我管理团队的想法,并基于敏捷原则形成了“新”的工作方式。然而,自我管理的团队本质上是不稳定的,只有理解了“领导与自我管理”的困境并处理好的时候才能成功。太多的中央集权控制会毁了敏捷,抑制创新和抵制变更。太多的自我管理会导致混乱并可能会毁了一个团队。成功的敏捷团队需要持续地向自我管理方向开动,而不会倒向混乱。你不能对一个软件开发团队说“好啦,你们现在是一个敏捷
  3. 所属分类:其它

    • 发布日期:2021-03-01
    • 文件大小:231424
    • 提供者:weixin_38503448
  1. 敏捷团队:平衡领导力与自我管理

  2. 在20世纪90年代,当时自我管理团队风靡一时,然而他们的失败率却很高,主要原因在于团队成员缺乏人际沟通能力。到了2001年,敏捷运动借用了自我管理团队的想法,并基于敏捷原则形成了“新”的工作方式。然而,自我管理的团队本质上是不稳定的,只有理解了“领导与自我管理”的困境并处理好的时候才能成功。太多的中央集权控制会毁了敏捷,抑制创新和抵制变更。太多的自我管理会导致混乱并可能会毁了一个团队。成功的敏捷团队需要持续地向自我管理方向开动,而不会倒向混乱。你不能对一个软件开发团队说“好啦,你们现在是一个敏捷
  3. 所属分类:其它

    • 发布日期:2021-02-21
    • 文件大小:231424
    • 提供者:weixin_38658086
  1. farmfa:团队的TOTP MFA:Shamir的秘密共享和零信任OTP生成-源码

  2. farMFA 概念 通常使用OATH的TOTP标准来实现多因素身份验证。 密钥在激活时被共享,并由用户(通常存储在诸如Authenticator之类的应用程序中)和认证服务器存储。 登录后,用户在提供凭据后将输入一次性密码。 该密码是通过将TOTP算法应用于秘密密钥和当前时间而生成的。 服务器将生成相同的密码,如果密码匹配,用户将可以通过。 密钥永远不会再由用户或服务器共享。 顾名思义,生成的一次性密码只能使用一次(或更准确地说,在大约30秒到90秒的时间范围内,具体取决于服务器的实现方
  3. 所属分类:其它

    • 发布日期:2021-02-17
    • 文件大小:53248
    • 提供者:weixin_42117082
  1. HamaraSankalp:“ 90年代伯恩布尔之友”倡议-源码

  2. 哈马拉·桑卡尔普(Hamara Sankalp) 使它成为可能 伯恩布尔90年代之友倡议 哈玛拉·桑卡普(Hamara Sankalp)是一群有意识,充满活力,自我激励,无私的人,就像有思想的人一样,对同伴并不像其他人那么幸运的人充满同情心。 在使之成为可能的热情的驱使下,他们携手合作,共同带来变革,帮助有需要的人,个人和团队为社会做出贡献; 他们作为一个小组...一起努力改变了孩子的教育,社会福利,社区福祉,老年人福利,社区健身等。 这是一个非政治,非宗教和非盈利组织。
  3. 所属分类:其它

    • 发布日期:2021-02-14
    • 文件大小:62914560
    • 提供者:weixin_42162978
  1. 敏捷团队:平衡领导力与自我管理

  2. 在20世纪90年代,当时自我管理团队风靡一时,然而他们的失败率却很高,主要原因在于团队成员缺乏人际沟通能力。到了2001年,敏捷运动借用了自我管理团队的想法,并基于敏捷原则形成了“新”的工作方式。然而,自我管理的团队本质上是不稳定的,只有理解了“领导与自我管理”的困境并处理好的时候才能成功。太多的中央集权控制会毁了敏捷,抑制创新和抵制变更。太多的自我管理会导致混乱并可能会毁了一个团队。成功的敏捷团队需要持续地向自我管理方向开动,而不会倒向混乱。你不能对一个软件开发团队说“好啦,你们现在是一个敏捷
  3. 所属分类:其它

    • 发布日期:2021-01-30
    • 文件大小:217088
    • 提供者:weixin_38712899
« 12 3 4 5 6 7 8 9 10 »