GamePlay架构研究

Don't Starve，好脚本，好欢乐

这么棒的gameplay制作，我们需要把功劳归到开发组策划和程序的完美配合上。他们为什么可
mavaL·2013-08-24 20:00

Sprite Kit编程指南（9）-Sprite Kit最佳实践

你知道如何将节点添加到场景并让那些节点执行动作——创建游戏可玩性（gameplay）的构建块（buildingblocks）。你可能会错过的是更大的蓝图。
IT_Magician·2013-08-22 13:00

Sprite Kit编程指南（3）-添加动作到节点

为了添加游戏剧本（gameplay），你需要能够让精灵在屏幕周围移动并执行其他逻辑。SpriteKit让场景动起来所使用的主要机制是动作。到目前为止，你已经看过了动作子系统的某些部分。
IT_Magician·2013-08-06 10:00

企业架构研究总结（34）——TOGAF架构内容框架之架构制品（下）

 4.2.31数据生命周期图（DataLifecycleDiagram）     数据生命周期图是在业务流程的约束之下对业务数据在其整个生命周期（从概念阶段到最终退出）中对其进行管理的核心部分。数据从本质上讲是一个实体，并独立于业务流程和活动。数据状态的每个变化都被表现在这张图中，这也可以包括引起此状态变化事件或规则。数据与流程的分离使得通用数据需求可以被识别出来，从而使得资源共享得以有效达成。4
dyllove98·2013-07-09 13:00

企业架构研究总结（34）——TOGAF架构内容框架之架构制品（下）

 4.2.31数据生命周期图（DataLifecycleDiagram）     数据生命周期图是在业务流程的约束之下对业务数据在其整个生命周期（从概念阶段到最终退出）中对其进行管理的核心部分。数据从本质上讲是一个实体，并独立于业务流程和活动。数据状态的每个变化都被表现在这张图中，这也可以包括引起此状态变化事件或规则。数据与流程的分离使得通用数据需求可以被识别出来，从而使得资源共享得以有效达成。4
dyllove98·2013-07-08 14:00

企业架构研究总结（34）——TOGAF架构内容框架之架构制品（下）

 4.2.31数据生命周期图（DataLifecycleDiagram）     数据生命周期图是在业务流程的约束之下对业务数据在其整个生命周期（从概念阶段到最终退出）中对其进行管理的核心部分。数据从本质上讲是一个实体，并独立于业务流程和活动。数据状态的每个变化都被表现在这张图中，这也可以包括引起此状态变化事件或规则。数据与流程的分离使得通用数据需求可以被识别出来，从而使得资源共享得以有效达成。4
·2013-07-08 11:00

企业架构研究总结（33）——TOGAF架构内容框架之架构制品（上）

4.架构制品（ArchitecturalArtifacts）     架构制品是针对某个系统或解决方案的模型描述，与架构交付物和构建块相比，架构制品既不是架构开发方法过程各阶段的合约性产物，亦不是企业中客观存在的各种可重用解决方案，而是针对包括这些构建块在内的企业客观现实的描述，并以解答不同干系人的关注点为其最终目标。可以说，架构交付物面向于企业架构的产生，架构构建块倾向于企业架构的结果，而架构制
·2013-07-02 14:00

企业架构研究总结（32）——TOGAF架构内容框架之架构交付物

3.架构交付物（ArchitectureDeliverables）     架构交付物是在整个架构开发方法循环过程中所产生或被使用的契约性且正规化的企业架构内容，因而其与企业架构开发方法有着紧密的联系。本章将针对这些架构交付物以及他们与架构开发方法各阶段之间的关系进行阐述，不过需要注意的是，本章节的内容只是为了提供一个关于架构交付物的内容概括，由于企业中可能存在着符合其自身需要的项目和过程管理方法
·2013-07-01 12:00

企业架构研究总结（31）——TOGAF架构内容框架之内容元模型（下）

2.2治理扩展（GovernanceExtensions）治理扩展元模型内容     治理扩展部分的意图在于引入额外的，并且与支持运营治理的目标和业务服务相关的结构化数据。 2.2.1关注范围为目标制定评测标准以及将这些评测与服务相联系的能力。为服务沟通或外界用户与系统之间的服务交付提供契约的能力。定义可重用的服务质量的能力。创建额外的图形来展示系统的归属和管理。2.2.2适用场景当一个组织认为在
·2013-06-27 15:00

企业架构研究总结（30）——TOGAF架构内容框架之内容元模型（上）

2.内容元模型（ContentMetamodel）     在TOGAF的眼中，企业架构是以一系列架构构建块为基础的，并将目录、矩阵和图形作为其具体展现方式。如果我们把这些表述方式看作为构建块的语法，那么在其语义层面又该如何定义呢？为了解答这一问题，TOGAF制定了内容元模型。这一元模型对各个架构构建块的类型以及他们之间的关系进行了明确的定义，而且为了体现与架构开发方法之间的联系，内容元模型中相关
·2013-06-26 17:00

企业架构研究总结（30）——TOGAF架构内容框架之内容元模型（上）

2.内容元模型（ContentMetamodel）     在TOGAF的眼中，企业架构是以一系列架构构建块为基础的，并将目录、矩阵和图形作为其具体展现方式。如果我们把这些表述方式看作为构建块的语法，那么在其语义层面又该如何定义呢？为了解答这一问题，TOGAF制定了内容元模型。这一元模型对各个架构构建块的类型以及他们之间的关系进行了明确的定义，而且为了体现与架构开发方法之间的联系，内容元模型中相关
·2013-06-26 17:00

企业架构研究总结（29）——TOGAF架构内容框架之概述及架构工作产品分类

     在TOGAF9之前的版本中，TOGAF的重点主要集中在企业架构开发方法方面，用于指导其使用者如何在各自的组织中对企业架构进行创建和维护，而对于企业架构的具体内容并没有相关的论述，因而针对早期TOGAF的使用往往需要与其他具有企业架构内容描述的框架（例如Zachman框架）进行配合。可以说在TOGAF9出现之前，TOGAF不能算是一个完整的企业架构框架，而随着内容框架（ContentFra
·2013-06-25 16:00

企业架构研究总结（29）——TOGAF架构内容框架之概述及架构工作产品分类

     在TOGAF9之前的版本中，TOGAF的重点主要集中在企业架构开发方法方面，用于指导其使用者如何在各自的组织中对企业架构进行创建和维护，而对于企业架构的具体内容并没有相关的论述，因而针对早期TOGAF的使用往往需要与其他具有企业架构内容描述的框架（例如Zachman框架）进行配合。可以说在TOGAF9出现之前，TOGAF不能算是一个完整的企业架构框架，而随着内容框架（ContentFra
·2013-06-25 16:00

企业架构研究总结（28）——TOGAF架构开发方法（ADM）之需求管理阶段

1.11需求管理（RequirementsManagement）企业架构开发方法各阶段——需求管理 1.11.1目标     本阶段的目标是定义一个过程，使企业架构的需求可以被识别、存储并与其他架构开发方法各阶段交互。1.11.2方法     如上图所示，需求管理阶段位于整个架构开发方法循环的中心，而整个架构开发方法过程实际上也是由这一构成所驱动的。需求管理的目标并不是针对一系列静态的需求表述，而
·2013-06-21 13:00

企业架构研究总结（28）——TOGAF架构开发方法（ADM）之需求管理阶段

1.11需求管理（RequirementsManagement）企业架构开发方法各阶段——需求管理 1.11.1目标     本阶段的目标是定义一个过程，使企业架构的需求可以被识别、存储并与其他架构开发方法各阶段交互。1.11.2方法     如上图所示，需求管理阶段位于整个架构开发方法循环的中心，而整个架构开发方法过程实际上也是由这一构成所驱动的。需求管理的目标并不是针对一系列静态的需求表述，而
·2013-06-21 13:00

企业架构研究总结（27）——TOGAF架构开发方法（ADM）之架构变更管理阶段

1.10架构变更管理（ArchitectureChangeManagement）企业架构开发方法各阶段——架构变更管理 1.10.1目标     本阶段的目标是：确保基线架构持续符合当前实际。评估架构性能，并对变更提出建议。评估在之前阶段制定的框架和原则的变化。为实施治理阶段建立的新的企业架构基线建立架构变更管理流程。将架构和运营的业务价值最大化。运用治理框架。1.10.2方法     架构变更管
·2013-06-20 14:00

企业架构研究总结（27）——TOGAF架构开发方法（ADM）之架构变更管理阶段

1.10架构变更管理（ArchitectureChangeManagement）企业架构开发方法各阶段——架构变更管理 1.10.1目标     本阶段的目标是：确保基线架构持续符合当前实际。评估架构性能，并对变更提出建议。评估在之前阶段制定的框架和原则的变化。为实施治理阶段建立的新的企业架构基线建立架构变更管理流程。将架构和运营的业务价值最大化。运用治理框架。1.10.2方法     架构变更管
·2013-06-20 14:00

企业架构研究总结（26）——TOGAF架构开发方法（ADM）之实施治理阶段

1.9实施治理（ImplementationGovernance）企业架构开发方法各阶段——实施治理 1.9.1目标     本阶段的目标是：为每个实施计划给予建议。对涵盖整个实施和部署过程的架构契约进行治理。在解决方案正在实施和部署时，执行适当的治理功能。确保实施项目和其他项目与已定义架构一致。确保各解决方案被成功部署，如同一个计划好的工作方案一样。确保被部署的解决方案与目标架构一致。调动各种支
·2013-06-18 15:00

企业架构研究总结（25）——TOGAF架构开发方法（ADM）之迁移规划阶段

1.8迁移规划（MigrationPlanning）企业架构开发方法各阶段——迁移规划 1.8.1目标     本阶段的目标是：确保实施和迁移规划与企业中各种管理框架相协调。通过对每个进行中的成本/业务分析赋予业务价值，来为所有的工作包、项目和构建块进行优先级评定。最终确定架构愿景和架构定义文档，使其与批准的实施方法一致。与相关干系人一起确认在机会和解决方案阶段中定义的过渡架构。创建、演进和监控详
·2013-06-17 13:00

企业架构研究总结（25）——TOGAF架构开发方法（ADM）之迁移规划阶段

1.8迁移规划（MigrationPlanning）企业架构开发方法各阶段——迁移规划 1.8.1目标     本阶段的目标是：确保实施和迁移规划与企业中各种管理框架相协调。通过对每个进行中的成本/业务分析赋予业务价值，来为所有的工作包、项目和构建块进行优先级评定。最终确定架构愿景和架构定义文档，使其与批准的实施方法一致。与相关干系人一起确认在机会和解决方案阶段中定义的过渡架构。创建、演进和监控详
·2013-06-17 13:00

企业架构研究总结（24）——TOGAF架构开发方法（ADM）之机会及解决方案阶段

1.7机会及解决方案（OpportunitiesandSolutions）企业架构开发方法各阶段——机会及解决方案 1.7.1目标     本阶段的目标是：重新审查业务目标和能力，合并自业务架构阶段到技术架构阶段之间的差距，并通过对各构建块分组进行组织来表明这些能力。重新审查并确定企业当前用于适应变更的各个因素和能力。获得一系列过渡架构，它们可以通过对各种机会的开发利用，来为各构建块的实现提供持续
·2013-06-09 15:00

企业架构研究总结（23）——TOGAF架构开发方法（ADM）之技术架构阶段

1.6技术架构（TechnologyArchitecture）企业架构开发方法各阶段——技术架构 1.6.1目标     技术架构建设阶段的目标是将应用架构中定义的各种应用组件映射为相应的技术组件，这些技术组件代表了各种可以从市场或组织内部获得的软件和硬件组件。由于技术架构定义了架构解决方案的物理实现，因而它与实施和迁移规划有着很强的关联。技术架构定义了技术组合的基线和目标视图，以及从基线架构到目
·2013-06-09 10:00

企业架构研究总结（22）——TOGAF架构开发方法（ADM）之信息系统架构阶段

1.4信息系统架构——数据架构（InformationSystemArchitecture——Data）企业架构开发方法各阶段——信息系统架构     信息系统架构的建设着眼于明确用于支持企业业务架构的各种数据和应用，因而信息系统架构的建设可以分为针对数据架构和应用架构的建设。在本章中，我们将针对数据架构的建设进行探讨。 1.4.1目标     数据架构建设的目标是通过一种完整、一致、稳定且能够为
·2013-06-08 11:00

企业架构研究总结（21）——TOGAF架构开发方法（ADM）之业务架构阶段

1.3业务架构（BusinessArchitecture）企业架构开发方法各阶段——业务架构 1.3.1目标描述基线业务架构开发基于原则、业务目标和策略驱动力的目标业务架构，描述产品和/或服务策略，以及业务环境在组织、功能、过程、信息和地理这些方面的内容分析基线和目标业务架构之间的差距选择和开发相关的架构视角，通过这些视角架构师可以阐述业务架构是如何对各干系人的关注点进行解答的。选择与选中的视角相
·2013-06-07 14:00

企业架构研究总结（20）——TOGAF架构开发方法（ADM）之架构愿景阶段

1.2架构愿景（ArchitectureVision）企业架构开发方法各阶段——架构愿景1.2.1目标确保架构开发循环的进展被企业管理层认知和支持，并取得必要的管理线的支持和承认。在预备阶段中明确的架构框架的整体背景之下定义和组织架构开发循环。验证业务原则、业务目标、组织的战略业务驱动力，以及企业架构的主要性能指标（KPIs）。定义基线架构的范围，明确其所包含的组件以及组件的优先级。定义相关干系人
·2013-06-06 22:00

企业架构研究总结（19）——TOGAF架构开发方法（ADM）之准备阶段

1.1准备阶段（Preliminary）企业架构开发方法各阶段——预备阶段1.1.1目标     预备阶段的目标是：对进行企业架构活动的组织的背景和环境进行审查。明确企业架构的赞助人，以及其他将被创建企业架构这项业务指令所影响的主要干系人，并确定他们的需求和优先级、他们与组织的关系，以及他们之间所需的工作行为。确保所有将要被涉及到的或受益的人员致力于架构过程的成功。促使架构赞助者为将要受到影响的业
·2013-06-06 14:00

企业架构研究总结（18）——TOGAF总论及架构开发方法（ADM）概述

     TOGAF（TheOpenGroupArchitectureFramework）可以说是当前最为流行的企业架构框架理论了，截止到作者写本书之时，福布斯排行榜上排名前50的企业中已经有很大一部分在使用这一企业架构框架了，并且中国企业对它的认可度也超过了50%。TOGAF可以说是企业架构理论从政府进入到社会各研究机构的一个典型案例，它起源于美国国防部的信息管理技术架构框架（TAFIM，Tec
·2013-06-05 10:00

企业架构研究总结（17）——联邦企业架构之我见

     今天时间比较多，正好将联邦企业架构的总结写一下作为联邦企业架构的结束之语，各位一直关注但无聊于联邦企业架构部分的客官终于可以看到这一部分的终结了，值得高兴，在之后如果可能的话我会继续TOGAF的研究总结（事先说明一下，个人认为这一部分更加枯燥，且都是以翻译标准为主，所以想要快乐学习企业架构的客官需要提前有思想准备^_^，感谢您的继续关注，在此谨为之前为您的学习所带来的困扰深表歉意）。  
·2013-05-29 20:00

企业架构研究总结（16）——联邦企业架构之FEA实施指南（下）

3.企业架构过渡战略     上述针对片段架构和片段过渡战略开发的描述从本质上讲是在组织的各个业务层面以及对其进行支持的服务层面对组织如何改善其效能进行指导。但正如一个水桶的最大盛水量是由其最短木板决定的一样，在组织中一个部分的优化并不代表整个效能的改善，因而如何从组织全局的角度将各个片段的过渡战略进行优化整合才是能够使组织获得最优效能改善的最佳方法，而这一方法的最终产出就是优化组合了各片段过渡战
·2013-05-29 15:00

企业架构研究总结（15）——联邦企业架构之FEA实施指南（上）

     通过前面的论述，我们可以了解到在接管了FEA的开发之后，OMB先后制定了诸如参考模型、联邦过渡框架以及企业架构评估框架等标准用于为FEA的开发提供帮助。但是FEA的开发并不是最终的目的，美国联邦政府创建的FEA的初衷是为了提高政府整体的信息资源的利用率和效能，并改善政府针对信息技术的投资水平，因而如何开发和应用FEA并使其为上述目标提供价值才是目标所在。为了达到这一目标，OMB于2007
·2013-05-28 15:00

企业架构研究总结（14）——联邦企业架构之联邦过渡架构及企业架构评估框架

联邦过渡框架     联邦过渡框架（FTF，FederalTransitionFramework）是一份包含了所有跨机构的信息技术举措的目录，它为各个政府机构对于获知政府全局级别的信息技术策略目标以及各跨机构举措这些方面的信息充当了唯一的信息源。就这份目录的内容来说，联邦过渡框架包含如下两个方面的跨机构信息技术举措：受OMB资助的各项举措，例如电子政务举措和业务线（LOB）举措等。政府全局级别的举
·2013-05-23 10:00

企业架构研究总结（13）——联邦企业架构之FEA及参考模型（下）

数据参考模型DRM数据参考模型的目标是通过标准的数据描述、通用数据的发现以及统一的数据管理实践的推广使得联邦政府实现跨机构的信息共享和重用。数据参考模型的适用范围很广，它可以用在一个机构内部，也可以用在某一个利益共同体（COI，CommunityofInterest，指的是一组为了实现共同利益和目标而相互合作的人或组织，而为了达成这一目标，他们需要一个共享的词汇表来实现信息共享）内或不同利益共同体
闹市闲云·2013-05-22 15:00

企业架构研究总结（13）——联邦企业架构之FEA及参考模型（下）

数据参考模型DRM     数据参考模型的目标是通过标准的数据描述、通用数据的发现以及统一的数据管理实践的推广使得联邦政府实现跨机构的信息共享和重用。数据参考模型的适用范围很广，它可以用在一个机构内部，也可以用在某一个利益共同体（COI，CommunityofInterest，指的是一组为了实现共同利益和目标而相互合作的人或组织，而为了达成这一目标，他们需要一个共享的词汇表来实现信息共享）内或不同
·2013-05-22 15:00

企业架构研究总结（12）——联邦企业架构之FEA及参考模型（中）

服务组件参考模型SRM/CRM     服务组件参考模型是一个业务驱动的功能性框架，它依据服务组件如何对业务和性能目标进行支持而对其进行分类归纳。服务组件参考模型的定义与机构的业务功能相互独立，致力于在全联邦政府范围内对应用和服务组件进行重用。需要注意的是，服务组件参考模型的英文缩写比较杂乱，有的文档用SRM来代表，而其他一些文章则使用CRM，为了避免混淆本文下面部分采用SRM来代表，而这也正是O
·2013-05-21 16:00

企业架构研究总结（11）——联邦企业架构之FEA及参考模型（上）

     在CIO委员会提出了FEAF与联邦企业架构实施指南后，美国白宫的管理与预算办公室（OMB）接下了管理和协调联邦企业架构建设的责任，并于2002年成立了专门从事联邦企业架构开发的企业架构项目管理办公室（FEA-PMO）。与FEAF不一样，FEA（FederalEnterpriseArchitecture，即联邦企业架构）并不是一种理论化的企业架构开发方法论，而是联邦政府所要建立的企业架构本
·2013-05-20 16:00

企业架构研究总结感想

企业架构研究总结（10）——写在中间的感想 好几天没有接着更新这篇企业架构研究总结了，除了忙于其他事物之外，关于之前几篇文章的几条评论也让我思考良久，我觉得在继续对企业架构和企业架构框架理论进行进一步的介绍之前
·2013-05-15 10:00

企业架构研究总结（10）——写在中间的感想

   好几天没有接着更新这篇企业架构研究总结了，除了忙于其他事物之外，关于之前几篇文章的几条评论也让我思考良久，我觉得在继续对企业架构和企业架构框架理论进行进一步的介绍之前，有必要停下来对一些概念进行进一步的阐明
·2013-05-14 22:00

企业架构研究总结（9）——联邦企业架构之CIO委员会的企业架构实施指南（下）

开发基线企业架构   在开发基线企业架构这一过程中，各个企业或组织需要根据已经确定的架构目标、范围和所采用的架构框架对当前自身的状态进行各种制品的开发，这既包括针对核心架构制品的开发，也包括对支持性架构制品的开发，同时还包括针对其他由于特定需求而单独定义的架构制品（简报图表、会谈纪要等）的开发。在这份CIO委员会的这份联邦企业架构指南中，关于企业架构核心团队对于架构开发过程（对基线企业架构和目标企
·2013-05-08 12:00

企业架构研究总结（8）——联邦企业架构之CIO委员会的企业架构实施指南（上）

企业生命周期   FEAF为联邦企业架构的建设提供了方法论，但是该框架还只是在概念层面提出了联邦企业架构建设过程的各组成部分以及他们之间的关系，而对于如何以步进式的方式建设企业架构，FEAF的详细程度还是不够的。那么该如何使用架构框架理论为联邦政府以及各个机构建设企业架构呢？企业架构的建设、维护和使用又该如何融入到各个机构中？面对这些问题，2001年CIO委员会发布了《Apracticalguid
·2013-05-07 09:00

企业架构研究总结（7）——联邦企业架构之FEAF的出现和构成（下）

   基于前述关于FEAF第一粒度层次的描述，在第二粒度层次中原来模型中的架构驱动力、当前架构、目标架构以及架构模型的内容被进一步从业务和设计两个方面进行了细化：FEAF第二层粒度示意图   在第二粒度层次的细化中，业务方面代表着企业业务能力方面的内容，而设计方面则代表用于实现企业业务能力的技术方面的内容：架构驱动力细化为业务驱动力和设计驱动力两个方面：业务驱动力代表着联邦政府的核心业务需求，例如
·2013-05-06 11:00

企业架构研究总结（6）——联邦企业架构之FEAF的出现和构成（上）

   美国联邦政府可以说是企业架构应用的先行者和最大倡导者。通过企业架构的发展历史我们可以看出，早在上世纪九十年代以来，美国军方就对这种全局性的信息共享的理论开始了研究，并开发出符合其特色企业架构框架理论（DoDAF）。除此之外，在Zachman框架引入到美国联邦政府各部门之后，首先是美国国家技术标准研究所（NIST）于1989年发布了NIST企业架构模型（NISTEAModel，后来的联邦企业架
·2013-05-03 21:00

企业架构研究总结（5）——Zachman框架

   Zachman框架起源于JohnZachman先生在1987年完成的那篇著名的信息系统架构论文（《Aframeworkforinformationsystemsarchitecture》），并一直发展至今。在这篇论文中Zachman先生以修建房屋为例从两个维度将与信息系统架构设计相关的各种元素归纳到如下表格之中：表格中的每一行代表了在信息系统构造过程中所涉及到的某干系人在描述信息系统时所采用
·2013-05-02 14:00

企业架构研究总结（4）——企业架构与企业架构框架概论

   通过企业架构的发展历程我们可以看出，经过几十年的发展业界已经涌现出了很多企业架构以及企业架构框架理论。在本章中，笔者将挑选几种主要的企业架构和企业架构框架理论进行详细阐述。需要注意的是，虽然本章定名为“企业架构与企业架构框架”，但是由于企业架构的特性所致，其真实形态在不同的企业之间差异很大，即便是联邦企业架构也只是提供了五层参考模型而已，所以对于企业架构的总结无法逐一进行，而作为指导企业架构
·2013-04-28 12:00

企业架构研究总结（3）——企业架构的发展历程

   学习任何一项理论，我认为最好的入门方式就是探究其历史根源以及发展进程，借此阐明该理论产生的真实原因，避免读者一开始陷入各种理论所共有的晦涩之漩涡而不能自拔，最终连为什么而学都理不清楚。学习企业架构和企业架构框架理论亦然。企业架构是自上个世纪七、八十年代发展起来的一套理论，在这几十年的发展过程中已经衍生出很多种不同的企业架构方面的理论体系，而且很多国际大型企业和政府已经在反复摸索中创建了符合各
·2013-04-26 12:00

企业架构研究总结（2）——问题的由来和基本概念

   自上世纪中后叶以来，随着信息技术的发展，各个工业、制造业领域，甚至是在人们的日常生活领域中，自动化以及效率提升等方面均得到了长足的发展，因此各个领域也纷纷加大了对信息技术的投资，从而形成了一个良性的循环。可以说，借助于信息技术的发展，人们的工作方式得以从传统的“蓝领式”的工作方式逐步转变为“白领式”的工作方式。随着时间的推移，企业中的信息系统越来越复杂，而且业务与信息系统的关系也日趋紧密，从
·2013-04-25 11:00

企业架构研究总结（1）——参考资料列表

 在2010年公司有幸参与到了某公司的企业架构建设项目之中，但对于一直从事于企业信息化建设的我们来说，由于一贯以来的努力都集中于企业的数据建模、管理和访问这些方面，像企业架构这样一门牵涉颇广的学问对我们来说还比较陌生，因而一条漫长的学习曲线是无法避免了。笔者有幸参与到这一项目之中，在漫长的学习过程中，笔者感触最深的就是资料的繁杂和中文资料的缺乏，虽然公司同事参加了某知名机构的企业架构培训，但其所带
·2013-04-23 18:00

Cacti的优化

服务器架构研究室blog.linuxhonker.comCacti的优化1，优化数据库schema，建立合理的索引cacti默认的cacti.sql建立的数据库模型，竟然一个Index都没有建。
c__ilikeyouma·2013-04-10 15:00

阿里巴巴数据平台大量招聘啦，有兴趣的和我联系！！！！！！！

基于ODPS与Hadoop，整合和处理海量数据；2．建立数据交换价值基础内容，实现数据业务价值体现过程；3．负责分布式数据平台框架下的数据开发架构设计和开发以及新数据应用开发架构研究；4.   
cherryen·2012-11-12 15:01

软件架构风格整理PDF文件已上载,欢迎下载.

这些文章内容来自:系统架构师教程,系统架构教程,系统架构研究论文,系统架构培训资料等.因为内容来源太杂,没有列出来源,请大家见谅.在此非常感谢内容的提供者!也希望对大家有所帮助!
hawksoft·2012-10-21 17:00

【cocos2d-x】跨平台游戏引擎

最近一直在试用各种跨平台游戏引擎主要包括cocos2d-x，wiengine，gameplay，unity3D，想要看看各个引擎有什么优势，劣势。 
toss156·2012-09-23 22:00
上一页 3 4 5 6 7 8 9 10 下一页
按字母分类： ABCDEFGHIJKLMNOPQRSTUVWXYZ其他