在解决了系统设计问题之后，任何一个公司，任何一个面试，都一定会涉及到你作为一个工程师最最核心的价值和能力，就是你的经验，具体来说就是你做过的项目。
这块是面试准备时的重中之重，应该作为最高优先级来对待。
有很多同学，做的项目其实挺不错，但是平时疏于总结，面试前也不准备，结果面试时支支吾吾，半天答不上来，白白浪费面试机会。
比如一个非常典型的项目经验的面试考察情景如下：面试官反复的追问项目的各个地方的技术实现细节，就想看看有没有哪个地方是有一定的技术难度的，可以体现出这个候选人的一些项目上的亮点。
但是呢，候选人说来说去，总是从业务的角度去说，就说有哪些子系统组成，分别是干什么的，如何交互的，看来看去都是系统业务的东西，就是没看到什么有技术含量的东西在项目里体现出来了。
如果出现上述的情况，那么这个候选人要拿大厂offer的概率就很低了。
因为你的项目里没看出来什么东西，没什么亮眼的地方。你看起来就跟千千万万个普通的工程师没任何区别。
而且，在薪水方面，你要价23k，但是另外一个人要价是20k，还有一个人要价是18k。
在这种情况下，你觉得你的offer好拿么？我们为什么不找一个更年轻，更有活力的，有冲劲的小伙子，他也做过跟你类似的一些没太大技术含量的项目。
虽然你工作了5年，人家就工作了3年，但是从技术和项目两块考察，你跟他没太大区别。你不过就是比他多工作了2年，多做了几个没技术含量的项目罢了。
但是在薪资要求方面，你可比人家多了5k，在这个时候，面试官在没更好选择的情况下，一定会找那个薪资要求仅18k的小伙子。
这也是为什么很多同学不好好准备出去面试，结果面半天，老是被人家说：你先回去等通知，我们要再多面试几个候选人综合考察一下。到最后面试好多次也拿不到几个offer。
其实原因很简单，你没什么能打动面试官的亮点，没什么太突出的能力。而你的工作年限越长，薪资要求越高，就越是不容易拿到好公司的offer。
上面说的，是一个极端，这类同学对自己做过的项目毫不重视，导致无法在面试中复现项目中的各种技术细节、技术难点。
这样，即使你的项目很牛，那又有何用，你当时做项目的时候，面试官又不在场。。。
然而，也有不少同学，他们的项目其实并不高端，甚至是有点low。但是呢，人家凭借自己精心的准备，加上一些面试技巧，巧妙的让自己的项目脱胎换骨，瞬间变得高大上。
所以说，项目准备，百转千回，这里面有不少门道，接下来咱们就来聊聊。
同样，咱们分为两条路线来谈：一个是长期准备型；一个是短期突击，临阵磨枪。
对于前者，我个人的建议，还是像之前说过的一样，平时你工作的时候，一定多给自己设立技术挑战。总结起来一句话：没有困难，制造困难也要上。
这里面可能会存在对于架构的过度设计的问题，站在公司的层面会觉得花那么多时间设计这些架构实在是无用功，但是从个人发展的角度，为了你的职业生涯发展，你有时不得不过度设计一下。
况且，这个对公司也未必是一件坏事，万一你公司以后规模发展起来了呢？这个谁又说的清楚。
举个例子，你在公司目前是负责一个OA办公系统，就内部几十个人使用，主要就是写写业务，crud啥的，看起来很low的项目。
然后呢，你使用的技术就是简单的SSM，可能连SpringBoot都没上，整个项目就部署的一个单体工程，没有微服务、没有缓存、跟所有高并发高可用等技术完全绝缘。
确实，几十个人用，你何必杀鸡焉用宰牛刀呢？
但是想象一下，如果你的公司是一个世界500强，这套OA系统有上万人使用，那么情况肯定就不同了，可能就需要另外一套技术架构。你完全可以在工作中给自己做这样的假设，设置这样的难题。
当然，这只是笔者举的一个例子，之所以用这个举例，是想说明一下，无论你做的是什么项目，你都可以从某种角度出发，给自己制造各种技术难题，然后解决难题。
你可以在不要给工作量增添太多的情况下，尽可能从公司发展的角度去考虑，向领导阐述你的考虑，这样公司未来发展5~10年，这套架构都够用了。