首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    架构漫谈(六):软件架构到底是要解决什么问题?

    前一篇文章简述了什么是软件。那么什么是软件架构呢?按照惯例,我们来看看是什么问题,是谁的问题。 要解决谁的问题?   如前所述,软件实际上就是把现实生活模拟到计算机中,并且软件是需要在计算机的硬件中运行起来的。要做到这一点需要解决两个问题: 一、业务问题   具体的现实生活状态下,没有软件的时候,所解决的问题的主体是谁,解决的是什么问题,是如何解决,如何运作的? 二、计算机问题 如何把现实生活用软件来模拟? 模拟出来的软件,需要哪些硬件设施才能够满足要求? 并且当访问量越来越大的时候,软件能否支持硬件

    05

    运维遇上中台,送分或送命?而我理解的运维中台是这样

    前段时间有篇文章朋友圈疯传,【中台搞了2年,项目叫停,CIO被裁!本以为中台是道送分题,没想到是送命题!】。从结果来说,这个项目肯定是失败的,文章中透露出中台是“最短的笑话”和”玄学”之类的表达。很多时候把中台看成一个技术课题,但做着做着发现不对,它又是一个组织课题和业务课题。在前不久的【数字化奇葩说】第一期关于ERP和中台的讨论,我也作为嘉宾参与并发表了个人观点【见文末】。其实想表达的是,能和中台扯上关系的太多了,回到运维领域,是否有一个运维中台存在?它是否是个玄幻话题?抑或是为了概念而概念?如果有,我们该如何抽丝剥茧的理解它呢?

    03

    为什么微前端开始在流行:后端解耦,前端聚合

    采用新技术,更多不是因为先进,而是因为它能解决痛点。 过去,我一直有一个疑惑,人们是否真的需要微服务,是否真的需要微前端。毕竟,没有银弹。当人们考虑是否采用一种新的架构,除了考虑它带来好处之外,仍然也考量着存在的大量的风险和技术挑战。 前端遗留系统迁移 自微前端框架 Mooa 及对应的《微前端的那些事儿》发布的两个多月以来,我陆陆续续地接收到一些微前端架构的一些咨询。过程中,我发现了一件很有趣的事:解决遗留系统,才是人们采用微前端方案最重要的原因。 这些咨询里,开发人员所遇到的情况,与我之前遇到的情形并相似

    02

    基于Vue和SpringBoot实现智能化人事系统

    基于 Vue 和 SpringBoot 的智能化人事系统能够为公司提供良好的公司事务管理信息界面,方便公司对自己结构层次,人事处理进行修改、维护、检索信息。采用 SpringBoot + Vue + MySQL 设计实现智能化人事系统,其主要功能职位管理、职称管理、部门管理、操作员管理、员工管理、工资管理、个人中心等七大模块。职位模块有添加职位,删除职位,修改职位等功能,职称管理包括添加职称,删除职称和修改职称等功能,部门模块有查询部门,添加部门和删除部门等,操作员管理包括添加操作员,删除操作员,修改操作员信息的功能,员工管理包括添加员工,删除员工,搜索员工等功能,工资管理包括修改工资,工资套账等功能,个人中心包括修改个人信息和修改密码等功能。

    02
    领券