Rafy 框架作者。(https://github.com/zgynhqf/rafy) 专注于:领域驱动设计、面向服务架构、插件化架构、模型驱动架构、产品线工程、快速界面生成。
本文转载自:http://www.cnblogs.com/liuning8023/p/4493156.html ---------------------------------------------------------------------------- 原文是 Martin Fowler 于 2014 年 3 月 25 日写的《Microservices》。
在公司我负责的是一个产品研发的部门。由于我们产品使用到了一些新的语言、设计、框架,所以部门中新进来的员工需要进行一系列的培训,才能更好地参与到平时的开发中。为了更好地完成培训,在部门成立之初,我就建立了一套较实用的培训流程。
本月给公司内部一个项目做架构重构,其中使用到了 Rafy 框架。所以我培训了 Rafy 领域实体框架的使用方法,过程中录制了视频,方便其他同事查看。现在把视频放到园里来分享下,有兴趣的朋友可以看看,有什么问题可以进 Rafy QQ 群询问。
上一篇已经总结了‘安心睡大觉’的基金投资方法。这一篇主要是把原来临时记录在手机上的一些札记整理发出来。 2015/07/07 11:05 反思:股市变化较快时,做短线,则应该以周指标为主;反之,则做长线,则应该以季指标为主。
最近到了新公司上班,由于当前的系统时间比较紧、任务比较重,已经连续加班几个星期,也没有时间再关注股市。今天把 7 月 10 日总结的股票、基金投资方案整理一下,暂时告一段落。未来都将按照纪律操作,不再花心思特别关注股市。
最近给某企业培训了完整的 TFS 2013 系列课程,一共四天。 下面是该课程的内容安排: 项目管理 建立项目 成员的维护 Backlog 定义 任务拆分 迭代时间规划 工作量计划 任务分配 开发任务 工作区映射 任务调整与提交 任务挂起 编辑查询 代码提交(新添加解决方案、新文件、修改文件) 新建 BUG、修复并提交/解决 BUG。
回想起进入理财这道大门,是一个很偶然的机会,但是,这也成为了我人生的转折点! 去年6月以前,我们家的财务,都是由老婆来管理。但是老婆对财务不是很敏感,我偶尔问她,我们现在存了多少钱了?她总说,大概……可能……是……。
一整月都在编写某国企的技术平台建设方案。 该企业是一个某500强大型国有企业,他们希望能建设统一的一个软件平台(技术平台+业务平台):各专业部门基于该平台开发相应的专业级插件,并发布到统一的插件平台中,并最终都可集成到一个统一的客户端软件平台中,以达到业务组件能在全公司范围内进行重用。
最近为公司完成了一个 ESB 的设计。下面简要说明一下具体的设计方案。 企业 SOA 整体方案 在前一篇《SOA、ESB、NServiceBus、云计算 总结》中说到,SOA 是面向服务的架构,其核心思想是把业务进行组件化,而业务组件的能力服务化。
这篇文章是去年 Rafy 框架发布后,许胜平先生为我提出的一些建议。他从用户群体分析、社区、商业模式、技术支持等方面对框架发展提出了建议,我觉得写得非常不错。此文不仅适用于 Rafy 框架,所以不敢私藏,转载出来和大家分享。
今年过年开始看的 《孙子兵法与三十六计》,陆陆续续的看,这个月总算是看完了。 软件开发中,设计模式背后的是设计原则;而三十六计也是心计模式,背后的是? 第一计:瞒天过海。光天化日之下不让天知道就过了大海。
周末感冒了,窝在家看了好几部电影…… 看了 2007 年上映的《这个男人来自地球》。主角 John 教授在即将离开居住了 10 年的城市的时候,他的各位朋友来送他。在朋友不断追问他为什么离开的情况下,John 给他们讲述了他自己的故事:一个来自 14000 年前地球的男人、自己的生活、成长、为免发现不老之身,每十年必须移居、梵高送他的画、与佛祖的见面、被认定为耶稣、基督教的产生、各种神话产生的原由。
上个月看了一本《Running.Lean.2nd.Edition.Feb.2012》,是“周哥”给推荐的。主要是讲如何使用精易的思想,在尽量省时间、少浪费的前提上,验证你的其商业模式,并最终完成可行的产品。
这次春节回家,没有带任何任务回去,没有写一行代码,没看一页书,就是见了许多亲戚朋友和高中同学。 临回家之前一天,和弟弟跑到游戏厅逛了一圈,想看看有没有苹果机玩。弟弟给我介绍了最新的赌博机的玩法,回家后就使用追赌统计软件计算出一个合适的倍率。
2011 年已经发布过一套《个人管理工具集》,其中有计划模板和一些常用小工具组。时隔一年半,一直在用的月度计划模板感觉对个人管理非常有效,所以基于 “OEA框架”把模板做了一个易用的计划软件,方便使用。
【现象与案例】 八一七培训。 【感谢】 感谢老江如此辛苦地为大家培训,感谢所有辅导员,你们睡得比学员晚,起得比学员早,给学员带来这种有意义的培训。感谢洪星,大半夜不睡觉和我沟通,帮助我渡过思想上的难关。
作为一个开发人员,个人管理这些软件技能可以说和开发技能一样重要。 之前写了一篇《PDA感悟》(还有《脑子是用来想事的,不是记事的》),主要是对过去一年来使用PDA来进行GTD和个人管理的情况进行总结。
2011年的计划到现在还没有做出来,最主要的原因是10年的方向并不清楚。趁着过年在家闲着的这段时间,把《我也能做CTO-程序员职业规划》这本书看一看,希望能对年度计划有所帮助。截止今日,已全部读完,以下是读书笔记。
读书的一个流程分析: 以下是读书笔记 /Files/zgynhqf/如何阅读一本书.rar
今天成绩下来了,本来以为要等到1月17号才会发布,一直没查,还是朋友帮我查了,我才知道已经考试通过了。之前简单地在《2010目标》中描述了一下去年考试的过程,现在既然过了,正好又到了一月反思的时候了,就决定再写这篇博客详细记录一下去年考架构师的整个经历。
本文记录对某网站A的秒杀活动编写秒杀器的经历和技术重点。 故事回顾 某日早上,朋友给我说最近A网站在开展秒杀活动,有IPad、IPhone,让大家一起去秒杀。结果我们四个人一起秒,都没有别人快,没有一个人秒到。
IT 人应具备的一些素质 空杯心态,接受新事物。 没有实践就没有发言权。 没有彻底理解,不要去推翻它。 不要抨击其它你认为没有意义的技术,任何事物都有它产生的原因。 不要看不起老技术。只有站在巨人的肩膀上,你才能看得更远。
“After a storm comes a calm.” — Matthew Henry 本篇文章翻译自《http://sourcesofinsight.com/2010/08/15/day-15-achieve-a-peaceful-calm-state-of-mind/》。
本篇反思总结了一般的学习过程。掌握学习的方法,可以让你更高效地进行学习。这对于天天要学新技术的IT人员来说,是非常重要的。 本文反思了自己学习WPF过程中出现的一些问题,然后对以后学习的方法进行了重新设计。
“Life is not measured by the number of breaths we take, but by the moments that take our breath away.” — Hilary Cooper 生命的意义不在于你花了多少时间,而在于生命中有多少让你屏住呼吸的时刻。
1.建立udl文件可构造连接字符串。 2.完全控制GAC文件目录 3.清除数据库日志文件 BACKUP LOG [STS_pcc-server_1] WITH NO_LOG--收缩数据库DBCC SHRINKDatabase('STS_pcc-server_1') 4. SQL Server数据库的压缩处理 5. Unload 一些暂时不用的 Project,可以令VS编译速度大幅度提升,节省“程序员的生命浪费”。
时间 2010-4-21 反思主题语 杜拉拉——表现力 现象与案例 rose作为行政经理,自认为早应该得到升迁的机会,但迟迟没能如愿以偿。恰逢装修大任,rose此事选择病休的方式让li来考量其价值。
反思主题 控制自己的习惯 现象/案例 常常制定计划,但是到了预定时间时,却得不到很好的实施。计划一拖再拖。 反思内容 综合起来说,觉得执行力比较差!执行力差的原因,有很多。例如以往形成的一些旧习惯在作怪;又如暂时性的懒惰、拖拉;还有一些突发的客观问题。
现象/案例 自从换了手机以后,一直使用手机进行学习,包括博客、文章、电子书。这样做是为了利用起“边角时间”。但是慢慢地,这种方式就走向了极端,而成为了我学习知识的主要方式。 反思内容 我使用这样的学习方式已经学习了好几个月了,看了很多书,但是并没有感觉到有多大的收获。
记录一下,9月份参加研发峰会时的材料。写得不好,而且思想也并不成熟。大致内容如下(EXCEL中直接粘过来的,比较乱): 类别 任务名称 背景介绍 目的(不超过三个) 目标(smart_c) 关键策略 选定方案 策略、方案、计划制定人 实施负责人 协作人 督导人考评人 时间 行动计划关键里程碑 成败攸关因素 管理三问 开发 设计:领域建模解决方案模式 1.业务与代码实现脱离:一般情况下,在进行领域建模时,都会使用图形化的建模工具。
看到这篇博客的朋友,你好。:) 如果你觉得这个问题有点意思,那么请留下你对这个问题的观点。 :) 类似的小问题,还有一个: null != obj 和 obj != null 之间的区别?
转自《关于静态方法和实例方法的一些误区。》 一、 静态方法常驻内存,实例方法不是,所以静态方法效率高但占内存。 事实上,方法都是一样的,在加载时机和占用内存上,静态方法和实例方法是一样的,在类型第一次被使用时加载。
人生观 价值观 喜好 心态 目的 目标 方法 模式(部分:习惯) 实践 以上抽象层次可运用于多个领域,如:沟通、软件过程设计、架构设计等。
*职称:《软件架构师》。 *英语:6级听力轻松听。一份听力试题,可以做到80分以上。 *框架:完善591jj、591jz中框架,发布一个正式版。 *学习并完全掌握项目所用框架,精通所用到的技术。 另外,还要学习VS2010. ================================================= 20110103 总结 架构师职称 对于今年中的最大的任务,中间确实花了不少时间。
我原来在"这篇总结"中总结过一种的思维方式:TT(Tree-Thinking)。(嘿嘿,程序员嘛,喜欢用本行的术语(Tree)来解释一些现象。)一直以来,我都认为TT思维是很正确的,是比较不错的思维模式。
老爸:1955 10月30 老妈:1964 7月初5 妹妹:1989 4月23 丹丹:8月17 我:正月24 写这备忘。 加入日程……
满足设计规范的设计。 满足代码规范的代码。(规范就是需要统一)
原理:封装 封装是基于抽象的。抽象度的提取,就是在为它们做职责划分。 推论:(以下层次为推论级别)单一职责、接口明确。高内聚、低耦合、少依赖。 方法:API中尽量不要给出没有必要使用的类、接口、方法。
这写得蛮易懂:http://www.cnblogs.com/holly/archive/2009/04/24/1443213.html
最近感觉操作是越来越快了。ShortCut、Cmd、PowerShell、Code Snippets…… 今天早上做着做着,居然有想吐的感觉,跟一开始打CS一样。晕!!!
以前老是从设计和逻辑的角度去考虑事件,今天换了一个比较低的角度来看待它,突然感觉也很好: “如果你所编写的框架/类库中的某处,需要客户程序插入特定的代码,那么,这里可能需要一个事件。” (一般情况下不是可能,是应该,嘿嘿。)
逻辑优先,就是指在写一段程序的时候,占据你大脑的应该是程序的逻辑,而不是程序本身。 虽然我们是向着这个方向发展,但是完全做到这点却是不容易的。 这要求编程语言本身完全符合人类的思维(语法),编写简单、迅速。