《领域驱动设计》摘录

没有哪个项目会用到本书中介绍的所有技术。尽管如此,我们很容易通过几个方面辩认出一个项目是否采用了领域驱动设计。标志性的特征是把“理解目标领域并将学到的知识融合到软件中”当作首要任务。其他工作都以它为前提。

 

他们知道,开发出高质量的,能够清晰反映出领域模型的软件并非易事,因此他们一丝不苟地运用设计技巧。他们也因为遇到障碍而跌倒过,但却始终坚持自己的原则,百折不挠,继续前进。

 

当下,“复杂性”领域是众多科学的前沿。虽然有才能的软件工程师通常都认为纯粹的技术任务是最有趣,最有挑战性的,但领域驱动设计展现了一个同样富有挑战性(甚至具有更大挑战性)的新领域。

 

由外行创建复杂软件的时代还远未到来。

 

创建好的软件是一项需要学习和思考的活动。

 

但不管怎样都不能仅仅停留在“一切都是对象”这种层次上,至少要分清“螺栓”和“弹簧”。

 

在spring-oauth-server中将AccessToken存入Redis的配置

为了满足高性能的要求,spring-oauth-server中增加了使用redis存储 AccessToken的功能,以达到更高的性能要求。

以下配置是将AccessToken存入Redis的参考步骤。

前提:使用spring-oauth-server的config分支,并已经安装Redis服务

 

1.pom.xml中增加spring-boot的redis dependency.

redis-pom

 

2.application.properties中增加redis的配置属性

redis-prop

 

3.配置OAuth2中TokenStore的Redis实现:RedisTokenStore

config

(prefix值 可根据实际需要进行修改;默认的实现使用JdbcTokenStore)

 

在以上配置完成后,启动redis服务,并将spring-oauth-server重启后,即完成了将AccessToken配置存入Redis的功能,

测试获取AccessToken后,可在redis中查看到对应的数据,如下所示:

redis-log

 

spring-oauth-server的redis配置代码分支:https://gitee.com/shengzhao/spring-oauth-server/tree/config-redis/

 

 

Spring-Boot工程自定义配置http状态码404,500页面

Spring-Boot工程默认出现404,500时的页面如下:

error-404

但是这样不够友好,若需要自定义配置http状态码出现404,500时的页面,最有效的方式是写一个bean实现
ErrorViewResolver接口,实现 resolveErrorView()方法,根据status状态来判断处理,并返回对应的ModelAndView即可,
一个示例实现如下:
error-view-resolver

参数model中可获取异常状态时的属性,包括status(状态码),error(异常信息),path(异常出现的路径),message(描述信息).

2013年的-工作-思考

扁平化管理。

没有上下级,但必须让大家心往一处使,需一个核心团队,让大家明白我们存在的问题,还是自己承担?

或者我们大家开一个座谈会,听听每一个人的意向,是把自己当一个打工的,拿工资吃饭;还是自己愿意付出,愿意同公司一起打拼,当然,回报也是肯定的。

我没有威信,如何建立这种威信,是靠制度,靠个人结束(不太现实);靠一种氛围(什么氛围),技则优而管,而我现在什么也不是,我所知道的是付出,为公司成长付出一切,当作自己的事业来对待。所以不能松懈,不能降低自己的要求,行事,说话果断,说一不是二的,让团队成员认可我说的,说了就要做到。同时,保持一颗积极向上的心,尽量不把消极的东西传递给他人,学会承担,学会忍受。

团队必须要有向心力,凝聚力,让大家目标明确,心向一处使。

我们是经验没有,技术力量也不足,但如何发挥现有人员的所有能量,值得深思与探索,对于不同的人,不一样看待,如果你把自己当一打工挣钱的,那把自己的工作干好即可;如果愿意与团队共同成长,愿意为团队多思考,多提建议,那欢迎加入,共同进步,一起面对,培养一个自己的核心团队,有一帮人。

如果我们目标明确,方向清晰,任务清晰,那我们就没有必要做,直接找别人来做就行,也就没有我们存在的意义。正因为我们目标不明确,需要我们去探索,去发现,对于我们要做的最终的东西–虚拟现实。我们是在创造,创新,而不是去照搬,去模仿,我才会为此心动不已,彻夜难眠,不断思考,探索。正如小波如言:只有现在不断深入,才会发现有多难,有那么多公司死在前面的沙滩上。

我们任务计划不明确,做的东西不断改来改去,每一次的修改都是一种尝试,一种探索,只期望我们会做的更好。我确实威信不够(威信来自哪),因为我也在不断地自我否定与自我批判,如果是一JAVA项目,我能完全handle住,那问题简单许多,多听听别人的意见,但我也确实有不足的地方,有的放任,没有让团队的向心力凝聚,没有让每个人觉得我们是在探索新加的东西,让每一个人参与进来,说话语气不够坚决果断。

有成员说,慢慢来,慢慢来,可我认为这是大忌,慢慢来到底是多久?半年,12个月,还是。。。至于,如果我们现在能确定的,那马上就去做,去实现,Action。

必要的交流与座谈是必须的。

在UI设计上,没太多的经验,我们需要做的更好,我应该多给参考。

用人要用长处。

相比起其他的虚拟现实,我们的效果各方面已经很好,但我们还是不达要求,我们还必须做的更好,有要求必须会导致进步,但如何去衡量时间与产出,我们是不是太急,又或许什么样才叫不急或太急,没有一个秤来量一量。

对于长期来说,我们的终极目标是什么,我们最终的产品或平台什么什么样的,又或者我们需要更多的交流与探讨才能知道。

万事开头难。

一个不断自我否定,又不断自我完善的过程。

对于公司的第一步,我们不是去盈利,去赚钱,而是建立一支核心团队,找到现实与我们心中“完美”的虚拟现实的路子,有了路子,有了方法,才为贵重。我也不清楚我们会花多久才会完成,但至少我认为我们走在正确的路上,每走一段,我们停下来息一息,总结下,再继续前进,12月底将是我们息一息的时候。

对于及下来的步子,我没想,我只想脚踏实地做好第一步。

 

2013-11-30

2019年阅读计划

阅读自有书,2019阅读计划

  1. 《点石成金:访客至少的WEB和移动可用性设计秘笈(原书第3版)》
  2. 《理解未来的7个原则》10月
  3. 《乌合之众:大众心理研究》
  4. 《无缘社会(译文纪实)》10月
  5. 《Spring Cloud微服务实战》1月
  6. 《浮生六记》10月
  7. 《代码管理核心技术及实践》2月
  8. 《SQL反模式》
  9. 《超越极限》2月
  10. 《生产微服务》3月
  11. 《微服务设计》5月(第二遍)
  12. 《领域驱动设计》5月
  13. 《活着》5月
  14. 《我胆小如鼠》6月
  15. 《生活需要仪式感》9月
  16. 《彩票利益相关方的社会责任》6月
  17. 《创始人手记》7月
  18. 《稀缺.我们是如何陷入贫穷与忙碌的》6月
  19. 《中国式众筹:改变你我未来的方法》7月
  20. 《菜场经济学》8月
  21. 《局外人》9月
  22. 《杜月笙 人心至上》9月
  23. 《省府大院》
  24. 《墨菲定律》
  25. 《Python基础教程(第3版)》11月
  26. 《余生很长,别慌张,别失望》11月
  27. 《阿波罗大揭秘》11月
  28. 《将心注入 一杯咖啡成就星巴克传奇》12月
  29. 《企业IT架构转型之道》12月

 

 

——————————-

2018年阅读计划

2017年阅读计划

2016年及之前所看之书

高三时的杂想

思考自己,会发觉一个太复杂的物体,思想,学习,感情,朋友。。。我在学习的途中,我不是一个很好的学习者。即使如此,我也在努力。英语,语文我最头痛的,我是一点也懂不了的。我苦恼,因为我就要面临高考了。我恨我过去的日子没好学之。可我是真的一点也不喜欢。我强迫着自己,逼自己。结果也只是五六十分的料,面对这,我只能—60分万岁便够了。真的吗?兴趣,爱好主宰着。我只有在其他科付出更大的努力了!?唉。。。

读书,能要有目标的,学习知识,具体到每一章,每一节;每一天,每一次看书机会,都要把握住。可是,一句话说了:说者容易做者难。人不是专为学习的机器,我也是。我曾无数次打算着我要做什么,可往往被现实撕得粉碎,留下的是一次次的打算与一次次的。。。我在用自己的行动来骗自己,我是自己骗自己的骗子。有时,准会找个“理由”来安慰一下自己—自欺欺人。时间流走了,光阴世界就在这样的“骗”中走过一天又一天,一月又一月。。。计划着去做,可又真没做。付诸于行动,变得好难好难。其实,是自己缺少点什么,是持之以恒,是坚持就是胜利,还是。。。

或许,明天这一幕又将重演。。。

我该骂我一顿,然后去做。然而,脑子里还有许多许多东西。脑子是一个容器,可不要装太多,太杂,能只装一种,单纯地去对待吗?Try my Best!

 

— 一节自认为无聊的课写的无聊的话,写于那年那月

 

 

后语

从腐臭中捕捉芬芳,从晦暗中发掘光亮,从虚无中寻找没有,从绝境中搜集残剩的希望。