感觉用这个的原因 一般有这些组里没有好活卷晋升了 需要整点技术需求 刚好组里又有一堆老史山项目但是有不能不用 这个时候可以考虑用感觉这个都是前两年进行改造的比较多 现在实际工作中可能会参与的是治理之类的工作吧简单说为什么要用 就是你的系统中 有一部分是别人的页面（业务方）你没法完整控制系统中所有组件 就比如说一个基座应用 具体的业务团队要往你中间各种塞内容这样的缺点：系统复杂度肯定是增加的 然后就是性能问题 兼容问题的 包变大呀 有些库会和qiankun之类的库会产生冲突和bug 就是会有额外的开发成本 就需要你去考量他是不是真的有必要了什么是微前端？简而言之，微前端（Micro Frontends）是一种将单一的前端应用拆分成多个独立的小应用的架构风格。每个小应用可以独立开发、测试、部署，而对于最终用户来说，这些小应用在视觉和交互上依然是一个统一的产品。实现微前端的方式有很多种，目前主流的微前端框架主要有以下几种：iframe技术： 早期的微前端方案大多采用iframe来嵌套不同的应用，简单易用，但在跨域通信、样式隔离、性能等方面有较大的局限性。无界框架（Wujie）： 腾讯出品的无界框架在iframe的基础上，进行了优化，使用了Shadow DOM和Proxy技术来解决样式隔离和JS沙箱问题，弥补了iframe的一些缺陷。Qiankun： 基于single-spa实现的微前端框架，是目前最成熟的微前端解决方案之一。它支持多种框架和技术栈的组合，提供了完善的生命周期管理、资源预加载、主子应用通信等功能，非常适合生产环境中的使用。Module Federation（模块联邦）： 这是Webpack5引入的一项新特性，它允许多个独立的构建项目共享模块，从而实现跨应用的模块共享。与传统的微前端框架不同，Module Federation更注重模块级别的共享和重用。微前端的设计思想微前端并不仅仅是技术的叠加，它背后有深刻的设计理念支持：技术不可知主义： 每个团队可以选择最适合自己需求的技术栈，而不需要担心与其他团队的技术栈冲突。这种灵活性是微前端架构的一个重要特点。团队之间的代码隔离： 微前端要求各团队的代码能够完全独立，避免共享同一运行时环境和全局变量。这样可以避免团队间的代码依赖和耦合问题。独立开发与部署： 微前端的粒度不一定要求是整个应用级别的，甚至可以是页面级别，或是更小的组件级别，保证每个部分都能独立迭代和更新。适合使用微前端的场景并不是所有的项目都适合采用微前端架构，适合微前端的场景通常具有以下特点：大型项目或平台： 如果项目非常庞大，团队数量多，功能复杂且需要频繁更新，微前端可以帮助将复杂的应用拆解为多个子系统，使得各个部分可以独立迭代和部署。多团队协作： 如果多个团队负责不同的业务模块，微前端可以有效地降低跨团队协作的复杂度，提升开发效率。需要技术栈多样性的项目： 如果不同团队有不同的技术栈要求，微前端允许每个团队使用最适合自己需求的技术，而无需为统一技术栈妥协。微前端可能存在的问题系统复杂度： 微前端的实现往往伴随着较高的复杂性，尤其是在应用的集成、路由管理、状态共享等方面，需要付出额外的工作。性能问题： 由于每个子应用都是独立加载的，可能会增加页面加载时间和资源消耗，从而影响整体性能。开发和运维成本： 微前端带来的独立性虽然提升了开发的灵活性，但也增加了运维的难度。例如，多个子应用的版本管理、依赖管理等都需要专门的工具和流程来进行管理。 #现在前端的就业环境真的很差吗#   #牛客创作赏金赛#  #我的求职思考#

ASIC（Application-Specific Integrated Circuit）芯片设计流程包含以下几个步骤：design specification（规范制定）->design entry（设计入口）->design synthesis（综合）->physical design（物理设计）->design sign-off       而我们常说的芯片验证一般指的就是在pre-silicon阶段使用仿真工具对设计的功能性进行验证。一般来说一个完整的硬件研发部门需要由这四个职能部门构成：硬件设计、逻辑设计、软件设计、测试平台。其中芯片验证是属于成品测试，有时候会在单板上去验证某个单元模块的芯片的功能实现情况，根据给入的信号和反馈得到的信号来判断，也有公司做芯片测试仪器产品，用于验证和测试一个芯片的性能和电参数，这样可以保证生产出来的芯片性能和电参数在送出去之前都能通过检测达到合格。       硬件设计部分需要完成包括但不仅限于产品设计书的文档编写，具体工作还有器件与芯片的选型、电路各模块功能的设计，各功能模块之间的通信，整个电路的设计架构是最为重要的也是最顶层，决定了整个电路的布局合不合理以及性能最终实现情况，       逻辑设计处于硬件设计之后，需要实现由前面已经设计好的电路的具体功能，电路设计好了，每个模块需要实现相应的功能，这时候就要逻辑这块的同事去编写好功能代码和运维脚本去烧录到芯片中，比如FPGA和CPLD，FPGA用于数据和信息的处理，CPLD可用于整板的运维和监控。       软件设计则完成整个板子的软件部分，给整板植入一个操作系统，需要在这个平台上完成各个模块之间的功能调用以及协同合作，能够实时看到整板的运行情况，以及整板运行时的各参数指标，去控制整板各个功能的启用和停止。       测试平台就负责将经过前面处理好的整板进行软硬件测试，运行工作一段时间，看是否会出现异常，将测试以及工作运行过程遇到的异常现象总结并反馈给前面的软硬件团队，沟通解决方案，硬件部分的问题交给硬件设计部门，软件部分的问题交给软件设计部门。反馈回去之后，再重新走一遍前面的流程，确保新引进的变动不会对整板功能实现带来影响。       芯片验证工程师的工作内容就是编码验证IC模块，验证设计代码，具体就是根据芯片规格和特点设计并实现验证环境；根据芯片或模块的规格，利用已实现的验证环境进行验证和回归。#通信硬件知识分享##芯片验证与设计##硬件开发岗知多少#

timeline技术1面 11.22技术2面 + hr 11.28这家公司很好，作息规律 10-10点半弹性打卡 晚上6点下班 双休，秋招hc少，很多都转正。语言kotolin + akka等 要转。一、技术1面1. 自我介绍（名字、学校、专业、项目）2. 问有没有offer、到岗时间3. 项目1：我负责的模块有哪些（流媒体、权限模块）4. 说完之后，我讲流媒体模块的功能 怎么设计 （分片上传，流媒体转码）5. 流媒体模块经过优化的（从之间传-》分片、从限定上传格式-》使用ffpeg转码）6. 流媒体哪部分使用了redis，我视频id和视频在minio的访问地址，存入redis提升性能。7. 还问了：项目服务器集群，5台流媒体模块（计算资源）、3台（机构、用户）、2台（minio以及redis存储相关）8. 问：集群能不能横向扩展？ （使用微服务架构、后台管理模块通过nacos + 远程调用通信、流媒体模块计算资源使用消息队列 + xxljob定时任务，扩展机器主要提供资源、任务统一调度）9. 问：项目难点  （分片相关的，数据格式转换的、团队合作，需求调整，整体比较复杂）10. 问：遇到难点，怎么解决（你的技术思路是怎么来的） （第一从学习项目里面的某些场景获取、第二从csdn或者技术书籍上面）11. rpc框架部分 （项目描述，是自己开发，主要是为了实现轻量化的自定义的rpc框架、结合自己的使用需求定制）12. rpc：zookeeper的选举策略（没回答上来）13. 问：redis的使用（项目1 用了、rpc用在服务列表保存部分）14. 问：rpc的难点（netty的LTC解码器解决粘包半包，然后自定义协议，实现调用命令的传输）15. 八股：redis的使用16. 八股：集合，用过哪些（线程安全 + 线程不安全的集合）17. 八股：ConcurrentHashMap的底层原理（我是按照1.7 和 1.8的介绍）分段锁和细粒度锁，以及链表 | 链表 + 红黑树18. 八股：内存模型 happensBefore规则，（我没回答上来，但是说了大概是干嘛的）19. 八股：垃圾回收算法 + G1的整体思路20. 八股：AQS抽象队列同步器，作用，干嘛的，底层框架，实现锁机制21. 自我评价（觉得自己怎么样）我主要针对 公司的兴趣（游戏）、我对技术的兴趣（喜欢开发）、喜欢钻研了解新东西22. 反问（部门是具体做什么的、面试流程 2技术 + 1hr） 语言（Java kotolin netty redis zookeeper）做的是slg游戏（策略游戏）23. 问：我平时玩啥？我说steam的策略游戏 + fps （主要文明6 钢铁雄心 游族的大皇帝）二、技术2面面试官：感觉是hr自我介绍（老样子 + 项目） 同时说对游戏比较感兴趣介绍一下项目（我主要说了第一个，流媒体，图文，权限模块，以及具体的实现思路 技术选型等内容，包括后续的测试 和 上线运维 CICD devops 以及Jenkins相关的设计问：我了解游戏开发的工作吗？问：我玩哪些游戏吗？（SLG策略游戏，我说游族的页游还有手游）问：我想在这个实习里面学到什么，获取什么东西？反问：最后一面（是，hr面）反问：12月12-15到岗可以吗？（回答，需要和主管商量）综合评价：面试不难，主要是自我介绍，加项目的介绍，后续看视频（基本是商业化面试的思路，复述了一遍）#游族##面经##牛客创作赏金赛#

大佬们  有收到 58 同城运维开发岗位的 offer 的吗