软件工程师-罗小东_个人页

2024年01月

• 01.08 15:47:22
  发表了文章 2024-01-08 15:47:22

  我在平台与 AIGC 的交互的组件设计方案 (2)

  上一篇梳理到我在平台与 AIGC 的交互的组件设计方案，进行了交互的设计架构，而进一步结合 IM 整合，将进一步阐述优化交互流程。同时到这步环节引入体验人员来验证 LLM 对工程师的提升效果，同时体现出超级工程师个体。
• 01.08 15:45:43
  发表了文章 2024-01-08 15:45:43

  我在平台与 AIGC 的交互组件一些设计经验

  这里阐述以平台运营为主，这里假设说已经有一个平台，包括技术、数据、运维、管理、运营等基础设施的能力。 这个设计原来主要的问题是超自动化的提升，结合 LLM 为了更好的实现，在这个过程中，也包含了一些自主的感知和学习的能力，带有智能体的一定的特征。在前期的研究中也是不断的查看和摸索了很多的开源项目，包括一出来就热门的 Github 项目，但在使用遇到的情况更多的是还只是属于一些例子或者带有很多不稳定因素，并没有说见到能达到较稳定的层面。

2023年07月

• 07.02 12:45:08
  发表了文章 2023-07-02 12:45:08

  我在微型团队管理数字中台产品的一些实践

  数字中台产品管理，产品线大概有20个，产品工程管理基线是50个左右，自动化任务大概有250+个，当前维护ACP产品的属于微小团队，当前产品线的管理维护人员为6个人，主要偏向于产品功能的优化管理和升级，前端ISV团队的支撑，项目的技术支撑，还有针对于运行的数据治理上的二次开发（比如基于日志分析的安全感触服务），配合商务的输出等。
• 07.02 12:43:34
  发表了文章 2023-07-02 12:43:34

  我为什么要搭建的数字中台而不仅是单一中台架构

  数字中台在运营过程中需要关注监控和维护、数据更新和迭代、服务管理和支持、数据治理和隐私保护、市场推广和宣传以及业务拓展和合作等多个方面，以确保数字中台的稳定性、安全性和发展性。
• 07.02 12:42:06
  发表了文章 2023-07-02 12:42:06

  我对目前中台架构使用的的思考理解

  我需要的是解决我的问题，而中台架构并不代表说它是一个死的架构，这个可以根据过程不断的调整和优化的，这个概念和架构的提出，会更加明确搭建和建设的思路和方向，但是怎么实现，需要架构师根据团队来进行优化处理。 在这个过程中的感觉好比别人送给你一个屠龙刀，会使用的人可以扫四方，但是不会使用的，可能会惹火上身，伤到自己，甚至会发现，还不会以前菜刀方便，关键是怎么使用。
• 07.02 12:40:00
  发表了文章 2023-07-02 12:40:00

  我在数据中台建设和落地的一些经验总结

  数据治理是数字化建设中非常重要的一环。在进行数据治理时，我们需要根据不同的业务场景和需求，选择最适合的数据治理方案，包括选择不同的组件组装和数据存储方式等。对于轻量级数据管理平台和重量级数据管理平台，我们可以针对具体情况进行选择，权衡成本与效益，以满足客户实际需求。在整个数据治理过程中，我们还需要注重客户成本的管理，确保项目的落地和实际效果，并且不断优化数据治理流程，需要积极参与业务需求分析和技术选型，确保数据治理方案符合客户需求和行业标准。
• 07.02 12:38:06
  发表了文章 2023-07-02 12:38:06

  我为什么觉得数字中台是团队的新型基础设施

  技术中台是数字中台和数据中台的基础设施，因为技术中台提供了通用的技术组件和服务，使得数字中台和数据中台能够更加快速、高效地进行开发和部署。比如，技术中台提供的标准化接口和服务可以帮助数字中台和数据中台实现应用程序和数据的集成和共享，从而提高企业的运营效率和质量。
• 07.02 12:36:09
  发表了文章 2023-07-02 12:36:09

  我为什么选择多边形架构做为工程的基础思想

  这里以开源项目alinesno-cloud微服务架构的建设拆分再到整合成产品型结构的进行阐述，从原来的几十个工程基线(近百个服务模块)，再到后来的20个左右产品模块的组合，进行服务能力的输出。过程工程由微服务、六边型、再到多边型工程结构的实践经验，这里偏向于工程结构以适应平台产品化发展的变更。
• 07.02 12:34:43
  发表了文章 2023-07-02 12:34:43

  我在AIGC和数字中台方面的架构升级设计

  整个研究的目标点是为了针对于数字中台层级的超级自动化，这个是在继Ops架构体系之后的一个突破点，前两年在Ops架构突发和成熟，比如 DevOps/GitOps/DataOps/AIOps等体系（这里不涉及AIOps架构)，在某个方面已经具备一定的自动能力，进而发展出数字中台的基础设施能力。
• 07.02 12:33:45
  发表了文章 2023-07-02 12:33:45

  我在中小型项目SuperCell模式实战经验

  在过去几年中，一直专注于中台架构和项目的开发。尤其是在处理中小型项目方面，积累了一些的经验。以下是一个典型案例的分析，将从实践中总结出的心得和经验。在23年的第一季度，团队完成了一个约为百万级的大数据项目。我们采用中台产品和ISV（业务组）合作伙伴的方式进行交付。

2022年11月

• 11.20 10:32:29
  发表了文章 2022-11-20 10:32:29

  我在很多情况下不建议盲目使用微服务架构

  依托于容器化的普及，Cloud微服务技术当前比较盛行，在以前应该是Dubbo服务，后来慢慢建立了微服务体系，注册中心，分布式配置等各类组件，后面Nefix组件有些开始不维护，再到AlibabaCloud组件，现在很多开源框架、培训机构等依然以这些做一些宣传点。然后从自己的在多个大中小项目和落地的情况，企业运营管理，跟进行业先进技术发展，后期运维效果等多个角度思考，这无形中也会引起另一方面的方向失误

  
• 11.13 12:02:52
  发表了文章 2022-11-13 12:02:52

  我带团队从0到1做了数字中台技术转型(上)

  所谓的从零，就是从战略规划、团队建立，打造，技术规范，规范打造，积累沉淀，案例落地几个过程的整体提升，变换成技术规范、快速创新、积累沉淀等符合未来行业5-10年的发展，为企业从信息化，数字化，智能化的做好战略基础
• 11.13 12:01:25
  发表了文章 2022-11-13 12:01:25

  从多城市落地中台的经验总结和标准化输出思考

  使用最新的AI技术路线，几乎都是新的试点尝试，完全互联网思维落地政务项目，快速交付，快速落地，又是完全另一种打法。 从二线城市项目技术支持和规划过程中，联想其它城市项目技术支持过程中的一些中台经验总结
• 11.13 11:59:54
  发表了文章 2022-11-13 11:59:54

  我把传统业务架构升级到业务中台架构的心得

  此为实战经验输出章节，重点在于自我的经验总结和实践经验记录，自己在整个过程角色是架构师和研发部门负责人角色，即设计和执行合一
• 11.13 11:58:37
  发表了文章 2022-11-13 11:58:37

  我对国内行业软件发展的一些心得和规划

  自己本身处于行业软件，在这块上的体会比较深刻，国内千万个行业的发展，每个沉淀需要很长的周期时间，需要不断的去提升，打磨提升行业软件的服务能力，解决方案能力，结合更多的主流技术进行提供出更好的解决方案和用户体验，科技创新，提升业务本身的价值性和软件服务的优势。
• 11.13 11:57:33
  发表了文章 2022-11-13 11:57:33

  我把整个研发中台拆分过程的一些心得总结

  这里的中台架构不是平台，也不是微服务，使用的是微服务架构，这两个是不一样的概述。中台建设开源项目alinesno-cloud开始，社区建议沉淀和企业实践3年左右，于21年进行拆分，指导思想为轻中台，小前台，大平台

  
• 11.13 11:37:33
  发表了文章 2022-11-13 11:37:33

  我对管理角色带团队的一些经验分享

  每个管理者都有自己的成长经验和带人经验，这里主要是从IT行业的进行分享，不同的岗位和角色对团队有不同的要求，不同的场景会有不同的情况，阐述主要从团队新人入团队为出发点阐述，为后期多种带人的经验输出
• 11.13 11:33:32
  发表了文章 2022-11-13 11:33:32

  我对业务服务运维架构的一些设计思路

  业务性的运维管理从几个维度，主要是IaaS层，中间件层，业务层，运行状态层几个进行的监控管理，结合人工，手工，自动化能力角度进行设计，去掉重复的手工和低阶的运维，使业务运维偏向于高阶的思考，提升整个运维的管理能力