支持下

如果单纯的字符串转数字的话，是否可以考虑 36 进制（ 26 个英文+10 个数字）转换？但这样子可能会导致转出来的数字会非常大

发了个寂寞，什么都没有

相信楼主能找到更好的。
有些公司就是只要乖乖写代码的，我们组在年底也有个小伙伴因为在会议上和新领导争论了几句就被劝退了。

所以我买了一个键盘膜，用的时候盖上

给独立开发者点个赞

有些部分相对来说有点老了，但还是相当值得一读。

时间这个是不是可以使用 datatime 类型，加上长度，保存到毫秒(微秒)？

@qsnow6 登录方式和用户信息分开存储，使用用户 ID 进行关联。

我就是懒和宅，ε＝ε＝ε＝(#>д<)ﾉ

aws 来说，早上还行，下午变卡，晚上更卡。
aliyun OSS 会有内容审查机制，违规文件无法访问，能不能下载看心情

@golangLover 其实就是 valueObject 只是个人习惯称为 facade 对象(外观对象) hhh

@golangLover 我更习惯 controller 接收 xxRequest 直接透传到 service 在 service 中转为 xxEntity 向下都使用 xxEntity ；如果是查询的 service 会封装一个 xxFacade 比如 userService 可能就会返回 userFacade ；

在我看来 DTO 只存在于不同服务间调用，如果是单服务的话没必要使用 DTO 对象。至于 VO，可以作为 service 层返回对象的封装，也可以认为是服务返回结果封装
说实话，我觉得叫 xxVO xxDTO 真的挺丑的，个人更加倾向使用 xxRequest xxResponse xxFacade 这种

为啥我都是担心被后人吐槽 🤓🤓ㄟ(▔,▔)ㄏ

已经离职在家快一个月了，正准备回老家。

第一反应可以使用 lock.condition 实现，3 个线程每个线程打印自己的字符，然后唤醒下一个线程。
线程 1 的方法类似如下
类似这样
```
lock.lock();
while (n != a) {
condition1.await(); // 线程 1 阻塞
}
// 输出 n
n = b; // 修改 n=b 然后唤醒线程 2
condition2.signal();
lock.unlock();
```

感觉看上去挺不错的样子，暂时用不到哈哈，但觉得应该会有前景。加油祝好！！

像我这种几年没动，但公司换了好几个名的该怎么办 😂 😂 😂 😂