昨天和可可聊了下，他提到了LLH新公司关于工程师文化的一些情况，我听了也深有感触。结合我这边的团队情况，我感觉我也需要在团队管理上作出一些改变才行。 技术驱动参考2021.10.11晚上YLF给我们讲的内容。 优秀的工程师团队一定是技术驱动的。 大家平时讨论的都是技术问题，每个人都对技术有浓厚的兴趣，说到技术就两眼放光！ 而且数据可视化这块，是最容易将爱好应用到工作中的，按理说应该是技术人员工作最

从去年开始，我一直都在使用番茄工作法。初期还好，通过番茄工作法让我在背英语单词和学习前端基础的过程中受益匪浅；但是后面逐渐就开始无法坚持了，到后面发现制定的计划绝大部分都没法按时完成，番茄工作法最终成为了一种自我安慰的形式。 压力驱动我是压力驱动型的人，当外部压力不足时，就会懈怠。 为了解决这个问题，可以自己主动营造一些外部压力。最简单的方式，就是把时间计划公诸于众。 内部影响导致番茄时间被打断我

内部需求的需求文档至关重要。 拓扑可视化平台这个项目的进度让我很不满意，比预期的时间整整多了三天。究其原因，在于我的项目管理做得太烂了，基本上没有什么规划可言。 没有需求文档由于这个项目是别人提的需求，只是简单描述了下，我自己这边也没有去对需求做文档上的细化，只是用 xmind 大致拆分了下功能，导致的结果就是很多细节没考虑到，功能点越做越多，进度评估失控。 没有交互图这让我在跟其他同事(特别

百度的普通翻译是免费的，只需要注册获取appid和密钥即可，注册流程可以参考这个文档： https://api.fanyi.baidu.com/api/trans/product/apidoc#joinFile 测试代码如下(将中文翻译为西班牙语)： 123456789101112131415161718192021222324252627<?php$url = 'http://a

盲目乐观在一知半解的情况下，凭感觉去评估难度、工作量和时间，结果很多细节上的问题都没考虑，估算的时间可能只有真实工作量的三分之一(甚至更少，比如这次我预估半天不到就能搞定，结果搞了整整两天，且第一天还是三个人一起搞)。 做事一定要认真仔细，细节决定成败。 平时缺乏主动积累地图项目我们今年搞了好几期了，但是到目前为止，也没有什么东西积累下来，导致每次有新的需求，都会伤筋动骨搞很久。 脚手架、文档、封

前端工作台低/零代码开发可视化搭建系统大前端前端中台ServerlessPaas架构感知https://www.alibabacloud.com/help/zh/doc-detail/97583.htm

平台即服务，这是我们可视化能力输出的方向。 为什么要做这个？这是缘于最近SMM给我提的需求：提供一个通用的拓扑结构，展示不同业务方的数据。经过跟SMM的沟通，我发现他期望的其实不是一个拓扑组件，而是一个涵盖了数据接入标准、存储、可视化呈现的平台。通过平台对外提供服务，服务于公司所有的业务。结合最近在关注的前端平台搭建相关的内容，我突然想到，这个需求不就是一个PaaS么？ 我们可视化的价值体现一

我的目的不是做某一个平台或者功能，而是做成一个系统，并在此过程中，锻炼自己，成为架构师。 架构师(Architect /ˈɑːrkɪtekt/)是很多技术人员的职业发展目标。但是绝大多数人(至少我身边的绝大多数人)，对于架构师的定义、工作职责、能力要求并没有一个很清晰的了解。这也就导致大家的职业规划只是嘴上说说，没有明确的目标和行动策略。 架构师的定义wiki 上对于 ar

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

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