最快的办法是看明白一个项目之后说是自己做的，时间紧的话其实都不用复现。可以是前司的项目里厉害的部分，也可以是github项目，在面试的时候说成是上一段工作经历里的内容就好了。小肥之前面的时候感觉问的基本都是一些常见C#八股和设计模式。如果是cs一般还会问问常用的orm框架和一些控件相关的问题，是bs的话会问一些更偏408那几个科目的内容。肥觉得最重要的是要把八股延伸好，大多数面试都会想听你聊聊在具体业务中是怎样使用缓存、反射、多线程和设计模式的，概念上没解释那么清楚反而没什么关系。
肥哥到底选哪条路线的话其实更看你想干什么行业，做银行医院工厂业务的cs偏多，bs大多是外企和部分工厂有在用，技术也相对更新一些。小肥之前是在简历上放了两个cs一个bs的项目，其中两个其实都很弱智，但比不放还是会好一点，所以肥哥不用怕项目算不上复杂，这其实是只是用作前面说的业务结合八股的一个引子。之前投不进去也可能是因为时间不对，让gpt帮忙润色一下简历年后多投投就好了。
纯后端肯定是找得到工作的，但写点前端经验上去肯定能加分，并不用会得太多，就那种对着文档能实现点东西的程度就行，我写了这个部分上去其实面试的时候一次都没有被问过，但后来实际工作还是有让我写过那种razor项目里的前端，我都不知道我那种都无法自适应的低智前端页面怎么敢抬出去用的。asp和wpf的成长路线肥也说不出个啥，也许都还没有肥哥学得好，应付面试的办法就是以上那些，一般相对大的公司还更能接受0基础winform转wpf。
winform的话肥感觉设计模式和领域模型的运用在项目里实在是太重要了，肥在现在公司最大的感受就是大家写了好多重复性高、迭代难的呆呆代码。像遇到不同厂区提的需求细节不同但大差不差，明明可以提个接口出来写不同的实现，但就是要揉在一起乱七八糟，最后分不清的时候又拷贝一下另起一个也没多大差的页面。其他细一些的东西感觉就是一些控件的用法，像是把一个List<Model>绑到gridcontrol后，用GetFocusRow()后再转成Model，就可以把这个实体往另一个窗口传。但我看了公司整个Mes项目里面，没有任何一个人在这样写，全是用GetRowCellValue()一个一个单元格取，挨着把这个实体的所有属性取到，赋值到一个新的Model上再传过去。感觉这种东西只能通过多看别人写的项目去学到，毕竟大家都不会抱着个文档一直看，肥也没有特别系统地学习过，都是东拼西凑的结果( ﾟ 3ﾟ)
