暂无个人介绍
能力说明:
精通JVM运行机制,包括类生命、内存模型、垃圾回收及JVM常见参数;能够熟练使用Runnable接口创建线程和使用ExecutorService并发执行任务、识别潜在的死锁线程问题;能够使用Synchronized关键字和atomic包控制线程的执行顺序,使用并行Fork/Join框架;能过开发使用原始版本函数式接口的代码。
暂时未有相关云产品技术能力~
阿里云技能认证
详细说明架构是结构化的表征,结构重在看 ,会看才能发现其中的别有洞天之美。软件架构也是同样的思考方式,需要能够通过多视角观察,才能体会其门道,才能体会架构之美。架构谈来谈去,还是从不同的视角理解结构,以形成准确清晰的结构抽象。
本文旨在说明使用ESbuild提升前端编译构建的速度,降低前端编译的CPU开销
思考与理解 • 动态变化,领域模型动态变化 • 主权意识的思考:领域设计强调领域的限界上下文内的主权意识,团队要承担起主权的捍卫者 • 软件的模型会随着业务的增长持续的打破边界,走向混乱,持续的领域设计是在做混乱的治理,反熵增的,一套面向领域的软件研发体系,大家按照领域独立工作,并且对抗混乱,即系统可以自带垃圾清理机制,增加系统的可持续性。 • 一个对象在不同的业务场景都用应用,在这种情况下,应当按业务场景(上下文)将对象分散其中,而不是用一个对接去贯穿所有业务场景。——这里可能是领域设计与面向对象的区别,或者说领域设计是在业务边界内的面向对象设计。 • 边界清晰的好处之一是测试聚焦,让……
业务系统的熵 **代码熵**:在孤立代码系统中,随着时间的推移,代码的增加,熵在不断增加的方向进行,代码的混乱度称为代码熵。 **管理熵**:在持续的开发迭代中,无论管理规则制定的如何完美,随着时间的推移,管理日趋混乱,管理的混乱度称为管理熵。 **运行熵**:在业务系统持续的运行中,随着时间的推移,版本的迭代,人员的更替,业务系统运行日趋混乱,业务系统运行态的混乱程度称为运行熵。
2020年04月19日,经历一年多的DIY班顺利毕业啦。清晰的记得DIY班开始于去年的春节,2019年2月5日,总计439天,经历了二十余次的淘汰,从最初近500人到最后的12人,残酷的筛选让我们蜕变。非常幸运我们的小组“码出人生”在最后的角逐中最终胜出,我也成为最后的优秀毕业生,非常感谢一路走来的成长。