V2EX › lavvrence 的所有回复 › 第 21 页 / 共 46 页

V2EX = way to explore

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

For Existing Member Sign In

1 ... 17 18 19 20 21 22 23 24 25 26 ... 46

❮

❯

2024 年 9 月 4 日

回复了 Voren 创建的主题 › 问与答 › 有什么记账软件有预算功能

请使用复式记账工具，比如 Beancount / Beanwise

2024 年 8 月 30 日

回复了 sleepyfevniv 创建的主题 › macOS › 来说说 Mac 比起 Windows 笔记本好在哪里

很多年前就听说 V2EX 就部署在一台 Apple 的 OS X Server 上，不知道现在如何了。

2024 年 8 月 30 日

回复了 sleepyfevniv 创建的主题 › macOS › 来说说 Mac 比起 Windows 笔记本好在哪里

续航、多指触控、Unix 、审美、综合应用质量、和最佳的邮件应用 Mail.app 、最佳的 RSS 应用 Reeder 。
Windows 的交互语言至今都没能做到风格上的统一，很难相信对应的应用质量，更不必多说各种安全上的漏洞。

2024 年 8 月 29 日

回复了 lurekuka 创建的主题 › 问与答 › 有没有一种工具，免下载云盘客户端

自己部署 WebDav

2024 年 8 月 25 日

回复了 xoxo419 创建的主题 › 程序员 › 第一天玩爬虫就遇到 418 恼火 -______-------

https://lawrenceli.me/blog/cloudflare#client-hello---ja3

2024 年 8 月 13 日

回复了 MrLonely 创建的主题 › Kubernetes › 学不会 k8s 怎么办？

Quantitative Trader 能有你这种想法的确实厉害！

但是这是对于有技术背景的，如你所说，对于大多数人来说，太难了！ Kubernetes 对于非运维/计算机科班的人来说难度确实陡峭，连 Google 都曾承认 Kubernetes 过于复杂 ( https://www.solidot.org/story?sid=67046 )。所以我的建议还是 docker compose 。

你可以把 docker compose 理解为极度简化的单击 K8s.

如果你一定想学 K8s, 可以反反复复看了官网的文档和一些 youtube 上的视频后，开始自己利用本地虚拟机作为 kubernetes 集群学习。我自己是个一后端程序员，四五年前学习的时候基本上前一个月脑子里全是各种概念，第二个月全是各种命令行和 yaml ，前前后后两三个月算是熟练了。最复杂的是网络，提前把 iptables ，nat ，dns 这些基础打劳，然后不靠 ide 能直接写 yaml ，遇到不清晰的直接找社区问，最多半年肯定会了。

2024 年 8 月 12 日

回复了 yiyiniu 创建的主题 › 程序员 › 软件管理：通过什么方式能保障测试环境与生产环境：表结构、表的初始化数据一致？

flyway 原生 SQL 可以直接基于版本维护变更，同时支持多数语言 SDK

2024 年 8 月 9 日

回复了 ZGame 创建的主题 › Java › 好奇 Java mybatis 能火是不是因为 Java 编译器对多行文本的扫码解析不友好?

Java 代码：
var str = """
i
am
multiline
""";

2024 年 8 月 9 日

回复了 codingAlex 创建的主题 › 问与答 › postgresql，创建时间和更新时间字段，用触发器还是用代码操作（在 springboot 里面）比较好一些

ORM

2024 年 8 月 8 日

回复了 i4color 创建的主题 › Java › 如何定时收取很多邮件的内容？

IMAP IDLE, RFC 2177.

2024 年 8 月 8 日

回复了 v2ek 创建的主题 › git › 各位大佬你们团队开发 git 是如何管理的？

每一个需求/bug 一个分支，遵循 [type]/[title] 的分支名：

feat/add-user
feat/enable-rbac
feat/support-kubernetes-deployment
fix/issue-233
fix/npe-error
feat/JIRA-SERVICE-197
hotfix/JIRA-20240808

测试的时候都往某个专门的分支上 merge 或者走 pull request
developer A: branch feat/add-user merge into test
developer B: branch fix/issue-233 merge into test

此时 developer A 早已经准备上线了:
developer A: branch feat/add-user merge into prod （这时候其实可以 git tag ）

上线没问题，feat/add-user 就可以直接删了，或者放着不动，后续如果这个需求有 bug 了，一定不要继续用这个分支，直接从上次发布的分支上 checkout ，继续往返前面的操作就可以了。

永远不要使用自己的个人分支，不要把分支想象的一个很长远的东西；除了主要用于发布的分支，其他一切分支都视作临时的分支。你越是用自己个人固定的分支，冲突就越多，因为你总是要把 prod 分支往自己分支上 pull ，何必呢，看着都累。

之前在某美企，分支全都是用的 JIRA ID ，十多年的老项目，几万个历史分支，十几个人的团队，遇到冲突的情况很少。

2024 年 8 月 6 日

回复了 kingterrors 创建的主题 › macOS › QQ 为什么要使用 8080 端口？

开代理了吧

2024 年 8 月 6 日

回复了 lipengxs 创建的主题 › 程序员 › 求好看的 next js 网站模板

一年前就关注过 Nat Friedman 亲自开发的 https://nat.dev

https://github.com/nat/openplayground

和你的需求一模一样, 但是并非 Next.js 而是直接基于 React 。

2024 年 8 月 6 日

回复了 werwer 创建的主题 › 输入法 › 初学者应该选择哪种双拼方案？

微软；因为当年学的时候操作系统基本都内置了。

2024 年 8 月 6 日

回复了 Doldrums 创建的主题 › 问与答 › 有什么办法能让自己的身份信息无法被用来注册新手机号？

成为『同名失信被执行人』