@snoopygao 其实没例子里牛逼。只内置一些常用的命令而已。内置的规则以外就不行了。

一般用户根本用不着深度学习。osx 和 win 你深度学习过么？用到什么学什么。

如果是要一下子管理很多机器，那直接学「自动化」，比如 ansible 就直接看文档学，涉及到相关的再顺便学下。

「怵得慌」，可以把机器看成一个抽象的数据结构就行，通过代码，调用一些方法，改变机器的状态，并加以验证。
然后有的方法是运维框架封装好的，有的是没封装好的底层的方法（系统命令）而已。
和通用的编程思路是一样的。

比较麻烦的地方，一个是各个系统由于设计不合理、历史遗漏问题有各种坑，这种框架和别人应该已经帮忙填上大部分，剩下的小部分自己填或者绕过。

另外，像 ansible 等大部分运维框架还提供一些「高级」的 DSL （ yaml 之类）描述问题，多加了一个层级。
其实就是一些标准模板，满足少写代码的问题。
个人倒是觉得因为既然你都上框架了，那通常就是运维的逻辑比较复杂。否则何必折腾。
而大多数语言本身都提供了足够的抽象机制来少些代码，不比 DSL 模板差。
而很多语言都有成熟的 IDE 和各种分析工具来提升效率、避免错误，这是 DSL 模板比不上的。

@CEBBCAT 网易云音乐只支持从别人那里导歌单，并不支持将自己的歌单导入导出。

需要根据导出、保存的单曲 id （ songs_id.json ），通过单曲添加的方式变相「导入」。

这里有网易云音乐添加单曲到歌单的 api，不知道好不好用：

https://github.com/sqaiyan/netmusic-node/blob/master/app.js#L241

这部分代码没有写，涉及到 api 接口请求频率的问题，还要伪装自己的身份的问题。
目前 fm163 并不涉及账户，因此最坏的情况也就是网易把 ip 封掉，
如果要写，必须涉及账号，万一非法请求被网易检测到，可能会封账号，
要把风险降到最低，需要写滴水不漏的代码，包括异常情况下要和网易云音乐的客户端表现一样。
关键是网易云音乐的 api 还老是变来变去。。。

@gam2046 是我的问题。出错信息`FileNotFoundError`显示我漏掉了文件不存在的情形。最新的 commit 修复了这个问题。pull 后把 `~/.fm163`删掉重新跑应该可以正常运行。

@jin5354 后端大部分都写类似神经网络的东西，只有极少数人写「家庭作业一般的工作任务」，这恐怕在很多地方不成立吧。然后一个后端只有极少数人写「家庭作业一般的工作任务」的公司，会把前端、后端分得死死的，前端组的人不能参与后端，或者不允许转到别的组？计划经济、包分配的时代还有借调呢。主要矛盾恐怕是「家庭作业一般的工作任务」，不是前端、后端。

gurudigger.com 存在了好多年，但是并没有多少成功案例，甚至绝大部分点子讨论都不多，太多点子下都是点子提出者和创始人两个人在聊。。。 点子大部分不了了之，做成的里面大部分也是提出点子的人自己干完的。期间濒临倒闭，除了创始人自己做以外请不起别人，最后居然坚持下来了。不过现在貌似主要还是靠兼职猎头生存，所谓的主业还是没什么起色。

> 后端是 scientist

你所谓的后端，对各种库的作者来说就是前端，然后各种库的作者相对编译器的作者又是前端，编译器的作者相对语言的设计者又是前端，语言的设计者相对各种概念的设计者又是前端（先有函数、递归、循环、类型、赋值等等的概念，才谈得上在语言中加进这些东西）。严格来说，只有最后这一类才能叫 scientist。

> 别人有着艺术与数据科学的广袤领域去遨游探索

怎么设计用户容易理解，怎么设计用户能组合现有功能完成新的任务，怎么设计用户不容易出错，怎么设计用户使用效率高，如果可以算艺术；
那怎么写容易理解，怎么写容易改，怎么写不容易出错，怎么写效率高，为何不能算艺术？同事甚至一段时间后的自己就是代码的用户。

「数据科学」不知道具体指什么。JavaScript 问题再多，用来遨游探索也不至于不够用。即使要学新语言，对 JavaScript 的理解，除了那些边边角角的蛋疼细节，都可以加速新语言的学习。

> 我这也是心累，真有写了两年日记，趁我我不在偷偷的撕了，然后给我一摞新本子的感觉。

自己应该抄一份。
网易云并没有 SLA，不应该这么相信它。
另外，好像网易云音乐的歌单最多只能保存 1000 首（ web 界面）到 10000 首（客户端），
不知道现在改了没有。
也就是说这日记本可能还有页数限制。

最简单的，把喜欢的音乐都下载下来，这也顺便解决了版权问题之类音乐下架的问题。

或者，如果本地硬盘空间不足，可以记录歌曲的元信息。
网易云的 api 虽然不开放，不过 GitHub 上有很多库。
基于这些库写脚本很方便。

如果你的机子上有 python 3.6 的话，可以试试这个脚本：

https://github.com/weakish/fm163

基本用法是：

python fm163.py -D http://我喜欢的音乐的网址

然后通过

python fm163.py -j

导出为 json 格式

文件在 `~/.fm163`: songs_id.json 是音乐的 id，meta.json 则包括歌名、专辑名、作者等等。

以后喜欢了新音乐，定期跑上面两个命令更新。
我是把`~/.fm163`用 git 管理，同时备份到远程，防止万一脚本改乱了把历史都清了。

当初写这个脚本是为了下载音乐，
因为下载网易云音乐的脚本不少，但没找到保存完整的元信息的，所以自己写了个。
现在网易云的 api 变了，无法下载了，但是保留元信息的功能还可以用。

@sensui7 人家 python 嫌重， Ruby 同样不够小巧。

@wdc63 我猜测楼主的意思是重新造一个类似 VPN 的轮子，以及一个支持 Windows Phone 的客户端（桌面电脑没说，猜想楼主的意思是桌面电脑直接跑服务端？）。然后把一台桌面电脑和 Windows Phone （ Windows Phone 本质上也是电脑）通过这个私有协议的网络连接起来。

> 一共 12G
>
> 校验信息：
> SHA256: cf42f46b4ae82a42ac59341eac206fd9fdb889c9785aea29ce5bf26329509116

后来换 torrent 了？
下载下来的是：

015a369ab261effbc5ebb7b8d747d2a7e426cf5b4f660ec80aef409f34316593 wooyun-images/images-main.tar
fabb866bf32a1ec2c3bb61cc81959f38a701ac6d8b59419cfadd307c2c52e1a9 wooyun-images/images-drops.tar

@tscat 考虑过 Mobile Device Management (MDM) 吗？ iOS 和 Android 都有。

比如 iOS 有 Apple 出的 Apple Configurator 2 https://itunes.apple.com/us/app/apple-configurator-2/id1037126344?mt=12 （要求连接设备到 Mac 上设置），然后可以公司的邮件、日历等服务限定只能连接启用 MDM 的设备上，或者内部专用的 app 只能运行在启用 MDM 的设备上，卸载的话这些就用不了，这样一般人也不会特意去卸载。

规模大的话考虑接入 MDM 服务商 http://www.appconfig.org/members/

@mahone3297 以前用钛备份好像不联网。担心的话自己用 `adb` 手动备份。

@hpan Android 可用 https://github.com/ppwwyyxx/wechat-dump