PMP项目经验模版，个人报名通过使用的文字，完全原创，请修改后使用。

Oracle查询优化改写技巧与案例2.0畅销书升级，实用，没废话，字典式写作，覆盖大多数DBA日常工作场景，分享大量SQL优化的实际工作经验，也可作为开发人员编写SQL的速查字典

C语言写的音乐播放器，完整工程文件，有源码注释，带录音功能，在VC6，VC2010上测试可用！欢迎大家交流开发经验chj_macong@163.com

DAP下载器制作资料全套开源，资料包括了PCB文件原理图，固件源码，可以直接打样板，制作资料本人积累了多年资料，经验丰富，不用担心不能用的

支持向量机是一种基于统计学习理论的VC维理论和结构风险最小原理基础上的机器学习系统，主要用来处理二元样本的分类问题，根据有限的样本信息在模型的复杂性和学习能力之间寻求最佳折衷，来获得最好的推广能力，要求分类线不但能将两类无错误地分开，而且要使两类的分类间隔最大，前者是保证经验风险最小（如使训练误差为0），而使分类间隔最大实际上就是使置信范围最小，

本系统包括前端、后端、数据大屏以零售平台为核心开发，集成五流：信息流，商流，物流，资金流，人才流。
针对生鲜供应链主要特征如下:生鲜供应链是基于点对点多商户模式构建的系统商户之间的关系是平等的，即使核心商户也是这样，每个商户自己的组织结构，有采购目录和销售目录,通过这种方式，可以把商户之间的信息流、商流、物流链接起来，形成一个供应链传统供应链系统就像SAP基于核心企业作为使用对象，上下游合作企业并没有供应链账号可用本供应链是使得上下游企业也可以通过管理完成的人力资源、产品信息交换，库存等。
可以通过定制本系统实现不同的应用。
核心功能平台管理，平台鸟瞰视图业务开拓管理（CRM），管理联系，销售进度，完成合伙人转化小超会员管理，会员管理订单，支付，邮寄地址等人力资源管理（HRM），可以管理入职，绩效考核，工资发放，经验，教育经历，培训考试记录操作系统环境：CentOS6+/Ubuntu16.04+数据库：MySQL5.7+，GBase8s，Informix11，PostgreSQL缓存系统:Redis3.2+事件流系统:Kafka

The.Art.of.UNIX.programming这本书的另一个特色是它的百科全书般的博大与庞杂，Raymond凭借他对Unix系统的无比熟悉，如同一位资深导游一般，游刃有余地带着一干读者在Unix系统地大观园里纵横捭阖、几出几进，时而历数各种开发工具，时而盘点众多文档格式，如数家珍般介绍着关于Unix系统的零零种种。
如果没有一段时间的Unix经验的读者，恐怕真是要像刘姥姥一般感到晕头转向了；
而如果你像我一样经常生活在Unix下，依然能够发现自己其实一直“视若无睹”地忽略了不少大观园里的景致。
而当Raymond为你点开这些迷雾的时候，读者不禁要如梦初醒般大呼痛快了

指数平滑法的计算中，关键是α的取值大小，但α的取值又容易受主观影响，因此合理确定α的取值方法十分重要，一般来说，如果数据波动较大，α值应取大一些，可以增加近期数据对预测结果的影响。
如果数据波动平稳，α值应取小一些。
理论界一般认为有以下方法可供选择：　　　经验判断法。
这种方法主要依赖于时间序列的发展趋势和预测者的经验做出判断。
　　1、当时间序列呈现较稳定的水平趋势时，应选较小的α值，一般可在0.05～0.20之间取值；
　　2、当时间序列有波动，但长期趋势变化不大时，可选稍大的α值，常在0.1～0.4之间取值；
　　3、当时间序列波动很大，长期趋势变化幅度较大，呈现明显且迅速的上升或下降趋势时，宜选择较大的α值，如可在0.6～0.8间选值，以使预测模型灵敏度高些，能迅速跟上数据的变化；
　　4、当时间序列数据是上升（或下降）的发展趋势类型，α应取较大的值，在0.6~1之间。
　　试算法。
根据具体时间序列情况，参照经验判断法，来大致确定额定的取值范围，然后取几个α值进行试算，比较不同α值下的预测标准误差，选取预测标准误差最小的α。
　　在实际应用中预测者应结合对预测对象的变化规律做出定性判断且计算预测误差，并要考虑到预测灵敏度和预测精度是相互矛盾的，必须给予二者一定的考虑，采用折中的α值。
下期预测数=本期实际数×平滑系数+本期预测数×（1-平滑系数）如某种产品销售量的平滑系数为0.4，1996年实际销售量为31万件，预测销售量为33万件。
则1997年的预测销售量为：1997年预测销售量=31万件×0.4+33万件×（1-0.4）=32.2万件

编者按：想成为一个能解决问题的设计师，光靠笔头功夫还不行，今天阿里的同学聊聊如何通过数据帮设计师发现问题，判断思路+验证方案，全程都是实战经验，图例清晰，逻辑分明，希望给容易迷茫的设计师来一针实在的，不喝鸡汤了！

设计模式，个人笔记摘要。
设计模式是一套被人反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。
它描述了在软件设计中一些不断发生的问题，以及这些该问题的解决方案。
换句话说，它是特定解决问题的一系列套路，是前辈们的代码设计经验的总结，具有一定的普遍性，可以反复使用，其目的是为了提高代码的可重用性、代码的可读性、代码的可靠性。

在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。 另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。 为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。