@pheyer 公司只有一个人可以打包、发布到测试机。开发人员只能使用使用模拟器，测试人员到那个人那里领测试机就行了。

@wolf1981 就算有日志， USB 插入设备有记录，你不可能把所有的文件名，文件内容都记录下来。事后也不一定能查出来。

我个人感觉其它手段更好一些，比如软件分模块，每个人接触的都只有一部分，拿也只能拿到一部分源代码，系统通过 CI 服务器来编译，自动生成打好的包。

像以前华为那样啦（现在怎么样不知道了），不能上网， USB 口全封，如果系统不能封，就打上热熔胶来封，手机不让带有摄像头的。
只要能让员工上网的公司，就没有办法封。员工通过网盘、版本管理服务器、自建服务等各种方式都能把资料带走。
另外，大脑怎么封呢，如果有一个设备，下班是把工作方面的思想抽走，放到服务器上，上班时又给员工放回去，就是员工有离职，也容易替换。这种设备出来就发财了。

vm 就可以了。我是在 mac 上做一下 10.11 的 iso 文件，在 vm 中直接安装就行了。十分简单，而且性能还可以。 10.10 及以前，在 vm 下很慢，安装一个 beamoff 工具就好一些。

没有那么复杂吧。官方的工具已够简单的了。
git clone https://github.com/letsencrypt/letsencrypt
/xxx/letsencrypt/letsencrypt-auto certonly --standalone -d 域名 -m 邮箱 --agree-tos
前提， 1 、系统会安装 python ， centos 6 会安装成 2.6 ，有些问题， centos 7 之类的版本就没有问题。
2 、 nginx 要关闭，因为这个程序启示时，会监听 80 及 443 端口， letsencrypt 的服务器会通过域名访问过来，来验证你对域名的所有权，所以域名及防火墙要先设置好，不然会失败。
3 、使用 root 账号或能 sudo 到 root 的账号。
4 、我使用 cname 也没有问题，万网的 dns 也没有问题。
如果运行没有错误的话，相应的证书会生成在 /etc/letsencrypt/live/域名下，在 nginx 下配置使用相应的证书就行了。
90 天后，再运行一下这个命令，证书会自动更新， reload 一下 nginx 就行了。

偷手机的就有办法官方解锁，而正常使用者提供了证明还不能正常解锁。中国的企业都一样，一旦做大，就好像自己不是服务的，而是管理部门、实权部门一样，通过权力来捞好处。
所以只能向他们的上级投诉呗。

关注一下，争取中个奖。

@timqian 用户及权限我想也是保存在 mongo 中的，前端都可以直接访问了，权限很有可能被改写掉。当然你可以说，我可以考虑的很周全。不过，多大的公司都出过安全漏洞。所以，前端直接访问数据库和直接把数据库开放给所有人基本没有区别，况且还是一般只考虑性能，不考虑安全的 nosql 。

一次读取到内存对象中啊。如果有热加载的要求，可以放缓存系统中。

iphone 类似触宝的五笔输入法，我认为还是可以。我使用五笔输入法，就感觉触宝的好，可惜 iphone 上触宝不能输入五笔，现在使用百度，狗屎一样， 30%的时间都会打错，我不知道他的键盘布局是怎么回事。

好像要解 bl ，再刷 Recovery ，再安装 Google 全家桶，我感觉太麻烦了，还不如直接买一个海外版的呢。

封装一个回调异步处理，在页面上给用户一个提示就行了，你 sleep ，会让 http server 的连接池占满或 timeout 的。

如果不玩游戏就可以，如果喜欢玩游戏，就有些问题，现在游戏都比较大，其它的常用软件还好说。

我想的话，如果是空实现，不验证证书，中间人可以使用自颁发的证书很轻松的进行中间人攻击了吧。

1 、没有必要使用 EJB ，现在都轻量级了，还用这玩意干什么？
2 、你例子中也不是一个实体类，就是一个正常的 Bean 。
3 、技术达到能写 EJB 的唯一条件就是：蛋疼。

忙了一上午，终于配置的差不多了，只能说是，还好是测试环境，还好数据没有丢。

感谢各位的安慰了！

@lonelygo 应该是你的 homebrew 程序文件被修改了。你到 /usr/local 目录中，使用 git status 看一下是为什么，一般放弃修改你使用 "git checkout -- ." 就可以了。

@RangerWolf 不好意思，上面说的有误， Linux 线程实现有几种，其中一种是使用进程来模拟线程，但使用 ps 看到的还是一个进程。

public static final String a = 'aaaa' ，这种，类加载器会把 'aaaa' 放到常量池中，类加载后，内存就不会释放，但不算是内存泄漏，这是因为：我们说的内存泄漏，主要是指动态分配了内存，不再需要的时候，应能释放，如果没有办法释放，就算内存泄漏，所以，比如一些程序就需要很大的内存空间，但这是正常使用，就不算内存泄漏。

如果连接池之类的这种池化技术，就是让一些资源不释放，使得下一次使用的时候速度更快，这就是故意这样设计的，这就不算内存泄漏。

但如果我是做一个程序，把文件文件中行读到一个 List 中去，使用完后，这个数据没有用了，应释放，但因为自己到这个 List 定义到一个类的 static filed 中去了，所以不会被 gc 到，这就算内存泄漏了。

内存泄漏也是相对的， 比如程序就那么几个泄漏，程序调用一次后也没有再调用过，泄漏了也没有关系，怕的就是频繁调用的地方有泄漏，最后让 jvm crash 了，这就严重了。

写程序的时候，一般的普遍 object （除超大的 String 外），泄漏也没有什么大的关系，最容易是 jvm crash 的是，把 object 不停的加入到 Collection 中。所以写程序注意一下超长的 String 及 Collection 的应用，少使用 static 变量（常量不算内存泄漏， static 作为性能优化常用，但在现代的 jvm 优化技术下，基本没有太大的必要），一般不会内存泄漏。