@imbigbao Java 最大的优点是国内的工程师红利，「深耕」 Java 的太多了，低端市场上很便宜。之前面试一个老哥，数据库索引说不明白，排序的复杂度不会算，面完之后问我为什么不问 Java 八股文。这种深入了解 Java 的人才，只能说最适合做「业务开发」了，真的是 CURD 小子的不二之选。

@povsister 有调整手段，GO_GC 相关参数可以看下

性能还是好很多的，1c 接 20k qps 的服务都能做出来，感觉主要是没有 Spring 全家桶的 overhead ，内存用量也少很多。创业公司的小服务用 Go 能省不少服务器的钱，当然 Java 程序员一般便宜一些，这个哪个省的多就要权衡了。

只要停留了就算兴趣的，譬如说 OP 看了一会才划走，那就是有兴趣了，以后狠狠地推！

@sunnysab 我这边是直接写入到无法写入为止，回退失败的文件在下一个磁带写入。对于 1.5T 的磁带来讲，如果文件平均大小 10G ，最极端的场景不会浪费超过 1%。LTFS 的 index 时间点可以配置，对于这种场景，直接配置为 umount 时写入 index ，就能避免写入的时候 shoe-shining 了。

@Mogeko 不压缩是 1.5 ，压缩是 3 （文本的情况下）

@zhujinliang 有 3d 打印机，但是执行机构实在是不好做呀~~ 大佬搞过嘛~~

@rio 直接海鲜市场就可以

@flyqie 可以看看回复的成本，比硬盘成本低。

@yyzh 比硬盘便宜呀，而且还带加密。LTO5 驱动现在 750 ，磁带 25 块一盘，每盘 1.5T 。

@juyulin 白金已经发出去了……不好意思……

@syncher @luruitao 不好意思，题目打错了，的确是 2018 的校招……

```python
class A_Serializer():
#b = B_Serializer()
@property
def b(self):
if not hasattr(self, '_b'):
self._b = B_Serializer()
return self._b


class B_Serializer():
a = A_Serializer()
```
应该这么写哈～～没有 self 怎么搞～～手动苦笑～～

用 @property
B_Serializer()是在定义 A_Serializer 时执行的， B_Serializer 还没定义，当然会 not define 。
改成 @property ，等待运行时获取，再缓存一下就好啦～～

@beordle 有哈，刚刚看到 :P

已经发到邮箱了，还希望能看一下哈 :P

re.match(r'^.+\/\/(?P<ip>\d{1,3}(\.\d{1,3}){3}).+$', 'jdbc:mysql://10.0.151.205:3306 -> 10.0.151.205:3306').group('ip')
不能帮助你更多了 :P

text = res.text.replace('<', ‘&lt;’)

@xmuliushuo Python 类应届收吗？:P 简历已发送。

刚刚重启完电脑，表示不作死就不会死…………
这是什么原理啊…………