桌面端是指需要在桌面上有一个图标，不能用浏览器访问吗？
还是说没有明确定义，那么就正常的 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 ，小时候还是被鬼故事恐吓少了。我晚上睡觉露出来脚都会感觉有点点危险😂

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

@chenqh #7 ，那就把被子拉高盖着被子不就好了吗？
天气突然转冷还是稍微注意点吧，我们这边全是咳嗽声音。

减过两次，依次从 160 到 120 ，一次从 170 到 130 。反正就是多运动，随便什么运动，每天腾出来刷手机的一到两个小时就行了。

----
饮食部分，平时还是正常吃的三餐，就去掉了快乐水和疯狂星期四。反正就是不用着急慢慢动起来就好了，还能降血脂血压。
一般都是以 1 个星期作为一个节点来看，一个月看一次趋势。

为啥是减两次，就是因为口罩期间囤了一大堆吃喝，减少了大量的外出，慢慢就开始懒起来了。每天光吃不运动，第一年就还好，第二年体重就开始激增。
解封之后去体检就说有点轻微脂肪肝，然后就又开始减脂，大概花了 4 个月时间回到 130 ，现在就基本维持在 145 左右。

----
至于肚子大会不会武器小，其实就是脂肪层厚了，同样的长度在穿过脂肪层之后就会显得短。那么减脂确实会有用。
一些情况下健美运动员也会显的武器小，那是因为参照物的区别。

----
最后一个就是不要纯靠饿，虽然减脂是制造热量缺口，但是也不是把三餐减少成一餐的量，很容易饿出其他身体上的疾病，以及过度饥饿会降低肌肉含量。
肌肉量低了，你的基础代谢就变少了，同样的热量摄入，你每天的缺口就会变少，甚至开始囤积脂肪。

所以被子尽量大，就可以卷起来掖着肩膀和脖子，脚也不会露出来了。

用 Cursor 就试图它的 tabtab 好用，真的觉得贵了，就用 Copilot 。
那个 10 刀套餐和 Cursor 20 刀的量其实是感觉是持平的。

10 刀摊到每天也就 2 块多钱，能减少那么多烦心事还是不错的。

不是一直都是这样的吗？如果是人力外包，外包公司开给甲方的报价是你薪资待遇的 150% ~ 250% 的区间，抛开楼上说的各种关系不谈，外包公司最重要的部分是承担甲方转移出来的各种风险。
所以就是为什么甲方公司即使知道成本会比自己雇人要高也会选择外包公司的缘故。

不能说看到不缴社保和各种额外开支之后好挣钱。比如说甲方公司砍掉项目，那么你就需要承担这部分的裁员风险。
比如说外包人员的安排。是转移到其他项目，还是直接裁员。那么转移到的项目是同一个地区还是不同地区，以及如果这个时期和员工闹得不愉快，员工直接左手劳动监察举报右手税务举报是很常见的措施。