BuildPipeline|该项目演示了基于AWS的无服务器构建，测试和部署多种环境的管道。
目录包含一个由React/TypeScript/Webpack驱动的Web应用程序，该服务由S3提供，其中CloudFront作为CDN，Route53用于DNS。
目录包含定义为代码（和bash脚本）的所有基础结构和部署步骤。
和负责构建，测试和部署项目。
所有构建日志都存储在。
CodePipeline使用访问令牌访问GitHub。
使用CodeBuild构建，测试和部署每个项目时，必须提供有关信息。
构建环境代表了操作系统，编程语言运行时以及CodeBuild用于构建，测试和部署的工具的组合-也就是Docker映像。
我维护经常使用的编程语言和工具的构建环境，例如。
还必须在存储在项目根目录下的（YAML格式）中指定构建命令和相关设置，例如。
因为buildspec声明必须是有效的YAML，所以buildspec声明中的间距很重要。
如果buildspec声明中的空格数无效，则构建可能会立即失败。
YAML验证器可用于测试buildspec声明是否有效。
有关更多

可以进行管网平差、管网水力模拟和建立水质模型的软件，EPANET作为一套功能齐全、界面友好、易于使用的优秀免费软件，得到广泛应用，成为许多商业软件的核心，也为输配水系统的科学研究提供了便利。
什么是EPANETH？EPANETH软件是美国环保局软件EPANET的汉化版本，是一个可以执行有压管网水力和水质特性延时模拟的计算机程序。
管网包括管道、节点（管道连接节点）、水泵、阀门和蓄水池（或者水库）等组件。
EPANETH可跟踪延时阶段管道水流、节点压力、水池水位高度以及整个管网中化学物质的浓度。
除了模拟延时阶段的化学成分，也可以模拟水龄和进行源头跟踪。
EPANETH开发的目的是为了改善对配水系统中物质迁移转化规律的理解。
它可以实现许多不同类型的配水系统分析。
采样程序设计、水力模型校验、余氯分析以及用户暴露评价就是一些例子。
EPANETH有助于评价整个系统水质改善的不同管理策略，这些可能包括：改变多水源供水系统的水源配置；
改变水泵提升和水池注水/放水时间调度安排；
水处理的补充措施，例如蓄水池中重新加氯；
管道清洗和替换。
在Windows环境下，EPANETH提供了管网输入数据编辑、水力和水质模拟，以及以各种方式显示计算结果的集成环境。
结果的表达形式包括管网地图颜色表示、数据表格、时间序列图和等值线图等。
水力模拟能力完整和精确的水力模拟是有效水质模拟的先决条件。
EPANETH包含了先进的水力分析引擎，具有以下功能：对管网规模未加限制；
可利用Hazen-Williams,Darcy-Weisbach或Chezy-Manning公式计算摩擦水头损失；
包含了弯头、附件等处的局部水头损失计算；
可模拟恒速和变速水泵；
可进行水泵提升能量和成本分析；
可模拟各种类型的阀门，包括遮蔽阀、止回阀、调压阀和流量控制阀；
允许包含各种形状的蓄水池（即直径可以随高度变化）；
考虑节点多需水量类型，每一节点可具有自己的时变模式；
可模拟依赖于压力的流量，例如扩散器（喷头水头）；
系统运行能够基于简单水池水位或者计时器控制，以及基于规则的复杂控制水质模拟能力EPANETH提供了以下水质模拟能力：模拟管网中非反应性示踪剂随时间的运动；
模拟反应物质的运动变化，它可以随时间增长（例如消毒副产物）或者降低（例如余氯）；
2模拟整个管网的水龄；
跟踪从已知节点来的水流百分比；
模拟主流水体和管壁处的反应；
利用n级反应动力学模拟主流水体中的反应；
利用零级或者一级反应动力学模拟管壁处的反应；
模拟管壁处的反应时可考虑质量转移限值；
允许持续达到一个极限浓度的增长或者衰减反应；
利用全局反应速率系数，可在单管道基础上纠正；
允许管网中任何位置的时间变化浓度或者质量输入；
将蓄水池作为完全混合、柱塞流或者双室反应器进行模拟。
通过利用这些特性，EPANETH能够研究以下水质现象：不同水源来水的混合；
整个系统的水龄；
余氯的损失；
消毒副产物的增长；
污染事件跟踪。

分布式温控系统基本要求假定，某快捷廉价酒店响应节能绿色环保理念，推行自助式房间温度调节的空调系统，经过初步分析该系统的基本需求如下：1. 空调系统由中央空调和房间空调两部分构成；
2. 中央空调是冷暖两用，根据季节进行模式调整。
a) 当设置为供暖时，供暖温度控制在25°C～30°C之间；
b) 当设置为制冷时，制冷温度控制在18°C～25°C之间。
3. 中央空调具备开关按钮，只可人工开启和关闭，中央空调正常开启后处于待机状态。
a) 中央空调开机后，无论哪一种工作模式，缺省工作温度为25°C；
b) 当关闭后，不响应来自房间的任何温控请求；
c) 当有来自从控机的温控要求时，中央空调开始工作；
d) 当所有房间都没有温控要求时，中央空调的状态回到待机状态。
4. 房间内有独立的从控空调机，但没有冷暖控制设备。
a) 从控机具有一个温度传感器，实时监测房间的温度，并与从控机的目标设置温度进行对比，并向中央空调机发出温度调节请求。
b) 如果从控机发出的请求和中央空调设置的冷暖控制状态发生矛盾时，以中央空调机的状态优先，否则中央空调机不予响应。
5. 从控机只能人工方式开闭，并通过控制面板设置目标温度，目标温度有上下限制。
a) 从控机开机后动态获取房间温度，并将温度显示在控制面板上；
b) 从控机开机后与中央空调连接获取工作模式，并将工作模式显示在控制面板上；
6. 控制面板的温度调节可以连续变化也可以断续变化：a) 温度调节按钮连续两次或多次指令的时间间隔小于1s时，从控机只发送最后一次的指令参数；
b) 如果温度调节按钮连续两次的时间间隔大于1s时，从控机将发送两次指令参数；
7. 房间目标温度达到后，从控机自动停止工作。
a) 房间温度随着环境温度开始变化，当房间温度超过目标温度1°C时，重新启动；
b) 房间不考虑大小和管道的分布及大小问题，在达到目标温度后，房间温度每分钟上下变化X°C（各小组自行定义环境温度的变化曲线）。
8. 中央空调能够实时监测各房间的温度和状态，并要求实时刷新的频率能够进行配置；
9. 要求分控机的控制面板能够发送高、中、低风速的请求，要求各小组自定义高、中、低风情况下的温度变化值；
比如以中风为基准，高速风的温度变化曲线可以提高25%，低速风的温度变化曲线可以降低25%。
10. 系统中央空调部分具备计费功能：可根据中央空调对分控机的请求时长及高中低风速的供风量进行费用计算；
a) 每分钟中速风的能量消耗为一个标准功率消耗单位；
b) 低速风的每分钟功率消耗为0.8标准功率；
c) 高速风的每分钟功率消耗为1.3标准功率；
d) 并假设，每一个标准功率消耗的计费标准是5元。
11. 中央空调监控具备统计功能，可以根据需要给出日报表、周报表和月报表；
报表内容如下：房间号、开关机的次数、温控请求起止时间、温控请求的起止温度及风量大小12. 中央空调同时只能处理三台分控机的请求，为此主机要有负载均衡的能力，能够保证所有房间的请求都能进行温度调整。
该程序的配置环境文档：http://download.csdn.net/detail/zly9923218/6328843有问题咨询作者qq：1632310768该程序是温控的主控机，空调运行效果如下：http://hi.baidu.com/123ktjt/item/03e7047170f95a2b6cc37cea

输油管道问题，在VC6.0中实现，算法参考《计算机算法设计与分析》（王晓东）。
分治算法RandomizedSelect

本书是介绍Linux与UNIX编程接口的权威著作。
Linux编程资深专家MichaelKerrisk在书中详细描述了Linux/UNIX系统编程所涉及的系统调用和库函数，并辅之以全面而清晰的代码示例。
本书涵盖了逾500个系统调用及库函数，并给出逾200个程序示例，另含88张表格和115幅示意图。
本书总共分为64章，主要讲解了高效读写文件，对信号、时钟和定时器的运用，创建进程、执行程序，编写安全的应用程序，运用POSIX线程技术编写多线程程序，创建和使用共享库，运用管道、消息队列、共享内存和信号量技术来进行进程间通信，以及运用套接字API编写网络应用等内容。
本书在汇聚大批Linux专有特性（epoll、inotify、/proc）的同时，还特意强化了对UNIX标准（POSIX、SUS）的论述，彻底达到了“鱼与熊掌，二者得兼”的效果，这也堪称本书的最大亮点。
本书布局合理，论述清晰，说理透彻，尤其是作者对示例代码的构思巧妙，独具匠心，仔细研读定会受益良多。
本书适合从事Linux/UNIX系统开发、运维工作的技术人员阅读，同时也可作为高校计算机专业学生的参考研习资料。
异

元概率嵌入的一种用于概率编程以及元编程的语言。
留意：Metaprob之后是不平稳的钻研原型，多少乎不文档，并且测试拆穿包围率很低。
同样，未来的版本大概与此版本不向后兼容。
咱们不建议将其用于底子钻研之外的任何目的，并且尚不能为MIT概率盘算名目之外的用户提供反对于。
首要特色能够经由天生代码展现模子，就能够随机遴选的普通代码模子也能够经由类似展现，譬如具备非庞大权重的弥留性采样器定制推理算法能够经由反射性语言结构以用户空间代码编写，用于：跟踪法度圭表标准执交使用部份跟踪来指定干涉以及解放通用推理算法是经由尺度库中的用户空间代码提供的；
削减新算法不需要更正语言实现齐全推理算法都是普通的天生代码，能够作为模子举行跟踪以及处置新的概率漫衍以及推理算法是一流的庶民，能够在法度圭表标准实施期间动态建树成果概率编程以及推理元编程的轻量级嵌入基于浏览器的交互式数据阐发货物（经由）适用于企业枚举的智能数据管道（经由JVM上的Clojure）“小中间”语言大概适宜正式尺度以及验证教学有兴趣实施自己的最低PPL的本科生以及钻研生对于概率建模以及推理感兴趣的软件工程师以及数据工程师家养智能与认知

C++命名管道详解及约莫案例（基于VS2013），搜罗效率器端以及客户端

福州大学Linux操作体系方案实际报告之进程通讯，进程间通讯之命名管道，进程间的通讯之新闻队列

AWSEFA以及NCCL底子AMI/Docker构建管道底子的EFA/NCCL底子AMI可经由启用了EFA的实例（p3dn，g4dn以及p4d）帮手您快捷在AWS上运行漫衍式培训责任负载，其中搜罗示例构建尺度，您能够将它们与CodeBuild/CodePipeline集成以举行自动构建。
这些剧本能够用作AL2以及Ubuntu18.04的示例，如下堆栈已经装置。
docker构建文件是在ECS/Batch/EKS的容器上下文中配置EFA/NCCL申请的示例示例。
NVIDIA驱动法度圭表标准460.xxCUDA11.2NVIDIAFabricManagercuDNN8NCCL2.8.3EFA最新驱动法度圭表标准AWS-OFI-NCCLFSx内核以及客户端驱动法度圭表标准及适用法度圭表标准英特尔OneDNNNVIDIA运行时Docker封隔器阐发在nvid

数学建模

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