@reus 不一定，有的程序会检查 owner 和权限什么的，如果不对会不运行的。主要是为了安全行吧。

如果有 SCAP audit 什么的，直接回被警告吧。

rpm 的 os ，可以恢复 rpm is 所装文件的时 权限，

修复权限
rpm --setperms -a

修复 owner
rpm --setugids -a

XP 早就 end of life 了啊 😂

windows 10 上 是 py 了

试一下 py

DLP 产品方面，这个不错的 http://www.trendmicro.com/us/enterprise/data-protection/data-loss-prevention/

不过最简单的方法还是制度咯。

查询系统必须有高级领导陪同， Air gap network, 封外网，封 USB ，封手机相机，进出搜身什么的。楼上问了，值得么？

用人不疑，疑人不用吧。

技术方面呢， data loss prevention 方面的产品都挺多的。不过人家如果铁了心的想把数据搞出来，即便你是 NSA ，不也是遇到了 Edward Snowden

@arrowna 一系列的 xml 文件。简单的理解和 business rules 差不多，每个星期大概有一百多个文件被添加，更改。我们不会删除文件。每二到三个月会一次生成一到两千个文件。所有这些文件都是通过一个 git repo 进行管理的。

现在我们开始推 devops ，会把这个巨大的 repo 按照 business logic 分成更小的 repo ，前后都有 docker containers 对那些 xml 文件进行批处理

”其实我就是不懂得太多了，发现自己想写东西写不出来了” 能发现这是根本问题是好的，但是越往后你越会发现，很多问题是没有现成答案的，都需要你自己下（很大的）功夫才能有结果。

所以我要问的是，你想要写什么 go 满足不了你？

主要是我不能理解是 “ go ” 不是你想要的，他只是个语言。

你可以用 python 做 neural network ， r 做统计， Java 做大数据处理, typerscript 做 网页， ruby 做业务逻辑， node 做 realtime communication ，不要太背你所用的语言拘束

个人觉得区别好的工程师，和顶尖工程师主要几个方面
1 ，硬实力
首先算法能力（这里我很笼统的数据结构，各种理论知识，都放在这里） ，很多人说算法能力不是很重要，我自己之前也是这么认为。但是，事实上并不是这样。很多实际操作中的所遇到问题都可以回归到基础的算法问题。而且，算法能力强的人多半可以用更短的时间给出更高效的代码。但是很多算发能力强的人也会忽略我要说的下一点，架构能力。

架构能力，如何让代码有更高的可阅读性，可维护性？如何在做到 "Keep it simple, Stupid" 的同时最大程度上预期未来可能出现的更改？

其他的呢？
读复杂代码的能力？最佳实践？ DevOps ？ TDD ？ Agile ？这些属于好的工程师就应该具备的能力。


2 ，软实力
团队精神，如何与团队一起进步提高，软件产片越来越大，几乎不可能一个人完成。
培养新人的能力，自己提高的时候要注意培养新人，原因很简单，只有当新人可以替代你的时候，你才有精力去做更重要的事情。
危机处理和纠纷处理的能力，这个可能有些跑题，但是随着职位的上升，这是不能缺乏的能力。好的工程师迟早都要管理人的。


主意到你的学历，想强调一点，数学和英文。有趣的计算机科学问题多半最后都是数学问题（出了计算机科学，什么问题不是数学问题呢？），看你 5 年， 10 年， 20 年的职场目标是什么，你可能希望自学下大学数学的内容。
英文，最近几年我国计算机科学的发展很快，但是和很多国家还是有差距的，最好的资料很多时候都是现有英文版的（中文翻译的质量有的时候也很难恭维啊）。英文还是很重要的媒介语言。


机会只会留给有准备的人。“有机会没准备” 和“有准备没机会” 哪个更让人遗憾呢？这是你需要问自己的问题。

@xiubin 双击 dmg 做什么，直接用 solaris 呀

rpm 粉路过。。。

@fwings260 这个是由版权所有方和版权使用方的合同决定的。很多时候这种合同都是垄断性的，或者在一段时间内是垄断的。什么全网首播，全网独播之类的。

自带的 terminal 不也挺好的

Prepared Statements 啊

我的一个 repo 里有 19039 个文件。。。总共 939 MB 。。。毫无压力 。。。

@mistkafka 放在 url 里应该可以。 hidden field 是很多 framework 的做法。也可以放在 http header 里。关键是只要不是浏览器自己本身会自动提交的地方（比如 cookies ）， token 本身是有时效性一次性的 就可以了。有人的做法是有个单独 url 获取 csrf token ，之后服务器端设置只有指定的 domian 可以访问这个 url

我觉得官方教材很好

The Swift Programming Language (Swift 2.2) by Apple Inc.
https://itun.es/sg/jEUH0.l

too many arguments (6861) -- limit is 4096

这个是 shell 的限制，可以自写个 shell script 克服这个问题

http://stackoverflow.com/questions/13781216/bash-meaning-of-too-many-arguments-error-from-if-square-brackets