V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  chendy  ›  全部回复第 4 页 / 共 166 页
回复总数  3310
1  2  3  4  5  6  7  8  9  10 ... 166  
根据你现在的工况决定,你现在的机器,16g 内存足够,那就够,否则不够
比如我首发入的 m1pro ,本地最多跑两个后端一个前端,啥压力没有风扇都不转
但是如果是又虚机又容器又微服务啥的,不好说
哇哦,那个列表上直接忽略貌似还是我提的,感恩
https://github.com/coolpace/V2EX_Polish/issues/40
熟悉啥用啥,不知道用啥就 json
反正逻辑都是一样的,读文件,反序列化,用
74 天前
回复了 acorngyl 创建的主题 iPhone 放假贴:大家来聊聊快充的使用场景呗!
旅游的时候,拍照录视频点下得很快
于是备了一个快充充电宝,歇脚的时候怼上,喝口水吃个烤肠的时间能补不少,就很实用(至于为啥不插着用,因为**感觉**很热)

顺便一说今天也没放假啊
公立,因为我对国外甚至省外都没啥兴趣,本地最好的学校是公立的,于是公立

但是既然这里是 V 站,那我必须对天撸管让我的子孙遍布大洋彼岸了
76 天前
回复了 Hookery 创建的主题 问与答 有没有人和我一样,有隐私癖
还是物质生活太丰富了,有这种精神层面的追求
啥时候挣不着钱吃不着饭,就不会惦记这些有的没的了

上学那会各种刷机越狱折腾来折腾去,还拉着兄弟们一起折腾
后来开始为生计奔波,为吃饭发愁,就再也没碰过这些了
78 天前
回复了 wekecher 创建的主题 Apple 属于 Apple 历史的垃圾时间
差不多得了,只能说乔布斯死在了巅峰,他要是活到现在,苹果的产品不见得更好,他挨骂不见得比厨子少
技术发展产品进步本来就不是匀速的,过去时高速期,现在是低速期,没啥大不了,甚至能省钱,也挺好
81 天前
回复了 wtotal 创建的主题 Apple iStat Menus7 要升级吗?
直接冲动消费 85 买了家庭版
然后发现好像没有 6 好看啊,完蛋
82 天前
回复了 BigMikey 创建的主题 iPhone 論遠離國內軟件的舒坦
繁中区的朋友为啥还要用这些呢 https://i.imgur.com/agAJ0Rd.png
MongoDB 丢数据的问题,少说十年前就无了啊…
消费者敬畏厂家干啥
从 iPhone 到 mac 用了十多年了,苹果的感觉属于不很灵敏但也不慢,就很平滑
win 和安卓的感觉是快的时候很顺慢的时候很慢
类似于坐车,mac 就是匀速走,其他就是猛给油门猛踩刹车
@chaoschick 参考这个 https://stackoverflow.com/questions/42405829/performance-using-stdout-screen-vs-regular-file

应该是 buffer 的问题,某些场景 buffer 更大,flush 更少,于是更快
因为一样是 System.out.println ,打印到不同的地方耗时不一样,至于为什么不一样我就解释不出来了(可以问问 ai ?)
我这里把 1000 改成 10000
idea 执行 82
命令行 1452
命令行重定向到文件 55
不打印到屏幕上还是更快
随手写一个,然后下班

```java
class Scratch {
public static void main(String[] args) {
HashMap<String, Object> map = new HashMap<>();
map.put("userName", "user01");
map.put("userAge", 18);
map.put("userFriends", Arrays.asList("user02", "user03"));
System.out.println(map);
Map<String, Object> newMap = convertMap(map);
System.out.println(newMap);
}

public static Map<String, Object> convertMap(Map<String, ?> map) {
HashMap<String, Object> newMap = new HashMap<>();
for (Map.Entry<String, ?> e : map.entrySet()) {
String key = e.getKey();
String newKey = convertKey(key);
newMap.put(newKey, e.getValue());
}
return newMap;
}

public static String convertKey(String key) {
StringBuilder b = new StringBuilder(key.length() * 2);
for (int i = 0; i < key.length(); i++) {
char c = key.charAt(i);
if (Character.isUpperCase(c)) {
b.append("_").append(Character.toLowerCase(c));
} else {
b.append(c);
}
}
return b.toString();
}
}```
以下内容基于你用的是 java:
既然都 Map 了就不用转换了,直接 get("xxx_bbb")
甚至 Map 都不用,有一个神奇的包里面有个神奇的类叫 JSONObject ,直接各种 get(String) 就行

如果真的要 Map 且真的要转换,遍历 key ,改 key ,塞进另外一个新 map ,也不难
2014 年初入的 13 款 15 寸 RMBP 高配,用到了 2020 年底换了 M1 ,差不多 7 年
中途换过两次电池
100 天前
回复了 lancelotfh 创建的主题 程序员 国内软件公司的产品水分是不是很大
@lancelotfh 外采系统最多被供应商坑,大不了不续签合同不给验收不给结款
自建系统那可真是,自己拉💩自己吃啊,别问我怎么知道的
@iintothewind
> Hibernate ,MyBatis 这么老的框架在架构之初,parallelStream 根本就不存在导致的

parallelStream 确实不存在,但是多线程机制早就存在了,以前怎么处理多线程,parallelStream 里怎么处理就行了

> 如果这俩框架本身就支持多线程下操作数据库,不是更好吗?

问题在于,什么叫支持多线程操作数据库?如果想保证基本的操作,加个锁就行不用框架动;如果操作复杂,要处理比如谁前谁后,谁和谁抢锁,谁和谁联动,这么多细节问题也不是框架能决定的,是写代码的人决定的

> 因为 Hibernate ,MyBatis 太老了,该换掉了

换成啥也处理不了你这个需求,多线程下的复杂逻辑本来就应该是自己写的
不是,哥们,啥需求啥场景啊,为了用个 parallel 连持久层框架都看不上了?
而且你这问题不是持久层框架的问题,四舍五入是数据库的问题
因为 session 简单理解其实就是一个连接,既然只有一个连接,连接这玩意本身也不是线程安全的
想象一下,俩线程拿着同一个连接给数据库怼 SQL ,想想都头大。就算有好心的厂家给加了个 syncronized ,一个线程操作还没完,另一个线程直接一个 commit ,想想头更大了

所以说…还是优化一下代码设计吧,持久层框架不背这个锅
1  2  3  4  5  6  7  8  9  10 ... 166  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1029 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 53ms · UTC 20:15 · PVG 04:15 · LAX 12:15 · JFK 15:15
Developed with CodeLauncher
♥ Do have faith in what you're doing.