@XGHeaven 开发环境，接手的服务。
使用了 babel-register 在模块加载前进行转换，发现有时候转换时间特别长，过了一会不知怎么又好了。也不太像缓存，没找到缓存文件夹。

@geelaw 还是不太明白， &&Paste 在屏幕上实际显示 Paste，也没有显示快捷键提示，像 Cu&&t 看起来就更奇怪了，这个快捷键如何触发呢？

要提高自己的话语权，我给你的建议是一方面做一个仅靠前端就能达到很高完成度的作品，比如微信小程序；另外可以尝试全栈，把他们的本事也学会了就不敢冲你逼逼了。

另外像富文本编辑器、复杂表单、在线文档都是前端非常重的产品，不要把前端和功能剥离开，前端就是功能的一部分。

射手播放器的 bbs 很精致，分享给大家看看 https://feedback.splayer.org/

自信。

自信很重要，作为一个虽然科班出身但计算机基础薄弱的工程师，从前端搞后端、学算法、学编译原理都带给我极大的安全感，让我自觉扎实了程序员的基本功，干什么都更有自信(虽然现在还没怎么学....)。

人自信了，干活也快了，跳槽也有自信了，人也有点脾气了。哈哈哈

用 70%工期做完业务，剩下 30%时间带薪学习。

有点像我的毕业答辩。 即使对于大三大四的当作一个课程作业也太大了，非常不适合。

@ihciah 最近也在了解这个概念。

补充一下背景，我是一个前端工程师，经常维护一些逻辑非常复杂的表单，尝试过抽组件，也了解过 json-schema 配置表单，但根本无法覆盖复杂的逻辑。比如一个表单中会有验证，会有联动，会有远程校验，还会在联动后更改验证规则。所以我从 json-schema 的角度出发，想问问有没有其他图灵完备的配置语言可能实现复杂表单的配置。

我对微服务的理解确实不深。解释下现状由来：

1. 我们是负责广告投放的，服务都是管理端使用的服务，有很多纯粹是小工具性质，比如管理预览白名单\媒体操作服务。
2. 开发的成员不专业，我们是前端组管理了 30+的 rpc 服务，对于服务拆分的思考可能不够，也有服务过大过于混乱的担心。
3. 版本迭代非常频繁且存在很严重的并行，因为我们是开发管理端不是对外服务，基本上是有需求就做，做完每周两个窗口发布。当然这跟管理制度有关，但我也没法解决。如果把多个功能放在一个服务，测试环境占用\git 管理冲突都很麻烦(巅峰时期一个服务有三四个需求同时开发和测试)，当然这也是技术上可以解决的，但是从人员现状来看，很难做。

大家在实践中对于微服务如何理解呢？一般有几个实体？如果不存在关联的实体（比如上面提到的预览服务和媒体操作服务）也会因为业务靠近放在一个服务内吗？

我再提供一个思路，可以利用元编程组装 sql，不过有弊端。

感觉你之所以分开同步只是因为文件太大懒得时刻保持同步，不想更新的时候就不 git add 不就得了嘛，需要的时候再 add + commit + push 。

git submodules 有些大材小用了吧？ 楼上的 lfs 还合理点，没用过，听说也有坑，我们公司做美术的还是习惯 svn 。

苏州微软我觉得没有 wxg 诱惑大，上海微软还行。

我记得有一个项目跟楼主的要求很一致，他们是做大数据的团队，需要给老板做成果展示，想不到名字了...

另外推荐下我朋友做个一个小项目，把 python 的输入输出用 web 组件来呈现 https://github.com/wang0618/PyWebIO 。

全明白很难，但是了解基本原理并不难。

每一层的代码都会被转成更底层的代码，比如 j2ee(开发框架)转成 java(基本编程语言)、java 转成 jvm 字节码(字节码)，jvm 字节码运行时转成汇编(这个说法不对，姑且这么以为把)。

到汇编以下，就是机器语言的范畴，汇编就是某种型号的 cpu 的一些指令集的代码表示(不同的 cpu 有不同的指令集，比如 arm 、x86，这些指令集就是 cpu 的一些基本操作单元，好比规定 010101 是寄存器 1 和寄存器 2 的值交换，当然这是我胡说，类似 arm 这种指令集是 cpu 生产厂家自己或者联合起来定义的，是一种约定)，这些代码实际上被转换成一些高(1)低电平(0)送到 cpu 内部，cpu 再操作存储器、运算器等冯诺伊曼体系的其他组成部分，这里可以找最简单的加法器看看就能明白大概了。

屏幕也好、音响也好，都是 cpu 通过 IO 总线(也许是？计算机原理没听过课)向外部 io 发送了一串 01 序列，这些 io 设备也有一些预设的规则，内部有些电路可以根据不同的 01 序列指示哪个像素点发光哪个不发光(这个规则转换要经过 io 总线-显卡-显示器)。

我的理解就这个层面，至少对于理解编程的含义自认为够用了，当然我只是一个应用开发工程师，如果你有志于从事更底层的工作，要学好计算机组成原理、操作系统、汇编原理等课程，最好再了解一些单片机等偏电子类的知识，上面也有不少人列举了很多有名的好书和课程。

代码是怎么运行的是个大问题，也是一个多数人不太好提升高度去看的宏观问题，虽然很多学生课程学的很好，但写代码时完全没有高屋建瓴的意识，如果时刻保持“编码”意识我想应该算是大牛了。

@yunye 我的说法有什么问题呢？