V2EX › mightybruce 的所有回复 › 第 15 页 / 共 27 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 11 12 13 14 15 16 17 18 19 20 ... 27

❮

❯

277 天前

回复了 spicyoil 创建的主题 › 程序员 › 关于成为远程工作者或者数字游民的可行性/执行方案的思考，大家多多给点意见

我在 twitter 上遇到一些数字游民，可以和他们多探讨探讨比如大帅老猿、tinyfool

多数数字游民是老程序员了，这个在 V2EX 上并不多

277 天前

回复了 kikyou12138 创建的主题 › Kubernetes › 有什么方便管理 k8s yaml 的工具吗， helm 已经不够用了

这时候 yaml 是不够的，
你需要尝试一下 HCL CUE KCL 这样的通用语言去生成 Yaml 了
https://kcl-lang.io/docs/user_docs/getting-started/intro/

277 天前

回复了 liu1996 创建的主题 › 程序员 › ai 绘画如何画多张人物保持一致的图片

stable diffusion 也要带上 seed,然后就是抽卡了。

277 天前

回复了 liu1996 创建的主题 › 程序员 › ai 绘画如何画多张人物保持一致的图片

midjourney 可以做到，选生成图片的时候带上 seed Midjourney 机器人使用种子编号创建视觉噪声场（扩散模型的起始图片），就像小时候电视没有信号屏幕上是雪花图，作为生成初始图片网格的起点。种子数是为每个图片随机生成的，但可以使用--seed 或 --sameseed 参数指定。使用相同的种子编号和提示产生相似的最终图片。

284 天前

回复了 ChrisFreeMan 创建的主题 › 程序员 › 为什么对一个语言熟悉以后就很想换个语言重新试一试。

@mokiki js 和 rust 哪里是 C 类语言，再说语言谈的是编程范式。

284 天前

回复了 ChrisFreeMan 创建的主题 › 程序员 › 为什么对一个语言熟悉以后就很想换个语言重新试一试。

语言对应着不同的设计思想和范式，如果是研究兴趣和学习的话，建议多看看不同范式的语言

如果为了升职加薪，多看看一些其他的热门语言和语言所运用的领域以及项目。

284 天前

回复了 newbie111 创建的主题 › React › 2024 了, 求推荐 React 最佳入门教程!

强烈推荐这个油管主的视频列表
https://www.youtube.com/@Techsithtube/playlists

286 天前

回复了 seekseat 创建的主题 › Kubernetes › 数据库等服务，到底要不要容器化？体验下来，各自真正的优劣是什么？

历史上工业革命出现的时候一些人也是认为马车还是比蒸汽机车好，后来就不用说了吧。

现在都有数据库容器化弹性伸缩的云服务并对外提供，并且还是支持分库分表的，

试用一下 plantscale 吧，基于云原生 vitess 的 mysql

国内创业团体做的 kubeblocks 也可以看看

287 天前

回复了 zhoudaiyu 创建的主题 › Kubernetes › 2024 年云原生领域（特别是 K8s）的趋势是什么？

kubevirt 是比较差的做法。FabricPath 已经谈到了。
较好的做法是用 kata container

287 天前

回复了 zhoudaiyu 创建的主题 › Kubernetes › 2024 年云原生领域（特别是 K8s）的趋势是什么？

@CivAx 说得不错，不过用 HostPath 这些是不常见的，除非是小集群。
像很多传统采用 MPP 架构的数据上 k8s 是不太契合的，主要是存储资源、计算资源紧密耦合的架构，不太容易满足云时代不同场景下的不同 workload 需求。

当我们需要扩容集群扩充 CPU 资源时，往往会引发数据的 reshuffle ，这会消耗比较大的网络带宽和 CPU 资源。
而通过分离存储资源、计算资源，可以独立规划存储、计算的资源规格和容量。这样计算资源的扩容、缩容、释放，均可以比较快完成，并且不会带来额外的数据搬迁的代价。

最好的方式就是这些中间件计算和存储分开，现在存储和网络这方面比如 RDMA 也是不断发展去减少分布式数据库的消耗

288 天前

回复了 zhoudaiyu 创建的主题 › Kubernetes › 2024 年云原生领域（特别是 K8s）的趋势是什么？

趋势和你列举的一部分重合，另一部分不是云原生领域。
像有状态应用上 k8s 有一些是需要改造的，这部分属于中间件研发而非云原生。
比如 confluent 对应 kafka 就可以轻松上 k8s, 而 kafka 就没有。
kubeflow 这些属于 MLOps, 是需要懂 AI 专业领域来能搞的
今年最火的是平台工程以及 EBPF 整合 k8s,其次是 wasm 。

288 天前

回复了 silentsky 创建的主题 › Go 编程语言 › 大佬们平时开发 golang 过程中有没有什么最佳实践或者经验之谈让小弟学习学习

@silentsky 依赖注入不多，如果你在一些公司被要求使用公司的脚手架以及一些定制的框架的话，会见到。
用 go 写业务开发的话是可以看到一些，主要还是团队技术领导好控制下面的开发小弟，完形填空写代码

288 天前

回复了 owhere 创建的主题 › Java › 关于 redis 的 lua 脚本原子性问题

redis 执行命令是单线程，一次执行一整条 lua 脚本，当然是原子性，如果是 redis 集群，在一些版本有可能有问题。

289 天前

回复了 fliter 创建的主题 › DevOps › 开发转做运维开发，有什么需要注意的？需要额外学习和掌握什么？

@hongyexiaoqing 运维开发的确没那么简单，业务开发也不要太觉得自己并发多高，很多非核心的部门的那点并发真没多少，复杂的 k8s cicd 工作流 v 站上没几个人提到，
云原生配置可编程之 KCL, cuelang 和 kubevela 这些项目在国内外也是非常火

289 天前

回复了 fliter 创建的主题 › DevOps › 开发转做运维开发，有什么需要注意的？需要额外学习和掌握什么？

运维是一个非常吃经验的行业，这一行的确有些人是越老越吃香。不过现在运维也都需要懂开发，不会开发的运维的效率是不高的。

289 天前

回复了 fliter 创建的主题 › DevOps › 开发转做运维开发，有什么需要注意的？需要额外学习和掌握什么？

另外说一句，能做好运维开发的都是大公司，微服务治理和运维紧密相关。运维系统没有自动化是管理不了几百的微服务、几百台服务器的。运维监控平台是很重要的。

289 天前

回复了 fliter 创建的主题 › DevOps › 开发转做运维开发，有什么需要注意的？需要额外学习和掌握什么？

传统运维开发是基于 ansible 和 python 以及一些监控系统来做的

k8s 运维开发需要懂的很多，V 站上的人多数都不是做这个的，回答真是。。。

k8s 基础命令行操作 kubectl 以及各种概念和资源对象必须懂
k8s 基础之 client-go 开发以及基于这个做一套 k8s 管理系统
Operator 开发这个因各种公司需求来做
各种 operator 是必须要会写的，才能完成一定的运维自动化

其次像 csi, cri, cni 插件开发需要懂

运维监控系统开发
像传统的 zabbix 有的公司在用，小米和滴滴的 open-falcon nightgale 的开发
prometheus 采集自定义指标这些

290 天前

回复了 xiyy02 创建的主题 › MySQL › 既然 mysql 可以靠 binlog 达成多副本共识，那为什么还需要 Paxos、Raft 等共识算法？

2PC 几个回复写得有点问题，
mysql 实现 2pc 不是 binlog 和 relog 达成共识，而是 XA 事务。XA 事务在很多数据库中是有实现。

290 天前

回复了 xiyy02 创建的主题 › MySQL › 既然 mysql 可以靠 binlog 达成多副本共识，那为什么还需要 Paxos、Raft 等共识算法？

共识算法是为了可用性，服务器节点存在三个角色：leader 、follower 、candidate
主从模式中是只有主节点可以写入的。

290 天前

回复了 xiyy02 创建的主题 › MySQL › 既然 mysql 可以靠 binlog 达成多副本共识，那为什么还需要 Paxos、Raft 等共识算法？

https://engineering.fb.com/2023/05/16/data-infrastructure/mysql-raft-meta/
可以看看这篇文章

1 ... 11 12 13 14 15 16 17 18 19 20 ... 27

❮

❯