<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[MKNDG的专栏]]></title><description><![CDATA[]]></description><link>https://blog.csdn.net/MKNDG</link><language>zh-cn</language><generator>https://blog.csdn.net/</generator><copyright><![CDATA[Copyright &copy; MKNDG]]></copyright><item><title><![CDATA[Nexus自定义健康检查地址]]></title><link>https://blog.csdn.net/MKNDG/article/details/138096635</link><guid>https://blog.csdn.net/MKNDG/article/details/138096635</guid><author>MKNDG</author><pubDate>Mon, 22 Apr 2024 23:30:23 +0800</pubDate><description><![CDATA[Nexus自定义健康检查 Nexus自定义HealthCheck
Nexus Health check]]></description><category></category></item><item><title><![CDATA[mysql5.7实现row_number() over()]]></title><link>https://blog.csdn.net/MKNDG/article/details/123720074</link><guid>https://blog.csdn.net/MKNDG/article/details/123720074</guid><author>MKNDG</author><pubDate>Thu, 24 Mar 2022 20:04:34 +0800</pubDate><description><![CDATA[mysql5.7根据条件实现自定义排序]]></description><category></category></item><item><title><![CDATA[[转载]1000万用户可能造成的并发数量是多少？ 解决方案（理论篇）]]></title><link>https://blog.csdn.net/MKNDG/article/details/123718311</link><guid>https://blog.csdn.net/MKNDG/article/details/123718311</guid><author>MKNDG</author><pubDate>Thu, 24 Mar 2022 18:42:24 +0800</pubDate><description><![CDATA[今天开始对之前所能够想到的一些问题进行一些理论解决方案的研究。
首先，1000万的用户可以造成多么大的并发数量，应该是可以被计算出来的。我通过百度进行了一些搜索，关于用户数量与并发数的关系。

得到了一些资料，主要参考了一篇名为《并​发​用​户​数​、​吞​吐​量​、​思​考​时​间​的​计​算​公​式》的文档。

其中提到了关于性能需要考虑的几个方面，这些内容稍后再讨论。主要先说说几个公式

1.平均并发用户数的计算公式

   C=nL / T
其中C是平均的并发用户数，n是平均每天访问用户数，...]]></description><category></category></item><item><title><![CDATA[2017-2022年工作经验总结]]></title><link>https://blog.csdn.net/MKNDG/article/details/123044640</link><guid>https://blog.csdn.net/MKNDG/article/details/123044640</guid><author>MKNDG</author><pubDate>Mon, 21 Feb 2022 13:24:35 +0800</pubDate><description><![CDATA[2017-2022年工作经验总结]]></description><category></category></item><item><title><![CDATA[Log4j2漏洞gradle版本修复]]></title><link>https://blog.csdn.net/MKNDG/article/details/122320828</link><guid>https://blog.csdn.net/MKNDG/article/details/122320828</guid><author>MKNDG</author><pubDate>Wed, 05 Jan 2022 12:24:02 +0800</pubDate><description><![CDATA[最近log4j2爆发了漏洞，我们的工程本身并未引用log4j2，但是引用的第三方包中引用了。

解决方法为在根build.gradle下面进行统一升级：

allprojects {
     ------其他配置-----
     
    //统一升级
     configurations.all {
        resolutionStrategy.eachDependency { DependencyResolveDetails details -&gt;
            if (.]]></description><category></category></item><item><title><![CDATA[layui找不到正确的laypage路径]]></title><link>https://blog.csdn.net/MKNDG/article/details/122208027</link><guid>https://blog.csdn.net/MKNDG/article/details/122208027</guid><author>MKNDG</author><pubDate>Wed, 29 Dec 2021 08:51:32 +0800</pubDate><description><![CDATA[昨天，同事遇到一个关于layui的问题，找不到正确的laypage的路径，加载出来的路径一直所在文件的工程路径为基础进行拼接。
具体代码示例如下：

在某一个1.html文档中采用Jquery的$(...).html()方法，并向其中加入另一个2.html文档，例子如下：

...
&lt;div class="book-menu"&gt;
    ...
	&lt;div id="navBox3" linkpath="/main/monitor/monitor-law/list.html" class=.]]></description><category></category></item><item><title><![CDATA[工程所用gradle版本]]></title><link>https://blog.csdn.net/MKNDG/article/details/122169471</link><guid>https://blog.csdn.net/MKNDG/article/details/122169471</guid><author>MKNDG</author><pubDate>Mon, 27 Dec 2021 12:43:13 +0800</pubDate><description><![CDATA[]]></description><category></category></item><item><title><![CDATA[项目启动会的意义]]></title><link>https://blog.csdn.net/MKNDG/article/details/121112700</link><guid>https://blog.csdn.net/MKNDG/article/details/121112700</guid><author>MKNDG</author><pubDate>Wed, 03 Nov 2021 01:03:34 +0800</pubDate><description><![CDATA[本人写这篇的文章的原因，请看最后一段。正题还是什么是项目启动会。


一般来说，每个项目都会有项目启动会。

作为一名资深研发，根据多年工作经验认为，所有的项目启动会都应该是信息共享、边界确认、职责分工、阐述本项目的愿景与期望达到的效果、给予具体实施的人以信息与目标！而非讨论会更甚者演变成了需求挖掘会、甩锅大会。

在这里借鉴一篇文章，表达一下我心中的启动大会应该是怎么样的。



项目启动会议，是一个非常重要的会议。不要认为它是可有可无的。古代出战前都要鼓舞军心，要把士兵们聚在一起，说攻打目标和喊口号，具]]></description><category></category></item><item><title><![CDATA[朋友的困惑]]></title><link>https://blog.csdn.net/MKNDG/article/details/120759382</link><guid>https://blog.csdn.net/MKNDG/article/details/120759382</guid><author>MKNDG</author><pubDate>Thu, 14 Oct 2021 10:46:57 +0800</pubDate><description><![CDATA[一个朋友向我求助，说他的领导，几年来，曾答应他各种事情，后来都不了了之。朋友很不爽，问我：怎么办？

我问他是不是每次都找领导谈了的，他说是的。但是都没有结果。

作为过来人，我告诉他，实际上没必要去找领导谈。做到心中有数即可，不要对不确定的事情抱有太大的期望，不要对不确定的人抱有幻想。你这个憨批还去谈了那么多次，别人都觉得你傻，好忽悠！

还有这件事不要对任何人提起，包括家人。

为什么不能提？

这些事给同事说，尴尬；给家人说，徒增烦恼！

朋友很不甘心，说这些年就这么被耍了吗？就那么算了？不去在掰扯一]]></description><category></category></item><item><title><![CDATA[处理多类数据的时候，提供统一的接口的一种方式]]></title><link>https://blog.csdn.net/MKNDG/article/details/109279809</link><guid>https://blog.csdn.net/MKNDG/article/details/109279809</guid><author>MKNDG</author><pubDate>Tue, 31 Aug 2021 23:52:43 +0800</pubDate><description><![CDATA[很多年前，在一个偏僻的小山村，出了三个了不得的人，老大、老二、老三。

弱冠之年，三人都决心绕过村口的大山，去看看山的另一端到底是什么，是否是野猪成群、牛羊成片、良田美酒无限。

老大，作为大哥，决定以后邀请村民一起从山底打一个洞过去；

老二，觉得这样太浪费时间，应该开辟一条安全的路，从山上或者山脚走出去；

老三，想法与老二相似，但有一点不同，他认为，应该制作一些东西，从门口的水路出去看看，是否还有较小的山，在按照老二的想法去干！

多少年后，老大以及老大的后人，都一直在挖着那个洞，其中发现了一些石头，]]></description><category></category></item><item><title><![CDATA[三十几的职场老油条，差点动武]]></title><link>https://blog.csdn.net/MKNDG/article/details/109466957</link><guid>https://blog.csdn.net/MKNDG/article/details/109466957</guid><author>MKNDG</author><pubDate>Wed, 07 Jul 2021 16:58:22 +0800</pubDate><description><![CDATA[严格说来，那是29岁那年的冬，因为某些原因，收到邀请，考虑再三，还是来到了目前的公司。

初来乍到，感觉新环境还不错。因住的较远，上家公司上班时间是9点10分，这家公司是8:30分，这里也没有轻轨直达，在前一个月，由于公交的不可控，迟到较多。

第二个月，仅仅几个人的研发中心就传出"xxx是到这里来养老，完全不会开发的。。。"的谣言。

也在那个月，体会到这里人际关系的复杂，来的没多久，就有同事劝我走；对于我这个年龄段的人来说，既然相信并决定来这里，不理会是最好的处理方式；

哪一年，基本独立完成了一个小系]]></description><category></category></item><item><title><![CDATA[uni-app开发小程序，如何手动触发click或者其他事件]]></title><link>https://blog.csdn.net/MKNDG/article/details/116245265</link><guid>https://blog.csdn.net/MKNDG/article/details/116245265</guid><author>MKNDG</author><pubDate>Wed, 28 Apr 2021 23:05:35 +0800</pubDate><description><![CDATA[在js中，如果想要监听click事件，直接$("#xxx").on("click",function(){})，就可以搞定。那么用uni-app开发，该如何操作？

首先uni-app官方已经说明，,用this.$refs这种方式是不行的。

采用以下方法可以实现，利用$emit(个人觉得vue的作者应该参考了Qt的信号与槽)在子组件中定义，在父组件中接收(@xx=""的形式,例如@doGetWxPhoneNumber="doGetWxPhoneNumber")可以实现，代码示例如下：



/**
  *]]></description><category></category></item><item><title><![CDATA[uni-app 使用easycom引入自定义组件，出现Uncaught RangeError: Maximum call stack size exceeded]]></title><link>https://blog.csdn.net/MKNDG/article/details/116047131</link><guid>https://blog.csdn.net/MKNDG/article/details/116047131</guid><author>MKNDG</author><pubDate>Fri, 23 Apr 2021 11:18:34 +0800</pubDate><description><![CDATA[利用uni-app开发微信小程序，借助它的easycom定义一个全局组件。

按照官方说明进行开发，出现了Uncaught RangeError: Maximum call stack size exceeded 这个错误。

目录结构如下：



c-header.vue内容如下：


&lt;template&gt;
    &lt;view class="container"&gt;
        &lt;c-header&gt;
            &lt;view class="login-]]></description><category></category></item><item><title><![CDATA[项目打包工具化部署]]></title><link>https://blog.csdn.net/MKNDG/article/details/115312669</link><guid>https://blog.csdn.net/MKNDG/article/details/115312669</guid><author>MKNDG</author><pubDate>Mon, 29 Mar 2021 21:57:43 +0800</pubDate><description><![CDATA[项目打包工具化部署还是很必要的，像jekens这些工具还是值得上的。
]]></description><category></category></item><item><title><![CDATA[软件项目交接最怕什么]]></title><link>https://blog.csdn.net/MKNDG/article/details/114008189</link><guid>https://blog.csdn.net/MKNDG/article/details/114008189</guid><author>MKNDG</author><pubDate>Wed, 24 Feb 2021 09:35:31 +0800</pubDate><description><![CDATA[先来一个案例，近期，由于组织架构变动，鄙人接手了几个项目。

其中一个项目处于新需求功能开发、老问题维护阶段（简称项目一）；另一个项目处于接近收尾，甲方大提整改意见阶段（简称项目二）；其他项目都是维护；

接手之前，鄙人根据以前的一些了解，对这些项目大概评估了一下，认为功能单一，技术简单，不存在大的技术壁垒或者其他障碍；欣然接手。

接手之后发现如下有趣的问题：

1、项目一以前对我们说的是全自动配置界面以及功能，实际为纯手写html+纯手工实现前后台；

2、项目一前负责人对于功能了解甚少，找他沟通问题，]]></description><category></category></item><item><title><![CDATA[什么是好的需求？什么是好的架构？什么是好的编码？]]></title><link>https://blog.csdn.net/MKNDG/article/details/113531674</link><guid>https://blog.csdn.net/MKNDG/article/details/113531674</guid><author>MKNDG</author><pubDate>Mon, 01 Feb 2021 23:30:03 +0800</pubDate><description><![CDATA[现在是北京时间2021年2月1日22点49分19秒。

写在开头：物有瑕疵不可怕，就怕人为打标签！

在很多时候，需求、产品、项目经理都是一人分饰；而程序员这边也存在一人分饰多角的情况；

那么，这个时候，如何去断定什么是好的需求？什么是好的架构？什么是好的编码？

1、什么是好的需求人员？

在我看来，能够捋清客户诉求，确定并知道关键需求，知道并确定边界范围的需求人员就是好的需求人员；

在实际操作中，需求人员真正需要很深的开发经验吗？

很多时候，他们是不需要的，他们需要的是转换能力、理解能力，能够把客]]></description><category></category></item><item><title><![CDATA[技术是否有用？]]></title><link>https://blog.csdn.net/MKNDG/article/details/112599563</link><guid>https://blog.csdn.net/MKNDG/article/details/112599563</guid><author>MKNDG</author><pubDate>Thu, 14 Jan 2021 09:31:52 +0800</pubDate><description><![CDATA[今天是2021年1月14日，搞软件开发已经有10几年时间。而也要满4年了。

人生也迈入了中年阶段。

在这两年，我们领导一直在灌输一个观点，中和一点，可以概述为“管理(情商)更重要，技术是辅助”；偏激一点可以概述为“技术无用论”；

原因概括如下：

1、我们搞的东西技术门槛低(实际上完全搞明白也需要成本，至少目前来看我的小领导还搞不撑头很多东西)；

2、我们这边刚好有非技术积累很好的同事升职，刚好还是我们小领导推上去的；

3、领导对于他听不懂的，就会觉得你在装逼，从不会觉得是自己积累不够；

4、.]]></description><category></category></item><item><title><![CDATA[gradle使用命令行在指定目录下面初始化项目]]></title><link>https://blog.csdn.net/MKNDG/article/details/108867421</link><guid>https://blog.csdn.net/MKNDG/article/details/108867421</guid><author>MKNDG</author><pubDate>Tue, 29 Sep 2020 14:11:51 +0800</pubDate><description><![CDATA[gradle使用命令行的方式在指定目录下面初始化项目，如下:


 .\gradle.bat init  -p "E:\Pro\java\nanan-idms\"

其中： -p参数是指定目录

gradle 各参数含义如下:
USAGE: gradle [option...] [task...]

-?, -h, --help            Shows this help message.
-a, --no-rebuild          Do not rebuild project depen]]></description><category></category></item><item><title><![CDATA[代理模式]]></title><link>https://blog.csdn.net/MKNDG/article/details/108804855</link><guid>https://blog.csdn.net/MKNDG/article/details/108804855</guid><author>MKNDG</author><pubDate>Fri, 25 Sep 2020 21:50:42 +0800</pubDate><description><![CDATA[代理模式也叫委托模式，可以分为普通代理模式、强制代理模式以及动态代理

普通代理模式，它的要求就是客户端只能访问代理角色，而不能访问真实角色；

强制代理模式，它的要求是必须通过真实角色查找到代理角色，否则不能访问，也就是说在这种模式下，真实角色里面实现了代理，代理必须是它自己指定的

动态代理模式，就是在实现阶段毋须关心代理谁，只有在运行阶段才指定代理哪一个对象。通俗点讲就是：自己动手写代理类的方式就是静态代理模式。采用动态代理模式比较为大家所熟知的比如AOP(切面编程)，其核心机制就是采用动态代理机制。]]></description><category></category></item><item><title><![CDATA[代码太短]]></title><link>https://blog.csdn.net/MKNDG/article/details/108635319</link><guid>https://blog.csdn.net/MKNDG/article/details/108635319</guid><author>MKNDG</author><pubDate>Thu, 17 Sep 2020 09:09:55 +0800</pubDate><description><![CDATA[某日某同事，深思熟虑以后，决定把他的代码用某设计模式进行了重构！当他满心欢喜的看着自己的杰作正常稳定运行的时候，内心还是窃喜的，一为对设计模式的理解加深；二为觉得为这个模块扩展提供了可扩展性！他告诉我这件事的时候，我也很是为他高兴！

月底，领导给他的评价是:你写的代码太少，体现不出工作量！

他告诉我这件事情的时候，我的内心怎么说呢。。。。
...]]></description><category></category></item></channel></rss>