可能是我敏感了，抱歉。

@mnssbe selfhost 在哪？

@loading 我加了这个关键词也没搜到，不必抱着讽刺的态度说些没用处的话。

@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 诱惑大，上海微软还行。