@jlkm2010 筛选？嗯，那培训机构又有活了，抬头看苍天，他们绕过谁，java，C#，PHP。python，大数据，深度学习。30 天速成 Go 语言等着你，啊哈哈哈哈

@goofcc 你在做梦，决定成本的永远是业务本身，没有什么技术上的银弹能够“为公司节省大把大把的银子”，如果说某个公司上了 go 就“节省了大把的银子”，那一定是之前的程序员在划水

没意义，IT 世界是一棵树，树冠无穷无尽，不可能所有都通晓，但是树干永远只有那么一根，就是大学 CS 课程里教的那些，然后加上数学。你把这两个领域搞熟，风口随便变，几周内就能换进去

@glues js 从诞生到出现完善的包管理等待的时间更长，一点不妨碍人家成为流行语言，那个人说 Go 更偏向工程是没说错的，硬要说的话，Go 是针对当前软件工程上的某些痛点提出的特别解决方案，而且，Go 至少从设计上没打算把自己变成非常“全面的语言”。所以它放弃了其他一些东西，有人说这玩意是 C 2.0 非常形象，你想想 C 语言是尽善尽美的吗？
Go 在某些领域是把锋利的小刀，但是它不是“全面的语言”。所以黑它的人不少，总之，用在合适的地方

我记得有句话是这么说的，“学术界更看重继承，工程界只关注组合”，带着这点去看 Go 语言和其它 Object 类语言的不同，你就会突然有所感悟

@achiles 你太年轻了，多经历几次你就明白了，在资本面前，任何人都是笑话——包括企业主本人，拿命换钱是很可笑的，因为这个过程是不可逆的，等你明白无论啥都不值得你拿命去换的时候，你才算升华了

这种都是通过一个扩展，在执行前将加密的 php 代码还原成源码后执行的，楼主恐怕需要一个专门搞逆向的人去研究一下这个扩展的算法了

人家的方向在风口上，就是这样。你要不服就出去找工作，而且转你朋友的数据挖掘。说真的，这真没啥好不服的，虽然是干 IT，但是你和人家干的就不是一个岗。

@MrMike 之前有篇文章说过一句话：微服务首先是组织架构，然后才是技术架构，它不是“团队技术不行时的选择”，它对整个团队的水平要求其实是提高了而不是降低了。
单一应用的规模如果不够大的话用微服务其实没有优势
微服务对测试和部署的要求其实更高

微服务不是银弹，微服务的本质是业务拆分和接口治理，特别是业务拆分，拆不好就完蛋，对于中小型项目，微服务其实付出了额外的代价

人脉是什么？本质是你对别人有利用价值，别人对你也有利用价值。人脉才会成立，没有这个基础，你凑上去，或者别人凑过来，都毫无意义。所以如何经营人脉，首先你技术要达到一定水平，技术达到一定水平的意思，不是说要达到尖端，尖端就那么一小撮，而是你的技术要让你有独立解决现实问题的能力，我见过一些搞技术的，搞了不少年头，却只能在公司开发，离开了公司给的环境和框架，就不会写代码了。这有毛用？而且完全不会把自己学到的 IT 知识用于解决现实问题。IT 本质是服务业，渗透现实的能力来源于 IT 有办法解决现实痛点，说白了，你得有一定的产品经理的能力。剩下的，自然就是钱找你。
总而言之，人脉其实就是被利用价值。

@xzl 别扯淡了，加班就是加班，还没有加班的感觉？感情你的个人时间都不是钱的，都应该免费给公司？你是精神资本家吗？

第一，钱要给够
第二，每个人都是从无到有的，你对架构有基本的认识，那就上，折腾几次你自然就会搭了

@DavidNineRoc 笑笑，朋友，laravel 并不能救你，如果你真的对 PHP 特别热爱的话，去研究研究 swoole 吧。几乎所有的 PHP MVC 框架，就是在套模板而已，我言尽于此吧，做技术，眼光要广泛，不要只盯着眼前一小块；同时，也不要被新概念忽悠，要能找到共性

@DavidNineRoc 你 PHP 的？那你真有点危险，说句不好听的，大部分 PHP 现在的工作真的就是在当模板引擎而已。这个工作，是真的可以被 nodejs 取代的，nodejs 目前可以出现在基本所有 PHP Web 能出现的场合里，而且最致命的是，比 IO 的话 PHP Web 是比不过 NodeJS 的

@DavidNineRoc 不要纠结，这种模式下 node 就是个服务器，通过执行 js 代码完成服务器逻辑，同时它作为客户端，向你的 api 接口发出请求获得数据，然后和它持有的模板文件组合，最后变成 html+css+js 吐给前端（浏览器）

@finian 那是因为现在大部分后端语言没有实现 JS 引擎，山中没老虎，自然只好轮到 nodejs，不过前后端共用一套 UI 逻辑本身就是趋势，慢慢的后端语言都会逐渐实现 JS 引擎。另外我再说一次，前端的可维护性不是靠 NodeJS 服务器体现的

@isbase 谁不懂装懂，喂，你们不要自以为发明了全新的玩意好不好，你以为我没玩过 node 没去看过这东西的实现机制是吗？和字符串模板引擎有本质不同？加了点新功能就“本质不同”了？
还有，前端的可维护性不是用这个东西体现的，用了 nodejs 做渲染但是代码仍然写的换一个程序员就没法改的我见多了

多研究点技术，少忽悠点概念，看技术要看到本质。

@DavidNineRoc 不要被唬住了，一点都不高级，不过是把以前后端用烂了的模板引擎，又用 nodejs 实现一遍，在之前的
web 浏览器<——>后端 的中间，加了一个 node 层，变成了下面这样的结构

web 浏览器<——>NodeJs 服务器(模板引擎)<——>后端
nodejs 吐给 web 浏览器的，一样是 html，css，js，只是套模板的工作由以前的后端模板引擎，变成了 NodeJS 服务器来完成，后端不再套模板，只给数据（一般是 json ）。最早这种玩法是天猫搞起来的。这做法有好处，也有坏处，一般来说，小规模项目是不赞成这么做的。而且你们公司上这种架构之前，没讨论过吗？随便就允许他这么搞？

这事情最 tm 恶心的是，你要搞就自己搞定整个部署啊，NodeJS 服务器部署的测试在这个模型里可是归前端的工作，关后端屁事，后端只要保证 api 接口的数据没出错就行了