首页 注册 登录
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  skallz  ›  全部回复第 6 页 / 共 16 页
回复总数  308
1 ... 2  3  4  5  6  7  8  9  10  11 ... 16  
❮ ❯
2025 年 4 月 11 日
回复了 bololobo 创建的主题 › 程序员 › 风控系统选型求助
风控几乎都是拿出来卖的，开源不能说没有，只能说用不了，能达到生产需求的风控基本都是六位数。。。
2025 年 4 月 11 日
回复了 YanSeven 创建的主题 › 程序员 › 后端如何快速入门前端？
每隔一段时间都能看到这种主题。。。其实无论前后端，真要入门写个小工具都不难（仅指入门，非一线干活），最多两个星期就搞定了，以前没 ai 都是这么过来的，编程思想都是相通的，说不会的基本都是没有投入精力认真去学去实践
2025 年 4 月 6 日
回复了 veplink666 创建的主题 › 程序员 › 一个代理，又在本地跑，又在指纹浏览器跑 ytb， x，影响 ytb、x 的质量吗
浏览器指纹仅仅影响的是游客模式，如果有账号的话肯定是以账号为主
2025 年 3 月 15 日
回复了 seven777 创建的主题 › 程序员 › 请教老师们，类似百度地图 API 并发峰值上限约束不能超过 100/秒，程序上是不是没法精确控制？（我主要用来获取地图经纬度，我用 Claude 3.7 Sonnet 帮忙写的，似乎无法精确控制）
如果是 web 获取的话，可以直接用前端的库获取，不需要地图商 api ，比如： https://www.npmjs.com/package/@pikaz/location

如果是 app 是 flutter 写的话，可以用： https://pub.dev/packages/flutter_z_location
2025 年 3 月 10 日
回复了 sumtsui 创建的主题 › 程序员 › 第一次尝试贡献开源受挫
挺理解的，我自己的开源项目也有几百 star ，只能说 op 不打扰别人是对的，因为很多东西真的就是之前工作积累下来，然后随手开源了部分代码（征得同意），一般维护个几年就已经不想再回去动那个代码了，为爱发电真的坚持不下去，想要改的自己 fork 吧。。。
ps：当然给钱的话那就另说，但是邮箱和 issue 收到了无数新功能的建议，但是没有一个愿意赞助一杯咖啡的 233333
2025 年 3 月 1 日
回复了 javalaw2010 创建的主题 › 云计算 › 国内的项目全球化支持有什么经验可以分享一下吗？
国际化最难的点是前后端适配，很多项目做国际化做到一半就放弃了（见过太多了），反而这些“硬件”相关的提工单或者问 ai 都能解答你的疑惑，反而很好解决；国内云服务商用全球加速也没太大问题，之前用的还行，除了某些地区偶尔不太稳定
2025 年 3 月 1 日
回复了 isSamle 创建的主题 › 程序员 › 开源 AI 知识库
试试 anythingllm ，上传你的知识文档即可
2025 年 2 月 28 日
回复了 ISOtropy 创建的主题 › Web Dev › 求推荐开源的工业领域电商项目
不知道你所谓的高级功能是什么，不过我接触过的这类项目也基本是在这些开源项目基础版上二开的，因为如果是全量放出基本就是为爱发电了，一方面做不大一方面难以为继，使用中会有一堆问题；基础版的一般和高级版是共用公共代码，bug 修起来也比较快.。。
2025 年 2 月 25 日
回复了 pureGirl 创建的主题 › 程序员 › 业务逻辑不放在前端是因为前端代码谁都能看见吗
@qingyingwan 确实，主要是看场景，前后端实现业务逻辑的需求方向是不一样的，后端是必须做的，前端重新实现一遍则属于优化，可做可不做，且这种优化不能用于对流程数据实时性要求高的场景，这个就得靠团队自己把控了，前端控的好会让人感觉交互丝滑流畅，但是控的不好就会导致某些场景数据一致性问题被用户明显感知到，就属于反向优化了
2025 年 2 月 25 日
回复了 ethusdt 创建的主题 › 问与答 › 有没有比较有创意的名字列表？
你这种需求感觉有点像是找搜索热点词，可以通过爬取某些网站对一些搜索引擎的热点统计来获取，这样也可以实时跟进时代热点
2025 年 2 月 25 日
回复了 pureGirl 创建的主题 › 程序员 › 业务逻辑不放在前端是因为前端代码谁都能看见吗
一般很多逻辑前后端都要做，后端做的目的是前端数据不可信，前端做的目的是摆脱接口请求带来的卡顿感，可以看很多操作丝滑的应用，都是把很多逻辑同时放到前端处理了，当然很多偏重技术的会觉得后端接口请求就一两百毫秒，已经非常快了，根本不会影响操作，但是事实上就是网络和接口请求的响应速度不可控，如果每一个交互全部都依赖接口就不可避免会带来应用交互的卡顿感。
ps：已经见过有产品因为这个问题以及其他交互和业务体验问题，导致虽然功能比竞品多，但是惨败。。。
2025 年 2 月 24 日
回复了 lxue 创建的主题 › PostgreSQL › PostgreSQL 18 JSONB 增加能取代 MongoDB 吗？
@zhengfan2016 mongodb 主要是应付多变的业务场景，很多人就喜欢用，比如初期的 saas 项目，游戏项目等等，这类场景迭代速度远远超过你的设计速度，哈哈，当然代价就是维护火葬场，不过这类项目开始目标都是活下来，后续维护都不一定会有了
2025 年 2 月 21 日
回复了 liuidetmks 创建的主题 › 程序员 › 在网页嵌入 [中文] 字体的最佳实践是？
@MingLovesLife 当然如果有那种媒体流网站确实会有这种问题，首次进入的页面内容就是动态的，这种就老老实实用系统字体吧，哈哈
2025 年 2 月 21 日
回复了 liuidetmks 创建的主题 › 程序员 › 在网页嵌入 [中文] 字体的最佳实践是？
@MingLovesLife 一般首次进入的页面，不太会有完全不可控的动态文字内容，因为你要保证用户首次进入网站时的加载速度，尽可能保证内容静态，而等到用户进入读取网站内容时，基本字体文件都加载好了，以后优先从 indexeddb 读取字体文件即可，不用重复网络加载了
2025 年 2 月 21 日
回复了 liuidetmks 创建的主题 › 程序员 › 在网页嵌入 [中文] 字体的最佳实践是？
@skallz 提取文字的脚本在流水线中打包前运行即可，无需人工维护
2025 年 2 月 21 日
回复了 liuidetmks 创建的主题 › 程序员 › 在网页嵌入 [中文] 字体的最佳实践是？
目前我们的做法是，前端项目在登录页 or 落地页之类的，用户第一次进入的页面，写一个脚本提取这些页面中包含的所有中文，提取出字体文件中的这部分中文，然后这些页面直接使用这种字体文件，一般这个文件体积很小，对加载几乎无影响，然后异步加载完整的字体文件，并且在加载完成后用 indexeddb 存一下，设置为字体 A ，非首次进入的页面使用的字体设置为 A 、B ，优先加载自定义字体 A ，若没有会降级到系统字体 B ，基本上可以保证绝大部分用户无感加载字体
2025 年 2 月 19 日
回复了 xiyy02 创建的主题 › 职场话题 › 在工作中，可以拒掉一些领导安排的需求吗？
@xiyy02 要多给几个方案，列出优缺点以及可能引起的问题，比如工期较长之类的，反正要把后果挑明了说，然后再让领导选，选完之后把结果尽量做到文档中说明的一样，不要超预期也不要延期
2025 年 2 月 19 日
回复了 xiyy02 创建的主题 › 职场话题 › 在工作中，可以拒掉一些领导安排的需求吗？
写一个文档，说明一下这个需求要占用的时间以及难度，解释一下如果做有哪些方案（最好列三个，编也要编几个，哪怕编几个明显不可行的也可以），然后说明一下做这个需求要推迟其他需求，然后让领导评估需求优先级
ps：一定要整理文档，发送过去让领导评估，不要简单的说一句能不能做，要把抉择的皮球踢给领导，后续可能出现的问题由领导负责
2025 年 2 月 19 日
回复了 CrazyRain0001 创建的主题 › 职场话题 › 被老员工在他们小群吐槽如何释怀
背地如何说关你啥事，大家保持面上的和气就可以了，别说同事，就算是亲人你都不敢保证人家是怎么想的，君子论迹不论心，哈哈哈哈
1 ... 2  3  4  5  6  7  8  9  10  11 ... 16  
❮ ❯
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   1838 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 28ms · UTC 12:21 · PVG 20:21 · LAX 04:21 · JFK 07:21
♥ Do have faith in what you're doing.