V2EX › luozic 的所有回复 › 第 17 页 / 共 74 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 13 14 15 16 17 18 19 20 21 22 ... 74

❮

❯

2020-01-12 19:00:55 +08:00

回复了 22yune 创建的主题 › 职场话题 › 职场困惑：我该怎么办？

好好准备准备，去外面面试一下，再回来好好谈谈。各种实际手段实际就是吃定你不会反抗了。

2020-01-12 15:52:23 +08:00

回复了 sandman511 创建的主题 › 程序员 › 轻轻松一刻在线征方法名:格林尼标准时间转北京时间

接口的方式定义，最后实现接口是北京时间。除非就是时钟应用，否则推荐 jodatime or jdk8 之后自带的时间

2020-01-11 12:00:55 +08:00

回复了 xy2401 创建的主题 › Java › 在函数式编程中，名称可能与不同的值关联，是对还是错？

val var 的区别，函数式为了优化，禁止在函数运行中绑定变量。

2020-01-10 19:19:28 +08:00

回复了 gnawll 创建的主题 › 程序员 › 非科班 Java 学习路线及计划

@omniversia DDD，整洁的架构也是业务长期维护需要看的书籍

2020-01-09 18:16:37 +08:00

回复了 fenguxnyu 创建的主题 › 程序员 › [求助] 一个 SpringBoot+Mysql 项目的性能优化问题

@fenguxnyu 这两个接口是否只是查询？

2020-01-09 17:38:34 +08:00

回复了 jss 创建的主题 › 程序员 › 看 [从「后端现在已经看不懂前端了」说起] 吐槽

用各种代码写界面 dsl，最后又用代码来生成 dsl 的配置，为啥要花那么多文字来描述，从之前到现在，为了偷懒，程序员啥事没做过？

2020-01-09 17:35:47 +08:00

回复了 wsy190 创建的主题 › 职场话题 › 离职一年了，然后被原来公司的新技术总监骗过去嘲讽了一顿？！

不是这样倒是出了鬼，一些古传代码估计有一二十年还不重写重构，指着现在的外面架构的简洁骂之前代码流程垃圾的玩法，真心猪狗。

2020-01-09 17:28:14 +08:00

回复了 fenguxnyu 创建的主题 › 程序员 › [求助] 一个 SpringBoot+Mysql 项目的性能优化问题

上全流程 metric，查看一下是哪里慢了，现在这描述不清楚是数据库慢，还是 Hibernate 慢，还是代码慢。

2020-01-09 13:54:08 +08:00

回复了 FaiChou 创建的主题 › 程序员 › 你们认为函数式编程语言未来可期吗?

缺点：
1.纯函数式难以利用之前几十年大部分积累的面向对象的软件工程实践。
2. 纯函数式比较适合数据处理，不适合复杂业务建模。
优点：
1.合理规划之后的纯函数式可以无缝由 iaas----paas---saas- serverless
2.并发比较容易实现。
人员 ide 缺点：
1.fp 的算法和面向对象的根本不一样，有大量的转换培养成本。
2.fp 的基础设施问题，现在支持 fp 的基础设施少得不行，基本都得借助 MQ 来解耦传统设施对于函数式架构的污染。
3.fp 的优化，debug 等等，友好的 ide 比较少。

2020-01-09 08:50:42 +08:00

回复了 codepm 创建的主题 › 推广 › 用阿里语雀写的处女篇知识分享，挺好用呀

onenote 的格式上的强大，现在木有竞争对手。

2020-01-08 15:57:39 +08:00

回复了 SpencerCJH 创建的主题 › Java › [Serverless In JVM] 几句话说说 Serverless？请指教

如果是强业务类型，不要虚伪的微服务，还是 DDD 好好研究一下；如果是纯数据的，倒是可以研究 functional programming

2020-01-08 15:40:32 +08:00

回复了 SpencerCJH 创建的主题 › Java › [Serverless In JVM] 几句话说说 Serverless？请指教

function 计算的核心点是单个 service 最好是业务自包含的（最多再加一点外部调用，支付，存储，exc ），否则就会变成基于消息队列的 function 风暴。

2020-01-08 13:47:07 +08:00

回复了 itstudying 创建的主题 › 程序员 › 把公司内部服务通讯的 http 全改成了 grpc，看着连接数过山车式的下降，真舒坦

cncf 用 grpc 的原因还用说么，k8s 等基础设施是抄谁的？并且当时没有造足够多的 rpc，大家也不知道如何设计一个通用性能高而且和传输协议解耦合的传输层 rpc，gprc 好歹是当时的唯二中的一个半自动化 rpc，比 facebook 的 thrift 友好一点，