最近注意力被破坏得很严重。除了注意力不集中，反应也会慢半拍，语言表达变差，思考都深入不了多少。
手机成瘾很大原因是，大脑沉溺于获得信息的短时快感。要对抗这个瘾，可以让自己不断地做脑力小体操，例如数眼前有多少个物品，估算时间、大小等。只要做个几分钟，瘾就没那么强了。
MapReduce框架通常由三个操作（或步骤）组成： Map：每个工作节点将 map 函数应用于本地数据，并将输出写入临时存储。主节点确保仅处理冗余输入数据的一个副本。 Shuffle：工作节点根据输出键（由 map 函数生成）重新分配数据，对数据映射排序、分组、拷贝，目的是属于一个键的所有数据都位于同一个工作节点上。 Reduce：工作节点现在并行处理每个键的每组输出数据。 MapReduce
与具体业务脱节是数据治理走向失败的最主要原因。数据治理需要重具体业务问题出发，以具体业务为落地点，指定合理、可行的治理目标和改进路线，保证投入产出的经济性，才具备可持续推进的必要条件。
如何跳出唯技术论思维 一 很多开发者或多或少会有一种唯技术论的倾向，简单来说，认为技术能解决一切问题，甚至一切问题都是技术问题。 的确，技术很重要，是技术人员的核心竞争力，往往也是解决问题的关键。 然而，不顾背景和场合强调技术，就成了唯技术论，起到的是负面的效果。 首先，唯技术论容易将技术从“手段”拔高为“目的”。 说白了，就是手里有把锤子，看什么都是钉子。 当你把技术当成了“目的”，你就偏离了问题本身，你可能耗费大量时间精力，但没有真正解决问题。 再者，唯技术论容易将简单问题的复杂化。 问题和办法都有其适用范围。然而，开发者总会追求完美的心态。若当技术被拔高为“目的”，开发者可能就输出一个过度设计、过于复杂的解决方案。 同时，唯技术论容易削弱你与外界的表达力和理解力。 唯技术论会慢慢得让你习惯于停留在技术这个舒适区。渐渐地，你失去对现实的感知和嗅觉，别人不理解你关心的事情会有什么影响，你也不理解甚至轻视其他领域的动向和变化。久而久之，你脱离了现实。 二 要跳出唯技术论的思想，首先要克服开发者特有的自负心理，要认识到技术并不能解决所有问题。 然后，要时刻提醒自己，问题的核心是什么，真正
你不能不掌握的软技能——业务语言 有理不一定说得清，建议学习从业务角度去表达 说明业务后果，而不是技术问题 “当前我们的 XXX 系统/平台/服务，存在 YYY 问题，会导致 ZZZ 等后果，所以我们开发/引进 ZZZ。” 这种阐述必要性的说辞，对于技术团队很顺理成章理所当然。然而，对于其他团队和上级，就很难有直接的感受和共鸣，因为他们很难理解技术细节，也不清楚这会对他们的工作和业务有什么影响。 技术必然有其业务作为承载，业务是技术团队和所有其他团队，以及上级的“共同语言”。 更好的表达方法是直击业务核心，例如： “以当前的业务增长速度，我们当前的 XXX 系统/平台/服务，无法支撑 Y 年后的业务量。”后面，可以稍微论证业务增速，再说明解决方案 “开发/引进 ZZZ”。 显然，这样的表达，更能引起大家的关注，更有冲击力和说服力，传达的信息更有条理，更明确。 纠正因果关系，以业务为出发点 “我们的 XXX 系统/平台/服务，如果为其开发/引进 YYY，会带来 ZZZ 的提升…” 只谈技术，其他团队和上级，很难直观感受和理解这样做有何实际好处。 作为技术人，一般对新技术都有好奇心，但如果
导出依赖包 dependency:copy-dependencies-DoutputDirectory=D:\Work\Project\Project.UX\lib Java 打包 <build> <finalName>ms-plugin-notify-nie</finalName> <plugins> <!–这个可以把包和依赖包, 打成一个 fat-jar–> <plugin> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-maven-plugin</artifactId> <configuration> <includeSystemScope>true</includeSystemScope> </configuration> </plugin> <!–这个将工程打成 jar 包–> <pl
俗话说，好记性不如烂笔头。作为要整天学习和运用五花八门的技术的程序员，记笔记是我们个人成长中重要一环。 若能对所见所学融汇贯通，进行及时、高效、精炼的归纳和总结，精炼成卡片式的资料，这便是我们常说的"cheat sheet", 也就是“作弊卡”。 借助cheat sheet，我们可以快速查阅和回忆相关知识，同时也帮助我们融汇贯通现有知识，并举一反三，触类旁通，更快更好地学习更高阶的知识。 另外，cheat sheet也是学习新知识的一个高效途径。 通过cheat sheet，我们可以十分直观地了解到新知识的概念、广度和要点，便于我们快速评估、学习、转化和应用。 可以说，高质量的cheat sheet, 对于新手或有经验者，都是很宝贵很难得的资源。 著名开发社区Dzone，则专门开设了Refcardz栏目，专门发布各种应用广泛和热门的技术的参考卡 "refcard"，也就是cheat sheet。目前，发布的 refcard已经有270多份，并不断增长中。 这些refcard都编排为精美的双列PDF，由微软、甲骨文、谷歌等大厂研发专家甚至该技术的发
穷人也能建个人博客了——阿里云函数计算体验 摘要：基于函数计算部署个人博客，用多少付多少，性价比真的非常高，强烈推荐 最近，阿里云推出了函数计算服务，在通过鼓励搭建 Serverless WordPress 的进行推广。我也趁机去体验了一把。 所谓函数计算，其实就是我们经常讨论的 FaaS （函数即服务）云服务。相比于 IaaS，PaaS，SaaS 等层级的云服务而言，更细粒度、更抽象。 通过阿里云函数计算部署服务，我们不需要对服务器进行管理和运维，只需编写代码并上传。函数计算会准备好计算资源，以弹性、可靠的方式运行我们的代码，并提供日志查询、性能监控、报警等功能。 其中最吸引人的是，函数计算按量付费，真的像水和电一样，用多少交多少。 这解决了个人建站的一大痛点。很多人都想建立自己的个人站，然而最低配、勉强够用的云服务器，动辄几百上千一年，加上云数据库、流量费用等其他花费，成本望而止步。 现在有了函数计算，个人建站的成本大大减低。阿里云函数计算，每个月按区域不同，投 40 万~100 万次调用是免费的。也就是说，你的博客月访问量还没到十万至百万的级别，服务是免费的。其他的文件存储和日志
相关工具和网站 Screenshot-to-code Tldraw 懒猴子 CG IT 猿网 Listcode Magicalocder CodeSmith MyGenerator draw my ui Spline Design itBuilder – 快速生成