前言现在我们要开发一个项目，我们都知道为了方便项目管理，要写一个版本号，那开发的时候初始的版本号是多少呢？是1.0.0还是0.0.1开始？如果一个版本号为X.Y.Z，什么时候是X应该加1，什么时候Y应该加1，什么时候Z应该加1，加1遵循十进制吗？比如1.0.9的下一个版本应该是1.1.0吗？我们经常看到一些项目的版

一位Oracle程序员在HackerNews上吐槽自己的工作，引起了热议，内容如下：Oracle数据库12.2。它有近2500万行C代码。这实在太恐怖了，简直难以想象！你做不到在不破坏成千上万个现有测试的情况下更改产品中的单单一行代码。好几代程序员在很紧的项目期限内编写了这些代码，代码中充斥着各种各样的垃圾内容。非常复杂的逻辑、内存管理和上下文

云原生正变得越来越流行，在2020年，统计发现，其中83％的组织也在生产环境中使用kubernetes。由于，团队可以轻松地构建和使用，，，以及管理服务，而不必担心底层的服务器。但是，云原生安全性仍然是一个真正的挑战。奇怪的是，云原生安全性的最大问题与所有新技术无关。首席安全官表示，如果组织希望以更好地开始新的一年，则应着手解决五个主要的云原生安全性问题。有

引言tio和netty的差异，这是个被大量问及的问题，在此，作为tio作者，列一些差异化的东西tio的最大优势API设计易懂，尽量避免引入自创概念——最大限度降低学习成本接管了大量业务资源的绑定与自动解绑，开发人员只需要无脑地调用API即可完成绑定与解绑功能，这个处理如果丢给业务开发人员是极其复杂易错的：多线程环境下的集合管理都是要同步安全的，同步的设计既

“程序员35岁是道坎”，“程序员35岁被裁”……这些话咱们可能都听腻了，但每当触及还是会感到丝丝焦虑，毕竟每个人都会到35岁。而国内互联网环境确实对35岁以上的程序员不太友好：薪资要得高，却不如年轻人加班猛；虽说经验丰富，但大部分公司并不需要太资深的程序员。但35岁危机并不是不可避免的，比如你可以不断精进技术，将来做技术管理或者

　　不管是什么日志文件，都是会越来越大的，大到一定程度就是个可怕的事情了，所以要及早的做处理，方法之一就是按时间段来存储，不过linux系统提供了Logrotate的日志管理工具，很好用，不用写计划任务脚本了，不过弊端是转储后的日志文件放入指定的目录，必须和当前日志文件再同一个系统，下面是摘录别人的。记录下以备不时之需。      Logrotate是L

企业级应用是为了满足企业日常运营所产生的IT应用，其目的是满足企业自己，对交付厂家而言，俗称2B业务；互联网应用则是面向个人用户，俗称2C业务。就个人经验，企业应用主要关注业务服务的能力，针对该企业的业务流程进行信息化、规范化、日志化，以提高企业业务及管理的效率。；互联网比较关注体验，用户粘性。技术上看，很多企业级应用的业务复杂性比互联网要大的多；而互

工欲善其事必先利其器，现在的node环境下，有太多好用的工具能够帮助我们更好的开发和维护管理项目。我本人不建议什么功能都自己写，我比较喜欢代码复用。只要能找到npm包来实现的功能，坚决不自己敲代码。本次编写程序的两个原则：1、尽量使用声明式的编程风格（声明式和命令式，不是很清楚的自己查查资料）2、能复用的决不自己编写。任何多余的繁琐的行为都是

企业内部培训源码，可以在线学习，刷题，参与考试，后台学习记录可追踪，可打印学习证明，这个源码支持二次开发，测试搭建了一套，比较好上手，分享给大家，需要的话可以下载研究。整体的功能比较完善，做为一个企业内训系统足够使用了1、在线学习：可上传视频，图文资料，习题2、在线直播：可以屏幕共享，电子白板，文字交流，在线培训3、刷题：有可批量管理上传的题库，有记笔记，收

数字时代下，随着企业向数字化、在线化、智能化高速演进，存储需求呈指数级增长，业务也面临着更多热点和突发流量带来的挑战，这就对数据库安全可靠、超高性能、易运维性提出了更高要求。天翼云自研TeleDB数据库采用云原生架构，具备即开即用、稳定可靠、安全运行、弹性伸缩、轻松管理、经济实用等特点，可为用户提供稳定可靠的企业级数据库服务，帮助企业圆满解决上述问题。与