没见过猪跑，猪肉还是可以吃的。暂时没有大项目经验，但大项目要用到的知识是可以学到的。

一个网站 High Scalability: All Time Favorites

先用学习的眼光去看，然后才用批判的眼光去看，有部分文章有年头了，用到的架构可能不是最新的，请你不要因此就武断否定，最重要的东西不是用到具体什么技术，而是怎么考虑问题的。

书（不分先后顺序）

看了上面这些再说吧。

提醒几点

科学跳槽

跳槽要科学。从小应用没有任何伸缩性问题，跳到服务吞吐量大半个一个数量级有一点基本的伸缩性问题（如数据库优化）要你去处理的，再跳到大两三个数量级的，再到更大的。这样既科学也现实。

另一个角度是，不一定要马上去做和你说的“高并发”相关的工作，先进去大点的厂，给伙伴改个HTML也行，有了平台你的努力就有了意义，争取上前线的机会。

有效积累

有回答说大项目高并发是可以模拟的。这基本是靠“想”出来的。此类问题和普通码农做的事不是一个世界的问题，不是你写是来行代码能目测的，而是复杂现象=>动态问题=>简单有效的架构（从具体的接口设计到“怎么保持在线”这种问题）的过程，不是假设驱动的（能假设到问题的人应该五十好几大叔了吧已经），你能模拟出来一个生产环境内存泄漏的问题吗，或者MySQL + SSD可能碰到的问题，或者是分布式数据库的和MVCC有关的问题，或者队列系统的latency问题。你什么都还不知道呢，模拟啥？

不如去看书积累一点知识。

有了知识，不说大公司，中公司的面试，能说出道道来，才能科学跳槽。

不然你想立刻从零经验到“满经验”？这可能吗？

你大概需要6-8个月时间积累起来这层的知识，按大部分同学排斥英文的那个德行，凑个整，一年吧。