• 6点无痛早起学习的和...
    2023-03-02 来自北京
    热乎着呢,追更了 思考题: 1. 困难就是:给 leader 讲新的技术改进,但是呢,当然自己也没有 100% 掌握(可能是掌握了 70%啥的),给 leader 讲了一圈,leader 又不去做技术调研/细细研究我的技术改进 idea,就完全靠自己的过往经验(吃老本)否定我的技术改进 idea,否定我的 idea,但是他又说不出来具体理由,完全就是靠过往经验,这样也造成了我的内心不服气,谁也不服气 针对这个困难,一方面我自己也可以改进, 1. 把技术改进掌握 100%,再跟他谈 2. 针对他提出来否定的理由,找到一些解决方案丢给他,说:你提的这些否定是可以解决的 3. 如果做了以上这些,leader 还是否定,说实话,我虽然也是不服气,但是依然还是得听leader的,那就不改进了。但是我内心可能还是不服气,有点抵触。 针对学了 DDD,准备在团队推进,我会先尝试推进领域模型、领域逻辑写在领域对象里,通过应用服务编排领域逻辑,先尝试落地这个编码的一些点。

    作者回复: 可以多关注一下Leader自己有什么痛点不好解决(比如他的上级想要什么),如果你的方法能解决他的痛点,他可能会愿意。另外,有些东西不光是技术问题。。。

    
    7
  • plimlips
    2023-03-06 来自重庆
    DDD,分析模式,设计模式,微服务架构,这些如果能进大学课堂,就好推广了

    作者回复: 是呀,学校教育加强就好了

    
    3
  • 赵晏龙
    2023-03-17 来自湖南
    总的来说吧,其实就是从各方面的利益出发。 1、对于开发人员,你要告诉他,这是为了你将来少加班在努力; 2、对于产品,你要告诉他,东西不分析清楚,后期修改你也来跟着加班吧。 3、对于销售,你要告诉他,东西出不来,你也拿不到提成,反而扣绩效。 4、对于业务方,你要告诉他,这个绝对不会影响交付进度,反而会促进快速交付。 5、对于老板,你要告诉他,这对于公司来说是在节约成本。 当然,各方面用何种说辞,那是你的语言技巧问题。

    作者回复: 再来一个热乎的,ChatGPT 这样的人工智能在不久的将来可能代替大部分普通的编程工作,但暂时无法代替领域建模。将来可能是人来建模,然后交给AI去实现。

    共 5 条评论
    2
  • Geek_36e6d4
    2023-04-19 来自福建
    改造现有系统中的: 第三步,一般要把改进过程化整为零,请问如何化整为零? 第四步,最好基于敏捷软件开发方法,小步快跑地实施,请问如何小步快跑?能有具体步骤例子吗?经常听到敏捷,不知道具体的实施怎么做? 这两个问题请教下钟敬老师下,谢谢。

    作者回复: 好问题,不过两个问题都不是一两句话能解释的。推荐几本书给你吧 化整为零的方法:代码层面看《重构》,架构层面看《演进式架构》; 敏捷:看《敏捷项目管理》《硝烟中的Scrum 和 XP》

    
    
  • 赵晏龙
    2023-03-17 来自湖南
    不得不说,你这个低配版DDD落地的总结实在是太好了,光是这一课就值回票价了。关于重点,没有真实的架构经验其实很难抓得住的。我的落地经验几乎和你的总结是完全一致的。

    作者回复: 英雄所见略同 :)

    
    
  • aoe
    2023-03-02 来自浙江
    先来一个低配版的 DDD 这个建议非常好!虽然门槛低了,但也是 DDD !
    
    2