一般申请的时候都会有一个 backup 的密码吧，这个也丢了么？

如果都丢了可能会比较麻烦。 不起太清楚怎么办。

我看过的书里 Java 并发编程实战 这个挺好的
其他都不太行。。。写书的思路就不太行。

其他的 java 好书 不符合你的要求

怎么说呢。。

如果不清楚有什么效果，就别上传。如果弄清楚了随便搞。。。

没啥绝对的。。。很简单。

看了半天，你想有一个合理的方式涨薪，最好是用技术评判。

其实可以举个例子： [工厂拧螺丝钉的小工，天天干，天天干，最后闭眼睛都能干了]

你感受一下。

所以呢，我的建议是，放弃幻想，接受现实。

要我说的话，换国家行为就是从一个坑，跳到另一个坑，总觉得没跳的坑好。

真的。都是妄

如果真是我的话，结婚，看情况买房。

其实逻辑和普通人投资差不多，先守住手里的东西。没在你手里的当作没有。

说不得，说不得。楼主碰了大忌了。

感觉用不上。当然了，预埋总有预埋的理由。

反正大家都是猜未来嘛，说个我的猜测， 等到房子换了的时候，光纤也没有很廉价普及。

行，挺好的。

我之前别人还我钱，就转我微信，也好几 w ，

后来花着花着就都没了。放哪里都是花。交房租也用微信交

提现好像比较麻烦。。。也懒得搞，慢慢花了。这样苦恼就转让给别人了

看需求吧。。

首先看你这个用户 id 定义成什么，还有就是个人习惯，公司习惯，代码项目习惯啥的。

有的是 us-xxxxx ；有的是 uuid ；有的是自增数；有的是长整数，这和 是不是字符串都没关系。。。

你想问的是数据库的实现，和 用户 id 设计没啥关系。。数据库层面，一般用 固定 char 就行。。你数据库存成数字有什么优势么？你想一想

然后再解释下自增 id：自增 id 相当于把 id 生成的事情扔到 db 了。看你们个人习惯和项目习惯，不是不可以。如果数据关联的逻辑也扔给 db ，这么做都没啥问题。

其实都挺新手的问题，大概能猜到 op 工作环境。

bob
foo

1. 如果只是放在一起用没问题，如果要 raid 啥的会有点问题。。
2. 见 1 楼（如果你的意思是想把硬盘挂载到群晖系统中，应该没办法。

忙猜是北京（。

这个东西吧，我深入思考过很多。

我现在的模式是：看心情下载，东西会先留着，但是可以损失掉。

这些东西备份价值不高。

付费的资源还是会多备份一下的，好在也不多。自己写的日记还是会备份的。主要看重要不重要吧。

很多人的问题是：分不清楚什么重要什么不重要，讲什么备份原则，都没有用。

一个很简单的分辨办法是：这堆资料丢了，愿意花多少钱恢复出来。用钱来衡量就简单多了，你说资料无价，那你就去倾家荡产恢复好了，你做不到资料就不是无价的（大部分人，数据丢了之后，依然可以过得很好，没啥影响）；我的资料，对我来说顶多 1000 吧，再多我也不想出钱了。

不要看楼上怎么说，要看楼上怎么做。。。

数字仓鼠救不了，愿意屯就屯呗，这不比现实中的仓鼠好多了。。。

工具有啥好分享的，遍地都是，没有再找一个呗。。。

兴致高了 仔细看看提供的函数。。。

不过我个人习惯是尽可能用现成的，能不写就不写，不得不写全靠抄（。

有没有想过，你家要是接盘了，可能没多久场子就没了？

我觉得你是想搭建，不是写东西。不要骗自己了