公司接触不到高并发，高可用的东西，如何自己提升？

我算是明白了，对大多数人来说想靠公司业务提升自己都是不可能的，你只是给资本家卖命换点钱，所以还得靠自学，现在网上资料这么多，能纸上谈兵侃侃而谈就足够满足面试了。

其实和楼主有同样想法

搞个副业？

很多人都这样, 特别是脚本语言. 单机搞定

身在福中不知福：）

个人的提升不单单是只有代码上的提升，
还有管理上的提升，
认知上的提升。

代码上的提升：你可以看看大佬们写的书籍，看看他们遇到什么场景，如何解决这个场景问题。大多数大佬都会出书 li 作。以及如何写出更优雅的文档，如何优化业务流程，优化代码结构。太多事情代码的事情可以做了

管理上的提升：你可以看看管理类的书籍，理由如上，不需要你去经历，你需要看看别人遇到管理问题，是如何解决的。

认知上的提升：你可以看看《软技能 代码之外的生存指南》

学会接受别人说得对的地方：
不要动不动就拒绝别人的好意，不要动不动就觉得人人都是在害你，这个世界上没有没有无缘无故的爱，也没有恨，所以帮你的是你的贵人，给你指导的可能方式不对，但是你要感恩，不要去抱怨他。吸收他说的对的地方,猥琐发育。
也可以指正他的说话方式。不帮助你的人也不是坏人，顶多只是和你没有交集而已。没有谁是谁的中心。所以不要抱着人人都要听你的想法。除非你是顶级上司。

为啥不能拿高并发高可用的标准去做？实践的时候没有场景就创造。

先学些理论和相关工具，然后搞搞个人项目？

@Luckyray 大多数人都是面试造火箭，进去拧螺丝

@jobtesting 很多问题只有遇到才会去寻找解决方案，大多数的业务基本就是 nginx 做个负载就 ok 了，根本遇不到高并发的东西，而且很多中间件，架构组不允许引入

自己研究个轮子玩玩?

这个自己在电脑上就能模拟吧，跟公司有啥关系？

你说的高并发到底有多高的并发？是单个接口、单个服务的并发还是整个大项目的并发？
整个项目并发撑不住，改成 SOA 架构就提升不少。单个接口，5w 以下并发，集群堆机器问题也不大。如果已经演化成微服务架构了，入口 nginx 是瓶颈的话，上硬件代理。What ? 10w+? 我 TM... 放过我吧，我还是个实习生 = =。。

战略性 mark

自己学习呗

同问

研究开源项目 好好学习算法 然后去大公司。。。
这些东西自己不做的话是没法学习的

mark

高并发，高可用才是提升方向？

代码写的好不好？
架构设计合不合理？
工程管理是不是方便？

天天想高并发，高可用就是好高骛远，没什么卵用的，干好现在的才是真的。
（你以为换个公司就会有了？即使有了，会让你做么？让你做了，你能做好么？）

@zhengxiaowai #19 但是面试要问

@zhengxiaowai 但凡去大厂，流量一旦上来了，你会发现小公司绞尽脑汁设计的代码优化架构等，还不如用中间件搞定，主要是个眼界问题，互联网为啥挣钱，就是做了很多传统行业做不到的东西

自己玩

同问。根本没有实践的机会，纸上谈兵又没有什么用

自己可以搞一个，用多个虚拟机模拟一个集群，内存可以分配的小些，然后用 redis 模拟高可用，通过代码模拟大量的 PV

求带！！求带！！求带！！求带！！求带！！求带！！

我这边有机会，将你的简历发一份给我吧。

@orm 造轮子前先看看有没有现成的很好的。轮子造好了，也要定期看看是不是有更好的轮子，虚心替换。

。。。。公司也不配妹子，你不还是找到女朋友了吗？

自己动手丰衣足食

想要高并发实践经验，必须参与一个高并发的业务。没有高并发的经验，高并发业务 team 拒绝你加入。然后循环依赖了。

前段时间面试被虐了,也是因为这个原因. 现在采取的措施是 看书+学会纸上谈兵,其实最主要的是理解为什么这样搞.

另外我个人认为业务能力大于技术能力,毕竟大多数做的都是业务内容,但是面试往往只看中技术能力,哎.

看 Linux 内核，epoll 通了应该问题都不大了

同样的境况，我目前是能在项目中使用的就尽量去使用，即使只是用其中的一点点功能，另外，下午下班后到睡觉前是各种学习的时间，公司没有实践的机会，那就自己去提升自己，懂理论，实践起来会很容易，但是只会实践，生搬硬套，你感受不到快乐。

mark

@earendil1412 现在各种微服务，分布式，没这么简单了

靠自学就能侃侃而谈了

看来需要提高吹比技巧。

没办法，只能自己学习，以我经验大多面试都是靠吹

战略性 Mark

准备实习了，也有这种顾虑。接触过一些中间件，觉得搞中间件很有前途啊

问到了点子上

现在不都是面向工资编程吗

用 c/c++随便写个都是高并发的

@orangeade 那就再加个 zookeeper

cache+queue 差不多可以解决基本的并发问题了，不行加个分表分库。

战略性 mark

自己找云，搭架构。

没做过还夸夸其谈显得很蠢，很少有面试官会戳穿吹牛的候选人，嗯嗯啊啊回去等通知就行了。没机会接触就好好学算法刷题，基础好进了大厂该会的就都会了

玩玩压测，疯狂的压测

跳槽去核心系统，比如支付宝的账务系统，天猫的交易系统，或者各大公司的中间件团队……嘿嘿

@shisang 扯淡，一看就知道纸上谈兵

@sudoz #49 这是先有鸡还是先有蛋的问题。跳这种槽，可能就在面试阶段被卡死了。

mark

多么高的并发算高并发？

同困惑。。。

最好的办法是跳槽，中大型的公司会让你学到很多，也有实操的机会。实在没办法的话只能自学，找些分布式存储相关的书看看，以后跳槽了再实操吧。

此外，在设计程序的时候，从高并发的角度去考虑怎么减小 cost ；从高可用的角度考虑怎么容错。这个是一般场景都可以做的。

haskell 了解一下？
c++了解一下？

同样困惑好久了。现在的工作就是增删改查，想跳槽去大厂提升技能，结果面试时要求有高并发高负载经验，于是就进入了死循环。至于说靠自学的，其实自学的深入程度是比不上工作中实操的深度的，实际工作中遇到的各种问题比书中的 demo 要复杂的多，面试的时候很容易就被问出来了

@ittianyu 5w 的并发，兄弟，很多组件已经扛不住了

还是需要去大公司实践吧，生产环境中的很多情况自己很难模拟的。

高可用是看 ROI 的 高并发也只是一种场景的处理 这两者面试的要求都是结合自身经验以及网上资料去谈 主要考察的不光是表面的还包括你的思维和理解能力 退一步 即使这一块答得不好你也可以有其他的闪光点拉住面试官 不要因为自己客观条件缺失 就将所有的失败都归结到这个上面

有些坑你不去真正的遇上踩下去是永远遇不到的.....多看书看资料学习就是为了遇到这些坑的的时候起码用应对方案。

搞并发和高可用很多时候都只是加分项，只是一部分面试官那里是必需有的。多学习，打好基础（至少高并发你要有纸上谈兵的能力吧，不然怎么和别人做区分呢，怎么证明你热爱学习呢），深入理解你公司的系统，对其优势和问题都有理解，尝试去优化这些问题。做到这些我觉得进大厂并不难，大厂也不是每个人都在做高并发。
没做过高并发你想去直接去搞高并发中间件，这不是扯淡吗。总之你真正做好手中的事情，持续学习，进不了大厂就进中厂，再继续打怪升级。

@Luckyray 对于这个道理我也是非常后知后觉的

大多数公司都遇不到高并发，可还是死命装逼喜欢靠别人高并发的问题，同时也造就了 LZ 这样的人。

参与外公司的项目

占坑

公司线上就一台服务器

战略性 mark

各种学习啊,GO,python 现在又在看机器学习

这个确实是个问题，最好的环境是你公司产品有很强的互联网属性，用户量较大，实战肯定比你自己搞的东西好。实在不行去做爬虫，爬各大门户网站新闻。

自己做业余项目，总会有一两个爆款的。这几个就会容易存在并发了。

我也是这样，没接触过高并发和高可用，但有时面试创业公司时，别人就偏偏问你这块儿问题！

现在框架多了，什么高并发，tps,qbs，还不是走到 x86, arm 汇编代码。java,go 现在的面试官也是一知半解。去面试 Java 的人问的最多的是 jvm 调优，jvm 内存管理什么是？这 tm 不就是 c/c++的范畴吗？为什么呢，因为这些面试官大部分是没看懂 jdk 源码的。会问一大推框架原理？原理什么，有读源码的能力这个算什么？这些框架都是开源，真为难现在的面试官了。

我也很迷茫 自己做没动力 大厂卷不动