V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  Ayanokouji  ›  全部回复第 16 页 / 共 37 页
回复总数  730
1 ... 12  13  14  15  16  17  18  19  20  21 ... 37  
@cheng6563 不考虑 dump 之后的参数。limit 设置的足够大,会不会造成资源浪费
都不用,自己写 Dockerfile 打包,一把都集成在 ci 里边
缓存就用 redis 吧,多实例也能生效
354 天前
回复了 qiyue0726 创建的主题 程序员 有什么能快速开发网站的框架或语言吗
如果是为了效率的话,web 项目,kotlin + spring 确实不错
357 天前
回复了 Dongxiaohao 创建的主题 新手求助 if 和 else if 的区别
超过两个,switch 不是更好吗
362 天前
回复了 ChaYedan666 创建的主题 程序员 感叹一下,现在外包老哥们都好厉害
spring vs spring 也有很大区别,光罗列名词,看不出来的
362 天前
回复了 Allenxup 创建的主题 职场话题 大家面试如何谈项目经验呢?
把整个项目的需求拿来讲,不一定要回答你做的,别人做的你理解了,也是你的
小公司,有人开了公网,没加认证,被人写爆了。。。
@Haku 我说的容器,当成 k8s 里边的 pod 理解,把 java 和 python 放到一个 pod 里边,docker 的话就是一个 compose ,设置下网络策略。在一个 pod 里边用 http 访问。不过按你这描述,容器应该也不会让你们用。
@Haku java 不是你们写的,就难办了,graalvm 估计调用方也不会用,还要安装新的 jdk 环境,按这描述只能进程间通信了吧
容器也不行吗
graalvm 试试,虽然我没用过
2023-12-22 11:46:10 +08:00
回复了 wkong 创建的主题 程序员 个人觉得 Go 的 error 设计的非常好,为什么还那么多人吐槽?
@gitrebase 最外层打印日志也有点问题,如果调用链太深或者封装的 error 太多,还是不方便直接看出错误源,error 不自带调用栈,我觉得这是最难接受的
2023-12-22 11:03:47 +08:00
回复了 wkong 创建的主题 程序员 个人觉得 Go 的 error 设计的非常好,为什么还那么多人吐槽?
@wkong 你去看看多少代码 if err!=nil 直接 return 的,一个业务那么多 error ,怎么确定哪个是底层已经打印日志了。
调用其他同事的方法,难道还要去看看他写的源码,error 返回的是啥,看看 fmt.errorf("")里边写的啥?
2023-12-22 10:51:53 +08:00
回复了 wkong 创建的主题 程序员 个人觉得 Go 的 error 设计的非常好,为什么还那么多人吐槽?
1. go 的 error 类型太弱,只能靠字符串判断
2. 多层 error ,如果直接返回,溯源太难(原生 error 无调用栈),如果追加信息,就会有 1 的问题,是什么错误类型难判断
3. 如果不介意多代码,java 完全可以全部是 checked exception ,自带类型和调用栈
2023-12-18 17:52:55 +08:00
回复了 zuiwu 创建的主题 问与答 女朋友周年礼物求助
戴森吹风机,差不多这个价格
2023-12-14 09:05:09 +08:00
回复了 xinhaiw 创建的主题 Next.js next.js 的官网真好看,没找到 repo
@trytodoyourbest 都是写模板代码的话,确实没啥竞争力。如果啥都能折腾,或者能掌握行业的业务,使用其他技术来支撑,也还是有竞争力的
新买的,可能数据在建索引吧。可以看下电池使用情况
1 ... 12  13  14  15  16  17  18  19  20  21 ... 37  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1463 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 35ms · UTC 17:11 · PVG 01:11 · LAX 09:11 · JFK 12:11
Developed with CodeLauncher
♥ Do have faith in what you're doing.