atitit。企业组织与软件project的策略 战略 趋势 原则 attilax 大总结

atitit。

企业组织与软件project的策略 战略 趋势 原则 attilax 大总结

1. 战略规划,适当的过度设计 1

2. 跨平台化 1

3. 可扩展性高于一切 1

4. 界面html5化 2

5. web界面spa ajax化 2

6. Vm 平台化 2

7. 插件化 2

8. 自包括。容器化隔离。

。iframe 3

9. 延迟初始化 cfg  bat化。。 3

10. #--------------------------------other 3

11. 全球化(国际化) 3

12. 移动化 3

13. open source 3

14. 触摸支持 3

15. Jquery 二手的api 3

16. 2、架构(Frameworks) 4

17. (APIs)
4

18. Pass 4

19. 代码转换 4

20. 框架化(仅仅做模块) 5

21. 云端化web化 5

22. 硬件捆绑固化 5

23. base 5

24. 社会化 5

25. 社交化 6

26. o2o网点化 6

1. 战略规划,适当的过度设计

2. 跨平台化

3. 可扩展性高于一切

作者:: 老哇的爪子 Attilax 艾龙,  EMAIL:[email protected]

转载请注明来源: http://blog.csdn.net/attilax

4. 界面html5化

wpf,swing,都会消失

5. web界面spa ajax化

不再鼓舞跳转,通过ajax模式化

6. Vm 平台化

wechat

在非常久非常久曾经,Sun公司打造了Java并为全世界贡献了虚拟机这一宝贵財富。在微软推出C#语言的时候。人们意识到虚拟机本身在功能上并不局限于某一种语言。

不论什么可以被转化为字节代码的内容都能在虚拟机上发挥应有的作用。

如今。似乎每一个人都在为实现这一目的而着手构建自己的语言

将构建虚拟机方面的工作全然交给Sun/甲骨文公司,而将自己的主要精力放在语法与结构的种种细节上,这已经成为当下极为常见的开发态势。

相似的情况也出如今浏览器领域。

使得,你能够创建你自己的浏览器和语言,也能够通过价差编译在Java 中模拟。如今非常多新创建的脚本语言也是这么做的。谷歌的 Web 工具包也有类似的功能:将Jave 语言转换成 Java 脚本。

7. 插件化

8. 自包括,容器化隔离。。iframe

9. 延迟初始化 cfg  bat化。。

10. #--------------------------------other

11. 全球化(国际化)

12. 移动化

13. open source

14. 触摸支持

图标要大。。输入框要高

15.  Jquery 二手的api

16. 2、架构(Frameworks)

17. (APIs)

18. Pass

、应用程序容器(Application containers)

专门建立一个server来做比較困难的工作。程序猿能够从server上获代替码然后执行。而且将执行日志发送到服务端。

有时候能够得到正确的库,有时候得到的库是错误的,但终于,都会找到可用的代码库。

如今。类似 Docker 这种应用程序容器同意我们按一个button就找到正确的库。假设 这个代码库能够执行在我们的測试机上。它也能够执行在server上。

全部的东西都捆绑在一起了,那些夹在我们桌面和服务之间不兼容的东西都不存在了。

信息化开发理念

19. 代码转换

热门:预处理器

冷门:全语言堆栈

就在不久之前。创建新型编程语言的人们还不得不使尽浑身解数将代码转化为可以令芯片理解的信息。这时。有人发现自己可以把原先取得的工作成果加入进来。现在人们有了更加睿智的处理方式,仅仅需编写一套预处理器。就可以将新型代码转译为具备丰富API及库的旧有代码。

偏爱动态类型的技术人员创建出了Groovy,这是一套Java的简化版本号、不再过分坚持标点符号的使用方式。

那些希望改进JavaScript的 技术人员则创造出了CoffeeScript,这套预处理器同意使用者在无需考虑标点符号运用方式的前提下进行编码。眼下已经有以Scala及 Clojure为代表的数十种语言执行在JVM之上,但JVM却继续保持着自身的独特地位。

既然转译全然可行,我们为什么要把自己过去的工作推倒重来?

20. 框架化(仅仅做模块)

然而,这样的特征正在消失。我们的代码越来越多地依赖于生态系统。举例来说,很多PHP程序猿都仅仅是在为WordPress、Drupal、Joomla或者其他什么框架创建插件。他们的代码总是同一时候也不得不以模块化形式出现,以保障与其他模块的并行运作。

有时详细的单位甚至更小,由代码片段缩小为字符串。比如不少Drupal模块就能够通过调整为PHP服务。

程序猿仅仅须要将片段形式的代码填充进去就可以。而无需单独创建不论什么新的内容。

我们的代码越来越多地依赖于生态系统。

举例来说,很多PHP程序猿都仅仅是在为WordPress、Drupal、Joomla或者其他什么框架创建插件。他们的代码总是同一时候也不得不以模块化形式出现。以保障与其他模块的并行运作。

21. 云端化web化

22. 硬件捆绑固化

23. base

基础设施

24. 社会化

基础设施,公共建筑

25. 社交化

26. o2o网点化

时间: 2024-10-11 02:29:17

atitit。企业组织与软件project的策略 战略 趋势 原则 attilax 大总结的相关文章

atitit。企业组织与软件工程的策略 战略 趋势 原则 attilax 大总结

atitit.企业组织与软件工程的策略 战略 趋势 原则 attilax 大总结 1. 战略规划,适当的过度设计 1 2. 跨平台化 1 3. 可扩展性高于一切 1 4. 界面html5化 2 5. web界面spa ajax化 2 6. Vm 平台化 2 7. 插件化 2 8. 自包含,容器化隔离..iframe 3 9. 延迟初始化 cfg  bat化.. 3 10. #--------------------------------other 3 11. 全球化(国际化) 3 12. 移动

Atitit 发帖机系列(7) 词法分析的方法attilax大总结)

1.1. 词法分析貌似俩大方法,一个直接根据状态图转换,一个根据dfa1 1.2. switchcase或者ifelse 最原始方法1 1.3. .  状态表 比较实用2 1.4.  使用NFA.DFA构建FSM( 专业方法,难度大) DFA实际上就是高级版的状态表2 1.5. 构建词法分析器一般需要几个步骤:2 1.5.1. 为正规式设计NFA  由正规式构造FA--Thompson法2 1.6. 优先递归 替换循环3 1.7. 状态转移表3 界面与后端通讯需要传递dsl,需要做词法分析..

软件project师的属性与发展

工作近十年了.[软件project师] 一直是我职业 title 的中心词,仅仅是前面的修饰语在不断变化,从0基础.中级.高级到资深. 事实上 [软件project师] 是一个非常泛化的定义.工作现实中软件project师是被详细分工的.形成了详细定义的project师. 定义 软件project师是以下这些详细project师的整体概括: 开发project师 測试project师 UIproject师(又称设计师) 产品project师(尽管如今多称产品经理,但实际的工作内容更偏向proje

Atitit.异常的设计原理与 策略处理 java 最佳实践 p93

Atitit.异常的设计原理与 策略处理 java 最佳实践 p93 1 异常方面的使用准则,答案是::2 1.1 普通项目优先使用异常取代返回值,如果开发类库方面的项目,最好异常机制与返回值都提供,由调用者决定使用哪种方式..2 1.2 优先把异常抛出到上层处理..异常本身就是为了方便把异常情况抛出到上层处理..2 1.3 对于 HYPERLINK \l _Toc6222 方法调用结果异常情况返回策略,最终会有四种策略状况,2 1.4 返回null  还是异常??2 2 异常的由来与设计3 2

软件project文档中的数据库模型设计

背景:软件project文档之<数据库设计说明书>的结构设计部分要明白规划出数据库的概念结构设计.逻辑结构设计.物理结构设计,就是设计数据库的概念模型.逻辑模型.物理模型.那么.何为数据库的概念模型.逻辑模型.物理模型呢? 反思:当初学习<数据库系统原理>的时候理解不太透彻.亡羊补牢,为时未晚! 概念模型 官方解释:概念设计是依据用户的需求设计数据库的概念结构.它以规范的形式,表达了对用户需求所设计事物的理解,本阶段涉及到术语:实体.实体集.属性.实体标识符. 通俗解释:概念模型就

【软工视频】软件、软件project

如今正在学习软工视频,总结了一下什么是软件和软件project的由来. 看到这张图,"软件"这个模糊的玩意儿就在我的大脑里异常清晰起来,so easy.我就不多说些什么了. . 软件的开发是一段历史.分别经历了程序设计.系统设计和软件project. 软工技术的发展,源于软件危机,能够说是软件危机敲开了软件project的大门.. 看到这张图.我也没什么好说的,非常清晰.也不值得写什么了,足矣! ! 大家可能会发现,红色的字体看不清,没关系,那不是重点. . 重点是软件project的

Atitit 深入理解软件的本质 attilax总结 软件三原则&quot;三次原则&quot;是DRY原则和YAGNI原则的折

Atitit 深入理解软件的本质 attilax总结 软件三原则"三次原则"是DRY原则和YAGNI原则的折 1.1.1. 软件的本质:抽象  1 1.2. 软件开发的过程就是不断抽象的过程 1)机器语言--> 汇编语言-->高级语言,这就是一个不断抽象的过程,1 1.3. 代码的抽象三原则_软件工程_酷勤网.htm1 1.4. "软件是存储.通信.UI(user interface)和业务逻辑的紧密结合体2 1.5. 在软件的生命周期中,较稳定的是存储和通信,最

备战“软考”之软件project

说到"软件project"就有一种非常纠结的感觉!为什么呢?由于刚进入软考复习阶段,大家都把它放到了"比較"次要的地位,由于已经学过两遍,再加上它没有非常难理解的东西.一说大家都会!但往往问题就在这里"一说大家都会??"在做题的时候有种"屡错不厌"的感觉,就针对这个问题先谈谈原因.再谈谈解决的方案. 原因: 1.大家就是由于太自信了,由于已经学过两遍,所以就没有系统的看书或是不到位. 2.大家没有把里面的知识学活,学透,当下明

什么是软件project?

今天将"软件測试和质量专栏"改为"软件project专栏",意味着自己的博客将扩展到一个更广的范围,尽管核心还环绕測试和质量,但包含软件需求project.系统设计和项目管理等.所以特写一篇文章,作为开头和备忘. 从上世纪90年代初起,计算学科(Computing)的发展远远超越了计算机科学的边界,形成了计算机科学.计算机project.软件project.信息系统与信息技术等若干独立学科.计算机project从电子project学科中分离出来,旨在研究计算机硬件的