V2EX › xuanbg 的所有回复 › 第 30 页 / 共 334 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 26 27 28 29 30 31 32 33 34 35 ... 334

❮

❯

2024-10-31 23:01:31 +08:00

回复了 justincnn 创建的主题 › OpenAI › 各位 it 大神， ai 在你们心中默认的形象是什么？

智障助理，可调教

2024-10-31 09:05:59 +08:00

回复了 irisdev 创建的主题 › Java › 请教后台接口如何根据前台的筛选条件动态构造查询 sql

别想太多，条件基本都是固定的。就算变，也不会频繁变。而且有上限，总不能用不存在的字段做条件吧？就算是，也是无效的啊。

所以硬拼 sql 没毛病。

2024-10-30 16:27:43 +08:00

回复了 michaelliuyang 创建的主题 › 程序员 › 最近在调研排课系统，有熟悉的大佬帮忙解答解答

排课有技巧的，硬来肯定很复杂也很慢。科大讯飞的做的不错，OP 可以参考一下。

2024-10-30 16:18:03 +08:00

回复了 xiaohantx 创建的主题 › 程序员 › 中小团队 2024 当下 gitee、云效、百度效能云、腾讯 coding 哪个更适合中小企业

@xiaohantx 我们的 GitLab 用了没有 10 年也有 8 年了，上面少说 100 多个仓库。从来没有谁维护过。。。哪来的维护成本呢？

2024-10-30 16:14:42 +08:00

回复了 xiaohantx 创建的主题 › 程序员 › 中小团队 2024 当下 gitee、云效、百度效能云、腾讯 coding 哪个更适合中小企业

默认选项难道不是 GitLab 么

2024-10-30 09:50:25 +08:00

回复了 BridgeCham 创建的主题 › Apple › 2024 款 Mac Mini 已经发布

@billytom 单网口问题不大，可以单臂的

2024-10-27 09:17:54 +08:00

回复了 travelcc 创建的主题 › 程序员 › 问一个问题，你们在工作中都解决过什么比较困难的问题呢

我遇到的最困难的问题就是：没有蛋孵不出鸡，孵不出鸡也就下不出蛋。。。怎么解决？解决个蛋蛋！这哪是我的问题啊，这是老板的问题好不好。

所以，我就没遇到什么困难的问题。

2024-10-25 09:21:47 +08:00

回复了 zhangjiashu2023 创建的主题 › 程序员 › 个人网站避免被攻击的思路(大家帮忙看看是否可行)

除了 80/443 ，其他端口白名单

2024-10-25 08:52:43 +08:00

回复了 kitkat 创建的主题 › 汽车 › 关于开车的一些思考

必须吐槽很多人的停车，根本不管别人还能不能走，只管自己方便。

2024-10-24 18:21:41 +08:00

回复了 Auston 创建的主题 › 问与答 › 家人痴迷于酿酒想着以后能大卖怎么劝

给买辆农用车，拉上酿酒的设备挨家挨户帮村民酿酒。这个生意我这边就有人做的，技术好口碑好钱也能不少赚。

2024-10-24 18:18:53 +08:00

回复了 drymonfidelia 创建的主题 › 程序员 › 微服务到底在哪个方面让开发、维护简单了？怎么看都是变复杂了，原本配置一次数据库就能跑，现在要配置八九个容器和数据库，更新一次要配置好几个服务

@lujiaxing 到你说的那个规模，团队里面只有懂点皮毛的人，虽然我是不敢相信的。但抬杠就不必了，您说的都对！没有专家别轻易上微服务就对了。OK ？

2024-10-24 11:15:39 +08:00

回复了 hastings002 创建的主题 › 程序员 › [求助] 求教 Spring 商业版的使用经验

升级试试看嘛，一般都是无痛升级。

2024-10-24 10:33:09 +08:00

@lujiaxing 我啥时候建议不会搭基础设施，甚至连测试都不做的草台班子上微服务了？

我的原话是：搞微服务，必须要懂点运维，至少要会用 docker 吧。而且要先搞定基础设施，如网关、注册中心、配置中心、统一日志收集这些。基础设施其实很容易搞定，譬如我在一个新的环境部署一套，也就 2 小时吧。你要是这些不会的话，那就别玩微服务了。

2024-10-24 01:43:02 +08:00

回复了 suuuch 创建的主题 › 程序员 › 看到一个关于 AI 的猜想，感觉有道理和 V 友讨论下

@tabc2tgacd 数学永远不存在不确定性。

2024-10-24 01:33:50 +08:00

回复了 mouyase 创建的主题 › 程序员 › 服务端开发错了，客户端就应该错着适配

关键在于这是一个历史包袱啊，不是后端一开始就做错了。后端肯定不会去改的，改成对的万一出点意想不到的问题，他接不住。换我也是不肯改的。代码就在那，你们谁要改都可以，反正我不接。

2024-10-24 01:24:25 +08:00

回复了 EagerTo 创建的主题 › 程序员 › 今天是 1024。

祝大家节日摸鱼快乐

2024-10-24 01:22:55 +08:00

@lujiaxing 用得着挨个微服务去查吗？你都不能确定结算错误是产生于业务链的哪个环节的么，这也太搞笑。日志肯定要上 ELK ，Kibana 出了问题还不好办，一条 docker 命令重新创建容器就解决了啊。你咋不说 ES 挂了怎么办呢。。。

2024-10-23 08:47:25 +08:00

@lujiaxing 你会建设还能不会维护？维护也就维护业务服务，很少需要维护基础设施和基础服务的。业务服务本来就简单到不能更简单，这都维护不了，单体的不是更维护不来了？

2024-10-22 12:24:46 +08:00

微服务的建设过程对于生手来说主要难在前期，但这个对于熟手来说就一点都不难，甚至一个 shell 脚本就能搞定。不过进入后期大家喜闻乐见的狗都能行的 CRUD 环节，就真的毫无难度了。

2024-10-22 12:14:55 +08:00

@lujiaxing
@wujianhua22
@vikaptain

搞微服务，必须要懂点运维，至少要会用 docker 吧。而且要先搞定基础设施，如网关、注册中心、配置中心、统一日志收集这些。基础设施其实很容易搞定，譬如我在一个新的环境部署一套，也就 2 小时吧。你要是这些不会的话，那就别玩微服务了。

然后，你要先搞一些基础服务，譬如用户服务、身份认证、角色授权这些。基础服务由于和业务没有耦合，所以不管你有多少套业务系统，基础服务之需要开发一套就行。就用这一套代码到处部署，每次部署只要 3 分钟。基础服务有了，纯业务就真的很简单了。这个套路形成后，一个人就能玩转微服务。

1 ... 26 27 28 29 30 31 32 33 34 35 ... 334

❮

❯