分享一个自己写的STM32模拟SPI操作ADS869x的程序，程序实际验证可行；
如果大家发现Bug，欢迎一起讨论讨论。
文档中包含ADS869x.c和ADS869x.h引见ADS869x支持可编程双极输入范围的18位高速单电源SARADC数据采集系统–ADS8691：1MSPS–ADS8695：500kSPS–ADS8699：100kSPSADS869x器件属于集成数据采集系统系列，均基于逐次逼近(SAR)模数转换器(ADC)。
此类器件采用高速高精度SARADC、集成模拟前端(AFE)输入驱动器电路、高达±20V的过压保护电路以及一个温度漂移极低的4.096V片上基准。
广泛应用于测试和测量和电池组监视。
程序中包含了基本的读写操作，和低功耗模式配置。
TI官方地址：http://www.ti.com.cn/product/cn/ADS8699

18年锐捷网络C言语笔试试题对18年校招有很重要的参考价值（图片版书卷）

北京邮电大学18-19高数A上试题解答，仅供各位交流学习使用，严禁用作商业用处，严禁发生抄袭等学术不端行为！

kube1.18.1.tar.gz，sealoschmod+xsealos&&mvsealos/usr/bin#安装一个三master的kubernetes集群$sealosinit--passwd'123456'\ --master192.168.0.2--master192.168.0.3--master192.168.0.4\ --node192.168.0.5\ --pkg-url/root/kube1.18.1.tar.gz\ --versionv1.18.1

精通并发与netty视频教程(2018)视频教程。
精通并发与netty视频教程(2018)视频教程netty视频教程Java视频教程目录：1_学习的要义2_Netty宏观理解3_Netty课程大纲深度解读4_项目环境搭建与Gradle配置5_Netty执行流程分析与重要组件介绍6_Netty回调与Channel执行流程分析7_Netty的Socket编程详解8_Netty多客户端连接与通信9_Netty读写检测机制与长连接要素10_Netty对WebSocket的支援11_Netty实现服务器端与客户端的长连接通信12_GoogleProtobuf详解13_定义Protobuf文件及消息详解14_Protobuf完整实例详解15_Protobuf集成Netty与多协议消息传递16_Protobuf多协议消息支援与工程最佳实践17_Protobuf使用最佳实践与ApacheThrift介绍18_ApacheThrift应用详解与实例剖析19_ApacheThrift原理与架构解析20_通过ApacheThrift实现Java与Python的RPC调用21_gRPC深入详解22_gRPC实践23_GradleWrapper在Gradle项目构建中的最佳实践24_gRPC整合Gradle与代码生成25_gRPC通信示例与JVM回调钩子26_gRPC服务器流式调用实现27_gRPC双向流式数据通信详解28_gRPC与Gradle流畅整合及问题处理的完整过程与思考29_Gradle插件问题处理方案与Nodejs环境搭建30_通过gRPC实现Java与Nodejs异构平台的RPC调用31_gRPC在Nodejs领域中的静态代码生成及与Java之间的RPC通信32_IO体系架构系统回顾与装饰模式的具体应用33_JavaNIO深入详解与体系分析34_Buffer中各重要状态属性的含义与关系图解35_JavaNIO核心类源码解读与分析36_文件通道用法详解37_Buffer深入详解38_NIO堆外内存与零拷贝深入讲解39_NIO中Scattering与Gathering深度解析40_Selector源码深入分析41_NIO网络访问模式分析42_NIO网络编程实例剖析43_NIO网络编程深度解析44_NIO网络客户端编写详解45_深入探索Java字符集编解码46_字符集编解码全方位解析47_Netty服务器与客户端编码模式回顾及源码分析准备48_Netty与NIO系统总结及NIO与Netty之间的关联关系分析49_零拷贝深入剖析及用户空间与内核空间切换方式50_零拷贝实例深度剖析51_NIO零拷贝彻底分析与Gather操作在零拷贝中的作用详解52_NioEventLoopGroup源码分析与线程数设定53_Netty对Executor的实现机制源码分析54_Netty服务端初始化过程与反射在其中的应用分析55_Netty提供的Future与ChannelFuture优势分析与源码讲解56_Netty服务器地址绑定底层源码分析57_Reactor模式透彻理解及其在Netty中的应用58_Reactor模式与Netty之间的关系详解59_Acceptor与Dispatcher角色分析60_Netty的自适应缓冲区分配策略与堆外内存创建方式61_Reactor模式5大角色彻底分析62_Reactor模式组件调用关系全景分析63_Reactor模式与Netty组件对比及Acceptor组件的作用分析64_Channel与ChannelPipeline关联关系及模式运用65_ChannelPipeline创建时机与高级拦截过滤器模式的运用66_Netty常量池实现及ChannelOption与Attribute作用分析67_Channel与ChannelHandler及ChannelHandlerContext之间的关系分析68_Netty核心四大组件关系与构建方式深度解读69_Netty初始化流程总结及Channel与ChannelHandlerContext作用域分析70_Channel注册流程深度解读71_Channel选择器工厂与轮询算法及注册底层实现72_Netty线程模型深度解读与架构设计原则73_Netty底层架构系统总结与应用实践74_Netty对于异步读写操作的架构思想与观察者模式的重要应用75_适配器模式与模板方法模式在入站处理器中的应用76_Netty项目开发过程中常见且重要事项分析77_JavaNIOBuffer总结回顾与难点拓展78_Netty数

2019杭州云栖大会圆满成功。
全球6.7万开发者现场参会，这里，尽力奉上超全大会PPT（包括18个专场），供大家下载学习。

这是完整的最棒的AXURE原型系列1-6季的全部作品第一条：原型设计的最终目的是为了准确、方便、快捷的表达产品设计人员的产品设计意图；
第二条：原型的观看者往往不是同一类对象，因此原型的设计不可避免的会有多种表现形状，每一种形状的原型都是为设计服务，没有高低之分；
第三条：如果按照产出方式，有手绘产出、软件产出之分,如果按照表现形式，有纸质、低保真、高保真之分；
第四条：如果你的产品设计周期中，原型设计时间过长，可能你需要停一下，站得远些重新审视一下自己原型设计的初衷；
第五条：原型是否要做到高交互、高仿真取决于观看者的需求和设计者的时间，如果简洁的原型已经完全满足观看者的需求，应该首选交互少的低保真原型，而不要过度沉浸在高交互、高仿真原型设计的快感中；
第六条：不要小瞧纸质原型，往往它会有磨刀不误砍柴工的功效，如果有条件，尽量不要省略，纸质原型最大的价值是思路的最初梳理和内部的多人讨论而不是自己一个人纸面画画就完成了纸质原型的阶段；
第七条：原型设计工具，精通一个比掌握十个更有价值，如果推荐原型工具，首选还是Axure；
第八条：没有人规定必须用Axure设计原型，最合适你的原型工具就是最好的；
第九条：原型是用来正确表达产品设计思想的工具，而不是掌握了原型工具就能正确的表达产品设计思想；
第十条：不要像维护自己的颜面一样维护原型的设计，相反原型的价值就是要被不断的修改、推翻、打磨、锤炼,要有颠覆整个原型初稿，重新设计的气魄和担当；
第十一条：谁都可能遇到一个不懂产品设计的领导对你的原型指指点点，尝试去理解他的真正意图，并将他喜欢的方式和你坚持的方式都表现出来，只要是正确的体验方式，用户是会给出最终的投票；
第十二条：Axure不止可以设计Web原型，正解：Axure可以设计Web、Wap、PC客户端、手机客户端、IPAD……各种平台和终端上的应用；
第十三条：提高自己Axure技能的最好方式，模仿你喜欢的交互实例，如:IPhone、Android手机、微博、IM、SNS……；
只要你能认真模仿下来，你会发现收获的不止是Axure技能，你的产品设计思想也会进步不小；
第十四条：不要在是否研究Axure技巧上犹豫不决或者争论不休，正确的做法：掌握你需要的技巧，并在设计原型中使用；
优秀的做法：掌握所有的Axure技能，并在设计原型中按需使用；
第十五条：掌握Axure技能并不能证明你就是一个合格的产品设计者，但要想成为一名优秀的产品设计者应该掌握Axure；
第十六条：做流程图和产出PRD文档是Axure的功能之一，但不要作为首选，让工具发挥它最擅长的价值；
第十七条：做产品设计时一定不要急于使用处于测试阶段的Axure新版本，避免意外发生，我的教训就是用测试版做出的原型，由于测试版的BUG，而全部重新返工；
第十八条：做交互研究时一定要尽可能学习最新的Axure技巧。
体验产品的最新功能，本来就是产品设计者必备的要素；
第十九条：当你原型设计遇到任何困惑，试试仔细解读一下之前所有军规，也许你能找到想要的答案；
第二十条：所谓的军规，其实就是一些我的个人观点，你可以当做废话，重要的是你应该创造属于自己的原型设计军规，并身体力行。

目　录一、绪论 5二、需求分析 5三、数据库设计 13四、界面设计 18五、小结 19六、谢辞 20七、参考文献 20一、 绪论近年来，中国医药行业迅速发展，药店企业多业态运营，仓储式大型超市、中等规模超市、便利连锁综合发展。
随着规模的扩大，传统的医药管理已经不能适应发展的需要，很难在激烈的竞争中生存。
开发背景：通过对从事医药产品的零售、批发等工作企业的深入调查，发现其业务主要包括企业药品销售、出入库管理、企业的财务、人事管理等。
医药管理是一项琐碎、复杂而又十分细致的工作。
手工进行企业日常的药品销售、出入库的工作，容易出现“开空单”的现象，且呆账、错账时有发生，而且费时费力。
本系统在设计中考虑和克服了上诉问题，实现了企业管理工作的系统化、规范化和自动化。
开发工作量：本系统开发经过一周左右的时间，进行了建立数据库的必要性和可行性的分析，需求分析，数据库的概念设计、逻辑设计、物理设计和数据库的实现、运行、维护以及相应的前台的主要功能模块的开发。
开发环境：CPU：IntelPentium42GHz内存：3G操作系统：MicrosoftWindows2000后台数据库在MicrosoftSQLServer2000前台最终用户接口程序在C#推荐用户配置：CPU：IntelPentium32GHz或更高内存：256MB或更高操作系统：Windows2000或更高数据库系统：MicrosoftSQLServer2000二、 需求分析 1. 系统目标与要求要求本系统能够投入实际的使用并且满足基本的功能要求。
要求具有较高的可靠性、安全性和易维护性，具有较高的可移植性。
本系统实现了以下的功能：（1） 基本信息模块：包括药品信息、员工信息、客户信息、供应商信息四个子模块。
（2） 进货管理模块：包括入库登记、入库登记查询二个子模块。
（3） 库房管理模块：包括库存查询、库存盘点、退货处理三个子模块。
（4） 销售管理模块：包括销售登记、销售退货、销售报表查询三个子模块。
（5） 财务统计模块：包括当日统计、当月统计二个子模块。
（6） 系统维护模块：包括数据安全管理、操作员管理、权限设置三个模块。
说明：根据对现实中医药销售管理业务，将用户分为二类超级管理员（经理）、普通管理员（操作员）。
2. 系统可行性分析系统在现有人力和物力条件下，完全具备可以开发出来。
作为阶段性产品，日后的发展空间大，实现方法简单。
本系统采用C#和SQLSERVER相结合的方法，所有数据信息的储存都由数据库来完成，而这些数据信息的调用由C#完成。
系统采用C/S模式，与传统主机/终端模式和文件服务器相比，既能够降低对服务器要求过高的要求，又能大大减少网络通信量，而且在结构上也具有很大的灵活性，在安全上也可以得到充分地保证。
固本系统在技术上是完全可以实现的。
国内医药行业处于逢勃发展阶段，许多医药销售行业都要求使用计算机进行管理，并且实际中也有系统的使用。
所以本系统的使用市场非常的广阔，易于推广和普及。
固本系统在市场应用上是完全可行的。
系统的开发设计，相应设备的购买，系统的维护和管理大体总共的花费为5000元。
固本系统在经济上是可以实现的。
本系统简单、易学、易懂、易用，具有亲和力的界面。
能够满足管理者和操作员对医药的销售管理。
固本系统在操作上是可行的。
3. 系统分析（1） 用户活动及活动图经理主要参与活动有：①查询销售情况和财务状况以便了解本企业的运营状况，作出相应的决策；
②管理员工，了解不同员工的上班时间和他的相关的业绩；
③客户的管理，了解客户的数量，注销有问题的客户；
④供应商的管理，了解供应信息，选择最合适的供应商。
营业员主要活动有：① 医药销售管理是指对药品信息的录入、更新、修改和删除；
② 查询药品信息，以了解是否有该药品和库存等信息；
③ 销售药品，出库记录；
④ 退还药品，入库记录；
⑤ 现金收支是指对进出帐目的记录统计。
顾客主要活动：①查询药品信息；
②选购药品。
（2）工作流程图

大众5053软件，官方正版，可以刷18款车型，希望大家多多交流技能

软件特点1、操作系统：本工作站支持Win98,Win2000,Winnt,WinXP所有Windows操作系统。
适应更多的操作系统是应用软件的开发方向。
2、硬件要求：奔腾100以上CPU,32M以上内存，300M硬盘空间。
3、视频采集卡：支持所有的符合微软VFW,DirectShow,WDM等标准的采集卡，OK系列采集卡。
同时适应多数采集卡和所有Windows系统是本公司软件独有的特点。
4、视频显示：工作站软件支持覆盖显示（影像直接从采集卡送到显卡，不占用CPU资源)。
5、采集方式：软件支持脚踏开关采集、鼠标采集、键盘采集。
即使不显示视频画面也可以通过脚踏开关采集实时图像。
6、动态伪彩：软件支持实时（25桢/秒）全屏纯软件动态伪彩。
7、软件支持录像。
8、软件可以存储常用信息如医生姓名、科室、部位、诊断结论等方便以后输入。
9、DICOM支持：可升级为DICOM版工作站，支持ICOM传输，DICOM存储，DICOM打印。
10、网络支持：工作站软件可升级为网络版，同时使用网络数据库，各工作站共享数据资源，方便各科室调阅。
11、数据库：单机版软件网络版软件都使用Borland公司的企业级数据库InterBase。
12、查询：软件内部使用SQL语言进行模糊查询，数据库的每个字段均可单独或组合查询，查询结果可以集中备份、删除，可以直接备份到光盘。
13、统计：软件通过对不同字段的查询得出的结果可以打印报表，如：可以统计某医师某个月的诊断量，某医师某个月的送诊量，并打印出报表。
14、图像处理：软件支持定标、长度与面积的测量、滤色与伪彩、亮度对比度调整、文字与区域标注等基本图像处理功能，特殊软件还支持各自的图像处理功能。
15、报告:采用所见即所得报告格式，操作者就好像在实际的报告单上写字，输入在什么位置即打印在什么位置。
16、自定义报告格式：软件报告格式是可以随意修改的，可以随意的调整任何一幅图像，任意文字在报告中的位置。
17、打印：超声影像工作站软件支持所有打印机，任何类型的打印纸，并且根据打印纸大小调整适应打印版面。
18、模板：为解决汉字输入慢的问题，软件提供开放的模板，可以方便的修改与添加。
19、稳定性：软件经过长期使用证明功能稳定。
20、断电保护：当前操作病例的所有信息保存在临时文件夹，意外断电或其他意外关机，开机后软件可以自动恢复未保存的图像信息和文字资料。
21、数据保护：软件数据文件与设置文件安装在D盘，每次启动软件都会自动备份当前数据库，当发现数据库错误时进入设置界面恢复即可（这种意外发生的非常少）。
22、系统保护：工作站软件提供克隆软件的批处理文件，输入几个字母即可备份和恢复C盘，生产公司可以以此为基础制作恢复光盘，用户系统意外损坏时可以插入光盘设为光盘引导，直接恢复出厂时的系统，大大节约了维护费用。

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