• Gojustforfun
    置顶
    2022-10-24 来自北京
    看到“实战”二字就进,来看看有多“实战”。 说个大部分人可能会有痛点: 身在小厂高并发系统设计与实践经验不足,学习高并发知识用不上(因为CURD业务做不完)。面试时一被追问几下就露怯了,就被猜到是看了面经并没有实战经验。进大厂才能有高并发经验,面试时得有高并发经验才能进大厂,怎么办?个人想学编程有个一般的电脑就可以照着书或文档开始动手实践,想提高高并发系统设计与实践能力,个人该如何做?如果愿意付费,租云主机倒是可以解决模拟环境的软硬件问题,但怎么搞还是缺乏经验/指导的,多半只能凭感觉“瞎折腾”。老师您能给一些可行的高并发系统个人实践方面的指导方法和建议吗? 好不容易碰到极客时间自家的架构师,多要(几)个加餐: 1.能介绍一下极客时间的技术栈吗? 2.今年寒冬有点冷,您那暖和不?要什么样的人?要求是什么? 3.学完专栏后,如何过技术面试(面试攻略),最好是能过极客时间的那种的。 祝大家节日快乐!^_^

    作者回复: 你好,感谢Gojustforfun你的留言,由于你的问题有点多,我挑主要的问题回答,对于高并发实践这里建议是这样,你可以在工作中对于自己维护的系统进行尝试改造,当然你要注意风险不要改坏了,我碰到过有同学跟老板说:老板你辛苦下,我测试下高并发,笑。 我们平时用的系统大多数都属于读多写少的服务,所以可以考虑前期先从加缓存入手,注意数据的一致性,在有一定心得体验后,在本地搭建压测环境,进一步论证,多投放在测试环境中使用,待一段多次经过测试验证后,再投入使用,当然这个只是对于缓存,其他方面的服务,我的建议是真实在项目中用起来

    
    22
  • 每天晒白牙
    2022-10-24 来自北京
    老师,用啥语言讲解

    作者回复: 每天你好,目前是使用的伪代码,偏GO,也有C++代码,重点是讲思路和设计

    
    12
  • 一步
    2022-10-28 来自北京
    老师方不方便 给我们讲讲 极客时间的高并发架构吗?

    作者回复: 你好,一步,很高兴收到你的需求,后续的内容中我会讲一些,但是不会特别提及是那个厂的架构~

    
    5
  • 骷髅骨头
    2022-10-25 来自北京
    能提供一些可以提前预备知识的书和资料吗

    作者回复: 你好,骷髅骨头,很高兴收到你的留言,由于高并发是整个互联网都在研究的方向,所以这个范围有些大,个人建议找一些典型的项目先进行了解,特别是缓存、队列、分布式服务,其中典型的是Redis、Kafka、ElasticSearch,建议对他们进行深挖!

    
    4
  • 拾掇拾掇
    2022-10-24 来自北京
    期待老师的课,让我这个小厂菜鸡,有架构设计的能力

    作者回复: 期望我的课能够给你更多视角去思考,在学习过程中,如果碰到问题随时留言~

    
    4
  • 风轻扬
    2022-10-26 来自北京
    老师,在开源项目的参与上,能不能帮指点一二。比如:对新手来说,如何选择开源项目进行参与?后面如何持续跟进参与

    作者回复: 你好,行则将至,我的建议是找一个比较活跃的社区,加入他们的群,同时阅读开源的源码,清楚他的思想,但是这个过程是一个长期的过程,所以你找的开源要找用的人多并且一直活跃的,剩下就是在自己的工作中对其进行使用,有自己见解后,尝试提出自己的见解以及提交PR、报issue bug,如果你做的方向不错,社区会很快接纳你

    
    3
  • 梅子黄时雨
    2022-12-13 来自内蒙古
    既有实战又有系统化的思维。

    作者回复: 你好,梅子黄时雨,感谢支持,有任何疑问随时留言交流!

    
    2
  • hurrier
    2022-11-03 来自北京
    老师好,我想请教下如何参与开源。 很多有意思的开源但是在工作中并不会用到,这时候怎么才能参与到开源里面去

    作者回复: 你好,hurrier,如果在工作中用不到,会碰到很大的认知障碍,核心在于我们的视角和用户的视角会不一致,造成和社区伙伴的隔膜。所以总的来说,开源社区如果想开心的玩在一起,还是需要投入精力一起开心的。所以推荐找一些能结合进来的项目一起做,毕竟看看不亲自参与的吃瓜,是没什么真正成长的。

    
    2
  • 宁缺毋滥
    2023-02-23 来自上海
    https://mp.weixin.qq.com/s/220XLSsMw8N4CJIsRZU3DQ

    作者回复: 谢谢捧场!

    
    1
  • 李蕾
    2022-11-26 来自北京
    从个人工作经验浅谈: 1)当业务很小的时候,不需要什么高并发,直接堆机器就可以,很多业务生命周期就是一个月,可能更多的就是稳定性; 2)业务开始增长时,这时候很多就是缝缝补补,开始研究数据结构、代码优化、JVM优化... 3)即使是最简单的业务当并发开始过万,每天的数据条数过亿,瞬时消息峰值几千万,每天的数据几百G甚至过T了,高并发走起,分布式数据库搞起.....

    作者回复: 你好,李蕾,写的很好,补充点其他的,第一条几乎覆盖了大半的互联网公司,但是这种业务不可避免的偶尔用户流量大导致服务崩,第二阶段开始需要运维、底层研发人员、第三阶段需要集团公司去做了,普通公司成本扛不住~

    共 2 条评论
    1