平台即服务
这是缘于最近SMM给我提的需求:提供一个通用的拓扑结构,展示不同业务方的数据。经过跟SMM的沟通,我发现他期望的其实不是一个拓扑组件,而是一个涵盖了数据接入标准、存储、可视化呈现的平台。通过平台对外提供服务,服务于公司所有的业务。结合最近在关注的前端平台搭建相关的内容,我突然想到,这个需求不就是一个
这是缘于最近SMM给我提的需求:提供一个通用的拓扑结构,展示不同业务方的数据。经过跟SMM的沟通,我发现他期望的其实不是一个拓扑组件,而是一个涵盖了数据接入标准、存储、可视化呈现的平台。通过平台对外提供服务,服务于公司所有的业务。结合最近在关注的前端平台搭建相关的内容,我突然想到,这个需求不就是一个
架构师(Architect /ˈɑːrkɪtekt/)是很多技术人员的职业发展目标。但是绝大多数人(至少我身边的绝大多数人),对于架构师的定义、工作职责、能力要求并没有一个很清晰的了解。这也就导致大家的职业规划只是嘴上说说,没有明确的目标和行动策略。
我们需要在一开始,就把这三要素给讨论确定下来。这部分内容花费的时间多一点也是很值得的。
上周有个业务组让我们做一个流程图,数据是固定不变的,但是要求流程之间的线条可以动起来。考虑到这个不通用,且我们这边也抽不出人力,因此我让他们自己的开发去学一下,自己写。
上周末Boss要求做一个全球疫情的项目,产品经理准备通过一个全球地图来展示疫情情况,我们考虑了下,选择了沿用之前全国疫情的技术选型,即ECharts来实现该地图。
PS:标题为<span style="color:red">红色</span>的书籍,是我还没看完、但是后面会继续看下去。
这种一般会组建一个专门的团队,和我们现在类似。该团队对外的输出就是可视化作图组件,比如折线图、柱状图、饼图之类的。
公司在金融市场发展到现在,接下去的路可能是如下三方面(都是营造差异化的竞争力): 1、中台战略:借助中台,快速试错、大量试错,不因为开发、效率等问题放过任何一个创新点,找到创新点进行突破 2、可视化战略:视觉、交互的升级,公司发展到一定阶段,这部分内容的重要程度会越来越高 3、技术战略:通过AI技术
最近有个组件需求,是用D3.js写的,自己写的代码总共就几KB大小,但是最终打包出来的压缩版JS居然有98KB。考虑到D3是按照模块化编写的,因此我想尝试下通过按需引入模块,来精简最终的JS。
企业最关心的(或者说唯一在乎的)事情,就是增加收入、降低成本。 企业实际上需要的不是程序员,而是能够帮助它们增加收入、降低成本的人。 企业雇佣你,是为了让你帮它们完成某个可以增加收入、降低成本的项目,而不是为了让你追求个人的软件成就。