从程序设计的本质入手 程序 = 数据结构 + 算法 + 流程 我们需要在一开始，就把这三要素给讨论确定下来。这部分内容花费的时间多一点也是很值得的。 缺少了这三要素的设计，你写的程序就会出现很多问题，比如： 想到哪里写到哪里，最终写成流水账 工作量难以评估，对于完成节点不可预估 后期发现数据结构不合理，得推翻重来；或者得做一些很不优雅的兼容性处理 方法很长，且代码容易出现在不该出现的

上周有个业务组让我们做一个流程图，数据是固定不变的，但是要求流程之间的线条可以动起来。考虑到这个不通用，且我们这边也抽不出人力，因此我让他们自己的开发去学一下，自己写。 后面我空的时候想了下，这个需求应该还是有不少场景可能会用到，因此自己尝试写了下，这里做个笔记。 效果展示先看下效果，类似这样： 技术选型我大致采用如下的流程来实现这个效果： 1、用ProcessOn画出静态流程图，导出为S

上周末Boss要求做一个全球疫情的项目，产品经理准备通过一个全球地图来展示疫情情况，我们考虑了下，选择了沿用之前全国疫情的技术选型，即ECharts来实现该地图。 这里记录下做的过程中的一些笔记，供今后类似需求做参考。 首先，好好读几遍ECharts地图相关的APIhttps://echarts.apache.org/zh/option.html#geo.zoom 这是重中之重。因为时间太紧迫(周

去年读了一些书，感觉受益颇多，因此今年准备继续坚持下去。 PS：标题为红色的书籍，是我还没看完、但是后面会继续看下去。 技术类《ES6标准入门》去年看了一半，今年继续。 《CSS揭秘》去年快速翻过一遍，今年继续。 这本书等我有遇到具体问题，再查阅吧。 《JavaScript高级程序设计》买了实体书，还没看。大致翻了下目录，应该有部分内容是我已经知道的。 这本书被封为JS开发的圣经，后面还是要抽时间

言传身教特别是其直接组长的言传身教。意识这个东西就是得靠日常不断的耳濡目染才能形成的。 组员的 KPI 和产品 KPI 绑定这里说的绑定并不是说直接将组员的 KPI 定成产品 KPI，而是通过一些形式让组员意识到自己的 KPI 是与产品息息相关的。比如将自己做的产品的过程数据、结果数据(比如 IP、PV、UV)展示出来，定期发送给组员。 开发讲解产品这是 B2C-WEB 用户端执行的策略，每个月组

移动端数据可视化移动端屏幕小，且是纵向延伸的，因此可视化的形式和PC端会有很大差异。这对可视化而言是一个难题，也是我们可以探索的一个方向。并且现在移动业务是主要的业务，这块有成果出来，是可以大量应用到业务上的，性价比很高。 关系图我们做了不少关系图，但是太散，没有形成完善的解决方案体系，技术上也没有文档和套路积累下来，也没有通用的关系图组件。 这个可以深挖一下，不管是老板的人员管理关系图，还是业务

想到一点补一点。 服务端不允许缓存12345location ~ \.(html|htm)$ { root /var/www/html; add_header Cache-Control no-cache; add_header Cache-Control no-store;} 客户端

有东西被加密了, 请输入密码查看.

有东西被加密了, 请输入密码查看.

移动端必备meta头1<meta name="viewport" content="width=device-width, user-scalable=no, initial-scale=1.0, maximum-scale=1.0, minimum-scale=1.0"> 不同设备的参数华为P20width=360dpr&#