V2EX › liuhan907 的所有回复 › 第 11 页 / 共 17 页

V2EX = way to explore

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

For Existing Member Sign In

1 ... 3 4 5 6 7 8 9 10 11 12 ... 17

❮

❯

2021 年 10 月 21 日

回复了 wlfeng 创建的主题 › 程序员 › 家里配台高性能台式机，笔记本远程连接做开发的方案，体验一段时间了，回来说说感受

@ety001 我自己测试编译软件来说，不直通性能大概就只有我裸机的五分之一的样子。甚至不如万兆下的 CEPH 挂 iSCSI 。

2021 年 10 月 21 日

回复了 wlfeng 创建的主题 › 程序员 › 家里配台高性能台式机，笔记本远程连接做开发的方案，体验一段时间了，回来说说感受

@ety001 你还得把硬盘直通过去，否则硬盘性能跌的还剩五分之一都算好的。但是 m2 直通后性能损失还是很可观。

2021 年 10 月 20 日

回复了 0576coder 创建的主题 › 程序员 › 回老家入职国企后关于后台管理系统的技术选型请教= =

@0576coder
国企，新项目还有自主权，我盲猜一个项目都是内网或者国内云主机部署，延迟比较低。你真不如考虑 dotnet 技术栈，用 blazor server 做，看起来好像是前后端分离，实际上没有分离。写起来简单省事性能也还行。还有开源的组件库。除了…招人比较难，但是国企本身人员流动就低一些，培训成本也不高。而且类似 PHP 那种 HTML 和代码混写，你给别人推广阻力可能也能小点，但是 vs 加持下绝对比 PHP 体验高不知道哪去了。

2021 年 10 月 19 日

回复了 dunhanson 创建的主题 › Kubernetes › k8s tomcat 进程 killed 访问 nginx 502 问题

@dunhanson 本来上了 k8s 之后你想立即就检测错误是很难的。另外健康检查接口不应该使用业务接口，另外写一个接口来做才是正确的模式。

2021 年 10 月 19 日

回复了 dunhanson 创建的主题 › Kubernetes › k8s tomcat 进程 killed 访问 nginx 502 问题

@dunhanson 负载高到已经能让 health check 接口都超时了，说明你的容量已经不够了，该加机器了，而不是拉大延迟。

2021 年 10 月 18 日

回复了 dunhanson 创建的主题 › Kubernetes › k8s tomcat 进程 killed 访问 nginx 502 问题

@dunhanson 你的探针效果很差的原因是你把间隔和超时时间设置的太长了。我设置探针一般一秒一次，超时 1s，五次就算挂了。

2021 年 10 月 18 日

回复了 dunhanson 创建的主题 › Kubernetes › k8s tomcat 进程 killed 访问 nginx 502 问题

@dunhanson 我不能理解，你那个脚本不就是个蹩脚版的探针么。。

2021 年 10 月 18 日

回复了 dunhanson 创建的主题 › Kubernetes › k8s tomcat 进程 killed 访问 nginx 502 问题

你都 k8s 了，直接挂一个探针不就行了？

2021 年 10 月 18 日

回复了 HeyHudy 创建的主题 › 程序员 › 请教下单人 solo 开发 app 时的 Java 后端技术选择？

单人开发我觉得你要是不排斥微软那就用 aspnetcore 一把梭，不喜欢微软那就 Go 一把梭。我觉得还是比 Java 舒服那么一点。

2021 年 10 月 18 日

回复了 acess 创建的主题 › Android › 手机取消 3.5mm 耳机孔，转接后仍然感觉各种不舒服

@BeautifulSoap 用同事的耳机试了一下，对于我这样的坐电脑前一写代码一整天的人，续航还是太少了。

2021 年 10 月 15 日

回复了 balabalaguguji 创建的主题 › Go 编程语言 › 很喜欢 Echo 框架

@kidlj 讲真的，那个全靠返回一个切片然后搞一堆的定义来描述关系的模式我是真心欣赏不来，太繁琐太麻烦了。而且由于这个模型定义方式的问题，即使用上 codegen 也还是得靠链式调用设置值，也不能直接操作内存对象然后自动 diff 变化保存。总体而言我觉得还是不够好用。关系定义我觉得用 tag 然后依赖 codegen 解析处理可能都比现在这个方式更来的简便。

2021 年 10 月 15 日

回复了 balabalaguguji 创建的主题 › Go 编程语言 › 很喜欢 Echo 框架

@kidlj 限于 go 本身的话，ent 算是第一级别的了。但是如果你和那些语言特性能让你写的特别好用的 orm 比，那确实是差一个级别。

2021 年 10 月 15 日

回复了 balabalaguguji 创建的主题 › Go 编程语言 › 很喜欢 Echo 框架

@wryyyyyyyyyyyy 试试看 EFCore 这种使用语言标准库语法的 ORM，你就不觉得自己封装的 SQL 好用了。这东西除了性能比较差外基本没有什么缺点。当然极端复杂 SQL 自动生成比手写的差这个 ORM 共性还是免不了。

2021 年 10 月 15 日

回复了 balabalaguguji 创建的主题 › Go 编程语言 › 很喜欢 Echo 框架

@Muninn gorm 这个呢，就是用起来还行，但是总会有各种不爽的地方。另外一个好用的 ORM 不光要能映射查询结果，还要能自动 diff 差异然后 save，这点上 Go 没有能做的。另外就是受限于语法，查询条件怎么写都很难看和繁琐，最后还得依赖 codegen 生成一大堆 QueryXXX 的方法。

2021 年 10 月 15 日

回复了 balabalaguguji 创建的主题 › Go 编程语言 › 很喜欢 Echo 框架

@abersheeran 什么合适用啥，我很喜欢用 go 写工具，部署起来那叫一个爽。但是写业务是不行，我有点受不了。业务我们换 C#了，忙的时候还能从客户端借人

2021 年 10 月 15 日

回复了 balabalaguguji 创建的主题 › Go 编程语言 › 很喜欢 Echo 框架

@abersheeran 主要是这得手动搞，依赖一多很烦。另外注入的话另一个好处是免去手动构造对象，在参数变化的时候少一点麻烦。其实说白了就是我懒，自动档开惯了不喜欢手动档。

2021 年 10 月 14 日

回复了 balabalaguguji 创建的主题 › Go 编程语言 › 很喜欢 Echo 框架

@balabalaguguji 其实还有一个我不喜欢的地方，因为 go 没有 attribute 或者 annotation 类似物，所以路由基本都是集中式。但是我非常不喜欢集中式路由。外加没有依赖注入，我不喜欢手动管理一大堆（指十几二十种以上）的依赖组件，这简直是折磨人。。。

2021 年 10 月 14 日

回复了 balabalaguguji 创建的主题 › Go 编程语言 › 很喜欢 Echo 框架

@iPhone9 菜就菜吧，但是它节省了我的时间啊。