某大厂员工爆料：兄弟被降职降薪，被猎头挖新公司时承诺45万年薪，结果签合同才发现这45万里有部分是股权激励，还得2年后才能兑现。。

刚刷到这个帖子，我第一反应就是，这年头连年薪都开始玩阅读理解了。

兄弟本来就够惨了，在原公司被降职降薪，心里想着跳槽起码能喘口气，结果猎头那边一句“45万年薪”听着挺像那么回事，真到签合同才发现，哦，不是45万现金，是“45万概念版”，里面还掺了股权激励，而且两年后才可能兑现。看到这我都替人血压上来了。

这套路也太熟了，先把包裹吹大，等你面了、谈了、离职都快想好了，再慢慢告诉你细则。

最绝的是“部分股权”这几个字，写出来轻飘飘，落到打工人身上就是房租车贷先自己扛着，未来能不能拿到还得看公司活没活到那天。

这题一眼看过去不难，真下手时最容易写出一坨分支。 不是补 - 补错了，就是从左往右分组把尾巴搞乱。密钥格式化这类题，我一般先不急着拼字符串，先盯规则里最容易出错的地方：已有短横线要去掉，字母要转大写，分组要从后往前切。顺序错了，代码八成也别扭。整体写法我按实战里常用的“先清洗，再分段”来落，行文气质参考了你给的几篇技术文里的那种现场判断感，但内容和代码都重新写了。

先说题意。给你一个字符串，里面可能混着小写字母、数字和短横线，再给一个整数 k。要求把所有短横线去掉，字母转成大写，然后从后往前每 k 个字符切一组，用 - 重新拼起来。第一组可以短一点，但不能是空。

这题最烦的地方，不在“转大写”，也不在“加分隔符”，而在分组方向。很多人顺手就从左往右切，结果第一段长度不好控，还要额外算余数。其实从后往前更顺。因为题目天然要求尾部每组长度固定，那就直接倒着收集，最后再翻回来。

我平时会这么写，逻辑不绕：

defformat_license_key(raw: str, k: int) -> str:
    cleaned = []

for ch in raw:
if ch == '-':
continue
if'a' <= ch <= 'z':
            cleaned.append(chr(ord(ch) - 32))
else:
            cleaned.append(ch)

ifnot cleaned:
return""

    groups = []
    buf = []

for i in range(len(cleaned) - 1, -1, -1):
        buf.append(cleaned[i])
if len(buf) == k:
            groups.append(''.join(reversed(buf)))
            buf.clear()

if buf:
        groups.append(''.join(reversed(buf)))

return'-'.join(reversed(groups))

拿 raw = "2-5g-3-J", k = 2 试一下。 先清洗得到：25G3J。 再从后往前切：J3、5G、2。 翻回来就是：2-5G-3J。

这个写法有两个好处。第一，不用纠结第一组到底多长；第二，代码读起来像在做数据清洗，比较稳。要是你非要先算总长度和第一组长度，也能做，但分支会多一点，代码味道就重了。

再补一个细节：我这里没直接用 replace 和 upper 一把梭，不是不会写，而是算法题里我更愿意把“清洗动作”显式展开。这样边界更清楚，也方便你在面试里顺手解释时间复杂度。整题遍历几次字符串，时间复杂度 O(n)，空间复杂度 O(n)，没什么虚的。

这种题说到底不是考 API 背得熟不熟，是看你会不会先把规则拆干净，再选一个少犯错的处理方向。方向选对了，代码自然就顺了。