游戏服务器开发社区_社区达人页

OpenAI视频模型Sora的爆火在春节后迅速引燃整个行业，一时间“史诗级”“地表最强”等溢美之词不绝于耳，甚至引发了中美大模型差距拉大的话题。诚然，Sora所展现的文生60秒一镜到底视频的能力，是生成式AI的巨大飞跃，但放大到中美大模型差距拉大也大可不必。 目前的短视频编辑相关的行业仍然是爆款，吸引流量和变现的主要手段，所以这块无论是对于影视，音乐创作有很大的帮助，加上使用方便，能比较精准和快速的出结果，所以我很愿意在短视频制作上仍然使用sora。

目前国内对AI的使用比较浮躁，急于出结果，反而忽略了对重建自己的一套ai生态环境的思考，所以我认为目前ai还是主要用在暴利行业里

本期话题：1.如何让系统长期维持理想的“三高”标准？“天下武功，唯快不破”。性能是系统设计成功与否的关键，实现高性能也是对程序员个人能力的挑战。不过在了解实现高性能的方法之前，我们先明确一下性能优化的原则。 首先，性能优化一定不能盲目，一定是问题导向的。脱离了问题，盲目地提早优化会增加系统的复杂度，浪费开发人员的时间，也因为某些优化可能会对业务上有些折中的考虑，所以也会损伤业务。其次，性能优化也遵循“八二原则：即你可以用 20% 的精力解决 80% 的性能问题。所以我们在优化过程中一定要抓住主要矛盾，优先优化主要的性能瓶颈点。再次，性能优化也要有数据支撑：在优化过程中，你要时刻了解你的优化让响应时间减少了多少，提升了多少的吞吐量。最后，性能优化的过程是持续的：高并发的系统通常是业务逻辑相对复杂的系统，那么在这类系统中出现的性能问题通常也会有多方面的原因。因此，我们在做性能优化的时候要明确目标，比方说，支撑每秒 1 万次请求的吞吐量下响应时间在 10ms，那么我们就需要持续不断地寻找性能瓶颈，制定优化方案，直到达到目标为止。高可用（High availability，即 HA）的主要目的是为了保障「业务的连续性」，即在用户眼里，业务永远是正常（或者说基本正常）对外提供服务的。高可用主要是针对架构而言，那么要做好高可用，就要首先设计好架构，第一步我们一般会采用分层的思想将一个庞大的 IT 系统拆分成为应用层，中间件，数据存储层等独立的层，每一层再拆分成为更细粒度的组件，第二步就是让每个组件对外提供服务，毕竟每个组件都不是孤立存在的，都需要互相协作，对外提供服务才有意义。 要保证架构的高可用，就要保证架构中所有组件以及其对外暴露服务都要做高可用设计，任何一个组件或其服务没做高可用，都意味着系统存在风险。 那么这么多组件该怎么做高可用设计呢，其实任何组件要做高可用，都离不开「冗余」和「自动故障转移」，众所周知单点是高可用的大敌，所以组件一般是以集群（至少两台机器）的形式存在的，这样只要某台机器出现问题，集群中的其他机器就可以随时顶替，这就是「冗余」。简单计算一下，假设一台机器的可用性为 90%，则两台机器组成的集群可用性为 1-0.1*0.1 = 99%，所以显然冗余的机器越多，可用性越高。 但光有冗余还不够，如果机器出现问题，需要人工切换的话也是费时费力，而且容易出错，所以我们还需要借助第三方工具（即仲裁者）的力量来实现「自动」的故障转移，以达到实现近实时的故障转移的目的，近实时的故障转移才是高可用的主要意义. 高稳定就不用说了，而我对稳定性的理解不仅仅是程序层面要求代码逻辑，架构上稳定，还在于运维层面联合起来的一种稳定。所以作为一个持续性的工作，运维需要持续关注和维护系统的稳定性，需要从以下几方面去考虑： 做好基础设施的运营维护，保证硬件、网络、存储、机房等基础设施的正常运行和稳定性，防止单点故障等问题。 维护和管理系统软件，包括操作系统、数据库、应用程序等，确保软件的正常启动和运行，处理各种故障和异常情况。 设计和实施监控系统，对系统的各项指标进行实时跟踪和记录，对异常情况进行处理和修复。 做好日志和事件的管理和审计，对系统和应用程序的操作和记录进行审查和分析，过程记录和数据可追溯。 制定和执行灾备和容灾计划，确保系统在灾难和故障发生时能快速恢复，减少服务中断和数据损失。 做好计量和报表的统计和管理，及时了解系统使用情况，做好资源规划和预测工作。 制定和执行安全规范和措施，包括安全管理流程、身份认证、权限控制、数据备份和恢复等，确保系统和数据的安全性和保密性。 总的来说，运维需要全面看待系统故障、安全、性能等问题，采取针对性的措施，确保系统的稳定性和可靠性。 ============================2.在实际业务场景中，“三高”是真实存在的吗？毋庸置疑，我从事游戏服务器开发行业已经十几年了，经历过百万人同时在线的游戏，我们在12年的时候就已经用三高的思想来做开发和运维了，只不过之前由于硬件和中间件不如现在这么发展迅速和方便快捷，考虑总会有欠缺，而现在目前有大量的缓存，中间件作为工具来帮我们解决三高问题了。 ===========================如果你是技术负责人，你会选择用“三高”来评价系统开发工作吗？正如第二个问题，我们时刻使用三高作为一个架构设计，程序设计，运维监控的标准，确保业务的无缝切换，无缝灾难恢复，提升业务使用体验，这才能不断的打磨出好的产品来。

12年的时候掉进了rabbitmq的坑 通宵了好几个夜晚，吃饭没有胃口，人都消瘦了五六斤吧，所以技术上还要是学到本质，看到背后的东西，不要流于表面，否则栽跟头就是自找苦吃

积极参与每次活动

人工智能还是不能完全替代人类，比如视觉检测上，仍然需要人工干预来检查，包括stable diffusion仍然需要部分微调来修改瑕疵

1、开发者的技术是和行业紧密相连的，因此开发者对自己所属的行业的社区是非常感兴趣的，比如我从事游戏开发行业，那么我对于开发语言本身并不是很关心，反而更在意游戏架构，游戏开发相关疑难杂症剖析方面的社区，所以我建议社区是和行业紧密接合的，而不是和具体的开发语言捆绑的。 2、我经历过不同的平台的社区，总体来说活跃性不是太高，好的社区需要有高质量的文章推送和分享更新，有参与度的话题参与讨论，有线上或者线下的一次每月/周的会议来share各自最近的一些技术心得体会，有交流才会有成长，才会对社区有感情。 3、如何促进开发者与技术社区之间的知识共享，实现知识的沉淀流动和技术进步是很多社区面临的问题，如第二个我所回答的，需要保持社区的活跃度，平台可以推广一些社区的运营活动，以此来拉动开发者的活跃度以及社区管理员的参与度

1.平常积攒的小家电比如剃须刀，小台灯等会等到双11才买的2.这个双11，给爸妈买了欧姆龙血压计，买了新的炒锅，换了一套煤气灶。3.金秋云创季活动挺满意，期待更多新开放的数据库产品