前端的痛苦作为前端，最痛苦的是什么时候？每个迭代，需求文档跟设计稿都出来了，静态页面唰唰两天就做完了。可是做前端又不是简单地把后端吐出来的数据放到页面上就完了，还有各种前端处理逻辑啊。后端接口还没出来，我就得边写代码边测前端效果，又没有真实数据。有人建议用Mock工具，可是每个接口都要自己写Mock规则，这得浪费多少时间呀。等到后端好不容易把接口写出

前端的痛苦作为前端，最痛苦的是什么时候？每个迭代，需求文档跟设计稿都出来了，静态页面唰唰两天就做完了。可是做前端又不是简单地把后端吐出来的数据放到页面上就完了，还有各种前端处理逻辑啊。后端接口还没出来，我就得边写代码边测前端效果，又没有真实数据。有人建议用Mock工具，可是每个接口都要自己写Mock规则，这得浪费多少时间呀。等到后端好不容易把接口写出

之前的文档中我们曾多次提及，Foxnic的代码生成是迭代式的，当表结构变化后，需要重新生成相关的代码。例如某表增加了一个字段，那么对应的表结构元数据需要重新生成。此外，为了维护新加的字段也需要重新生成模块代码。  这个时候，如果模块代码已经被开发人员修改，默认情况下，重新生成代码会覆盖开发人员修改过的代码。为了能够反复生成大多数的模块代码Foxnic设计了一套机制，尽可将影响降到最低。

H5性能优化方面的探索H5很重要，很重要，很重要，重要的事情必须重复多遍，H5的优点：跨平台、迭代快、开发体验好。缺点：加载慢，用户体验差。所以在接下来很长一段时间内我将会从H5的几个缺点发面去研究如何优化。一、缓存问题及其解决办法经常遇到一个问题，H5页面由于缓存问题经常在H5发布新版本之后

OpenJDK11是在OpenJDK8之后的第一个长期支持版本，这一版本在JVM日志配置有了很大改动，主要是规范化，统一化了。在OpenJDK8中，日志配置有很多状态位，让人摸不着头脑，并且比较难以维护与进一步迭代。在OpenJDK11终于将JVM日志相关的配置规范起来，统一配置。这篇文章会对于这些配置做一个基本的说明和解析。一、JV

一年一度花相似，岁岁年年人不同，时隔一年，敏捷之旅又来到了青岛，相比去年，我们的开发敏捷了吗？是？否？简单的说，敏捷开发是一种以人为核心、迭代、循序渐进的开发方法，所以不管你的回答是如何，只要我们敢于尝试，敢于提高，就会给我们的开发活动带来益处，来吧，加入到今年的青岛站的活动中，和各位敏捷专家、同行一起分享、交流一下吧，让我们更加了解敏捷，让我们的开

Excel作为一款深受用户喜爱的电子表格工具，借助其直观的界面、出色的计算性能、数据分析和图表，已经成为数据统计领域不可或缺的软件之一。基于Excel对数据处理与分析的卓越表现，把Excel的功能，嵌入到Web应用中，将会对应用系统带来质的飞跃。但是，这样一款沉淀数十年，经过无数次更新迭代的软件通过代码来实现，其难度不言而喻。研发出一款功能

　　Java编程语言从诞生到现在已经二十年多年，现已发展成为计算机史上影响深远的编程语言之一，开源/跨平台是其最大的特征，也正是因为此，Java不断地吸引世界上众多优秀程序员来进行学习。　　Java从第一个版本的诞生，到现在已经有20多年的时间了。经过这20多年的发展，以及数次的迭代，Java现在发展到了第九个版本JDK1.9。相比于最早的JDK1

随着业务的不断增长，支撑业务系统的压力也逐渐增加，会面临如系统越来越厚重、逻辑越来复杂、迭代节奏越来越快等繁杂的情况。我们当前并没有做到在每次变化时快速识别出性能风险，检测产品或系统的稳定性、可靠性，而且我们还在不断的投入人力成本在压测这件事情上也是不合理的，所以我们要将性能验证融入到我们日常的工作中，把压测做到常态化，做成平常的一件事。

Kotlin的when表达式提供了一种比if..else更清晰的方式来选择执行多个代码块之一，类似于Java的switch语句但更为强大和灵活。while循环允许在条件为真时重复执行代码块，而do..while循环则保证至少执行一次。break和continue可用于控制循环流程：前者终止循环，后者跳过当前迭代。数组则用于存储多个值，可以创建、访问、修改数组元素及遍历整个数组。这些构造使得编写简洁且高效的代码成为可能。