n++次，自己都数不清了，感觉离了ai后自己的代码能力变为零了，球球cluade降点价吧，快养不起了；呜呜呜呜呜

我觉得公司和岗位的重要性各占一半吧，在大厂做边缘业务，和小厂做核心业务，价值其实是一样的。更多还是看个人能力可不可复制，业务和岗位有没有上升空间，没必要死磕大厂。 小公司的技术团队一般也就百来号人，开几次全员大会，公司什么情况、接下来要做什么，基本就摸清了。平时吃饭闲聊，也能知道行业里在玩什么。想知道别的团队在干嘛，搬个椅子去聊聊天就行，组织扁平得很。趁着这个机会前后端都折腾一遍，慢慢就能找到自己真正感兴趣的方向。 技术选型上，小公司喜欢追新，能买第三方的绝不自己造。但问题也明显，基础设施不完善，经常东拼西凑用开源方案凑合，规范不统一，有时候感觉就是在“把东西弄出来先跑起来”。工作标准也相对宽...

现在很犹豫，有点想转码，但本人是一定要考研的，那么推荐本科期间转码找实习然后考研吗，还是说考机械研究生后转码，或者跨考计算机研究生，各位佬给个建议

1. 自我介绍2. 如何理解继承、多态和封装，在什么场景下使用答案：封装的核心是把数据和行为收进对象内部，对外只暴露稳定接口，减少外部对实现细节的依赖。继承主要解决“共性抽取”和“接口复用”的问题，但它不应该被滥用成单纯的代码复用手段。多态的意义在于让同一套调用代码适配不同实现，比较适合行为抽象稳定、具体实现可扩展的场景，比如 UI 控件基类、资源加载器接口、渲染后端抽象、事件处理器体系。真正工程里，能不能用好多态，不在于会不会写 virtual，而在于抽象边界是否稳定。如果层次设计得不好，后面会很快出现基类臃肿、子类职责混乱的问题。代码： #include <iostream> ...