天锐绿盘我司就在用，表面上就是个网盘，要员工自己主动去选择同步文件夹。无意间发现，这玩意的数据传输协议是 FTP，这种技术水平，就算背地里做事情，也只能是定期全盘备份，根本不可能智能备份重要资料。而全盘备份的收益成本比例是极小甚至没有的，所以我怀疑这绿盘压根就没有偷偷备份的功能。

然后天锐绿盾是明确告知“定期截图”级别的监控的，所以我现在严格区分个人和工作的资料，一些好东西，例如经验总结，以前是部分共享的，现在只留给自己。另外因为一些个人购买的软件没法在公司用了，所以涉及到的工作能推都推（总体上来说，以前是做得好点，现在是只干本质工作甚至混）。

如果是看了我几个月之前那个帖子的人，我提前在这里回复了：我可耻得还没辞职，然后又懒得补充内容。

一、领导不懂 Onedrive Business 这样的私有云服务（当然也有可能在微软那里排不上客户的名单）。
二、备份是假的（无差别备份等于没备份，到时候重要资料还是要用其他手段做备份），监控才是真得。
三、（此项纯猜测） ipguide 、天锐绿盾这些公司的销售员借这波有赞事件，最近在大肆坑人。


最后提醒一点，监控摄像头是要名示的，理论上办公电脑木马级别监控也要明确告知员工，偷偷监控员工电脑，大公司玩没事，小公司玩可能要被拿来祭天。

请在标题上加个“又”字。离线下载、哈希值共享存储（再带 CDN ）的网盘，这俩东西的原始技术虽然是炒的，但迅雷仍然是鼻祖，115 、百度云 /网盘见了迅雷，不叫爸就得叫爷。

至于下载限速，迅雷是鼻祖的鼻祖，下载因为强制 P2P 可能还感知不到限速，你开了白金会员之后在线观看电影，立马体会到“VIP 待遇”。

DTO，Data Transfer Object，数据转换对象。你要真是个 DTO，那是一个有状态 Java Bean （并且带大量方法，或者要用到工厂模式等各种模式），一般人用不起。

如果要求上下层互不依赖，需要 DTO 来解藕。否则，谁是被依赖方，用谁定义的对象。

不想细分就 200，想细分就 20*，*具体是哪个前面有人回复过了。

成功统一 200 （ OK ），错误统一 500 （服务器内部错误），也是符合 RESTful 的，只不过 500 太多显得服务器很无能。


至于“全部 200”这样的回复，劝一句楼主，不要跟闭眼抄作业的人玩。

如果作者愿意出售或者提供源代码，那么，要么代码几乎没成本（质量不高或者压根没有质量），要么卖解决方案付送代码（贵得要命），要么先圈你到平台（回头再宰）。你这既要高质量又要低成本，大概只能选择第三种情况了。

@kcirtap 会用 Hadoop/Spark，会基于 Hadoop/Spark 设计模型 /做数据，这是相差一个劲斗云的两个阶层。

仔细一看，楼主用了多态类型检测器。这玩意不是 json 标准（至少现在不是），我觉得一般人用试验性内容是在给自己挖坑。参考当前 javascript 、php 与 java 、.NET 在前端的流行度，这种强类型的 json 试验，很难成为正式标准。

json 的 key，只能是值不能是对象；

java 对象转成 json 是不保真的，不光 key，所有类型信息都会丢；

json 转会 java 对象，需要额外指定 java 对象的类型；

windows server 要跟 RHCL 比，不要跟 centos 比。

看业务复杂度，简单的就主键 /唯一＋捕获“唯一性冲突”异常，复杂点的就要先查出来再判断。但你问得是组合索引，说明不是单个字段，那业务复杂度就不会简单，必须选后者。

你说这种骗解封的情况，跟“送礼品借身份证”的情况是类似的，一旦出事做验证的人 /借身份证的人必定担主责甚至全责。不同的地方还是有的，假身份证出事的时候，没认出假身份证的那一方也要担责任，南山必胜客则是可以完全不负责。

不要觉得不合理，对于南山必胜客来说，只要有背锅的就行，不用管合不合理。要轮合理，微信一个互联网公司，对实名制的控制程度远高于银行，这本身就不合理。

play u 这是疯了吧，把（ ASP ）.Net 技术栈的产品转到国内开发。

@Jessepinkman 公立学校仍然要交杂费；公立学校仍然要交学费，只不过义务教育阶段的学费由国家给你交。

用桌面版本 onenote 。用操作系统全局代理，或者 profixer ＋ socks 代理。不要使用软件自开发的代理模式（系统级别 PAC 模式）。

用即时通讯软件做笔记这种需求太不可描述，大家散了吧。大概一个机器人秘书，它 24 小时睡觉，但一摸就能醒来，并且扮演过去某个时段的楼主，能够满足楼主的需求。

要是有人搞了个 wifi 的自动式 /交互式脚本，你是不是要说“脚本就是现金，用图形界面连个 wifi 都要点击一大堆”。拿做好的饭跟食材比，要点脸。

这应该是个命名暧昧，你这个 release 分支既然还要往 /从主分支合并新东西，那它其实并不是“release ”，而是“release and maintenance”。如果只是版本发布，那是不变的，只需要打标签而不需要开分支。

你看这个工作流应该是继承 cvs/svn 的“主干＋多个维护分支”工作流。

@20015jjw 是的