V2EX › jiakme 的所有回复 › 第 1 页 / 共 3 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 2 3

❮

❯

2025 年 8 月 12 日

回复了 silencegg 创建的主题 › 程序员 › 日志还是版本

如果是日志且业务为单表的话, 可以考虑使用 cdc 监听方案.

2025 年 5 月 21 日

回复了 zhuzhiqiang 创建的主题 › 推广 › 兄弟们薅羊毛了，新的企业信息查询平台，注册送 5 年 SVIP。

接力
https://riskbird.com/#/?inviteCode=29D1AD030A7D3B28

2025 年 3 月 20 日

回复了 movq 创建的主题 › Java › java8 的 springboot 漏洞那么多，留在 java8 不升级的话如何解决这些漏洞

有一些安全扫描是直接扫硬盘和 docker 镜像, 只要匹配到使用的包, 就报警, 不管是否暴漏端口和服务

2025 年 2 月 19 日

回复了 seedhk 创建的主题 › 程序员 › 请教支付业务架构图设计

你的这个图不太贴切, 完全跟随产品走. 建议关注一下公众号隐墨星辰看看别人怎么设计支付系统的.
另外业务架构设计图是非常非常重要的, 产品越复杂, 它越重要.
另外还需要配合技术架构图画

2025 年 2 月 19 日

回复了 fareast 创建的主题 › 计算机 › 程序员电脑推荐

别人都说不要 MAC 了还一直推 MAC........
价格合适的话, 直接上 32G 内存, 其他的都不重要

2025 年 1 月 9 日

回复了 YVAN7123 创建的主题 › Java › 能不能推荐一个 Spring Boot 脚手架

技术选型最终取决于决策者, 而不是使用者.
选型需要考虑, 当前团队成员技术栈, 后续团队招聘, 历史业务维护, 新业务推广, 整体技术栈等等.
在上述语境中, 还要综合考虑, 优先核心技术栈, 其次边缘技术栈.
所以非核心单一技术栈优劣是最后才考虑的.
而数据库操纵场景, mybatis, JOOQ 等等框架, 性能效率拉不开差距, 优先考虑团队熟悉和接受程度.

2024 年 12 月 26 日

回复了 anyinlover 创建的主题 › 职场话题 › 杭州有 AI+教育的公司吗？

@anyinlover 大模型强弱与否目前不是核心点. 关键在于你的客户群体是否愿意因此付费, 不论是直接购买 AI 服务, 还是购买经 AI 增值后的其他服务. 教育是个严肃且迭代缓慢场景, 现阶段综合可信度, 正确度, 满意度, 性价比, AI 作为独立服务, 客户付费意愿不高, 主要将 AI 用于增值核心业务. 但这些业务目前均处于稳定期, 并非新功能爆发, 无法带给用户跨时代的服务提升, 并进一步引导用户增加付费. 若是后续模型进一步增加, 未来才会来.

2024 年 12 月 25 日

回复了 anyinlover 创建的主题 › 职场话题 › 杭州有 AI+教育的公司吗？

很多教育相关公司均有布局 AI+, 但实际效果不明显.

2024 年 12 月 4 日

回复了 sxinsuoyu20 创建的主题 › MySQL › mysql 一年新增 800 多万条数据，如果是单表的话请问服务器能支撑吗？各位有什么好的办法吗？

如果允许的话, 可以考虑将 mysql 更换为 pgsql. 简单数据, 单表 1 亿没问题

2024 年 9 月 9 日

回复了 xiexiping 创建的主题 › 程序员 › 自己一直是做移动端的，现在想学学后端，以后自己想做产品了不用找别人，节约成本，有人说 C#做起来最轻松，还有说 Nodejs, Python 的，哪个比较容易学，做起来比较轻松呀？ Java 就算了，好像没看见有人说过 Java 易用，哈哈

玩票性质: 随便选择, 以自己兴趣及知识背景优先.
认真性质: 建议 Java, Go. 原因在于企业需求和流行度. 沟通交流方便, 企业大量需要, 同时转其他语言非常简单.
兼顾性质: Python, NodeJs. 原因在于脚本, 数据, web, AI 等等场景万金油, 不算最优, 但都能有一定切入点.

后端注重数据结构, 算法, 架构设计, 语言其次, 只要你会任意一种静态语言, 切换其他语言就跟玩一样, 都是 7 天入门.

2024 年 8 月 17 日

回复了 ZiLong 创建的主题 › 问与答 › 想低成本的试运营一些微服务(主要是 Spring boot)该怎么选型？内网穿透 or ServerLess

流量低, 内网穿透方案是没有问题的, 当前你还在业务探索阶段, 没必要上云. 等业务上来再上云完全没问题, docker + 数据迁移, 一点问题没有, 简单的很.
稳定性肯定不如云, 延迟可能视网络情况增加 100ms ~ 200ms.
rancher 和 kubesphere 有点重, 建议轻量化走.

2024 年 8 月 7 日

回复了 beiguo 创建的主题 › 分享创造 › [送码🎁]桌面新宠 2.1，可以自定义宠物了🎉

amlha21lQDE2My5jb20=
感谢老板~

2024 年 7 月 15 日

回复了 cxhello 创建的主题 › 程序员 › SSO 单点登录实现方案选型

@cxhello 认证中心维护黑名单，业务子系统去查询吗？网关统一处理认证, 管控用户进入. 内部服务只解析用户信息.

2024 年 7 月 15 日

回复了 cxhello 创建的主题 › 程序员 › SSO 单点登录实现方案选型

@cxhello 退出登录 Token 如何处理？建议了解一下 oauth2 协议.

2024 年 7 月 15 日

回复了 worldgg 创建的主题 › 前端开发 › 现阶段的 PC 端跨平台的 GUI 框架应该选什么好

1. 不要用 Java 2. electron, flutter 都可以考虑一下.

2024 年 7 月 15 日

回复了 289396212 创建的主题 › 程序员 › 如何快速理解并掌握 DDD 后端开发？

DDD 的核心是业务模型划分, 编码实现模式从针对流程编码, 变更为针对模型编码.
划分整个业务, 梳理内部模型层次和同其他业务边界, 使得项目整体复杂度可控.
针对模型实现, 充血/贫血, CQRS, MVC 等等, 按照实际情况来. 不要生搬硬套.

2024 年 7 月 10 日

回复了 cxhello 创建的主题 › 程序员 › SSO 单点登录实现方案选型

需要区分应用场景:
1. 小型(集中/分布式)应用: 建议 session 模式, 而非 token, 维护成本远低于 token
2. 中型分布式应用: 两者均可, 分布式 session 可做两层缓存, 同步也不成问题; token 模式需要考虑登出, 黑名单等等场景, 成本不低.
3. 大型分布式应用: 建议 token 模式, 此时 session 同步会成为问题.
不论何种模式, 一定要封装前端请求组件和后端拦截器组件, 方便后期调整维护.

2024 年 6 月 22 日

回复了 othercat 创建的主题 › Linux › 2005 年开始的 macOS 主力用户，终于要换到 Linux 了

我使用 linux 桌面作为主力开发机好几年了(manjaro, java). 个人经验:
- 开发相关软件: jdk, go, k8s, docker, redis 使用非常舒服, 完全无问题.
- 业务支撑软件: 微信, 远程桌面, 各种三方软件很成问题. 一旦出现个别软件没有 linux 版本, 需要虚拟机或者额外电脑使用, 工作舒适性立马下降一个等级.
- 稳定性: linux 桌面没有服务器稳定, 会出现 crash 问题, 稳定性弱于 windows, mac

所以使用 linux 作为主力机时, 一定要有 backup, 比如另外一台 windows 笔记本.

2024 年 6 月 13 日

回复了 lufeng666 创建的主题 › 程序员 › 程序员的无限可能—技术交流群

求拉，备注 V2 ，amlha21l

2024 年 5 月 29 日

回复了 RedBeanIce 创建的主题 › 数据库 › 搭建 [物联网] 数据中台

1. 梳理需求背景和当前现状：a. 人员素养 b. 数据量，冷热情况，TPS/QPS c. 未来数据清洗情况，数据分析维度 d. 当下硬件条件，网络情况，技术栈
2. 结合前述条件分析引入技术栈情况：如果数据局部热，大部分冷，完全可以采用冷数据写入方式，只要有一个热点数据接收即可，无须引入 cdc ； TPS 和数据量少，直接用 mysql 抗，高版本 mysql/pgsql ，简单数据 TPS 200 ，几千万数据量随便用；中间件需要取舍一下轻量级和重量级，flink cdc 比较轻量，可以直接内嵌 springboot 使用，无须作为 flink task 集成，datax 有点重
3. 编写 demo ，流程可行性确认，成本确认
4. 方案实现和上线

1 2 3

❮

❯