获得徽章 17
- 例如，每个编辑器（客户端）都在用户产生某些通用的行为时（比如点击跳转到定义）负责生成标准中的行为事件，然后以 JSON-RPC 的形式去调用 Language Server 的接口方法。Language Server 相对应地，也必须实现全部 LSP 规范（或者至少实现其中关键部分）定义的接口。评论点赞
- 在几家中小型初创公司工作过后，我现在明白几年前自己有多么愚蠢，以为每月 30 美元的订阅费是一个高价标签，或者公司不愿意为工具付费。纯属胡说八道。
公司为员工解决日常问题和开发产品支付数十万美元。如果你的项目解决了他们的问题，使他们的团队不必自己解决，他们会支付比你认为的价值高 10 倍、100 倍甚至 1000 倍的费用。而且，他们会对此感到满意。
公司已经为各种工具和费用支付数千美元每月。无论你要求什么，实际上对他们来说都是九牛一毛。这是一个陈词滥调，但是确实要将你的价格加倍或者翻两倍。
作者：ssh_晨曦时梦见兮
链接：
juejin.cn
来源：稀土掘金
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。展开评论点赞 - 理想的函数：
1. 纯（这个需要对功能进行合理的拆分，边界需要合理把握，所谓的副作用，尽可能从设计层面消除或者隔离开）
2. 参数尽可能少，最好没有（这个可以通过偏函数的方式去提前注入）1点赞 - 业务开发困难重重 - 很大的复杂性来自之前项目累积的复杂性
- 架构就像整理屋子 需要在项目和业务的不同阶段 实时动态调整项目 让项目进化 以满足后续的扩展性 避免复杂度升高所引入的问题赞过
评论1 - 关于跨端技术的类型，从技术原理区分，目前认识到的有3大类：
1. 以js-bridge + web-view为底层技术的跨端方案，例如：hybrid, 小程序 本质上都是这样的（当然 如果把Chromium看走web-view,那么electron基本也是接近这样的一个思路）；
2. 以virtual-dom为中介，加上一些渲染层，将代码渲染为不同平台的代代码的，这种一般需要runtime支持（当然其中还使用到了js-bridge技术），例如 RN weex之类；
3. 还有flutter这样的方案，直接重写了渲染库，保证了不同平台的渲染一致性，当然也重新定义了一套开发的方案（Dart+flutter）,入手这个开发方案，web前端和客户端的同学，都可以切入到大前端的跨平台开发中展开等人赞过 评论4 - 技术文档中的图示，架构图，流程图，等，画的方案:可以自己先用笔在纸上画好，等到需要去写比较正式的文档，评审，汇报，申请资源的时候，就可以整理到线上了，可以画得更美观，更有说服力一些赞过 11
- 当你看一本书，你必须要理解，什么是书中可以给到你的，例如方法，思维，什么是不能给你的，例如你要去自己思考要做的事情，某些ideal,不要依赖或者书给你带来所有答案和改变。这样，为书找到合适的位置，它就会成为你做事情的翅膀，加速器。赞过 评论1
juejin.cn