有一次面试，面试官直接让我手撕一道经典题——两数之和。题目不复杂，但要求我当场写出思路清晰、可运行的Java代码。我先说了解题思路：用 HashMap 存已经遍历过的数和下标，再一边遍历一边查找目标差值。写代码时我刻意放慢速度，把变量命名写清楚，同时不断口头解释时间复杂度和边界情况。代码写完后，面试官没有纠结细节，而是追问我为什么不用双重循环、HashMap 的空间开销是否能接受。那一刻我意识到，手撕代码考的不是你敲得有多快，而是你是否真正理解问题。这次经历让我明白，Java手撕题真正重要的是思路表达和基本功，而不是背模板。

朋友们好，本人是9本ic本科，参加26考研感觉结果不是很妙，遂迅速投入找工作。但本人技术能力很一般（）想找客户经理、技术支持 、售前工程师、fae和tse这类对技术要求不是特别高的。但现在这个时间段已经美美错过26秋招，市面上基本上看不到什么fae相关在招聘。想着先找个实习，但也很难找，对口的几乎没有。而且身边的朋友们都说一旦做了非技术岗，就再也转不回技术岗了，但技术岗可以转非技术岗，让我先找技术岗啥的。因为对求职一窍不通，求大家建议🥺

A. 「SFCOI-4」剑客花木兰 我们发现  的数据范围均很小，这说明我们可以通过一些比较暴力的方式解决此题。 这道题的做法很多，其中一种是我们先处理出全用轻剑所需要的轻剑使用次数和体力。考虑不断用重剑代替轻剑是否会使答案更优，暴力执行这一操作，即每次先减去一次轻剑操作，然后不断加上重剑操作直到能斩杀敌人。显然加上的重剑操作不会超过  次，这样我们就得到了一个时间复杂度  的做法，足以解决本题。 B. 「SFCOI-4」序列与变换 一个数的经过一系列变换之后只有两种变化情况： ，或者由于这个数太大根本无法变成  或 。 接下来我们可以证明这一点，当一个数变为  或  之后我们再对其进行操作 ...