asb_snail的博客

原创 如何物色和培养核心人才

原创 新经理经常踩的坑有哪些

原创 敏捷开发管理，微服务和DevOps

敏捷开发管理贯穿软件生命周期的始终，覆盖了从市场和用户，到开发，发布和运维的方方面面。但是它更多体现的是流程，沟通，协作等方面的方法和实践，比如它提倡快速，高质量的开发产品原型交付于市场，以便尽快获取反馈，进行优化，这个过程中它定义了高效会议，开发测试的流程和周期，队员之间的协作，这些都是非常有效的。可是不难发现，这里很少提及工程技术角度的效率提升方法。而微服务架构和DevOps弥补了这一缺憾，在...

原创 微服务的优势

从比较细的维度重新整理了一下微服务的优势：

原创 技术判断力的思考维度

原创 对于敏捷晨会的一些思考

每日晨会的内容和方式：可以根据晨会参与者的不同，是否在同一物理地点办公等因素，来制定有针对性的沟通内容和方式。 供应商团队内部：因为供应商内部一般都在同一个物理地点进行工作，所以可以采用面对面沟通的方式。沟通内容一般包含三个方面：1）昨天做了什么；2）今天打算做什么；3）我遇到了什么问题（已解决或还未解决的）。注意要遵循一些原则，避免晨会变的拖沓，这样反而会影响效率。比如，每日晨会时间要...

转载 跨越敏捷的那些坑，打造互联网时代的高效能组织（在线课程笔记）

 （整理于王明兰老师的一个在线分享）第一坑：对转型的收益和挑战没有正确的预期实施敏捷所带来的好处： 需求（优先级）管理（71%） 项目可视化（66%） 内部需求或IT的协调机制（ 65%） 实施敏捷的三个最重要的挑战分别是： 组织文化与敏捷价值的碰撞（53％） 组织抵制改变（46％） 管理支持和赞助不足（42％） 最有助于扩展...

原创 对于自组织团队的一些思考

我们所处的时代按照“浴缸商业模型”中的说法，我们正处于后工业时代之中，而它的特点是：高度定制化，新兴行业对传统行业产生了猛烈的冲击，如何快速响应市场的变化成了企业的核心竞争力。如今各大传统行业积极拥抱互联网，倡导数字化转型的运动，也正是响应了这个时代的特点：易变的，不确定的，复杂的，模糊的（VUCA状态）。而企业生存和发展下去的前提之一就是适应这种状态：尽量清晰，准确的定位市场和收集需求，积极...

原创 Git分支管理总结

Git分支管理总结：Gitlab Flow 11规则：发布频率对分支策略的影响：目前采用的分支管理：

原创 JVM内存模型

整理一了一下JVM内存模型，以供以后学习使用：

原创 Eureka缓存机制梳理

之前也了解过Eureka的缓存机制，但是没有整理出来，今天得闲，整理了一下：服务正常上线/修改/下线，最大可能会有120s滞后30(首次注册 init registe) + 30(readOnlyCacheMap)+30(client fetch interval)+30(ribbon)=120s如果是在Spring Cloud环境下使用这些组件(Eureka, Ribbon)，不会有...

原创 敏捷12原则

敏捷开发的12个原则比较难记，因此编了一句话，希望可以帮助记忆：我们本着欣然面对需求变化，以简洁为本，追求技术卓越和良好设计的想法，通过合作，激发个体斗志和面对面沟通来构建自组织的团队，达到持续开发，不断交付有价值的可工作的软件的目的。最后通过定期反思，做到持续改进和不断优化。...

原创 关于领域驱动设计DDD的一些思考

前段时间学习了领域驱动设计的一些概念，但是没有关注具体落地的操作或者过程，这两天综合了以往的项目经验整理了一下，先作为参考，以后再慢慢修改。大体流程方面： 具体落地工程结构： ...

原创 K8s路由概览

前段时间学习了一下K8s的概念，当时对K8s的路由规则一知半解，最近又重新温习了一下，整理了一个概览图，供以后回顾用（忽略字丑这件事吧）： ...

原创 关于敏捷开发的一些思考

    2001年的时候，17位大牛发布了敏捷宣言，从此敏捷作为一个带有特殊含义的名词慢慢为人们所接受。有趣且少有人提及的是，这17位大牛经过三天的讨论后，发布的仅仅是敏捷宣言和原则，却没有指明落地的方法和工具。    为什么不指明落地的方法和工具呢？是因为大牛们没有这个经验或者能力？显然不是，能够总结归纳出如此精辟的理念，是绝然不可能脱离长期的实践和思考的。所以，妄自揣测一下，很可能是因为所...

原创 微服务的“前世今生”

请原谅作者作为“标题党”，为文章用了一个“巨大”的标题。但本意是想从自己对微服务的理解开始，与大家一起探讨微服务的起源和诞生，从而抛砖引玉，共同探讨微服务应用架构。所以有不当之处，还请各位看官“拍砖”指正。微服务的概念在近几年非常火，不仅在各大互联网公司都有大规模的应用，并且也逐渐被一些传统的制造业企业慢慢接受。那么为什么微服务能够如此盛行？它是从何而来？去向又是何方？下面我们尝试着追根溯源。微服...

转载 DevOps原则，规律和模型

记录一些DevOps实施的原则，规律和模型，用于学习和思考DevOps工作三步法原则：第一步是流动原则。保证你所有的工作从左到右可以顺畅的流动，形成一个稳定的工作流。第二步要保证持续反馈。在流动过程中实现从右到左稳定快速而丰富的反馈信息流，给你的上游工作者带来更多质量的反馈。最后一条原则是，在整个过程中，进行持续学习。坚持不断的优化和改进。方法一：《DevOps实践指南》中的推荐的循序渐进的路径方...

原创 DevOps实施时常见问题和理解

DevOps在实施前，或者实施中都会有很多疑惑，以下是一些常见的问题，并附上自己的理解。1.    DevOps是否更适合互联网企业，传统类型企业并不适合？理解：互联网企业的商业/业务模式，文化背景，组织结构更容易实施DevOps。但是互联网公司的DevOps历程也不是一蹴而就的。比如Google前后进行五次大规模系统重构才发展成今天的样子，并且仍然在不断的优化，比如Amazon也是从2002年开...

原创 微服务的优势（精简版）

个人理解，还请给位大侠补充业务角度：1. 快速响应市场变化，调整业务逻辑，适配客户需求；2. 对于新兴业务领域，试错成本低；IT角度：1. 加快交付效率：    1）从逻辑和物理层次上隔离，做到深层次解耦，每个微服务领域边界清晰，高内聚低耦合使得单个微服务的代码量小，逻辑更加易懂，从而提高研发效率；    2）每个微服务可并行开发和单元测试，前提是约定好交互的api；    3）每个微服务可独立部...

原创 敏捷开发管理，DevOps和微服务

在规划微服务开发框架的过程中接触了DevOps的概念，很是诱人。其中的很多理念都是从敏捷开发管理引申过来的，比如：持续反馈，持续改进，持续业务计划等等，越来越觉得敏捷开发管理，DevOps和微服务是天作之合，如果能够结合企业的愿景和成熟度来规划整体建设，那么企业转型成功的概率会大大提高。敏捷开发管理：解决组织，团队，流程甚至是文化层次上的问题。DevOps：解决持续集成，持续交付和持续部署的问题。...

转载 DevOps学习-持续集成，持续交付和持续部署

（以下源引于网络，非本人原创，纯粹是为了方便回顾）：

原创 如何与宝宝沟通

初为宝爸，除了觉得为人父母不易，同时也感到要学习的东西很多，所以也在不断摸索，不断纠正。宝宝现在一周岁多一点，已经能走路但还是不会说话，所这个阶段还是以和宝宝聊天，讲故事为主。昨晚发生了一件事，引发了自己的思考：怎么能和宝宝更好的沟通。事件一：宝宝自己玩耍时，跑到门口把外婆出门穿的鞋子拿来玩。结果一个没注意，就塞到嘴里了。。。我和外婆同时发现，结果宝爸反应快了一步，一个箭步冲上去夺下了宝宝手中的鞋...

原创 如何简单的介绍微服务

最近将要和一个不懂技术的外国中年财务女汇报微服务相关的工作，所以问题来了，怎么向一个不懂技术的，外国的，中年的财务女解释这个复杂的概念呢？于是有了如下的PPT，只截取了重要的几页：其实自己也一直在思考，如何能用最简单的语言向人解释微服务的概念。当然，方式和内容更多的是取决于听者。这既需要对微服务的理解达到一定境界，有需要灵活的掌握和串接听者能理解的，关注的点。继续学习和思考吧，希望有一天，在面对不...

原创 领域驱动设计的思考

零散记录，随想随记，在适当的时候再做整合：问题一：对于数据或输入参数的校验应该放到应用层还是领域层？在编写程序时，少不了对输入参数的校验。第一可以减少异常场景，另外也可以节省不必要的执行逻辑，从这个角度讲参数的校验应该尽量靠前，如果参数是异常的话，应该尽早返回给调用方，所以放在应用层的最前端比较合适。但如果把参数合法性理解成为领域对象的行为，也就是说领域对象是最了解输入参数校验规则的，那么就应该把...

原创 书单-20180523

最近买了几本书，加上之前还没有看完的书已经有5本之多...但似乎平时又很难挤出时间来扫，所以还是有必要列一个计划的，书单，顺序及为优先级：《领域驱动设计-软件核心复杂性应对之道》 已读10%《凤凰项目》《DevOps实施手册》《Resonate》《Slide：Ology》已读需复读计划07.23号之前读完，还是压力很大啊...

原创 Docker架构概览

在网上搜了一些资料，但是没有找到简单易懂的docker架构图，所以自己动手画了一个，自己没事看看可以加深印象：

翻译 微服务从SOA中汲取的5个教训(译文)

（声明：本文为译文，只供学习和交流使用。因为水平有限，只要到达意会便好，如果感兴趣，建议还是看英文原版，会有更多启示，原文地址： https://www.infoworld.com/article/3080611/application-development/learning-from-soa-5-lessons-for-the-microservices-era.html）SOA的兴衰历史可以...