V2EX › zephyru 的所有回复 › 第 5 页 / 共 14 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9 10 ... 14

❮

❯

209 天前

回复了 wuhao1 创建的主题 › Linux › 任务栏你是习惯放在左侧还是底部呢那样更高效

我习惯放在底部，但可能是全屏有啥问题，总是自动给我挤到右边去

210 天前

回复了 Daeyn 创建的主题 › NAS › 今天一番骚操作把 8T 硬盘全清了

@duxiansen 只要名字？这功能可能的确是写个脚本定时执行会简单些...从根目录遍历文件夹，然后随便找个自己喜欢的方式输出图片/文件，功能太简单了，反而很难想象会有软件专门做...

219 天前

回复了 svip0dd 创建的主题 › 程序员 › 对接后端接口被挑战能力不行（吐槽贴，不会因为这个问题去挑战什么）

这种情况感觉就是，SaaS 中台或者叫业务层与底层服务的区分，后端不想有 UI 的业务代码入侵后端，从设计上考虑其实无可厚非，无非就是 UI 的业务逻辑在哪一层聚合的问题，BFF 层可以后端维护，也可以前端维护，可以写在服务端也可以写在客户端，无关对错只是一个策略问题，你要是有能力可以推进后端针对业务抽象一层出来也不是不行，不好推就自己抽象吧

222 天前

回复了 rookiemaster 创建的主题 › MacBook › 为啥我觉得 mac 的 cmd+c 复制经常失灵呢？

我有的时候会粘贴不到 chrome 的页面里，地址栏都可以粘上去，也许是有什么奇怪的插件？但也不是一定会出现....

223 天前

回复了 lanthora 创建的主题 › 宽带症候群 › WireGuard 跨国组网失败后,一个新工具的诞生

这工具看起来蛮实用的，进入 24 年我依赖 CloudFlare Tunnel 的服务经常断链，感觉是个很好的替代

223 天前

回复了 yjsp1919 创建的主题 › 互联网 › 为什么反爬虫的标准越来越严了

@yjsp1919
是的，直接写 js ，最简单的莫过于在控制台里自动翻页，拦截请求/直接解析 dom ，收集的数据直接生成文件下载下来
经常做这种事情可以写成油猴脚本，不想自己写代码可以去找 chrome 商店里的插件
其它，无头浏览器或者各种全自动测试框架也可以做这些事情，不过那就杀鸡用牛刀的感觉了

224 天前

回复了 yjsp1919 创建的主题 › 互联网 › 为什么反爬虫的标准越来越严了

如果只是收集数据（一次性的），这种可以直接在浏览器里写脚本，不少插件干这事的...

226 天前

回复了 coderhxl 创建的主题 › 推广 › 传统爬虫还是 AI 辅助爬虫？该怎么选？

的确，这个自己玩玩还行，大规模抓取用 AI 辅助效率不高，当前成本还蛮高的...
与其让 Ai 解析 html 文本，不如让 AI 辅助生成解析用的函数...

228 天前

回复了 luckykelan 创建的主题 › 程序员 › 我想用 nextjs 写后端给 app 提供接口，会有什么坑吗？

@luckykelan
前端 RN 后端无所谓吧，但 next.js 是不太合适...想用 js 写就 express 或者 koa 吧，想写变种 java 就 nest.js 。
个人感觉 koa 写着更舒服，轻量，但 express 社区更活跃，插件/教程/问题好解决一些。

231 天前

回复了 lucasj 创建的主题 › 程序员 › 推荐几个你一直在用的开源项目工具

我想知道有没有针对普通影视/动画资源的开源刮削工具..
stash 看起来是特化的...我知道一个闭源的，但不太好用，需要先手动整理很多东西...
我常用的
jellyfin: 本地影视库
cloudreve: 本地云盘
code-server: web 版 vscode

233 天前

回复了 bthulu 创建的主题 › 数据库 › 上万条数据, 短时间内连续查询几千次, 是数据库查, 还是内存查更好一点?

这个数据量并不多...几百万的数据 sqlite 在树莓派上，做这种关联查询单次也能压到几百 ms 内...
不过看描述感觉是先用一次查询获得下次查询的条件，进行嵌套查询，其实很多时候自己写各种数据结构算法还真不一定有数据库或者语言自带的数组便利好用，建议在实际运行的环境下试试再说

240 天前

回复了 iyaozhen 创建的主题 › 程序员 › 十多年了，接口自动化测试越来越鸡肋？

自动化接口测试...和 postman 不是一码事吧，postman 也就调试阶段能用用...发现自己开发的问题顶天了。
自动化接口测试除了线上环境监测外还能对持续迭代时做保障，使新的修改不会对以前关联的老功能造成连锁破坏，工程大了/时间长了之后，单平台全量手工回归在成本上几乎是不可接受的事情。其它那些测试用例的关联关系天然的是平台业务的说明书，如果人员流动性大，有的时候有做这些功能的测试就是最理解业务的人了。
测试针对业务平台写自动化接口测试就和研发写单元测试一样，场景/项目没有复杂到一定程度时，的确容易投入和产出不成正比，但还远没到鸡肋的地步。

254 天前

回复了 winterfell30 创建的主题 › 程序员 › 一直理解不了码农把自己类比为泥瓦匠和纺织工是什么逻辑

@winterfell30 这也很好理解，供大于求了呗，从业人员多于市场需求，哪行哪业这都会这样也是必然现象，市场经济的自然调节

254 天前

回复了 winterfell30 创建的主题 › 程序员 › 一直理解不了码农把自己类比为泥瓦匠和纺织工是什么逻辑

@winterfell30 问题是实际上，软件公司并不是这么运作的，除非你做独立开发者或者合伙人，问题是，国内这个门槛的确是相对比较高，而现在的软件工程，为什么叫工程就是因为和建筑或者说土木工程有相似性，所以只说大多数普通程序员，这个类比的确没啥大问题，砌好一面墙一面墙的钱，包在工程里，安排每天搬几块砖按月领钱，和包在项目里，分配好需求按月领钱似乎也没什么本质性区别

1 2 3 4 5 6 7 8 9 10 ... 14

❮

❯