# 从驱动和兼容性方面来讲：

支持新特性与高稳定性是相互矛盾的，鱼与熊掌不可兼得，我的建议是硬件上装 Windows ，然后虚拟机里跑 Linux ， Windows 解决了所有硬件问题，虚拟机自带快照功能也就不怕 Linux 崩溃。

我之前大概一年的时间就是 Win10+VirtualBox+ArchLinux ，开发的时候启动虚拟机全屏，下班了休眠虚拟机玩游戏，非常好用。

如果不想用虚拟机还想想让 Linux 完全兼容硬件的话还是用老台式机吧，绝对不会有任何问题。

笔记本就不要直接装 Linux 了，因为大多硬件都是定制的，所以厂家肯定只兼容 Windows 的，再说即便驱动都搞定了，耗电问题基本就把笔记本变成台式机了。

# 从桌面方面来讲：

Linux 发行版的话当桌面系统都一样，因为不同发行版可以装一样的桌面环境，常见的桌面环境有 Gnome 、 KDE 、 XFCE 、 Unity （ Ubuntu 独占）等，其他也有不错的，转要是看自己习惯和适合哪个。都没用过的话个人比较安利 Gnome3 ，多桌面机制和 MACOS 很像，但是比 MACOS 设计得好用很多，活用的话能很大程度提升效率。

# 从系统稳定性方面来讲：

基本上 Linux 发行版可以按照升级机制来分为两派，版本升级派和滚动升级派：
版本升级派（如 Ubuntu 、 Debian 、 Fedora 等）通常每一个版本有独立的支持周期，每个版本内部出现问题的情况较小，但是等到支持周期结束（大多是两年）就不得不升级下一个版本，虽然有的发行版提供了跨版本升级机制，但是升级完出问题的风险较高，到头来可能还得重新安装新版本的系统；
滚动升级派（如 ArchLinux 、 Debian Sid 等）没有系统版本号的概念，整个系统依赖系统中软件包的升级来达到升级自身的效果，优点是不会遇到系统大版本更新的麻烦，缺点是需要即时更新，如果长时间未更新突然更新好多软件包可能会有问题。
不管是哪个派别，如果系统架构发生变化（比如系统目录结构调整、 Systemd 取代 init.d 、 Wayland 取代 Xorg 等情况），想拥抱变化就只能重装系统或者折腾一下，什么？不想折腾？还是用回 Windows 和 MACOS 吧。

# 安利：

推荐 ArchLinux 的最大原因是 AUR ，几乎所有软件都能在 AUR 上找到，并且能一条命令安装好，包括好多商业软件和只有源码的野生开源软件。 AUR 的思想类似于 pip 、 npm 、 bower 、 gem ，众人拾柴火焰高，人人为我我为人人。

开发安卓貌似也可以不用 Java ，需求不多的话入 Java 的坑可能性价比会有点低，也可以看是否能用自己熟悉的语言，有一些框架是可以用非 Java 开发 Android 的，当然如果你想正式入坑深度学习 Android 的话还是要学 Java 和 C++的。
0 基础的话建议不要上来就学 Android Java 开发， Java 只是一门语言，可以用在很多领域，而 Android 开发只是其中一个，在这个领域会有自己的基于 Java 的一整套框架、库、工具和思想体系，建议先从 Java 语言本身入手，由于是非常成熟的语言，所以买两本讲 Java 本身基础的好书看一看就可以，有一定语言基础再学 Android 的实际应用的开发，好书好视频好文章也很多，自己去搜一搜就好了。
另外 2 楼 @yche 的建议也是极其有用的。
私以为学一个技术其实就是不断产生问题和解决问题的过程，在这个过程中自己可以不断加深对这项技术的熟练度和理解，这也是需要一段时间的。所以有问题就自己去搜，解决不了就提问。

其实楼主应该是想问如何在特性不同但可用在同一领域的语言中切换；比如同样是服务端开发，有时候会因为追求不同特性而在一个项目的不同子项目使用不同语言，举个例子，基础业务使用 JS ，部分旧业务不重写继续用 Java 、 PHP 、 Ruby ，认证授权使用 C++，在一个迭代中可能需要在这些语言中来回切换。。。

不同语言对面向对象、同步异步思想等等支持是不一样的，设计程序和架构的时候也要区分考虑。

这也是我比较困惑的问题，有的时候甚至是同一门语言用在不同地方也是不一样的，比如 JS 用在服务端有 require 很方便，但用在前端通常都是在 babel 下用 import ，然后在旧版 MongoDB 中只能用 ES5 。

可能搜索引擎做速查是个比较靠谱的方法。

@forvtwoex https://www.meteor.com/ 这个是 meteor 的网址，你可以看一看。
meteor 一旦上手，特别适合做初创的原型产品。
不过如果以后底层需求越来越多的话可能 meteor 这样“一栈式”的解决方案就无法满足需求了，因为 Meteor 是自己独有的一套开发思想和生态，所以到时候迁移到非 Meteor 架构就需要重新写项目，不过那时候应该也有足够的人力财力也能支持用底层一点的框架重写一遍了。

logitech m570

数学上来讲，目前 HTTPS 本身还是完全安全的。
不安全风险是与 HTTPS 本身无关的，比如中间人攻击。

socket.io
照官网的例子做一遍，然后再改成自己的需求，基本上半天完事

安卓上 ppsspp+蓝牙手柄

很久以前用过 PhoneGap 、 Meteor ，写一套代码可以编译成所有平台 APP+网站，后来兼顾性能和开发效率转而研究 APP WEB 化思想，我们公司是用 React Native ，线上产品化半年了，效果还说得过去。

@YYYeung 记得穿鞋哈哈哈哈😂

焦点不在 button 上，所以不想赢 keyup 事件，可以去查一查如何 focus 到一个元素上

@xjbeta 这个确实很重要。

1. 换电脑要看用途， MBP 并不适合所有情况；
2. 笔记本放腿上。。。如果不想和我一样颈椎曲度变直+骨质增生的话长期工作环境还是配个高度合适的显示器和舒适的椅子吧；
3. 新 MBP 不是没有 USB 口，而是有四个 USB Type-C 口，我们平时看到的是 Type-A ，这个看你买其他设备的喜好，目前来说越来越多的厂商放弃自研接口和 Type-A 接口，转而使用 Type-C 是趋势，我刚入的 Pixel 、我爸刚入的华为 P9 、我妈刚入的 Oppo 都是 Type-C 口，高速、兼容、不区分正反、尺寸小，抛开以前被苹果坑买好多旧转接头的事，个人觉得苹果拥抱国际标准（至少是接口形状）是个好事，大家用的口一样就不需要转接头了；当然可能你现在大多设备都是 Type-A 口的，所以你需要买 A 转 C 的转接头，不过好消息是由于 Type-C 是国际标准，你可以买其他优秀厂家的配件，不需要去苹果官方买（除了电源线），用起来也不错；
4. 公司刚给配了 Touch Bar MBP 15 寸，个人看重大触控板、 Touch Bar 、 Skylake ，这个看个人需要；
5. 选择 MBP 主要考虑续航时间、轻便、操作系统，如果是写代码外加经常活动和开会的话可以买 MBP ，但如果是基本不离开工位的话还是用台式机吧，性能靠得住；
6. MBP 很不适合玩游戏，玩游戏还是要用台式机，或者买一台游戏机也不错。

不会，并不是品牌代工工厂就有质量保证的，品牌商品是有商誉压力的，代工厂没有。

三楼正解。。。
上一代 LTS ，版本超老，运行速度很慢。。。

还是避开太阳吧，对眼睛不好。。。

乍一看是在问 terminal ，仔细看又像在问编辑器，最后一句像在问 Shell 。。。
所以是 Guake|iTerm2|Terminator+Zsh+Oh-my-zsh+VIM-IDE 能满足你的需求

用 vue 很舒服，入门+上手，一周给公司开发了一套工具系统。
技术这东西，用不爽就不用，用得爽偷着乐。

所谓的方案、思想、风格都是为了解决问题的，没有问题没必要硬上。

issues 自带评论功能，还能打标签