V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  chendy  ›  全部回复第 6 页 / 共 167 页
回复总数  3321
1 ... 2  3  4  5  6  7  8  9  10  11 ... 167  
缺少建模能力或者没有建模需求
倒腾 jpa entity 那点功夫,mybatis 一把梭早就完事了

另外,你这起码还有个 mybatis ,前几天不是还有个帖子问能不能直接 Map
本来就不是给用户正常使用的版本
遇到问题,建议反馈给 Apple
不上交
但是有一个共同账户,俩人每个月各自往里存钱
存少了需要解释一下发生了什么
137 天前
回复了 NoKey 创建的主题 程序员 springboot 中如何把 map 直接入库
Entity 都不想写为啥不直接换弱类型语言呢,PHP 不香么
139 天前
回复了 IndexOutOfBounds 创建的主题 职场话题 国内是否存在这样的工作
老板:你说的这些我都可以满足,但是每个月只能给你 3000 还没有五险一金
141 天前
回复了 Divingbear 创建的主题 Windows 如何绕开公司监控的可行性方案
用公司电脑,工作生活分开
看你要动态配置的东西是啥,开关数值之类的,随便放个配置文件,定时读或者监听文件变化就行了
涉及到容器的,讲真也不方便做动态配置
143 天前
回复了 i4t 创建的主题 Apple 16 年 MacBook 现在有必要换吗?
有没有必要,只有你知道
单纯从用户体验之类的说,确实该换了
但是我们不知道你的具体需求和经济状况,没法判断有没有必要
每个系统实际情况不一样,无法评价
简单场景犯不上用容器,复杂场景有时候容器也 hold 不住,需要用啥就用啥,用啥好使就用啥
污名化防御性编程,B 了
有一说一,不用故意不好好写,80%的开发正常写都是屎,99%的开发自己写完的东西自己都看不懂,更不用说别人
153 天前
回复了 karottc 创建的主题 Java 250M 的 Java 程序,用 go 重构,只需要 8M
连续剧是吧?楼主和 HotSpot 内存占用的爱恨情仇
[Java 很强,但是 Java 的路还很长]( https://v2ex.com/t/950472)
[quarkus-graalvm 可以救 Java native 一命]( https://v2ex.com/t/1057699)
[果然吃内存,一个简单的 Java 程序就占用了 250M 内存]( https://v2ex.com/t/1055770)

可以理解楼主的心情,因为我年轻的时候也喜欢抠这些东西,什么内存占用什么 gc 时间什么线程池参数
所以还是建议把精力用在更有深度的地方,别天天跟这些玩具较劲
当前最新版本 14.5
新版本出来不第一时间升,先看看有没有爆出什么离谱 bug (比如说某个版本的 java 问题)再升
157 天前
回复了 javak 创建的主题 Java Java hello world 确实就要占用 30M
看到‘Java 内存没救了’的惊世论断,切个屏看了看正在运行一个上古 java 项目的十几台 16c64g 服务器,我陷入了沉思。HotSpot 内存利用率确实一般,Java 的语法也确实一般,但是作为团队作为企业 Java 够便宜 HotSpot 够稳定,这就够了

最后还是要说,去小区门口拿快递拖个露营车就行了,不用开 600 马力牵引头
158 天前
回复了 karottc 创建的主题 Java quarkus-graalvm 可以救 Java native 一命
羡慕楼主玩这么花还没人管
160 天前
回复了 FkingMan 创建的主题 程序员 这样子写代码有什么好处?
没看懂问题…
看不懂代码这类问题,建议直接把问题塞进代码注释
不明白‘为什么这么写’的地方,最好带上‘我觉得可以这么写’
161 天前
回复了 289396212 创建的主题 程序员 如何快速理解并掌握 DDD 后端开发?
想要落地和掌握 DDD ,需要:
1. 项目业务足够复杂:简单项目不是不能 DDD 但是相当于大炮打蚊子性价比差
2. 需求方对自己的业务有准确深入的认识:否则做的设计和业务实际情况和发展对不上,等于白做
3. 开发团队足够强力:开发脑子不够用理解不了领域模型一切白费
164 天前
回复了 hansam47 创建的主题 程序员 数字区的`()=`符号输入速度
弄一套无刻的键帽
盲打就成了
165 天前
回复了 1000copy 创建的主题 程序员 停止对瀑布模型的污名化
首先,不管啥模型,最后决定交付效率和质量的都是人
神仙团队别说瀑布模型,整个倒立拉屎模型都能提前交付质量还贼高

然后,瀑布模型的主要问题是太死板,想象一下你的上游系统,过去半年都没动静,某一天突然拉出来 100 个接口让你接,换谁都难受
相比之下敏捷主要是小步快跑,避免步子太大扯到蛋,也因为步子小,受变更的影响也没那么大,也一定程度增加了无意义的变更数量
买过两个 2 代,一个坏了一个没坏
后来坏了的咸鱼卖了…
1 ... 2  3  4  5  6  7  8  9  10  11 ... 167  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2647 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 41ms · UTC 06:53 · PVG 14:53 · LAX 22:53 · JFK 01:53
Developed with CodeLauncher
♥ Do have faith in what you're doing.