用户上传他人的资源不就是盗版侵权么，侵权问题要保障可能只能修法了。

架构，字面意思就是从细节中走出来，抽象出来，在外层进行统筹规划。
你说的也可以算架构，面试官说的那也算是架构。不是只有一种东西才能称为架构的。

请正确编译。
我指的是用 Debian 打包方式进行编译，得到 deb 包然后通过包管理来安装。
你这么裸编译，出问题的几率太大了。

@llsquaer 它在大约 20 年前就实现了你说的功能。

还有一个是水平问题。其他国家不知道，在美国，能在比较好的团队里留下来的，本身都有过硬的实力。
别的不说，就我在国内读的大学里的水平来看，计算机系毕业生能独立做开发的，整个年级可能一半都不一定有。
大作业抄抄，毕业论文和项目抄抄，考试都及格了，睁眼闭眼也就给你毕业了。
放到美国的大学校园，必修课起手让你自学一门新的语言然后从第二个星期开始用这门新的语言做项目，怕是连大三都上不去了，更别提毕业了。

@llsquaer 重新发明易语言？

电费不要钱吗？每年几万块钱的电费拿来跑价值几千块钱的服务器 = =
资金不充裕的人首先要考虑的就是淘汰掉那些电表倒转的老旧设备。

@crella 是的，Ruby 是 pass by object ref 。

捧踩其实非常完美地说明了为什么需要那么多种不同的语言。
比如大家捧得很高的 Python，我其实很不喜欢。
风格死板，行事保守，推崇一件事只有一种最好的做法，但好处是上手容易，让一个新手写出和一个五年老手差不多的代码可能只需要五个月。

Ruby 则完全相反。
灵活，激进，一件事最好有无数种做法，好处是你什么都能做（我之前给自己写了一个 DSL 玩），坏处是上手非常难，让一个新手写出和一个五年老手差不多的代码，可能需要八年。

所以必然有人非常喜欢 Python 而讨厌 Ruby，也必然有人非常喜欢 Ruby 而讨厌 Python 。

@crella
Ruby 是一个有能力在运行时直接重写自己的语言。
C#从灵活性来看还差得很远。

@tctc4869
你觉得本质问题是 IDE ？
我觉得这不是什么大问题。大问题是对于你要做的事情一门语言是否最适合。
比如说做快速开发，应该用 Ruby 。做容易招人的项目，应该首选 PHP （网站）和 Java （桌面应用）。做大量复杂工作，应该用 C 和汇编。做大量并行和重复的工作，应该用 CUDA 。

没有一种语言是大而全，能面面俱到的。因为面面俱到本身就是一个非常巨大的缺点。

@ioioioioioioi 不使用国内贵上天的线路的话，带宽成本真不大的。
另外如果流量很大的话还是会被要求转成收费套餐的，不过你一个月区区 1.5TB 流量应该是不用担心的。

@xingheng @shutongxinq
顺便一提，x86 最开始源自 8086，是 80x86 系列的架构名，80186 和 80286 等已经是后续产品了。

可以考虑找专业公司做。当然如果价格相差太远的话也可以自己做，不过专业的事情可能交给专业的人更好。

你是计算机专业的，又不是 Java 专业的……

> 一家能做的另一家也应该有对应的替代指令
没错，大家都是 CPU，运算当然都能做。

> 如果有一个基础库将两种架构都整合得很好
编译器本身就能把 C 或者高级语言代码编译到目标平台，一般不需要基础库。

> 但如果软件需要深度地直接操作 CPU 的指令
是的，问题就在这里。
比如说很多软件是想当然地「默认」自己会运行在 x86 平台上，所以很多假设都是基于 x86 的。
（甚至有很多软件都是默认自己运行在 Windows 或 Linux 上，导致移植到另一个平台时需要大改代码。）

比如说我现在用的一个软件，2002 年写的，源代码里到处充斥着 MSVC 格式的内联 MMX 汇编。
这意味着什么呢？
首先 MSVC 格式的内联汇编只被 VC 支持，而且只能运行在 32 位上。
所以 Linux 就不能用了，GCC 也没法编译。
其次内联汇编和 MMX 只能运行在 32 位上，所以没办法编译到 64 位。
而且很显然，x86 汇编不能运行在 ARM 上。

那么怎么办呢？

很简单 —— 重 写。

之所以会出现这个问题，就是因为代码编写的时候，一来没有这个技术，二来没有想到以后要移植，所以用了当时的技术和方法去写的代码。将近 20 年过去了，C++也从 1989 版变成了 2017 版，CPU 指令集也从奔腾 3 时代的 ISSE 变成了现在的主流 AVX2，Linux 服务器也开始进入普通人的生活，很多以前都没想过的技术，现在都已经变成了理所当然。但是源代码不会自己进化，还是需要时间精力的投入。这就是为什么小众平台软件支持更差的原因。

另外，就算是能在 ARM 上编译运行，也会因为缺少 SIMD 优化而变得非常缓慢。现代处理器重度依赖 SIMD 并行运算指令，而 ARM 上用的则是 Neon，不仅机器指令不同，上层的 Intrinsics 设计得也完全不一样。没有了 SIMD 优化，运行速度会直接下降一个数量级。所以就算能用，也不一定用得舒服。

@systemcall 比平板更大的屏幕不是问题。键盘的话，可以做成变形本，也可以做成苏菲。
主要是 ARM 这东西是个平台，ARM 的局限非常影响受众。

还有，我说的生产力，指的是拿电脑进行一些复杂的生产活动，例如视频剪辑，软件开发，PS 等等。
Office 虽说也是生产力，但是国内用 Office 能用到「生产力」级别的少之又少。
大多数人是拿来替代记事本用的，连样式排版什么的都基本不会的人多了去了。

ARM 平台现在可能还停留在比较基本的功能上。
比如说 WinARM，你拿来看片上网冲浪偶尔写写 Word 是没问题的。
但是让你在上面剪个 vlog 或者给人修个写真就问题很大了。

@yzql2018 那你就继续这么觉得吧。

首先，大学生这个群体我觉得不应该单独拉出来讲。
就像你说的，很多人在学校里也就是玩，不需要什么生产力。那这些人和一般讨论的「普通人」有什么很大区别吗？直接说以后 ARM 笔记本会不会是普通人的新选择就是了。

然后就是笔记本，又或者说是个人电脑的问题。电脑这个东西本来的目的也就是办公，工作，是一个多用途的设备。如果你只是想看节目，弄个机顶盒或者智能电视就行了。如果你想玩游戏，买个游戏机就行了。电脑本身就不是设计成专门用来做哪件事的。以前人们买电脑，买笔记本，可能是因为并没有可以替代的设备。比如十五年前，没有高度智能的手机，没有强大的游戏主机，没有 3G 无线网络，离开了电脑很多事情都做不了。现在，有多少事情手机干不了呢。

但是如果要生产的话，电脑还是无可替代的。很多场景下连笔记本都不堪用，还得台式机。
ARM 笔记本其实算是个很鸡肋的产品，软件支持度一般，优化较差（很多底层汇编代码要重写），还不如做成托管系统，但是这样就做成安卓平板了。

是抄袭。但是抄袭本身并不见得是一件坏事。开源软件克隆专有软件是很常见的一件事情。

1. Git 服务器是存放代码用的，Git 客户端才是和代码直接打交道的。
2. 作为 Git 客户端时不需要切换用户，默认的 www 就可以用。

但是如果贵司连个懂 Git 的人都没，连安装都要沦落到上论坛问的话，我觉得还是不要折腾了。