@Gilfoyle26 大部分企业都是按照财年来规划 hc 的，最近很多 hr 猎头都在预热，联系候选人，因为他们手上有提前的 hc 计划，春节后很多人都会拿完年终奖就跑路，所以这基本是个惯性思维，不过很难说今年会怎样，这只是我基于之前的经验，我和我的很多同行同事，每次跳槽都在年终和年初。

@yxd19 哈哈，我都是先直接吧我想表达的跟 ai 说，ai 帮我优化文字和用词，我用各大模型都试过了，目前主力使用 gemini 3 pro 做我的文案专职秘书，体验感很舒服。（这段不是 ai 生成的，哈哈

@hjw45611 老哥扎心了 😂。

确实，现在的痛点不是“躲猎头”，而是“怎么让猎头搜到我”。

这也正是我做这个工具的第二个原因： 很多时候我们技术虽然牛，但简历写得太老实、太干巴，过不了 HR 的初筛（或者机器筛选）。

LinkCV 里的 AI 润色 就是专门干这个的。

你写：“负责优化数据库查询。”
AI 帮你改成：“针对千万级数据表进行索引优化与慢查询重构，将核心接口 P99 延迟降低了 40%，显著提升了系统吞吐量。”
把自己包装好，才是被“骚扰”的前提。 既然大环境不行，咱们就用 AI 魔法打败魔法。😎

@Nexora 老哥这个场景确实非常真实！👍

但换个角度想，“无法查看”其实是一个非常重要的信号。

以前发 PDF ，你发出去就失联了。HR 转给 Leader ，Leader 放在回收站还是存在本地，你根本不知道。

用 LinkCV 的逻辑是这样的：

我设置 7 天有效（而不是 24 小时），足够覆盖正常的面试流程。
如果 Leader 点开发现 404 ，说明啥？说明这公司流程拖太久了，或者他们把你晾了一周都没处理。
重点来了：为了解决“不知道有没有被查看”的焦虑，我刚听劝连夜加了 IP 访问追踪 功能。
你可以看到：周一 10:00 北京 (HR 看了) -> 周二 14:00 北京 (Leader 看了)。
一切尽在掌握。如果 Leader 没看，你甚至可以主动去问 HR：“方便的话我再发一份最新的 PDF 给您？” —— 这比干等强多了。
至于“阅后即焚”，指的是访问权限的回收。互联网上没有绝对的物理销毁，但在社交工程学上，切断链接传播就是保护隐私的第一道防线。

感谢各位老哥的犀利吐槽，确实是被打醒了 😂。

1. 关于“阅后即焚”和 PDF 的冲突：大家说得对，只要能看就能存，物理上的绝对销毁是不可能的。我做这个功能的初衷其实是**“防滥发”而不是“防存档”**。以前我试过简历为了一个职位发给猎头，结果被莫名其妙转手了好几家。用链接的话，至少在这个链接失效后，我的信息源头就断了。

2. 关于“大环境”：确实有点没认清形势（苦笑）。现在的痛点确实不是“怕骚扰”，而是“石沉大海”。 所以其实我也做了一个 “访问统计” 的功能。与其不知道 HR 看没看，不如发个链接，后台能看到 View +1 ，至少知道简历被打开过了，心里有个底。

3. 关于“自嗨”：本质上还是想做一个让咱们写代码的人用起来爽的工具，Markdown 敲简历确实比拖拽 Word 舒服。
无论如何，感谢大家的试用和喷，都是改进的动力。 🙏

打开淘宝搜索 nano pi ，买一个软路由，刷 openwrt ，安装 openclash ，下载你的机场配置，不要折腾客户端魔法了，这是一条收效低见效慢的路子，你这次搞定了 antigravity 的代理，你 docker 拉取镜像不还得再折腾一次？下次还有一个新的 mcp 或者新的软件需要魔法，你还得再弄一次。。。所有跟网络相关的都应该交给一个叫做网关的东西，这个东西发明了几十年了，它就应该是解决你网络问题的专业工具，客户端软件不应该承担解决网络问题的职责。

+1s 了。

又双叒叕挂了。

这种送命题就是看个人信仰了。ng 的问题是入门门槛高，但是习惯了强类型或者说是有严谨的编程风格偏向者是会接受 ts 作为编程语言加上向上封装好了的一堆自定义控件标签的「纯客户端」编程流派的，而从纯前端或者说是 jquery 时代迁移过来的初学者或者说不靠前端技巧生存的程序员在 vue 和 react 之间纯粹可以随机二选一，react 的社区活跃度肯定是这三者第一，并且在 react 服软修改了开原协议之后，更让人觉得官方不是那么傲慢，好感度倍增，我个人建议这种问题的讨论不要讨论技术，因为这三家都是开源的，相互之间有什么不足都是门儿清的，各位拥趸如果觉得你选的派系技术上有绝对的优势，那你就看看对面阵营喷你家的弱势在哪儿，你就去开源社区提交代码，把这个弱势给补上，这才是真信仰，做了个博客，做了个皮肤，做了个控件就自诩自己是真粉丝这种行为真的很 naive。。。

https://www.visualstudio.com/vso/

5 个账户免费，私有仓库没有数量限制，没有数量限制，没有数量限制。。。还提供了基于 tfs 相似的 bug 管理套件（我见过的用过 tfs 的没人会再说一句 jira 是好用的，没有对比就没有伤害），另外还提供私有的持续集成，想到 github travis ci 私有仓库还要再单独收一次费用……

其实微软很多服务都速度快，没人用，但是它又不会死。。。这种好东西一般人我都不想告诉他。。。谁让你国就喜欢拥抱开源，见到微软就黑，也不知道微软作为一家软件公司，专注在软件和服务上，有什么错儿，哎。。。

看到一条 PPT 手机，哈哈哈哈！

能刷原生的 android ............可以考虑考虑

管网页保智商

@viko16 依然会。。

@Andy1999 我说的是你碎屏的那张长腿的的图片…… 55555 ……

@Andy1999 壁纸求连接， 1024 个赞！

@dcoder
1. 几乎最新的 .NET 版本。
2. 一个虽然有点贵，但是做一般 APP 开发都较为友好的 IDE 。
3.在 Nuget 上原生的 .NET 可以引用的 lib 在 Xamarin 下依然可以使用。

不要再纠缠了这个问题了， Unity 是个游戏引擎，不是做微信，微博这种应用的，我也不是说 Xamarin 一定是跨平台的唯一选择，只是建议 .NET 出身的工程师可以考虑做「应用」的时候选择 Xamarin ，而做 JavaScript 出身的工程师必然可以考虑 React Native ，只是我不理解为什么你总纠缠于 Unity 这种游戏引擎来做应用，换言之，你是否真用 Unity 实现过类似于微信对话列表这种对于一般应用开发框架来说最简单的 List 展现的东西，用 Unity 做应用 ，我只能比喻为：为了吃个红烧鸡翅，犯得着用洲际导弹去杀鸡么。。。

@dcoder 回到原始的话题， Unity 是游戏引擎，做游戏专业，做数据交互是弱势， Assets Store 里面的东西大部分都是为游戏定制的，而且好用的都是收费的， Xamarin 的专业是做应用，例如社交，数据展现等等， Xamarin 最大的优势就是它自带的跨平台的 Mono 运行时几乎是最新的，可以享受几乎跟原生 C# 一样的各种新技术， Unity 碍于版权以及自身业务场景的专一，不适合做类似「微信」「微博」这样的应应用。各司其职是最好的。总结一下： Xamarin 的 Mono 比 Unity 的 Mono 好用的不只一点点。换个角度，如果你是做移动游戏的，请一定选择 Unity 。应用 跟 游戏 始终还是 2 个领域。