注册会员 | 设为首页 | 加入收藏夹
您好，欢迎光临本网站！[请登录] ！[注册会员]！  

搜索资源列表

  1. 编程卓越之道:卷一/二

  2. 目录回到顶部↑1 编写卓越代码须知. 1.1 编程卓越之道系列 1 1.2 本卷内容 3 1.3 本卷所做的假设 5 1.4 卓越代码的各项特征 6 1.5 本卷涉及的环境 7 1.6 获取更多信息 8 2 数值表示 2.1 什么是数 10 2.2 计数系统（Numbering System） 11 2.2.1 十进制位值计数系统 11 2.2.2 进制（基数） 12 2.2.3 二进制计数系统 13 2.2.4 十六进制计数系统 15 2.2.5 八进制（基数为8）计数系统 18 2.3 数

  3. 所属分类：硬件开发

    • 发布日期：2010-10-10
    • 文件大小：39845888
    • 提供者：xqq524148626

  1. 敏捷开发的艺术——王江平译

  2. 本书为那些正在考虑应用敏捷开发来构建有价值软件的人们提供了实用的指导。现在已经有大量的书籍描述敏捷开发是什么或者为什么它能帮助软件项目成功，但很少有哪一本书能把针对开发者、管理者、测试者和客户的信息合并成一个整体，从而使其能够直接应用。　　本书为敏捷的计划、开发、交付和管理提供了严谨的建议，这些建议来自于作者多年的极限编程(Extreme　Programming，XP)经验。你将看到敏捷开发过程的全景图，包括为非技术类读者准备的全面指导，以及为开发者和测试人员准备的实用技术实践。　　本书为以下

  3. 所属分类：C++

    • 发布日期：2011-03-17
    • 文件大小：14680064
    • 提供者：qishengw

  1. 软件架构师应该知道的97件事（英文）

  2. 目录 前言 客户需求重于个人简历 简化根本复杂性，消除偶发复杂性 关键问题可能不是出在技术上 以沟通为中心，坚持简明清晰的表达方式和开明的领导风格 架构决定性能 分析客户需求背后的意义 起立发言 故障终究会发生 我们常常忽略了自己在谈判 量化需求 一行代码比五百行架构说明更有价值 不存在放之四海皆准的解决方案 提前关注性能问题 架构设计要平衡兼顾多方需求 草率提交任务是不负责任的行为 不要在一棵树上吊死 业务目标至上 先确保解决方案简单可用，再考虑通用性和复用性 架构师应该亲力亲为 持续集成

  3. 所属分类：其它

    • 发布日期：2011-12-15
    • 文件大小：1048576
    • 提供者：dizzh

  1. C#编程经验技巧宝典

  2. C#编程经验技巧宝典源代码，目录如下：第1章　开发环境　11.1　Visual Studio开发环境安装与配置　20001　安装Visual Studio 2005开发环境须知　20002　配置合适的Visual Studio 2005开发环境　20003　设置程序代码行序号　30004　开发环境全屏显示　30005　设置窗口的自动隐藏功能　30006　根据需要创建所需解决方案　40007　如何使用“验证的目标架构”功能　41.2　Visual Studio开发环境的使用　40008　为程序设

  3. 所属分类：C#

    • 发布日期：2008-06-01
    • 文件大小：5242880
    • 提供者：sis_ying

  1. SQL Server 2008 商业智能完美解决方案 第一部分

  2. SQL Server 2008 商业智能完美解决方案 书籍的扫描整理版本，由于文件太大，分三个包，三个包都下载了解压即可。 《SQL Server 2008商业智能完美解决方案》结合专家团队提供的实际示例和丰富经验进行介绍，让读者能够直观轻松地掌握构建商业智能(BI)解决方案的概念、工具和技术，是一本不可多得的商业智能开发参考指南。无论是商业智能(BI)编程新手还是经验丰富的老手，都可从《SQL Server 2008商业智能完美解决方案》中获益。 图书目录 　　第一部分 面向商业决策者和架构

  3. 所属分类：SQLServer

    • 发布日期：2012-10-24
    • 文件大小：59768832
    • 提供者：yrq205

  1. SQL Server 2008 商业智能完美解决方案 第二部分

  2. SQL Server 2008 商业智能完美解决方案 书籍的扫描整理版本，由于文件太大，分三个包，三个包都下载了解压即可。 《SQL Server 2008商业智能完美解决方案》结合专家团队提供的实际示例和丰富经验进行介绍，让读者能够直观轻松地掌握构建商业智能(BI)解决方案的概念、工具和技术，是一本不可多得的商业智能开发参考指南。无论是商业智能(BI)编程新手还是经验丰富的老手，都可从《SQL Server 2008商业智能完美解决方案》中获益。 图书目录 　　第一部分 面向商业决策者和架构

  3. 所属分类：SQLServer

    • 发布日期：2012-10-24
    • 文件大小：59768832
    • 提供者：yrq205

  1. 软件架构师应该知道的97件事

  2. 前言 客户需求重于个人简历 简化根本复杂性，消除偶发复杂性 关键问题可能不是出在技术上 以沟通为中心，坚持简明清晰的表达方式和开明的领导风格 架构决定性能 分析客户需求背后的意义 起立发言 故障终究会发生 我们常常忽略了自己在谈判 量化需求 一行代码比五百行架构说明更有价值 不存在放之四海皆准的解决方案 提前关注性能问题 架构设计要平衡兼顾多方需求 草率提交任务是不负责任的行为 不要在一棵树上吊死 业务目标至上 先确保解决方案简单可用，再考虑通用性和复用性 架构师应该亲力亲为 持续集成 避免进

  3. 所属分类：其它

    • 发布日期：2013-04-08
    • 文件大小：24117248
    • 提供者：zhangenshu

  1. FerryMan Fractal 1.8

  2. FerryMan Fractal (FMF) 是全球唯一一款支持图层组的分形软件，也是难得的中国国产分形软件。它非常小（1.43M）却非常强大、灵活的交互式超级矢量设计工具。它的通用性来自它灵活漂亮的底层架构，可以为数学绘画提供基础平台。设计师可以用这个软件设计复数分形，也可以使用它的扩展组件设计三维场景或者导入照片。这一切都来自FMF所特有的Fibrics技术，使得一切和数字艺术相关的东西都有可能集成在一起。

  3. 所属分类：其它

    • 发布日期：2014-12-19
    • 文件大小：1048576
    • 提供者：u010910884

  1. 软件设计规范

  2. 范围：CPU上可以识别的代码和数据。全部的代码总和。 要求：从定义开始的设计。完整性，彻底地定义从无开始的整个设计。这是因为软件之软，也是因为硬件平台的多样性和特殊性。 完整把握，从头设计是第一原则。因为软件世界自己并不能统一，还有继续分化的趋势。没有根本一致的基础可能是软件的本性。退回到一无所有是处理软件问题的根本。 在这样的视野下，操作系统只是一个部分，一个模块，不同的操作系统任你选择；语言的选择是运行环境的选择（每种语言有每种语言的运行时布局）；所谓框架只是“类库＋运行环境”的一种构造。

  3. 所属分类：Java

    • 发布日期：2015-03-11
    • 文件大小：58368
    • 提供者：l240473169

  1. 架构师 2017.9月刊，网上也是可以免费下，来源infoQ好象

  2. 架构师 2017.9月刊，网上也是可以免费下，来源infoQ CONTENTS / 目录 热点 | Hot 重磅开源 KSQL:用于 Apache Kafka 的流数据 SQL 引擎 推荐文章 | Article 洞悉流程!微服务与事件协同 Kafka 设计解析:流式计算的新贵 Kafka Stream 观点 | Opinion 软件架构图的艺术 AI 专区 | AI Area 从金属巨人到深度学习，人工智能(极)简史 人工智能那些事儿 Google 研究人员提出在移动设备上运行神经网络的新技

  3. 所属分类：其它

    • 发布日期：2017-09-24
    • 文件大小：4194304
    • 提供者：martinyip

  1. 软件架构师应该知道的97件事总结

  2. 前言 客户需求重于个人简历 简化根本复杂性，消除偶发复杂性 关键问题可能不是出在技术上 以沟通为中心，坚持简明清晰的表达方式和开明的领导风格 架构决定性能 分析客户需求背后的意义 起立发言 故障终究会发生 我们常常忽略了自己在谈判 量化需求 一行代码比五百行架构说明更有价值 不存在放之四海皆准的解决方案 提前关注性能问题 架构设计要平衡兼顾多方需求 草率提交任务是不负责任的行为 不要在一棵树上吊死 业务目标至上 先确保解决方案简单可用，再考虑通用性和复用性 架构师应该亲力亲为 持续集成 避免进

  3. 所属分类：其它

    • 发布日期：2018-05-10
    • 文件大小：14336
    • 提供者：jzb01332

  1. 软件架构图的艺术

  2. 1.设计软件架构图并非一件轻而易举的事情，即使是很简单的一个架构图也可能会出错。有意义且具备一致性的架构图有助于为不同的利益相关者澄清事实，并达成共识。2.在大多数情况下，问题的根源并不在于是否使用了一门有效的架构描述语言（比如UML），而在于低估了架构图的重要性，转而依赖不恰当或不具备一致性的指导性原则，或者缺乏架构思维。3.在创建架构图的过程中，试着混合使用自动生成的图元和手动创建的图元，这样可以减少工作量，并且可以表达出各方面的关注点，覆盖到系统的各个层面。4.系统不断地发生演化，要维护更

  3. 所属分类：其它

    • 发布日期：2021-02-25
    • 文件大小：192512
    • 提供者：weixin_38538224

  1. 软件架构图的艺术

  2. 1.设计软件架构图并非一件轻而易举的事情，即使是很简单的一个架构图也可能会出错。有意义且具备一致性的架构图有助于为不同的利益相关者澄清事实，并达成共识。2.在大多数情况下，问题的根源并不在于是否使用了一门有效的架构描述语言（比如UML），而在于低估了架构图的重要性，转而依赖不恰当或不具备一致性的指导性原则，或者缺乏架构思维。3.在创建架构图的过程中，试着混合使用自动生成的图元和手动创建的图元，这样可以减少工作量，并且可以表达出各方面的关注点，覆盖到系统的各个层面。4.系统不断地发生演化，要维护更

  3. 所属分类：其它

    • 发布日期：2021-01-27
    • 文件大小：192512
    • 提供者：weixin_38664556