看不懂"一个字符如'a'占几个字节"这条。base64 不就是拿 4 个字节表示原来三个字节表示的东西，用 64 个可见字符映射了 256 个全量字符，不能被三整除的余位补等号的算法么，怎么还有'a'占几个字节这一说。这 64 个可见字符都是 ascii 标准可见字符，在 utf8 和 ascii 下编码和占用空间不也是一样的么，怎么还有百度用 2，腾讯用 1 之分？

@KuroNekoFan 还有隐式声明的全局作用域，回调地狱，this 绑定，坑爹的分号补全机制，var 关键字的作用域问题，for/in 的属性遍历问题，甚至还有 OhMyDearJavaScript 这种鬼东西，这还只是我拍脑袋一说，没有更详尽的罗列。JavaScript 的缺陷差不多也能专门写一本<JavaScript 陷阱与缺陷>这样的书。不是非要抬杠，语言设计的烂就是得承认。

PHP 和 JavaScript 都是让人同情的语言，都是市场选择了他们，而非行业。他们确实解决了一些问题，但是也引入了更多其他的问题。扎克伯格能用 PHP 两周开发出 Facebook，如果用 Java，可能还在写配置(事实上，有经验的 JavaEE 开发都是一套自己的配置用过来用过去，基本都只是小改)。不过与之对应的是，Facebook 后期花了大量的人力物力对 PHP 底层作修改来满足业务需要。JavaScript 也一样有大量的问题，with，arguments，eval，靠 ES5 引入 use strict 解决一部分，靠程序员自律与经验解决一部分。
基于 PHP 的市场定位，我见过的 PHP 用户平均水平似乎都不是很高，可能是我接触过的 PHP 开发也不多的原因。不过必须要提及的一点是，PHP 的份额一定是在逐渐降低的。不谈传统对手 Java/JSP 和 C#/ASP，也是前有 Python,Ruby 这样比它更易于上手，适用范围更广的语言，后有 Golang 这种背靠大佬，意图脚踩 C++，拳打 EE 开发的后起之秀来冲击市场。PHP 很难保有现在的地位。
JavaScript 就不一样，虽然前有 CoffeScript，TypeScript，后有 WebAssembly，但是 JS 短期都没有可见的致命威胁。
还有第三个，Java，这个语言也有很多对手，不谈其他 EE 开发中的外部对手，内部对手知名的就有 Kotlin，Scala，Groovy，Clojure。不过 Java 最大的敌人在自家，在 Oracle。
做工程上的技术有个很讽刺的点，就是一般技术人员很难成为技术上的专家，更切实可行的方案是成为业务上的专家。做高频交易的人用 C++用的风生水起，写外挂用易语言的人一样赚的盆满钵满。
所以，选择业务方向要比选择技术方向重要的多。
具体到当前的问题，我建议楼主 Java，Java 的生态相比更加健全，进可 JavaEE，退可 Android，JavaEE 基本也会做一些前端的工作。但视野不能局限在 Java，甚至不能局限在技术。

从这次双十一就能看出互联网行业被少数几个公司垄断的恐怖了。

@jameshuazhou webpack 是最神奇的一个东西，它提供了一大堆的组件，插件，但实际上，这种东西并不一定需要这么灵活，因为就目前的发展形势来看，前端 bundle 方面的 Best Practice 只有一个。知乎上，百度前端团队的博客上，都有讲过这个。假如你不符合这个 Best Practice 的情况，比如是传统的 bootstrap/jQuery 的架构，那大概率你是不需要 webpack 的。复杂的 webpack 配置导致不少人入门现代前端都卡在了 webpack 上，也导致 React 和 vue 都额外出了个 starter 来解决这个问题。另外，如果留意一下，webpack 很多必要的插件都已经大半年，甚至一年多没更新了。node-sass，phantom-js 这两个依赖也是卡了我的 CI 系统无数次。

其实要求不算高吧，所有的都满足，除了如里面的那个 PHP，真心不喜欢拍黄片……不过我第一份实习工作之后就没再找过工作了，基本被熟人拉来拉去。因为脸皮薄，工资现在还很低。而且现在多少能感受到大家对于我这种没有知名公司履历的人的……算不上歧视吧，但是差不多的意思。最近在考虑如果再换公司，要不要去大公司给简历镀层金。顺便能摆脱自己小作坊的思维。创业公司确实吸引力越来越低了。

你们这样等于为了一个实时预览抛弃了围绕 git 产生的一系列开源工具与最佳实践。
git 仓库的实时预览可以通过 gitlab，github+octree(名字记不清了)或其他类似工具实现。还附带分支切换预览，文件比对，打包下载，ci/cd，自动化测试，blame，history，权限控制，等等。

@nonesuccess centos6 没有平滑升级 7 的工具，官方以前有一个，也很久没更新了，上面有个 notice 说，不建议再使用这个工具，所以估计你如果想升级，只能重新装

@is centos6 的 docker 官方很久没更新了，docker 官方和 RedHat 互相甩锅。所以不建议用 centos6，6 的技术支持也快到期了。
看起来是数据库的问题，可以试试能不能手动连上

复杂的正则问题不大，太多边际情况在没有经验的时候，以出现一个改一个，不断迭代的方法就好。做这种东西关键需要毅力。

@meanmachine 哇，去看了一眼，真的 HP 把 gen8 给续上了。

@whileFalse gen8，话说 gen8 之后的都不是小方块了吧。都成传统的塔式了。

其实这些东西是相通的，不难理解。就以我个人浅显的理解，和传统的建模没有什么本质区别。数学建模，量化投资的投资策略，深度学习，这些看起来高大上的东西本质上都只有一个核心:
尝试以简化的数学模型来模拟复杂的现实问题，并通过这个模型来解决现实问题或预测"未来"。
那么，所有类似的问题都可能通过深度学习，也就是现在很多人所谓的人工智能解决。但是这个解决，一般限于一个具体的场景或问题，不是一个通用的，科幻电影里面的那种"人工智能"。
深度学习突破性的地方在于，用神经网络模拟了人或者说生物的神经元工作的方式，看起来不是很靠谱，但是确实可行并有效的解决了一些问题，算是看到了一些曙光，但本质上还是建模。
不过话说回来，人类的学习过程本质上也是一种"建模"，人生观价值观世界观的所谓三观，实际上也是每个人对这个世界，人生，价值的认知模型。所以说，深度学习是不是未来也说不好，仁者见仁，智者见智吧。
我个人不是专业人员，上面只是个人理解，看看楼下的大牛怎么说。

人工智能是炒概念。其实现在火起来的是深度学习。

前端的性能优化要从浏览器的开发者工具入手。

话说，production 的 build，不该去生成 map 文件的。
1.代码压缩
2.去掉不需要的依赖
3.惰性加载
4.开启浏览器缓存
看你这么多数字命名的 bundle，应该都是惰性加载的，不该这么慢。第一次加载必须的东西应该只有 852k，app，minifest，vendor 三个文件。不知道是不是有别的东西拖了速度。
不要看项目打包出来有多大，应该去看浏览器的开发者工具里 Network 里加载的数据量有多少。

Node.js 的速度很快，与 C++处于同一级别速度。
这句话有 benchmark 背书吗？希望能看到速度测试数据，这句话和我的认知不太符合。
不过支持下开源，金融向的开源似乎一向很少。