问题 资源一定是永远不够的；如果能感觉到资源过剩，那就会出现裁员了。 资源不足的情况下，业务方肯定是不满于开发进度的，这种情况下，我们做的东西一定要考虑好如何做量化的价值体现，否则做了说不清，等于白做，业务方只会感觉开发一直都不靠谱。 基建问题基建不完善，没有形成一个完整体系，涵盖整个产品开发和运行周期我们的基建都很散，很多都是针对某个具体的小点的，而没有形成一个系统。我们去年之前，连一个大家达

程序框架形成一个自己的程序框架至关重要。程序框架其实就是你抽象自己的设计思路，抽取可复用部分，形成后续项目的基座。里面应该包含了程序目录结构、调试工具、编码规范的约束工具、日志工具、发布工具、常用函数库、常用业务库等等。这样就避免每次你都从头再来一遍，也避免了犯一些低级错误。 数据驱动后端业务代码，归根结底也是依托于数据流动，因此我们仍然需要以数据驱动作为核心理念去设计我们的程序处理流程。这里其实

调用方法一些知识页面transform.scale放大后截图scale：2 大小：364KB scale：5 大小：1225KB 截屏越大，速度越慢比如手机页面，高宽分别放大5倍(实际截屏面积应该是放大了25倍)，9秒的视频，截了近500秒，差不多是50倍的时间，太夸张了。 不过这可能也跟我笔记本没接电源有关系，还需要再测试一下。 录制常用参数说明--no-sandbox: 去沙箱运行 --dis

名词进程间通讯（IPC）Interprosses communication 参考资料官方文档： https://nodejs.org/api/cluster.html https://github.com/forthealllight/blog/issues/24 egg-cluster： https://juejin.im/post/6844904056184553486 Egg框架的clus

朱评漫学屠龙于支离益，单千金之家，三年技成而无所用其巧。 先想好价值有多大，再决定要不要去做一件事情。 人：因我而不同 事：超越寻常，价值体现 计划一定要跟人讲出来，有人评价、讨论，这样才能确定是否合理。 否则自己埋头定、埋头想，很容易走偏。 整体来说，国内的专业基本上没有，国外也只有苗头而已。数据可视化领域现在比较窄，感觉如果把这个作为业务（一种单独的服务）的话，价值链还没有形成，

刚接触数据可视化的组件开发时，往往会遇到一个问题，就是不知道该如何设计组件对外开放的配置项。我根据最近写组件的一些经验，对配置项的设计做个总结，方便后面参考。 我们一定要明确，组件的终态是什么样的。 原则不包含数据联动的HTML结构不应该开放，包含数据联动的HTML结构应该以formatter格式开放 交互不应该开放，这是组件内部实现 样式应该以组件为单位进行开放，统一以style字段开放出去

居中我之前一直都是自己通过计算文本的字符长度以及字体的大小，再根据文本对应的元素的 x、y 信息来计算最终文本的位置，走了很多弯路。 其实 D3 的 Text 标签自带的text-anchor属性就可以实现了， 弧形文字类似这样的效果： 可以通过textPath实现，通过 path 确定位置。 123456789101112131415161718192021<svg xmlns=&qu

环境配置babelhttps://segmentfault.com/a/1190000018461758 babel默认有些新的ES特性是不支持的(比如Null传导运算符?.)，会导致编译的时候报错：Unexpected token。 因此需要额外安装@babel/preset-env，并在.babelrc中配置一下： 12345{ "presets":

数据结构D3 画的 SVG 坐标轴的 HTML 结构如下： 123456789101112131415161718192021222324252627282930313233<g transform="translate(20, 300)" class="myXaxis" fill="none" font-size=&quo

最近做的一个项目，线上时不时会出点问题，而组内就我一个人会后端，其他组员都是前端人员，出现线上问题后就只能我自己排查。因此我准备整理下线上问题的一些排查流程和方法，让大家都能处理类似的问题。 ELKgraph LR A("Logstash-数据的收集、处理和转发") -->B("Elasticsearch-存储、搜索和分析") -->C(Kiba