V2EX › thevita 的所有回复 › 第 6 页 / 共 10 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9 10

❮

❯

285 天前

回复了 undertow 创建的主题 › 程序员 › 工作一天一般写多少行代码

@peasant 我恰恰相反，忙的时候没时间写多少代码，闲的时候，就是不停的写，毕竟，总是有做不完的 feat/fix/improv ，没事来还还债也好

291 天前

回复了 CarrieBauch 创建的主题 › Go 编程语言 › 下面的 Go 代码中，为什么第 17 行的 c.L.Lock() 不会一直等待锁？

这是基础的并发原语之一，各 api 下设计都类似
eg.

cpp: https://en.cppreference.com/w/cpp/thread/condition_variable

pthread:

```
....
int
pthread_cond_wait(pthread_cond_t *cond, pthread_mutex_t *mutex);
....
```

291 天前

回复了 CarrieBauch 创建的主题 › Go 编程语言 › 下面的 Go 代码中，为什么第 17 行的 c.L.Lock() 不会一直等待锁？

@AnroZ 对的，因为条件变量就是这么用的，或者说就是这么设计的

295 天前

回复了 mryaocom 创建的主题 › 程序员 › 想买一个电脑

@thevita '通用' -> '同意' ......

295 天前

回复了 mryaocom 创建的主题 › 程序员 › 想买一个电脑

@winglight2016 通用，最后先确定下自己 usa case 下当前的瓶颈在哪，感觉恐怕还不太行

297 天前

回复了 numberator 创建的主题 › 程序员 › 心脏刺痛，怎么整

只是“心脏刺痛” 而没有其他类似胸闷的症状的话，大部分其实跟心脏没关系, 是 “肋间神经痛” 引起了, 一般只是间歇性出现，不用过分紧张，注意休息就好了，当然，还是要放在心上，如果出现持续没缓解，进行性加重，或是伴随其他症状及时就医。

298 天前

回复了 CloudyKumori 创建的主题 › NAS › 自建 Headscale 的 p2p 直连打通成功率太低了，是我配置有问题吗？

用 IPV6, 今天刚搞了，暂时没问题. (直接通过 ipv6 连也行, 但是不能保证外面用的时候有 ipv6 ，相当于有两条链路了)

301 天前

回复了 fanxasy 创建的主题 › 宽带症候群 › 家庭网络是否应该计算/存储分离？

不是应该考虑优缺点的问题，单纯从逻辑上说，存算分离带来了更高的复杂性，顺带的是更高的成本(大部分可能是折腾成本，但你好像不是很在意)，但这写复杂性都是为了解耦计算和存储资源，使之更灵活，更符合业务的需求，所以关键问题是，你是否面临这样的需求。（最后，我觉得你的需求应该不是要不要存算分离，你的需求应该就是 "折腾"，那关系什么缺点呢？

363 天前

回复了 niceTeen84 创建的主题 › 程序员 › 请教一个部署 Confluence 并开放公网访问的问题

都能用，我都用过

我原来在公司把 conf 和 jira 部在了一台上, subpath 方式(/jira, /wiki) 的方式用了几个月, 后来改成 subdomain (jira.xxx.com, wiki.xxx.com), 都基本没遇到什么问题

所以我的感觉就是选 1. 因为, 方案 2. 的不足就是我看着不舒服, 影响我心情....

2023-04-30 16:53:03 +08:00

回复了 myqoo 创建的主题 › 程序员 › 判断 IP 是否为境内，有什么推荐的方案

就是用 ip 库啊，看你需求(准确, 更新, 粒度) 有免费的和收费的企业服务可选

2023-04-30 16:51:06 +08:00

回复了 ALLROBOT 创建的主题 › 程序员 › 为啥公网环境这么恶劣？一放开端口必中病毒

现在在公网上扫描+批量打的基本都是, 挖矿 /勒索, 不会使用特别复杂的漏洞, 不会使用未知漏洞（因为划不来，追求的就是广撒网），如果你是因为这样中招，我要怀疑你的专业能力了

2023-04-30 16:46:59 +08:00

回复了 ALLROBOT 创建的主题 › 程序员 › 为啥公网环境这么恶劣？一放开端口必中病毒

现在中招比 10 年前难多了吧？ 1. 个人用户来说, 各种全家桶别的不说，推更新还是很及时的，win10 后也有自动更新了, 基本就杜绝了病毒 /木马的泛滥，2. 对于专业 /企业用户，确实面临的问题更复杂了, 这必然需要你自己有安全意识和基础的技能

2023-04-30 16:26:10 +08:00

回复了 eephee 创建的主题 › DevOps › 有没有数据库 CICD 方面比较好的实践

看需求吧，如果你的 db 是支撑应用的，把 db 独立于代码管理更复杂吧？这种情况我也推荐用 flyway 这种方案，挺好的

2023-01-25 17:48:19 +08:00

回复了 bclerdx 创建的主题 › Windows › 这都什么年代了，居然有人还在用 WIN 7 32Bit 版本的 OS，这些人的脑回路到底是怎么想的？

你就说能不能用吧，会影响赚钱速度吗

2023-01-25 14:33:02 +08:00

回复了 raysaii 创建的主题 › 程序员 › 这个年过的，真不舒服

不说不就行了，我就重来不说工资，问就 5000
问工作就失业了

2023-01-15 20:32:40 +08:00

回复了 Deplay 创建的主题 › Windows › 巨硬，我真服了你

小问题会源源不断的，毕竟“敏捷”了嘛，，

我现在用 win10 还得时不时 restart 下 explorer 呢，不然卡的不行

2022-12-03 22:24:10 +08:00

回复了 edis0n0 创建的主题 › 程序员 › API 不管操作成功还是失败都返回 200 状态码，自己在返回结果里又定义一个表示是否成功的属性是从哪里传开的坏习惯？

没这么复杂，也没有谁正确一说，说到底取决于你要传递给调用者的 “语意”
如果你的 API 是标准的 rest ，即对 “资源” 的 curd ，那么这个时候是能跟 rest 的语意完全匹配的（其实大部分时候都是这样的 api ）

但事上总还是有一些再这之外的复杂一点的逻辑, 要么就自己在业务模型上封装各种错误，要么就全局封装一个，我理解这是一种在 rest 之上的具有业务语意的扩展而已

---

@swulling
我感觉....，上一个应用我就把服务的错误和资源相关的放 http status ，把某些业务错误放 body 了，，这样应用可依据具体情况决定是否处理，怎么处理，当然本身也不一样，前端应用业务逻辑也很重的原因

1 2 3 4 5 6 7 8 9 10

❮

❯