V2EX › acmore 的所有回复 › 第 20 页 / 共 21 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 12 13 14 15 16 17 18 19 20 21

❮

❯

2020-11-05 17:04:19 +08:00

回复了 James369 创建的主题 › 程序员 › 微服务中提倡的无状态服务，具体可行吗？

无状态不是服务器真的不保存状态，而是客户端可以通过凭证在无感知的情况下从任何一台机器请求都能得到一样的结果。Session 不大的话每次直接带在 Request Body 中也未尝不可，我就见过很多服务把一堆状态数据塞在 Jwt 的 Claims 中来回倒腾的。Session 大的话就放在 Redis 集群，随用随拿。

2020-11-05 17:00:05 +08:00

回复了 onice 创建的主题 › 信息安全 › 安全行业怎么发展副业？

先黑了数据库卖数据，再发勒索邮件，再扮演白帽子收取信息修复费，再举报自己售卖的数据拿感谢费，一鱼多吃 /:狗头。

2020-11-05 10:32:34 +08:00

回复了 acmore 创建的主题 › 程序员 › 请问香港 VPS 节点如何解决丢包问题

@shadownet 钱是个大问题 /:sad

2020-11-05 09:57:52 +08:00

回复了 acmore 创建的主题 › 程序员 › 请问香港 VPS 节点如何解决丢包问题

@WEBUG 还没有，晚上回去试一下，谢谢！

2020-11-04 17:03:03 +08:00

回复了 lyuxiuchen 创建的主题 › 程序员 › 0 基础想自己开发个安卓应用

自己做着玩怎么都行，原生开发繁琐但专注，同时 Uniapp / Flutter 等平台和框架的开发成本未见得就比原生低。
要是准备长期浸淫只有原生一条路可以走。

2020-11-04 13:00:12 +08:00

回复了 stone0311 创建的主题 › 职场话题 › 你上次在做什么事儿或者说什么的时候两眼是放光的？

没有，从初中玩游戏第一次充钱买好装备高兴地大喊之后，从赛尔号第一次把盖亚打下来高兴地在地上打滚之后，就再也没有狂喜的感觉了。我觉得我的感觉在钝化，人也在慢慢腐朽。

2020-11-04 10:43:22 +08:00

回复了 frmongo 创建的主题 › 程序员 › Linux 怎么查询巨量文件的精确数量？

locate -cr 'path_to_your_folder'

2020-11-03 17:08:40 +08:00

回复了 xuqiccr 创建的主题 › 问与答 › 办公室每天喝纯净水太寡淡了，求推荐口粮茶叶改改口味

喜欢普洱的话，大益 7572

2020-11-02 17:29:07 +08:00

回复了 janxin 创建的主题 › 程序员 › [转] 最近公司在用 Java 重写一个 ruby on rails 应用，我的一些碎碎念。

@zhuangzhuang1988 我是同意的，毕竟我司出品。

2020-11-02 17:20:27 +08:00

回复了 janxin 创建的主题 › 程序员 › [转] 最近公司在用 Java 重写一个 ruby on rails 应用，我的一些碎碎念。

@Rwing Java 相比 C# 确实会啰嗦很多，但不至于差别这么大，估计是用了体量不对等的框架和设计理念吧。大事有大框架，小事有小框架或者不用框架，而在人们写 Java 时习惯性地都用大框架（包括我自己）。

2020-11-02 17:14:28 +08:00

回复了 janxin 创建的主题 › 程序员 › [转] 最近公司在用 Java 重写一个 ruby on rails 应用，我的一些碎碎念。

@acmore 格式乱了。

没有必要为了微服务而微服务，虽然有很多理论指导和论证，但是真正应用的时候大多都是趟泥地。当拆分的好处远大于不拆分的坏处时自然就会拆分，而很多情况下微服务都会显著增加开发和维护成本。项目首先还得是个 Monolith 或者至少是有演化成为 Monolith 的趋势，这个时候开始制定拆分策略应该是比较合适的，很多项目大概都活不到这个时候。当然大多数时候都是拍板者拍板，干活的执行。

表面是 Overdesigning, 实质是 KPI Oriented Programming.

2020-11-02 17:13:41 +08:00

回复了 janxin 创建的主题 › 程序员 › [转] 最近公司在用 Java 重写一个 ruby on rails 应用，我的一些碎碎念。

之前的一个评论在在这再贴一下:

> 其实确实没有必要为了微服务而微服务，虽然有很多理论指导和论证，但是真正应用的时候大多都是趟泥地。当拆分> 的好处远大于不拆分的坏处时自然就会拆分，而很多情况下微服务都会显著增加开发和维护成本。项目首先还得是个 > Monolith 或者至少是有演化成为 Monolith 的趋势，这个时候开始制定拆分策略应该是比较合适的，很多项目大概都活> 不到这个时候。当然大多数时候都是拍板者拍板，干活的执行。

表面是 Overdesigning, 实质是 KPI Oriented Programming.

2020-10-29 11:18:19 +08:00

回复了 liudaqi 创建的主题 › Java › 所谓的微服务架构，是不是类似面向对象中的 GOTO 函数？

其实确实没有必要为了微服务而微服务，虽然有很多理论指导和论证，但是真正应用的时候大多都是趟泥地。当拆分的好处远大于不拆分的坏处时自然就会拆分，而很多情况下微服务都会显著增加开发和维护成本。项目首先还得是个 Monolith 或者至少是有演化成为 Monolith 的趋势，这个时候开始制定拆分策略应该是比较合适的，很多项目大概都活不到这个时候。当然大多数时候都是拍板者拍板，干活的执行。

不过把微服务结果组合这件事是肯定要做的，在网关或者代理中集成数据然后统一返回对于消费端肯定效率更高，这点并不是不使用微服务的理由。

1 ... 12 13 14 15 16 17 18 19 20 21

❮

❯