V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
V2EX  ›  ltaoo1o  ›  全部回复第 1 页 / 共 12 页
回复总数  235
1  2  3  4  5  6  7  8  9  10 ... 12  
@hxtheone 我是真去面过乐刻 FEELINGME ,这个是有底薪的,很明确和我说薪资前期会很低,大概 6-8k ,后面会员多一些最好能到 15k 。

面试条件是 有教练证,男体脂率低于 20%,会有体能考核、笔试,笔试就是设计训练计划,还会问一些原理性的东西,比如胸大肌的起止点、作用。

教练并不是看肌肉大不大,更多是看会不会教,沟通能力强,能续课
后续需要的功能越来越多,硬编码能力满足不了,改成插件实现,用户可以自己安装需要的插件。好,恭喜你发明了 utools 🤣
有同样的想法,把 github 的 Issue 、Release 、Discussions 、milestone 功能拿出来,就是一个完善的产品了。

功能也完全可以照抄,Issue 用来反馈意见和需求,可以关联 milestone 。完成后创建 release ,github 有 api 可以获取 changelog ,也可以获取下载地址,集成到应用的自动更新

Discussions 用来维护客户关系,建立社群,根据 发言、issue 增加活跃度,给用户身份等级。github 最大的问题就是要翻墙,国内用户用起来太麻烦
@FlytoSirius #5 确实,每天少吃一点,就是最简单的,能坚持下来的方式
有了解过减脂就知道这是不可能的

按数据来说,一个 80 公斤的男性,中等体力活动,每天热量总消耗大概是 2400 大卡
假设 30 天减 10 公斤,每天热量缺口需要 2567 大卡,这意味着

1 、每天不能吃任何东西 + 中等强度 10 分钟+ 爬坡,才能创造出这个缺口
2 、或者每天吃基础代谢 1700 大卡的食物 + 中等强度 5 小时+ 爬坡,才能创造出这个缺口


每月 2-4 公斤属于安全范围内的数值,能减 2 公斤纯脂肪就很强了,平均到每天大概热量缺口是 500 大卡

1 、每天正常饮食 + 中等强度 1 小时 爬坡
2 、每天少吃

后者是比较容易坚持的
番茄小说网页端也是这样,看到的部分「中文」其实是 iconfont 。

我的方案是拿到字体文件,找到映射关系然后替换内容,优点是不需要 OCR 。缺点是不通用,对于你的场景,就要对每个网站做适配,而且可能网站更新了字体文件,映射关系就变了
@lixuda 不是,wails 现在好像没有内置自动更新功能吧,而且开发体验不是很好,就自己写了个。有 AI 写起来很快了,还可以增加更多功能,比如支持移动端开发
@momo1999 还真可以,我就用 AI 撸了一套 golang 实现的,内置 多窗口、自动更新 功能,还在用 AI 写前端框架 + 组件库。
简单试用了下,问题很多

1 、钢笔工具闭合路径时无法拖拽创建贝塞尔曲线,只能是直线
2 、钢笔工具绘制出的图形,框选大小和曲线实际大小不一致
3 、钢笔工具绘制好之后无法调整曲线曲率
4 、没有路径转描边功能(大部分绘制 icon 都会用到这个功能)

建议是找到一个设计师常用的功能点,在这个功能点上做深入优化。
@ff521 SB
这种已经很多了,另外首页默认就是 NSFW 也不提醒下?
@lifeintools 实际没有,我有个类似开源项目,开发了一年多,4k star ,没有人定制。基本都是拿源码自己改,现在有 AI ,都认为自己能改成自己想要的
1 月 28 日
回复了 Hilong 创建的主题 程序员 minimax 的 coding plan 对比 GLM 的怎么样?
Minimax 真实用户,第一周不错,后面就降智了,问题解决不了,换 Trae 免费模型都能解决,后面不怎么用,也没找到退款入口
重点「前端开发过程的 CORS 问题」,正如前面提到,无论 vite 还是 webpack 都有解决方案并且很方便就能使用,完全没必要额外安装什么东西,尤其是根证书这种存在风险的东西。

题外话:这就是软文,软文都是被排斥的,因为不够客观,经常是为了推自己的东西,强行构造出一个场景或者问题,从而引入自己的东西,都不考虑实际情况,就比如这篇帖子

要推广就大大方方的推,好东西从不被排斥
2025 年 12 月 31 日
回复了 caola 创建的主题 SSL 还有多少人在手动申请 SSL 证书?
https://i.imgur.com/KGvzxom.png

之前自己搞了个类似的,现在有 AI 做这种工具很简单了
2025 年 12 月 24 日
回复了 jaydenWang 创建的主题 程序员 React 缺失的“M”层:我开发了 Zenith,重塑完整的 Model
理想是好的,现实不需要,开发者的水平 + 业务的快速迭代 or 复杂变更,注定了不会被接受。经历过好几个公司,历史代码都能看到类似的自研项目,当时的开发者走了,后面就不会再用了。包括 dva 这种之前流行的方案,新代码也不会用了
2025 年 12 月 17 日
回复了 stinkytofux 创建的主题 程序员 你愿意阅读同事用 AI 生成的代码吗?
@YanSeven #24 所以你是赞同要 review AI 生成的代码对吗 😂

开始说 手写代码 和 AI 代码没有区别,理解成就不需要 review 了,全靠后续 CICD 约束
2025 年 12 月 17 日
回复了 stinkytofux 创建的主题 程序员 你愿意阅读同事用 AI 生成的代码吗?
@YanSeven 类比不恰当,手工菜和预制菜,在端给客人后生命周期就结束了。代码上线后还有无穷的迭代,如果说百分百保证 AI 能一直满足迭代要求,交给 AI 完全没有问题,但是目前来说没人能拍胸脯说百分百没问题。当然 AI 也一直在发展,未来肯定更强,直到百分百需求都能处理,这时候我也认为没区别了
bGl0YW93b3JrQGFsaXl1bi5jb20=
后排支持大佬
1  2  3  4  5  6  7  8  9  10 ... 12  
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   4867 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 41ms · UTC 04:03 · PVG 12:03 · LAX 21:03 · JFK 00:03
♥ Do have faith in what you're doing.