一直在用 usmv5 ，对 nvme 一直完美支持

你问了也没用，又不能降级😰

@xenme 好奇你这一套下来多少钱了

@phrack 我还是挺同意你的前半句“用过不少语言，真的就 python 是给人用的”，不过后半句嘛，还是有点小异议， Java 这种语言其实还是挺适合用在集体性大项目中的，毕竟功能稳定而强大，重点是代码风格较为单一，所以不会出现一千个人写出一千种风格迥异的其他人看不懂的代码出来，这或许也是他长久不衰的原因吧

@FrankHB 谁说 golang 不可以自主编码类型检测规则的，你直接用反射检测一下不就行了

重点在于“写线程把新对象赋值给原引用后”，之前那个读线程拿到的迭代器依然是之前的旧 arraylist 呀，所以并不会触发 ConcurrentMOdificationException

@htfy96 那其实也是用模板来范化而已，从概念上说，个人还是喜欢严格的继承型接口，不过对于 c++这种静态语言的确差异不大， golang 的接口也是这么干的，只不过他才是真正的 duck typing ，因为他的接受类型是一个真真正正的 interface ，而不是没有约束的模板

默默地问一下，这个轮子是怎么能获得自己真正的 ip 呢

@htfy96 那就看你怎么理解了，从面向对象的角度考虑，指针并不是一个 iterator ，因为 pointer 不是 iterator 的子类，不过你要是从范化的概念上说，也可以这么理解

pointer 是一个基础类型
iterator 是一个重载了运算符的类
这就是他们最大的区别

的确可以

另外就是 stackoverflow 也有人问过这个问题了
http://stackoverflow.com/questions/8521147/why-need-to-convert-type-to-object-array-in-arraylists-construction

他源代码既然提到了 issue 6260652 你不不打算看看源 issue 提到的问题所在么
http://bugs.java.com/bugdatabase/view_bug.do?bug_id=6260652

@imswing 然而我这里的 k2 连接了十几台设备运行了个半月了也没啥问题，是不是你那个 k2 硬件有毛病

换个固件刷试试吧，我用 hiboy 的 pandavan 稳定得很

@standin000 dism++的底层本来就是调用了 win 的备份，只不过进行的更上层的封装和优化，已经把这一部门 API 从内核扒出来了，所以可以在 PE 和旧版本 win 下正常运行，核心在于 CBSHost.dll 文件中
windows 自带的备份限制比较多，而且有些设置不好自己掌控，所以用 DISM++要相对可靠一些

@CodeingBoy 我用 dism++做备份也弄过几十次了，没遇到过一次镜像损坏，不过一个 ESD 文件中备份 5 次我觉得就够了，再备份我就开一个全新的 ESD 文件了，要不然带着以前的垃圾文件也没啥意思

仔细看了一下
url = ''
while not url_queue.empty():
url = url_queue.get()
pool = multiprocessing.Pool(10)
pool.map(fetch_data, (url))
这是什么鬼，你放进 pool 的任务永远是同一个 Url.....

每次做危险工作之前先用 dsim++备份一下，反正可以开机备份，还可以增量备份