前言现在我们要开发一个项目，我们都知道为了方便项目管理，要写一个版本号，那开发的时候初始的版本号是多少呢？是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岁危机并不是不可避免的，比如你可以不断精进技术，将来做技术管理或者

NAS服务器和传统服务器的显著区别可提供更加可靠和安全的数据保护可提供不间断地在线扩容存储空间，不需停机可实现数据的集中存储和备份，节省硬件投入支持各种类型的网络用户，多平台操作系统的用户都可以访问NAS上的共享数据配置简单，管理方便，节省人员成本所谓NAS，通俗地讲就是直接挂接在网上的存储设备，实际上就是一台专用数据服务器，它不再承

1.前言：与SpringMVC的结识源于个人之前想做一个微信公众账号的管理平台玩玩，既然要做就需要考虑平台的选择问题。由于我的朋友只有一台运行了Linux系统的虚拟主机，且上面还运行有他自己的一些论坛。找不到windows虚拟主机，且肯定不能换朋友主机的系统。刚开始时打算用mono把之前做的.NetMVC项目搭的框架运行一下看看能不能用，发现根本跑不起

背景:今天解决了一个朋友的问题,在win7系统上可以识别的硬盘,在xp系统上却识别不了.但是在硬盘管理界面,是可以识别该硬盘的,只是分区类型是GPT保护分区.原因是硬盘开始是在win7或者其他高于xp的系统上进行了格式化,应该是系统默认采用了GPT分区.百度搜索了一下,原因是xp不支持GPT分区格式的硬盘,有一下几种解决办法:

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

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