2.1问题描述设计、实现一个全国大城市间的交通咨询程序，为旅客提供三种最优决策方案：（1）时间最短（2）费用最小（3）中转次数最少。
2.2需求分析该程序所做的工作的是模拟全国交通咨询，为旅客提供三种最优决策的交通咨询。
此程序规定：（1） 在程序中输入城市名称时，需输入10个字母以内的字母串；
输入列车或飞机编号时需输入一个整型数据；
输入列车或飞机的费用时需输入一个实型数据；
输入列车或飞机开始时间和到达时间时均需输入两个整型数据（以hh：mm的形式）；
在选择功能时，应输入与所选功能对应的一个整型数据。
（2） 程序的输出信息主要是：最快需要多少时间才能到达，或最少需要多少旅费才能到达，或最少需要多少次中转到达，并详细说明依次于何时乘坐哪一趟列车或哪一次班机到何地。
（3） 程序的功能包括：提供对城市信息的编辑，提供列车时刻表和飞机航班表的编辑，提供三种最优决策：最快到达、最省钱到达、最少中转次数到达。

大话处理器：处理器基础知识读本的真正完整本，全部八章，手动呕血扫描加书签，非网上那种6.33MB的太监版~！以全家人性命为誓~！作者简介　　万木杨，网名木兮清扬，华为公司服务近6年，曾任软件工程师、算法工程师、系统工程师，擅长多媒体算法设计和编写高效代码。
作者自2004年起开始研究多媒体算法，从语音识别，到人脸动画，再到视频编解码，足迹遍布语音、图像、视频、3D。
自2006年在DSP上编写程序，从此开始深入研究处理器内部结构，后来接触过大量的半导体公司和处理器芯片，对处理器技术和产品有着深刻的理解。
闲暇之余，作者喜爱读书，多年来保持平均两周一本的速度。
·查看全部＞＞目录第1章漫游计算机世界1.1计算机的前世、今生、来世1.2计算机分门别类1.3PC机结构探秘第2章初识处理器——掀起你的盖头来2.1处理器是怎样工作的——处理器的硬件模型2.2怎样来使用处理器——处理器的编程模型2.3处理器的分层模型2.4选什么样的处理器——适合的才是最好的第3章指令集体系结构——处理器的外表3.1指令集是什么3.2指令集发展的来龙去脉3.3指令集的五朵金花3.4地盘之争3.5汇编语言格式——没有规矩不成方圆第4章微架构——处理器的内心世界4.1跟着顺溜学流水线4.2从子弹射击到指令执行4.3从顺序执行到乱序执行——因时制宜4.4处理器并行设计——并行，提高性能的不二法门4.5指令并行（InstructionLevelParallelism）4.6数据并行（DataLevelParallelism）4.7线程并行（ThreadLevelParallelism）4.8并行总结4.9微架构总结第5章Cache——处理器的“肚量”5.1什么是Cache——探索既熟悉又陌生的领域5.2处理器的Cache结构——探索那些鲜为人知的秘密5.3Cache一致性5.4片内可寻址存储器——软件管理的Cache第6章编写高效代码——时间就是生命6.1软件效率——21世纪什么最重要？效率！6.2减少指令数——勤俭持家6.3减少处理器不擅长的操作——不要逼我做我不喜欢的事情6.4优化内存访问——别让包袱拖垮了你6.5充分利用编译器进行优化——编译器：我才是优化第一高手6.6利用多核来加速程序——人多力量大第7章SOC——吸星大法7.1SOC大一统时代7.2IP核第8章“芯”路历程——明明白白我的“芯”8.1逻辑电路基础——计算机的基本构成8.2芯片设计——芯者，国之大事，不可不察也8.3芯片制造——点沙成金

VB-CAD二次开绘制点和相对坐

linphone视频通话官网20161201更新的版本V3.2.1源码编译好的androidstudio项目，可以直接导入studio（SDK要求23以上）

PFLD算法，目前主流数据集上达到最高精度、ARM安卓机140fps，模型大小仅2.1M!

注：由于该资源较大，故分为两个部分上传，资源共10积分，两个压缩包平均5积分。
需要两部分同时下载，同时解压才能获得完整资源。
（该部分为part1,part2也已上传至我的资源，可在我主页内下载）本资源是《微信公众平台与小程序开发从零搭建套系统》高清PDF扫描版。
该书由张剑明著，中国工信出版集团和人民邮电出版社联合出版，有需要的小伙伴可以下载学习参考。
本书目录如下：第1章　微信生态1.1　微信：是一个生活方式　11.2　微信公众平台　61.2.1　公众平台简介　61.2.2　服务号和订阅号　71.3　企业号　81.4　小程序　81.5　微信开放平台　91.6　微信支付　101.7　表情开放平台　121.8　微信广告　121.9　小结　13第2章　开发环境及技术介绍2.1　集成软件包介绍　142.2　XAMPP的安装与配置　152.3　PhpStorm的安装及配置　202.4　相关技术介绍　232.4.1　HTTP　232.4.2　HTML5　252.5　小结　26第3章　开发前的准备3.1　开发概述　273.1.1　OpenID　273.1.2　公众号使用场景　283.2　公众号消息会话流程　303.3　接入指南　313.4　接口权限及调用频率　333.5　微信网页开发样式库　353.6　小结　37第4章　常用调试方法及工具4.1　微信测试号　384.2　接口在线调试　414.3　微信Web开发者工具　424.3.1　微信网页授权调试　434.3.2　JS-SDK权限校验　454.3.3　网页远程调试　454.4　前端调试工具　464.4.1　谷歌浏览器开发者工具　484.5　移动端抓包与调试　504.5.1　Charles抓包工具　554.6　小结　56第5章　基于CodeIgniter的微信公众平台开发框架5.1　CodeIgniter简介　575.2　工程代码改造　595.3　微信公众号开发配置　605.4　小结　63第6章　微信网页开发6.1　微信网页授权原理　646.1.1　网页授权注意事项　656.1.2　网页授权流程　666.2　微信网页授权实例　676.3　微信网页多域名授权　746.3.1　原理分析　746.3.2　代码实现　766.4　微信JS-SDK　786.4.1　接入准备　796.4.2　JS-SDK接口实例　806.5　小结　85第7章　微信支付7.1　微信支付接入方式　867.2　微信支付准备工作　887.3　微信支付实践　897.3.1　示例代码解析　907.3.2　支付示例　917.3.3　支付结果通知　967.4　聚合支付　997.4.1　聚合支付接入示例　1017.5　小结　105第8章　微信登录8.1　微信开放平台　1078.1.1　UnionID机制　1088.2　微信自动登录　1098.2.1　数据结构设计　1108.2.2　代码实现　1128.2.3　使用UnionID登录　1178.2.4　如何应用到现有站点　1188.3　小结　120第9章　微信小程序9.1　小程序简介　1219.2　开发环境及框架　1229.2.1　开发配置　1259.2.2　HTTPS配置　1269.3.1　iOS/Android开发者　1299.3　如何着手开发小程序　1299.4　页面生命周期　1309.3.2　前端开发者　1309.3.3　后端开发者　1309.5　小程序组件和API　1349.6　小程序登录　1349.7　小程序微信支付　1409.8　小结　145第10章　案例：第一个echoserver程序10.1　接入开发者模式　14610.2　消息响应　14710.2.1　公众号会话保存Session　15310.3　自定义菜单　15410.4　小结　157第11章　案例：微信随手记11.1　需求描述　15911.2　数据库设计　15911.3　代码实现　16111.3.1　添加主题　16111.3.3　主题查看　16311.3.4　图片下载　16611.3.5　图片预览　16911.3.6　聊天机器人　17011.3.7　入口函数　17411.4　运行效果　17511.5　小结　177

猜数字　　猜数字　　猜数字可以算是一种益智类小游戏，一般两个人玩，也可以由一个人和电脑玩，可以在纸上、在网上都可以玩。
这种游戏规则简单，但可以考验人的严谨和耐心。
　　目录　　1规则　　1.1次数限制　　1.2含重复数字的猜数字　　2解法　　2.1计算机解　　2.2推理解　　2.3代入解　　2.4其他　　3参看　　规则　　这个游戏的规则比较简单，一般两个人玩，一方出数字，一方猜。
出数字的人要想好一个没有重复数字的4位数，不能让猜得人知道。
猜的人就可以开始猜。
每猜一个数字，出数者就要根据这个数字给出几A几B，其中A前面的数字表示位置正确的数的个数，而B前的数字表示数字正确而位置不对的数的个数。
　　如正确答案为5234，而猜的人猜5346，则是1A2B，其中有一个5的位置对了，记为1A，而3和4这两个数字对了，而位置没对，因此记为2B，合起来就是1A2B。
　　接着猜的人再根据出题者的几A几B继续猜，直到猜中为止。
　　次数限制　　有的时候，这个游戏有猜测次数上的限制。
根据计算机测算，这个游戏，如果以最严谨的计算，任何数字可以在7次之内猜出。
而有些地方把次数限制为6次或更少，则会导致有些数可能猜不出来。
而有些地方考虑到人的逻辑思维难以达到计算机的那么严谨，故设置为8次甚至10次。
也有的没有次数上的限制。
　　含重复数字的猜数字　　有一种使用范围比较狭窄的猜数字，是允许重复数字存在的猜数字，但由于其规则较复杂，故没有得到广泛的推广。
其规则如下：　　除了上面的规则外，如果有出现重复的数字，则重复的数字每个也只能算一次，且以最优的结果为准，　　如正确答案为5543，猜的人猜5255，则在这里不能认为猜测的第一个5对正确答案第二个，根据最优结果为准的原理和每个数字只能有一次的规则，两个比较后应该为1A1B，第一个5位子正确，记为1A；
猜测数字中的第三个5或第四个5和答案的第二个5匹配，只能记为1B。
当然，如果有猜5267中的第一个5不能与答案中的第二个5匹配，因此只能记作1A0B。
　　解法　　对于不同的人，常常会用到不同的解法　　计算机解　　通常采用的计算机解是通过排除法，即遍历所有可能的数，将不符合要求的数剃掉。
　　下面是一个计算机处理的例子：　　for(inti=0;i＜Array.Count;i++){if(Array与当前输出数字的比较!=用户输入的与正确答案对比的结果){Array.Remove(i);i--;}}　　　　这个代码采用C#的语法，其中Array表示所有可能的数字的集合。
这个例子为了方便说明，结合了语言的描述。
　　这样的方法充分利用了计算机计算速度快的优势，迅速排出不符合要求的数。
通常第一次猜测的时间（有的引擎为第二次猜测）会在10秒左右，而随着猜测次数的不断增加，猜测的时间会越来越短，最后几乎不需要时间，这是由于集合中的数越来越少，排除需要的时间也随之减少。
　　推理解　　计算机解释根据这种方法推广的。
这种解法的中心思想是假设猜的这个数字是正确答案，即如果它为正确答案，那么这个数应该符合已经猜测的数及其结果。
如已经有　　12340A0B　　那么下一步就不能猜含有1234中任一数字的数，因为如果正确答案含1234中任一，结果就不可能为0A0B。
　　这种解法对猜者要求较高，通常，可能会被定式思维所干扰，导致难以猜出。
　　基于这个解法，根据个人思维风格和起始数字选择的不同，以及对出题者出数风格的猜测，有时可以把猜测次数控制在5步内，但不总能在5步内猜出。
　　使用这种解法需要考虑的时间很久，和计算机解正好相反，人使用这种方法，通常随着猜测次数的增加，需要考虑的东西不断增多，反而考虑的时间会变得越来越长。
　　代入解　　还有一种方法，在人的猜测中很常用，即将推理出不可能含有的数字，代入，察看那些数字是有的。
　　但这种方法其猜测次数难以确定，且通常的猜测次数比推理解多。
　　其他　　可能还有其他的方法。

libpython-2.1-py37_0.tar.bz2

AndroidSupportv7：这个包是为了考虑照顾2.1及以上版本而设计的，但不包含更低，故如果不考虑1.6,我们可以采用再加上这个包，另外注意，v7是要依赖v4这个包的，即，两个得同时被包

这个功能强大且轻巧的FirebirdODBC驱动程序提供了卓越的性能。
它支持来自Linux，Windows，MacOSX和Solaris平台的Firebird1.0–1.5.x，2.1、2.5和3.0数据库。

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