V2EX › hallDrawnel 的所有回复 › 第 2 页 / 共 10 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9 10

❮

❯

321 天前

回复了 dongpengfei1 创建的主题 › 程序员 › 有没有什么方法能在网络不好的情况下保证支付和业务的一致性

支付完之后，指数退避去查状态，设置一个几分钟的最大上限就可以了。或者从业务逻辑去看有没有让整个交易重入的办法，用同一个订单号去对方支付系统里重试支付。

343 天前

回复了 zhoudaiyu 创建的主题 › Kubernetes › 有个 K8s 跨集群通信的需求想请教下各位

不太确定，或许你需要 istio ？不过为了这个搞 istio 感觉不划算。

351 天前

回复了 keepRun 创建的主题 › 程序员 › serverless 函数计算能省多少钱？

serverless 从成本角度看局限相当大。从云厂商的角度看它可以融入到一些基础设置功能里面，允许用户写一部分自己的代码嵌入到标准的执行流程中价值很大。

353 天前

回复了 DelayNoMay 创建的主题 › Go 编程语言 › 公司要用 win 作为 go 的开发环境，但是用惯了 mac，怎么办？

建议不要 WSL ，直接 win 本地开发，尝试一下 powershell ，很牛逼的！然后配置下 oh my powsh ，爽上天。Windows 现在的使用体验，要我说好过 macOS 。

2023-11-14 22:07:51 +08:00

回复了 dumbbell5kg 创建的主题 › 程序员 › 接口响应结果应该以请求头里的 Accept 字段为准吗

本身 accept 就是告诉服务端客户端期望返回什么格式的，你的理解没有问题。但实践上来说，只响应一种稳定的格式会剩下很多麻烦，返回多种格式的情况也不是那么常见。然后又是你 leader 说的，建议听 leader 的。

2023-11-14 22:03:03 +08:00

回复了 Jianzs 创建的主题 › 推广 › 从阿里云全面崩溃看，真的需要「快速跨云迁移」

实现厂商容灾的方案是一开始就将业务多活到多个云服务厂商上。

因为硬盘会坏，提高安全性的方法不是搞一个快速拷贝工具。

2023-10-20 15:16:27 +08:00

回复了 laters 创建的主题 › 云计算 › 多台负载均衡的服务器上传文件后如何确定文件在哪台静态服务器上

如果你只有两台服务器而且业务看起来不怎么增长的话，最简单的方案就是做一个中间服务取的时候两台服务器都去访问一下。

2023-10-17 12:17:28 +08:00

回复了 Tounea 创建的主题 › 职场话题 › 有些开发人员为什么执着要系统最大权限？

生产环境的账号我能不要就不要，都找运维操作。非要我自己登陆的我只要最小权限的账号。

2023-09-28 15:43:25 +08:00

回复了 Gota 创建的主题 › Go 编程语言 › Go 1.21 新加的 log/slog 大家开始用了吗? 写了一个输出到阿里云日志的 writer 扩展, 顺带问个跟 slog 扩展相关的问题.

看你的逻辑是想阻止新任务提交，但是已经提交的任务要继续处理完是吧？

如果可以可以控制上游，那应该把 close chan 返回回去，让上游自己停止提交。

2023-08-21 22:23:05 +08:00

回复了 zhwguest 创建的主题 › Go 编程语言 › 恨死 go 的导出变量命名规则了

用 IDE 很快就改了，问题不大。能很快改掉的问题都不大。就怕那种改不了的。

2023-05-06 23:23:35 +08:00

回复了 raw0xff 创建的主题 › 游戏开发 › 那些辣鸡网游真的就有那么多人充钱玩吗？谁来说点内幕颠覆一下我的认知

真的超乎你的想象。我专门开发过百万充值入账功能给土豪大把充钱。就是有这么多有钱的玩家，其他的利润来源基本没有，热门游戏托都很少，主要靠活动策划运营来刺激大 R 持续消费。游戏利润率就是这高。

2022-07-19 20:56:06 +08:00

回复了 tenstone 创建的主题 › 程序员 › 调研贴：你用什么笔记软件？

vscode

2022-07-10 00:31:32 +08:00

回复了 pkupyx 创建的主题 › 程序员 › go 有没有比较合适的异常处理流程方案

正确的做法就是就地判断 error ，当场决定是否要处理。相比抛出异常，有了更合理的处理时机——在错误发生的地方，持有错误发生的上下文信息，可以自由地编写针对性的处理逻辑；而统一的异常处理节点已经丢失了错误发生的上下文信息。赞同 frodez 的说法，统一的逻辑往往就会变得既不方便也不正确。

panic 仅仅应该用在整个程序已经无法继续运行的时候，对于业务逻辑来说很少有这种情况。

2022-07-02 01:16:10 +08:00

回复了 pengtdyd 创建的主题 › 程序员 › 最近发现好像大多数程序员都不太会用 Figma 和 PowerDesigner 不知道是不是这种情况

产品用这个吧，输出到我们这纸和笔画一下架构就行了。

2022-06-23 21:08:27 +08:00

回复了 hhhhhh123 创建的主题 › Python › 现在 Python 开发 GUI 用什么框架？因项目需要使用 GUI

直接用网页画，pyqt 也不好用。

2022-06-22 22:20:43 +08:00

回复了 microxiaoxiao 创建的主题 › 程序员 › 现在容器化是不是太泛滥了？动不动就搞个微服务!

@pepesii 确实是这样的。遗憾的是由于容器化等让服务拆分的代价小了很多，导致很多不合格的开发者害怕对现有服务做迭代，随意拆分导致整个系统乱成一团。

2022-06-20 22:16:51 +08:00

回复了 Zerek 创建的主题 › Kubernetes › k8s 裸机配置时那么多的 node、pod、service、PVC、PV 配置文件，都是硬记下来然后手写？还是说一般都是用到了去查？或者说普遍使用 GUI？还是说普遍不用裸机配置都是上云？

有 devops 来做这些事情，然后做成自动化的流水线。