@5261 #11 ，很多都是八股文，直接背就是了。
至于都要出来面试了，但八股文都不愿意花点时间背，态度很明显就是有问题的，被刷掉也很正常。
一些其他的实践上面的问题，面试官自己心里有数，他需要的是怎么样程度的回答。

@PeanutMi #11 ，关键不在技术，而是看你自己对于未来的发展规划。是想走技术路线的，还是准备转管理路线的。

如果想要偏向业务方向走，技术的新旧并不能左右什么，只是对于开发者来说有体感上面的区别，对于一线用户来说并不有一定会有很明显的差别，特别还是在制造业中。
至于技术路线，现在不是特别推荐长期走技术路线（一般在后期都会转向偏管理的 ETL ）。在职业生涯前期是因为没办法，没有扎实的底子在很多方面就会因为底子薄弱而被挑战。

你得先有自己给自己的预期，大家才好给对应的意见。但是不论是往技术走还是管理走，前期都是需要时间去积累，才可以在面试阶段给自己增加筹码。
所以现在能给出来的帮你解除心情郁闷的建议就是你需要问自己在当前的部门中是否有成长，而不仅仅关注于薪资待遇。

特别是在薪资待遇还没有超过 10k 的时候，调薪给的 5~10%真的太少太少了。真的不如把心思放在好好积累自己，再找机会跳到一个更好的平台。
跳槽也是一样的，如果要确定跳槽，最少要面试 5 家以上你精挑细选过的公司。而不是拿到一个 Offer 之后就耐不住性子了。也就是你说的 “选择真的很重要”。

单独买一个蓝牙的音量旋钮选择面会更多一些吧？

我一般都是 Fn 功能键直接静音（我的是 Fn + F1 ），或者长按 Fn 音量减的组合键(Fn + F2)也可以快速静音。

感觉为了一个静音的操作习惯，而放弃很多选择有点得不偿失。旋钮更多的是为了细调音量吧？

昨天才在隔壁帖子（/t/1172258 ）说了 #不要拿着喇叭宣传 AI 给自己增效，最后会变成企业降本增效结局# 的暴论，今天就看到有人现身说法了😂

我想知道 OP 你们公司提供 AI 设施吗，账单是否报销？

直接开口问呀，什么时候给你调薪。如果有直接答复就按照答复作为标准。如果没有回答说一些其他的，那么结果也很明显了。

桌面端是指需要在桌面上有一个图标，不能用浏览器访问吗？
还是说没有明确定义，那么就正常的 Web 项目开发模式。
后面要改造成客户端，到对应的时候再用 Electron 套一层。一开始没必要考虑这些。

-----
至于没有远程服务器，本地起服务的情况。语言的问题，就是看你擅长什么，如果之前是 Java 开发。可以让前端开发完直接 build 好发给你。
你把前端构建的产物放在 Java 项目中，再给前端项目做一个 HTTP 服务，在应用启动后可以让浏览器访问。
打包的时候就用跨平台工具，把 Java 项目包装成 Win 可执行的 .exe 。只是这样后面迭代更新会比较麻烦。

当然如果你会 JS ，也可以直接用 Electron 前后端 JS 一把梭。

----
美工方面你如果没有啥要求，那么可以直接让 AI 来发挥，你需要描述你的需求就行。只是项目是外包出来的，AI 生成的样式风格甲方不一定喜欢。
如果你不知道怎么样的话，可以在分享节点找到一大堆纯 AI 生成的小项目去看。

@SoulFlame #36 ，是的，只是给很多人和被裁的人解释一下到底是 N ，还是 2N 。到底哪一个才是劳动合同法规定的，这样在协商的时候才有底气，尽量争取到更多。
以及仲裁阶段会牵扯到大量的时间和精力成本。在不太富裕的情况下需要结合自己的月薪和年限去做取舍。不要盲目觉得劳动仲裁是银弹。

看裁员性质，如果是<经济性裁员>需要看是不是有完整的程序和报备。如果没有，那么就违法辞退是可以主张 2N 。
但是企业可以直接停发工资的形式，让你自己走被迫离职的路子。对企业来说员工仲裁和起诉是没成本的。
企业不要脸的情况下，劳动仲裁裁判结果下来了还能硬拖一两年，就是赌你抗不住，因为现实原因去让步和妥协。

但是，上面都是理想情况。

现在各种劳动仲裁多，当地 gov 可能为出于保护经济，在协商阶段转而偏向企业，帮助企业打压维权的劳动者。
所以就看你愿不愿意去付出这个时间和精力成本了，选择不接受调解，直接走仲裁程序。


如果是<协商解除劳动关系>那么最低就是 N （+1 ），如果你的谈判水平足够高就可以谈更多。但是并没有保障，企业依然可以事后不承认最后只支付 N （+1 ）。

@tactac #14 ，也逼着你去看他视频。
同样的看这个视频的人也都是知道这是个乐子视频。

@yibo2018 #60 ，以需求达成量 和 Issue 修复量来计算，以及项目里程碑是否提前到达，才是真提效的的部分。
而不是以代码量作为增效统计基础。你也提到了 AI 重复造轮子的问题，这部分是需要排除在分析数据里面的。

很多研发部门在指定绩效考评标准的时候也会使用代码量，但是上有规则下有对策，很常见的就是员工开始大量的 CV 去给自己增量，甚至开始把一些 utils 库复制到业务代码中去使用。
所以代码量和提交数量只会占到 10%~15%的比重，作为一些辅助参考信息来使用。

@yibo2018 #46 ，不是不用，反而我一直在宣传使用 AI 来给自己减轻负担（注意我使用的是**减轻负担**，而不是**增效**）。

但你这样明目张胆的宣传自己“增效”了，那么对于管理层来说就需要把你增效出来的，闲置开发资源利用到其他项目上面，这才是对于企业来说的“增效”。
就如你说的承接更多的项目。但是对于作为开发资源的程序员来说关注的是“增效”之后，并没有反馈出来更多的收益（钱和时间）。

@yibo2018 #43 ，这是一码事，很多程序员是死工资的形式，而不是以项目奖金。比如你说的选择承接更多项目，那很明显会增加工作负担。
所以我说的是如果工作增效了之后，收入没有增加，或者没有增加可自由支配的时间。对于自己来说看起来是增效了，但是并没有减轻负担。

比方说原本一个开发只需要负责一个主力项目和两个副项目，如果现在变成在原本的基础上又增加了主力开发项目。虽然工作起来可以有 AI 给自己分摊，但是对于工作内容是确确实实翻倍了。
那么这个 “增效” 就是对于企业来说的，而不是对开发者来说，企业释放了更多的开发资源，去承接更多的项目来盈利。而开发者只是看起来说 "自己产出变快" 了。

@lgc653 #32 ，提效那么多，不会给加工作量？或者排期新计划的时候不会按照现在的开发效率作为基础吗？

@yibo2018 #7 ，我想知道既然你们提效了那么多，工作压力和负荷小了吗？

@NoCash #20 ，以前需要聊天然后自己手动复制代码，现在可以让 AI 自动写代码之外还可以代替你执行各种操作。比如说阅读仓库中的 Issue ，去理解问题和尝试修复问题。并且按步骤提交 commit ，push 到远端。然后你去 review 之后 merge pr 。但是修复的 PR 可能会有问题，所以 review 的步骤不可省略。

不过我觉得长期维护可能会有问题，所以我常用的场景是自己需要做一些一次性的处理脚本的时候才会真的 VibeCoding ，因为自己有预期好的输入输出，AI 就很快会产出我需求的脚本让我去用，然后用完就删了。

-----
大概可以认为是一个通读过各种规范和 API 文档的实习生，你告诉他你要什么，明确好需求和步骤之后就让他自己实现。
一些不重要的一次性脚本就可以当甩手掌柜，但是生产中去用还是要好好 review 的。

用代入感强一些的例子就是，原本是产品经理或者老板坐在你边上，告诉你这个按钮要往左边移动一些，这个按钮点击之后要打开弹窗，弹窗里面要编辑什么内容。
或者说你的算法写的有问题，然后他在边上叭叭叭说了一堆，你再按照他说的业务流程去改算法。

现在这些工作中的你就变成了原本的“领导”，而 AI 就成为了当时的“你”，心里边还不会骂骂咧咧。

@y051313 #18 ，如果是在内容中 @ 用户名不会改，点击 @ 的链接过去就是空白页。

[Noctis]( https://github.com/liviuschera/noctis)

不过我用的是亮色主题，但是这个是一个系列，里面也有提供暗色主题可以选。

@chenqh #14 ，感觉到痒是因为皮肤干燥的缘故，冬天洗完澡记得擦身体乳。有条件的话可以在卧室添一台空气加湿器。

@chenqh #12 ，小时候还是被鬼故事恐吓少了。我晚上睡觉露出来脚都会感觉有点点危险😂

这时间北方开始供暖了，南方过一段时间也可以应该都开空调了，反而会好一些。