马上 25 年了，到现在还没用过 cursor 、copilot 这类工具的程序员，什么水平自己心里清楚。我一般是建议直接裁掉，你们公司说实话有点抽象。

使用率一上来然后就是大刀阔斧的裁员,只留下几个关键岗位....简而言之,不用它立马被裁,用它明年被裁

工具只是用来辅助干活的，很多实际问题工具只是提供一些建议和方案，并不一定切合实际情况，所以一定要搞清楚问题的主次矛盾，否则只会培养操作工具熟练工，而不是针对实际情况实际分析的逻辑思维人才。

作为一个 Java/Go 的程序员，Cursor 代替 Idea 完全是可以的，主要的困难可能在配置和快捷键的习惯不一样，但习惯了之后 Cursor 用起来才真爽。 可以先看看 Cursor 相关的一些教程和介绍： https://www.ifb.me/zh/tags/cursor

真的，我难以想象一个正常的程序员是如何做到，“从 2023 年初到现在将近两年时间， 1 、自己没用过 copilot ， 2 、身边朋友、同事全都没用过 copilot ”

没必要强制，我从 JB 系迁移到 cursor 有一段时间了，就目前来说，cursor 或者说基于 VS Code 去写 Java 还是有些问题，一些小问题可以克服，但是大项目很难，不是 AI 的问题，最近 down 了某个开源的 Java 项目，大概 50 多个 maven 的 module 都集中在一个项目里面，很难管理，每次开启项目的分析，代码跳转等都几乎处于不可用的状态，很多代码可以执行但是编辑器会有错误提示，error 也会有，所以基本处于无法编写代码的状态，这部分内容还是得回到 idea 去管理。 回归正题： 1 、无伤几乎不可能，虽然有 JB 的 keymap ，但是很多功能不一样，一个是 IDE ，一个是编辑器+插件。 2 、核心解决的是，我们现在使用的很多 AI 工具是没办法从整个 project 给出合适的提示，代码生成完全依赖于我们描述的上下文。cursor 是对整个项目进行分析，所以生成的代码也会更加贴近于项目的整体风格，不太需要过多的去和他描述项目背景和代码的上下文。 3 、Lint 没什么问题，写出来的代码和项目中的已有代码风格很贴近。 4 、坑点倒是没啥，chat 的点数有限制。

@Chaidu #30 有没有可能是敲快了，两个字母反了 https://i.imgur.com/Iy0taMy.png

强制没必要，我们公司采购了 co-pilot ，新员工来了都不知道，还是我主动告诉他的，完后他也没用过。 我刚自费买了一年 cursor 。

这什么好公司，还招人吗？

@mumbler composer 模式咋用呀 只会 ctrl+l ctrl+k