加载中…
个人资料
人月神话
人月神话 新浪个人认证
  • 博客等级:
  • 博客积分:0
  • 博客访问:3,438,312
  • 关注人气:5,602
  • 获赠金笔:0支
  • 赠出金笔:0支
  • 荣誉徽章:
搜博主文章
主题阅读

企业架构-IT规划和咨询

企业架构 IT规划

云计算-私有云PaaS

平台 服务 组件 能力

人月神话-博客电子书下载

一次下载 离线阅读

人月神话-读书笔记

经典巨作 细细品味

规划咨询-IT规划

IT规划 咨询

人在职场-职业经理人自我修炼

格物 致知 诚意 正心

产品管理-组合管理

战略决策 组合分析

项目管理-PMBOK和PMP考试

九大知识体系 PMP

项目管理-质量管理

质量免费 6Sigma数据驱动

项目管理-方法工具技术

工欲善其事 必先利其器

项目管理-五大过程组

PDCA 全生命周期

项目实践-项目感悟

大道至简 无为而为

项目实践-敏捷软件开发

精益求精 简单执行

项目实践-在生活中学习

道在生活中 道在蝼蚁间

项目实践-进度游戏

目标驱动 迭代进度

个人技能-PPT制作和呈现

大道至简 道法自然

自我管理-人生感悟

物有所不足 智有所不明

自我管理-问题和思维

彼此独立 互无遗漏

自我管理-个人知识管理

为学日益 为道日损

诸法无我-学佛点滴

云水禅心 自性自渡

友情链接

修泽的Blog

成长-产品经理

周国平老师

人文-心灵导师

筱然的Blog

生活-心灵导师

胡因梦的Blog

禅修-心灵导师

傅佩荣的Blog

国学-心灵导师

萧秋水

上善若水-知性感性

栖息谷

我的家园

时光网

电影 社区

沃顿知识在线

咨询/知识/管理/经济

张恂的主页

软件工程思想

价值中国

管理商业财经投资

企业工程论坛

企业架构/建模

博文
标签:

学习

习惯

分类: 随笔文章
如果问到学习方法和学习习惯哪个重要?可以毫不犹豫的讲学习习惯更加重要,因为好的学习习惯的养成往往需要长期的坚持和专注,兴趣和目标驱动,将刚开始类似苦逼式的坚持转化为完全的内在动力驱动,养成了好的学习习惯往往就真正的受益终身。

晨间日记,早读,学习总结,读书笔记等都是好的学习习惯,养成了这些学习习惯将帮助你更加有效率的接入到新领域的学习中。而对于学习方法并不是不重要,只是学习方法和技巧往往更加容易快速的掌握,你需要的往往可能是高人的点拨。

对于刚进入工作岗位的员工,我们发现有好习惯的人往往能够更加高效的学习和掌握老师传授的知识和技能。其中就包括了每天总结和记录日志,反思每天的进步和存在的问题;对于每天练习的内容都会自己再详细整理和复述清楚,了解清楚中间的来龙去脉;在学习新领域知识的过程中,懂得如何高效的使用搜索引擎,检索知识和自我学习;同时也懂得如何更好的思考自我实践,如何更好的发问,了解清楚问题本质等。这些好的习惯往往更加容易帮助他们高效的学习和掌握新知识和技能。

目标是结果,而习惯则是过程。好的习惯不一定马上带给你快速可见的结果,但是好习惯的持
阅读  ┆ 转载 ┆ 收藏 
标签:

学习

思维

分类: 随笔文章
在学习方法和模式里面,其实可以看到对于第一步重点就是强调的最小迭代和不求甚解。

简单来讲,如果有人教我画画,我一定希望的方式能够从头到尾先自己独立的把一幅画完成掉,虽然最终的作品可能在配色,构图,投影,线描,景深等各个方面都存在问题或不尽人意的地方,但是这些都没有关系,我至少可以把从拿起画笔开始到最终完成一个作品的整个过程搞清楚了,知道了完成一幅作品究竟涉及到哪些步骤,使用了哪些工具等。相反,如果你学画画的时候,老师一开始头一个月只叫你配色,或者一直让你在那学构图和投影理论,相信你自己都不再有兴趣和动力学下去,同时也很难真正理解老师教你的东西将在后续如何发挥价值。

上面讲到的首先能够独自完成一幅画就是一次最小迭代,任何新事物的学习都要以最小迭代和不求甚解开始,其核心目的就是真正搞清楚接入新事物或新领域的整个过程和步骤,涉及到哪些知识点。即核心是你并不需要在某个知识点上面专研的很深,而是需要将各个知识点之间首先串联起来,知道各个知识点该如何衔接才能够最终完成一件事情,哪怕是最简单的事情。

你越在单个知识点上不求甚解,你才可能越在整个知识线条和知识面上
阅读  ┆ 转载 ┆ 收藏 
标签:

学习

分类: 随笔文章
近期我将写一系列的谈学习方面的文章,同时尽量一篇文章只谈一个重点,尽量把文章写的简短和通俗易懂。对于学习方法和模式,我在谈思维的文章里面都有谈到过,这些文章把大的框架实际上都讲清楚了,最近谈学习的文章主要还是进一步阐述里面的重点。

今天想谈的就是对于基础知识和技能需要反复练习,真正达到孰能生效的程度,类似卖油翁里面的一句话,即无它,唯手熟尔!

最近帮小新辅导三年级的数学,发现多次做错了两位数的乘法,引起了我的小注意。虽然两位数的乘法是标准的列竖式进行相乘后再相加得出结果,我还是让小新把整个过程大声念出来。类似6*7=42,写2进4,然后6*6=36,36+4=40。这么一算感觉整个过程计算的很慢。特别时候在计算6*6的时候又把前面的进4忘记了。这个时候我能想到的就是还是必须加强这类基础题目的练习,在开始的时候可以将中间过程记录在纸上,慢慢熟练后再开始心算。方法都很简单,但是不经过大量的联系很难真正做到熟练。

为了看到切实的进步,可以每天练习50道题,将每次的练习时间和正确率记录下来,这样才能够清楚的知道自己的效率提升。而效率本身就是要在保证100%正确率的基础上提升速度。这个练习
阅读  ┆ 转载 ┆ 收藏 
(2017-08-14 18:29)
标签:

锻炼

分类: 随笔文章


由于前面跑步太多导致的膝盖疼痛越来越明显,本周也痛下决心开始降低跑步频率和进行修整,原来每周的跑量一遍在30KM以上,本周实际的跑步量在15KM左右。虽然跑步量降低下来,但是仍然保持每天徒步步数在10000步以上,最近北京天气也老下雨,也导致几次任务差点没有完成。

这个周六上午北京下大雨,下午等雨停后从牡丹园徒步到奥体公园,整个公园确实很漂亮,徒步到公园后围着公园南区跑了一大圈,差不多4KM的样子,后面看着天气快下雨,踩着摩拜共享单车赶紧回到酒店,刚到酒店就又开始下雨,看来整体运气还是不错。再过大半个月,马上就到了北京最舒服的秋季,从秋季到还没有开始供暖的这段时间,是北京气候最舒服的时候,也特别时候晨跑,因此最近把膝盖好好休养后又可以开始舒服的晨跑运动了。

同事送
阅读  ┆ 转载 ┆ 收藏 
标签:

osb

架构

杂谈

分类: IT咨询
本篇主要谈下基于Oracle SOA 12c套件进行的ESB服务总线平台搭建过程中的架构设计思考。对于Oracle SOA 12c中OSB,MFT等已经在博客前面诸多文章都有谈到,因此这篇重点还是基于架构设计的关键内容展开来谈下对于关键点的思考。

由于ESB服务总线偏一个中间件的技术平台,同时又采用了Oracle OSB标准套件产品,因此对于架构设计的重点将放在基础架构搭建和对集成业务场景的分析和应对上面。



部署架构

对于Oracle SOA套件包括了SOA Server(BPEL),OSB,BAM,ODI,MFT,JMS等多个子系统和组件。因此在部署架构规划的时候要考虑是一同部署,还是按不同的组件分开部署。在大型的项目中,我们建议还是分开独立部署,减少各个组件相互间的影响,特别是ODI和MFT,虽然并发不大,但是对于网络流
阅读  ┆ 转载 ┆ 收藏 
(2017-08-12 12:38)
标签:

架构

soa

分类: 读书笔记


上面一篇文章总结了架构设计,这篇文章再谈下架构思维,对于架构思维本身仍然是类似系统思维,结构化思维,编程思维等诸多思维模式的一个合集。由于架构的核心作用是在业务现实世界和抽象的IT实现之间建立起一道桥梁,因此架构思维最核心的就是要理解到业务驱动技术,技术为最终的业务服务。要真正通过架构设计来完成业务和技术,需求和实现,软件和硬件,静态和动态,成本和收益等多方面的平衡。

分解是最基础的,架构的重点就是要对复杂问题进行分而治之,同时保证分解后的各个部分还能够高内聚,松耦合,最终又集成为一个完整的整体。分解核心是定义问题,因此架构首先仍然需要理解清楚需求。

集成是配合分解完成的动作,最终分解完成的各个组件或子系统,通过合适的接口设计,最终还能够集成为一个完整的整体,分解仅仅是加速开
阅读  ┆ 转载 ┆ 收藏 
(2017-08-11 21:45)
标签:

软件

架构

杂谈

分类: IT咨询
对于软件架构设计,我前面很多博客文章都专门谈及过,今天再次拿出来谈下,如果做为一个软件架构师,那么你在做架构设计的时候必须要考虑的内容。

架构师是整个软件工程和软件生命周期里面相当重要的一个角色,介于软件需求和开发之间的一个承上启下的关键角色,即能够实现业务需求和场景到最终软件实现的第一次高度抽象建模。在更早的阶段一般会谈系统分析员角色,那么这个角色往往会同时兼顾软件需求和软件架构的工作。

软件架构简单来说就是将业务或软件需求进行高度抽象,形成静态和动态的模型,通过形式化的模型来表达和阐述真实的业务需求。同时这个抽象化的模型又能够很好的指导后续的开发实现。

软件架构要做三个方面的工作:

第一:针对软件需求中的业务场景和流程,功能性需求进行功能性架构设计,其中包括了核心的功能架构设计,子系统和模块的划分,接口和集成模式的设计,数据架构和数据模型的设计等。即通过概念模型,类图或数据库设计等静态模型+用例,序列图等动态模型共同来抽象表达出完整的业务需求。

第二:通过软件需求中的非功能性需求,来考虑整个系统的技术架
阅读  ┆ 转载 ┆ 收藏 
标签:

devops

sre

分类: IT咨询
首先摘录下对SRE的一个简单解释:

参考:http://www.jianshu.com/p/60cb877d9409

SRE全称:Site Reliability Engineering,翻译过来就是:站点可靠性工程师。SRE的职责确保站点的可用,为了达到这个目的,他需要对站点涉及的系统、组件熟悉,需要关注生产运行时的状态,为此,他需要有很多工具和系统支撑其完成上述工作,比如自动化发布系统,监控系统,日志系统,服务器资源分配和编排等,这些工具需要他们自己完成开发和维护。

SRE是一个综合素质很高的全能手,需要懂服务器基础架构、操作系统、网络、中间件容器、常用编程语言、全局的架构意识、非常强的问题分析能力、极高的抗压能力(以便沉着高效地排障),他们还需要懂性能调优理论...

SRE的工作是Develop+Operate的结合,SRE是DevOps的实践者,他们的工作内容和职责和传统运维工程师差不多:发布、部署、监控、排障,目标一致。但是SRE的手段更加自动化,更高效,这种高效来源于自动化工具、监控工具的支撑,更因为其作为这些工具的开发者,不断优化和调整,使整个工具箱
阅读  ┆ 转载 ┆ 收藏 
标签:

it架构

soa

微服务

分类: IT咨询
在6月初已经基于《企业IT架构转型之道》写了两篇笔记,可以先参考:

读书笔记01:
http://blog.sina.com.cn/s/blog_493a84550102wv5w.html
读书笔记02:http://blog.sina.com.cn/s/blog_493a84550102wv6n.html

这本书基于阿里的中台战略,服务中心,SOA服务治理给出了相对多的最佳实践,也给了传统企业转型很多有借鉴意义的思考,但是对于传统企业IT架构转型还是有许多问题值得思考。

企业IT架构为什么要转型或优化调整

传统企业内部信息化部门的核心目标仍然是基于业务驱动IT的思路,通过IT规划和应用的建设更好的支撑企业业务流程,IT本身的价值都体现在IT系统建设对业务核心价值链的绩效提升和增值上面,而不是体现在各种先进技术的应用,技术只是工具手段,最终业务能力提升才是最终目的。

企业信息化推进可以理解为三个阶段,第一阶段是基础应用建设解决基本的业务和流程协同自动化,提升基本的效率;第二阶段是提供管理层的管理能力,实现基本的业务全流程协同和管控;第三阶段则是到了决策层的辅助决策和商业智能能力。

虽然我们一直在强调业务推动IT,
阅读  ┆ 转载 ┆ 收藏 
标签:

soa

微服务架构

分类: IT咨询
前面我专门写过SOA和微服务架构区别的文章,里面谈到:

微服务架构强调的第一个重点就是业务系统需要彻底的组件化和服务化,原有的单个业务系统会拆分为多个可以独立开发,设计,运行和运维的小应用。这些小应用之间通过服务完成交互和集成。每个小应用从前端web ui,到控制层,逻辑层,数据库访问,数据库都完全是独立的一套。在这里我们不用组件而用小应用这个词更加合适,每个小应用除了完成自身本身的业务功能外,重点就是还需要消费外部其它应用暴露的服务,同时自身也将自身的能力朝外部发布为服务。

如果一句话来谈SOA和微服务的区别,即微服务不再强调传统SOA架构里面比较重的ESB企业服务总线,同时SOA的思想进入到单个业务系统内部实现真正的组件化。


今天重点基于微服务架构和架构实施过程中存在的优点和缺点:

采用微服务架构的优点


采用微服务架构可以更好的实现DevOps开发运维一体化,同时因为微服务架构下各个微服务模块相对独立和松耦合,因此在后续业务变更的分析和处理中往往能够更加敏捷快速的响应,同时相对影响也最小。

整个业务系统水平扩展更
阅读  ┆ 转载 ┆ 收藏 
  

新浪BLOG意见反馈留言板 不良信息反馈 电话:4006900000 提示音后按1键(按当地市话标准计费) 欢迎批评指正

新浪简介 | About Sina | 广告服务 | 联系我们 | 招聘信息 | 网站律师 | SINA English | 会员注册 | 产品答疑

新浪公司 版权所有