V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  zephyru  ›  全部回复第 1 页 / 共 10 页
回复总数  189
1  2  3  4  5  6  7  8  9  10  
2 天前
回复了 lucasj 创建的主题 程序员 推荐几个你一直在用的开源项目工具
我想知道有没有针对普通影视/动画资源的开源刮削工具..
stash 看起来是特化的...我知道一个闭源的,但不太好用,需要先手动整理很多东西...
我常用的
jellyfin: 本地影视库
cloudreve: 本地云盘
code-server: web 版 vscode
这个数据量并不多...几百万的数据 sqlite 在树莓派上,做这种关联查询单次也能压到几百 ms 内...
不过看描述感觉是先用一次查询获得下次查询的条件,进行嵌套查询,其实很多时候自己写各种数据结构算法还真不一定有数据库或者语言自带的数组便利好用,建议在实际运行的环境下试试再说
@0x0208v0 猜对了!是 Edge 附带一提开源版没这么个问题
这...有啥用啊?
纯文本我甚至可以找个有粘贴版历史的插件存在粘贴版堆栈里...干嘛,多此一举复制到一个网页里?
再不济哪怕我打开个网页控制台存一下?
太抽象了...
另外,现在 全选删除后,不能输入了,不知道是不是什么浏览器兼容问题
自动化接口测试...和 postman 不是一码事吧,postman 也就调试阶段能用用...发现自己开发的问题顶天了。
自动化接口测试除了线上环境监测外还能对持续迭代时做保障,使新的修改不会对以前关联的老功能造成连锁破坏,工程大了/时间长了之后,单平台全量手工回归在成本上几乎是不可接受的事情。其它那些测试用例的关联关系天然的是平台业务的说明书,如果人员流动性大,有的时候有做这些功能的测试就是最理解业务的人了。
测试针对业务平台写自动化接口测试就和研发写单元测试一样,场景/项目没有复杂到一定程度时,的确容易投入和产出不成正比,但还远没到鸡肋的地步。
@winterfell30 这也很好理解,供大于求了呗,从业人员多于市场需求,哪行哪业这都会这样也是必然现象,市场经济的自然调节
@winterfell30 问题是实际上,软件公司并不是这么运作的,除非你做独立开发者或者合伙人,问题是,国内这个门槛的确是相对比较高,而现在的软件工程,为什么叫工程就是因为和建筑或者说土木工程有相似性,所以只说大多数普通程序员,这个类比的确没啥大问题,砌好一面墙一面墙的钱,包在工程里,安排每天搬几块砖按月领钱,和包在项目里,分配好需求按月领钱似乎也没什么本质性区别
这两框架最后写法其实都差不多,不过 vue 的写法很多小程序也是那么设计的(概念类似),国内可能 vue 应用的确更广一些
30 天前
回复了 weijancc 创建的主题 程序员 时至今日, WSL 仍然难用
他可能是想说正经 linux ,我实际 wsl 也用了好几年了,轻量的开发调试问题不大,但正经用的确体验不佳,桎梏太多了
31 天前
回复了 haoyu7 创建的主题 程序员 有一台服务器一般都做什么
基本就是博客,frp ,做各种转发,挂些工具站,n8n,自动签到,爬虫,以前也折腾过,后来发现维持可用的成本略高,续费太贵了,迁移的成本也很高
Charles ? 这个需不需要代理忘记了
这需要你实现一个客户端插件并安装在使用你网页的电脑上,对外提供 http 或者 ws 服务,你的网页去访问这个插件,这个插件去拉你要启动的应用以及做各种交互,单纯的网页去拉应用启动( url scheme )是可行的,但交互还是得你去直接和对应的应用做,一般这种需求为了可靠性都会选择客户端插件。
看目的咯,拿来练手没什么不可以的,后台管理系统选个 ui 框架,比如 ant design ,相对来说快的很吧,非要自己一个 div 一个 table 的写,不是不可以,只是觉得没啥必要?
1  2  3  4  5  6  7  8  9  10  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   2759 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 44ms · UTC 05:41 · PVG 13:41 · LAX 22:41 · JFK 01:41
Developed with CodeLauncher
♥ Do have faith in what you're doing.