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

V2EX = way to explore

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

现在注册

已注册用户请登录

1 2 3

❮

❯

45 天前

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

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

128 天前

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

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

190 天前

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

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

219 天前

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

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

219 天前

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

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

260 天前

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

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

274 天前

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

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

275 天前

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

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

296 天前

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

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

2024-09-09 16:29:04 +08:00

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

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

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

2024-08-17 09:21:37 +08:00

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

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

2024-08-07 09:32:41 +08:00

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

amlha21lQDE2My5jb20=
感谢老板~

2024-07-15 19:30:57 +08:00

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

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

2024-07-15 19:30:08 +08:00

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

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

2024-07-15 19:28:13 +08:00

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

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

2024-07-15 14:03:51 +08:00

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

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

2024-07-10 17:09:25 +08:00

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

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

2024-06-22 15:54:16 +08:00

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

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

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

2024-06-13 09:20:15 +08:00

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

求拉，备注 V2 ，amlha21l

2024-05-29 20:55:57 +08:00

回复了 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

❮

❯