yusheng88 最近的时间轴更新 yusheng88 最近的时间轴更新 |
yusheng88V2EX 第 321751 号会员，加入于 2018-06-10 19:41:49 +08:00 |
| 关于工作流系统开发的一些疑惑 程序员 • yusheng88 • 337 天前 • 最后回复来自 yusheng88 | 13 |
| 对于同一文件重复写操作，有高效的写法吗 程序员 • yusheng88 • 2023-02-11 17:30:31 PM • 最后回复来自 yusheng88 | 10 |
| 线程安全问题，求大佬解惑
1 程序员 • yusheng88 • 2022-12-21 15:14:15 PM • 最后回复来自 strayerxx
|
10 |
| 关于 jwt 做认证，有些疑问 程序员 • yusheng88 • 2022-12-04 21:13:59 PM • 最后回复来自 sch1111878 | 16 |
| 幂等性接口，操作成功或失败，该返回什么？怎么响应？ 问与答 • yusheng88 • 2021-06-04 10:47:12 AM • 最后回复来自 baiyi | 5 |
| 一个人可以有多个标签, sql 筛选只包含某些标签[标签(1,2,3)]的人,怎么写效率高？ 问与答 • yusheng88 • 2021-04-17 11:39:50 AM • 最后回复来自 yusheng88 | 7 |
yusheng88 最近回复了
1 天前 回复了 hacker159357 创建的主题 › 程序员 › 大佬们，现在准备 Java 面试的话，是刷算法 leetcode 还是刷项目呢 |
轻松路线：
背八股文，优化简历 [吹牛] 。
这个学历和背景，大公司感觉没指望了，不是几年前了，华为 od 都卡 211 了。
中小公司不用算法，或者说是简单算法。
困难路线：
1 、考公
2 、学习英语，run 国外||找外企
3 、考研
背八股文，优化简历 [吹牛] 。
这个学历和背景，大公司感觉没指望了，不是几年前了，华为 od 都卡 211 了。
中小公司不用算法，或者说是简单算法。
困难路线：
1 、考公
2 、学习英语，run 国外||找外企
3 、考研
1 天前 回复了 skyworker 创建的主题 › Java › 再聊一个 Java 相关的话题 |
@skyworker
时代在进步，各种业务场景的解决方案一直在摸索。
spring 是小，但使用起来不“美”，所以才有后来的 springboot
hibernate 和小应该不沾边，使用起来也不“美”。
微服务不会让系统变臃肿，乱用微服务、乱划分才是系统变臃肿的原因。
时代在进步，各种业务场景的解决方案一直在摸索。
spring 是小，但使用起来不“美”，所以才有后来的 springboot
hibernate 和小应该不沾边，使用起来也不“美”。
微服务不会让系统变臃肿，乱用微服务、乱划分才是系统变臃肿的原因。
1 天前 回复了 skyworker 创建的主题 › Java › 再聊一个 Java 相关的话题 |
人的问题。
没人管，原开发人员用来练习简历技术栈。
请求超过 6s 都没人反馈，说明在这个公司或工作氛围中也不是问题
没人管，原开发人员用来练习简历技术栈。
请求超过 6s 都没人反馈，说明在这个公司或工作氛围中也不是问题
1 天前 回复了 qbmiller 创建的主题 › Java › 有 内嵌的简单 mysql 版本的 MQ 吗 |
mq ，应该是消息队列吧，这能基于 mysql ？基于 mysql 实现的 mq 性能能看吗
无法理解服务架构。
1 、 大单体，又要部署多个实例，是否还在一台服务机器上？
2 、 多实例之间，数据库是否共享？不共享的话，使用 h2 ，sqlite 等内嵌数据库更方便
3 、 如果真的需要 mq ，离线部署一个 kafka+相关运维监控界面也不是什么费事的操作
选择使用什么技术，应该是基于需求、场景的。
但我在你的描述中，完全不知道你为什么需要 mq ，为什么要基于 mysql 的 mq 。
无法理解服务架构。
1 、 大单体，又要部署多个实例，是否还在一台服务机器上？
2 、 多实例之间，数据库是否共享？不共享的话，使用 h2 ，sqlite 等内嵌数据库更方便
3 、 如果真的需要 mq ，离线部署一个 kafka+相关运维监控界面也不是什么费事的操作
选择使用什么技术，应该是基于需求、场景的。
但我在你的描述中，完全不知道你为什么需要 mq ，为什么要基于 mysql 的 mq 。
3 天前 回复了 HAPPYISOKA 创建的主题 › Java › V 友们有没有 springboot 整合 netty 的脚手架 |
webflux ，使用起来挺麻烦的，各种 mono flux ，mybatis 应该也没有适配。
现在追求性能 [吞吐量] 和开发效率的话，使用 springboot3+jdk21 就好了。
性能比 webflux （基于 netty)实现的，差距在 10%左右吧。
现在追求性能 [吞吐量] 和开发效率的话，使用 springboot3+jdk21 就好了。
性能比 webflux （基于 netty)实现的，差距在 10%左右吧。
3 天前 回复了 HAPPYISOKA 创建的主题 › Java › V 友们有没有 springboot 整合 netty 的脚手架 |
如果是 http 协议等常用协议 的话，使用 webflux 没问题的，长连接那是基础功能
3 天前 回复了 HAPPYISOKA 创建的主题 › Java › V 友们有没有 springboot 整合 netty 的脚手架 |
什么业务场景？
web 路由的话，知道的就 webflux
web 路由的话，知道的就 webflux
3 天前 回复了 collery 创建的主题 › 程序员 › 公司有一台闲置主机，如何利用 |
-- 有啥好的建议可以用上这个主机
这个电脑是给你用的吗？
-- 不习惯 windows 开发
这个电脑配置比你那个老古董 mac 好太多了。
你要是为了 mac 习惯，也觉得够用的话，保持就好。
想用上这个好配置的电脑，熟悉下 windows 操作习惯就好，有什么 mac 有的操作，win 下没有就搜索。
这个电脑是给你用的吗？
-- 不习惯 windows 开发
这个电脑配置比你那个老古董 mac 好太多了。
你要是为了 mac 习惯，也觉得够用的话，保持就好。
想用上这个好配置的电脑，熟悉下 windows 操作习惯就好，有什么 mac 有的操作，win 下没有就搜索。
3 天前 回复了 shinelamla 创建的主题 › 程序员 › 为什么 golang 提倡 「接收接口，返回结构体」这样的原则呢？ |
@kuanat
1 、我不推荐你说上下游，这个东西是有歧义的。
2 、我熟悉 Java ， 所以我反驳你用错误的方案（ code ）做示例，这没问题吧。
3 、我遇到的业务场景都是上游提供接口|接口依赖包的，你的上游是什么我就不知道了。
你写的挺多的，但我真不知道你想说什么。
你的案例，我是真看不懂 Java 有什么不能实现的？
我也不明白为什么 go 的话题下，你要引用 Java 干嘛。
你的意思是调用方先定义接口， 服务方根据接口去实现？
这个只是 maven 中 接口包 谁提供的权责问题。
这个话题讨论的是 goland 为什么提倡使用接口。
我个人理解：
接口设计涉及的原则，都是为了方便后续维护（可拓展、阅读性等），这些是设计模式的内容，是等你无意中使用后，体验到了其好处之后才会有深刻体验的，你才会明白什么场景中使用比较合适，写个 hello world 都用这些东西的话，就是脱裤子放屁
1 、我不推荐你说上下游，这个东西是有歧义的。
2 、我熟悉 Java ， 所以我反驳你用错误的方案（ code ）做示例，这没问题吧。
3 、我遇到的业务场景都是上游提供接口|接口依赖包的，你的上游是什么我就不知道了。
你写的挺多的，但我真不知道你想说什么。
你的案例，我是真看不懂 Java 有什么不能实现的？
我也不明白为什么 go 的话题下，你要引用 Java 干嘛。
你的意思是调用方先定义接口， 服务方根据接口去实现？
这个只是 maven 中 接口包 谁提供的权责问题。
这个话题讨论的是 goland 为什么提倡使用接口。
我个人理解：
接口设计涉及的原则，都是为了方便后续维护（可拓展、阅读性等），这些是设计模式的内容，是等你无意中使用后，体验到了其好处之后才会有深刻体验的，你才会明白什么场景中使用比较合适，写个 hello world 都用这些东西的话，就是脱裤子放屁
Select Language