疫情期间在家感觉好无聊啊，于是利用空闲时间做了一个用来记录和管理小目标时间的小程序，命名为《小沙漏》。QQ版本小程序同步上线，QQ小程序叫《时间小沙漏》，欢迎大家前来体验，后期也会添加其他的新功能哦【区别】：微信小程序的代码与QQ小程序的源码是不一样的。微信小程序的源码基于微信小程序云开发，需要在有网络的情况下使用，具有同步功能，所有记录在删除小

任何软件唯一不变的真理是变化，毕竟软件是"软"的。软件研发需要快速响应市场、需求的变化。为了快速响应，我们可以通过增加人手来达到部分目的，但软件开发属于知识密集型工作，当人数增加到一定数量后，不仅不能够提升研发效能。反而增加管理成本，沟通成本及由于人与人沟通、理解上产生的歧义而最终造成软件实现的混乱和复杂度。所以软件本身需要能够轻易的扩展，适应各种需

    一直听说java世界里有个Groovy，但是一直没时间去了解它究竟是一个怎么样子的。我们现在的项目里放了很多开源包，而且项目中做流程的时候，规则就是用Groovy实现的。近来闲来无事，于是开始认真的看看Groory究竟有什么好的。其实最初我接触它是因为Grails这一个框架，这两个都是为了实现一个目的，java的敏捷开发，与java的无缝对接。在某

问题描述小张是软件项目经理，他带领3个开发组。工期紧，今天都在加班呢。为鼓舞士气，小张打算给每个组发一袋核桃（据传言能补脑）。他的要求是：1.各组的核桃数量必须相同2.各组内必须能平分核桃（当然是不能打碎的）3.尽量提供满足1,2条件的最小数量（节约闹革命嘛）输入格式输入包含三个正整数a,b,c，表示每个组正在加班的人数，用空格分开（a,b

最近给一个非常好学却找不到方向的朋友讲struts和hibernate框架的基础入门，突然发现自己对这两个框架有些生疏了。这一年来的工作中都没有使用过struts和hibernate做开发，所以在给他讲解的同时也是自己复习和加深印象的过程，有些技术细节确实需要用心记忆。今天去面试，收获了3点感想：1.在学习技术的过程中，博学是好事，但专精更

  在软件开发过程中，对象信息的分享以及相互直接的协作是必须的，困难在于确保对象之间的沟通是有效完成的，而不是拥有成本高度耦合的组件。当对象对其他组件的责任有太多的细节时，它被认为是高度耦合的。当一个应用程序有高度的耦合，维护将变得非常具有挑战，任何变化都将带来涟漪效应。为了解决这一类的软件设计问题，我们就需要基于事件的编程。本篇，我们就来学习Guava

性能优化我们都知道代码是系统的基石，没有良好的代码，系统架构就不牢固。但作为一般一个普通程序员，很少有机会参与系统架构级别的优化，甚至暂时不能理解架构上的调整。在开发新功能或审查组内的代码时，优化系统的方式主要是优化自己或他人写的代码。但是真实的情况是：且不说其他层次的优化，就一个代码优化很多入行没有多久的小伙伴甚至都还没入门，更别说啥实现

问题描述在TiDB的产品迭代中，不免会碰到一些兼容性问题出现。通常协议上的兼容性protobuf已经能帮我们处理的很好，在进行功能开发，性能优化时，通常会保证版本是向后兼容的，但并不保证向前兼容性，因此，当集群中同时有新旧版本节点存在时，旧版本不能兼容新版本的特性，就有可能造成该节点崩溃，影响集群可用性，甚至丢失数据。目前在有不兼容的版

　　存储过程和函数是事先经过编译并存储在数据库的一段sql语句集合，调用存储过程和函数可以简化应用程序开发人员的很多工作，减少数据在数据库和应用服务器之间的传输，对提高数据运行效率是有好处的。　　存储过程和函数的区别在于函数必须有返回值，而存储过程却没有，存储过程的参数可以使用IN，OUT，INOUT类型，而函数的参数只能使用IN类型，　　在对存储过

和许多坐在风口上的概念一样，“低代码”似乎在一夕间变得火热起来，但也饱受争议。“低代码将替代开发者”、“低代码是伪命题”的说法，频频被业内人士拿来讨论。如今，随着更多企业的入局，中国低代码市场显现出巨大的增长空间，“该不该做低代码”已不再是个问题。近日，字节跳动收购低代码厂商“黑帕云”，钉钉提出在低代码APaaS的基础上进一步做BPaaS(Business