每一个人都有自己爱好的东西，有的人甚至一辈子都在爱好着，不管他是做什么工作的，也不管他的经济条件是怎么样的。
有的人喜欢养猫，有的人喜欢养狗，有的人喜欢仿妆，有的人喜欢做美食，有的人喜欢写作，有的人喜欢书法，有的人喜欢踢足球，有的人喜欢打篮球等等，你有没有自己爱好的东西呢？我想应该也有吧！这些有自己爱好的人往往愿意为自己的这个“爱好”投入时间也包括一定的“金钱”，这也好比有的人喜欢收藏古董，哪怕多次被骗，下次看到某个喜欢的古董依然会忍不住入手的，这就是“爱好”的魔力，说不清、道不明。

该资源仅用与学习参考！禁止用于其他用途！自己写的个静态库画框画线绘制文字,ImGui,创建透明窗口,内存搜索特征码(植物大战僵尸里搜索"FFFFFFFFFF",仅用时200毫秒左右),获取进程ID等等繁杂或者麻烦的东西都封装好了,很简地单调用就OK了,资源里有调用的例子，有点成就可以鼓舞一下自己学习的信心嘛，有时间再写这么去实现

《关键设计报告:改变过去影响未来的交互设计法则》讲述了交互设计所有最基本的东西：交互设计的发展历史和由来，交互设计领域里的关键人物，交互设计的基本原则和方法和交互设计的著名案例。
尤其有价值的是在第十章里面介绍了IDEO的创新方法卡片和IDEO做交互设计的过程。
数码技术与网络应用家喻户晓，无所不在。
《关键设计报告:改变过去影响未来的交互设计法则》从我们朝夕相伴、不足为奇的设计，到尚未体验并涉足的设计，从鼠标操作模式的设计，到台式电脑界面的设计、笔记本电脑的诞生、掌上电脑的成功问世、平板电脑的笔与纸、数码相机的互动模式、进入电玩游戏的角色扮演、i-mode吸引日本1/4的人注册手机、Google如何占领了网上搜索引擎、iPod横扫全球的设计秘密……可谓一部尚未完成的交互设计史。

微信的demo里面有微信登陆和微信支付相关的utilcontroller和service我删除了很多的代码不能公布的东西你们具体自己看看还有一些具体参数请按照注释自己带入进去这个代码不是让你直接使用的有一部分是需要你自己去看看和思考的

问题：哲学家就餐问题可以这样表述，假设有六位哲学家围坐在一张圆形餐桌旁，做以下两件事情之一：吃饭，或者思考。
吃东西的时候，他们就停止思考，思考的时候也停止吃东西。
餐桌中间有一大碗意大利面，每两个哲学家之间有一只筷子。
因为用一只筷子很难吃到意大利面，所以假设哲学家必须用两只筷子吃东西。
他们只能使用自己左右手边的那两只筷子。
解决方式：采用互斥量来解决该问题，每互斥量代表一只筷子。
哲学家必须等待身边两只筷子同时可以使用的时候才可以进餐，当使用一会之后，需要自动释放该互斥量（筷子），其他哲学家就可以进行抢占使用。

最完整的基于lpc的语音信号的分析与合成matlab程序，很有用的东西，是学习语音信号分析的必不可少的资料

绝对好用完美破解，教程百度上有绝对的好东西非常完美的破解程序

《持续交付--发布可靠软件的系统方法》，英文名《ContinuousDelivery:ReliableSoftwareReleasesthroughBuild,Test,andDeploymentAutomation》，原作者：(英)JezHumble、(英)DavidFarley，翻译：乔梁，出版社：人民邮电出版社，ISBN：9787115264596，PDF格式，大小47MB。
内容简介：《持续交付--发布可靠软件的系统方法》是一本软件工程师的职场指南，以大量虚构的名字和情景描述了极客的日常工作，对他们常遇到的各类棘手问题给予了巧妙回答。
作者以自己在苹果、网景等公司中面临的生死攸关的时刻所做的抉择为例，总结了在硅谷摸爬滚打的经验，旨在为软件工程师更好地规划自己的职业生涯提供帮助。
　　《持续交付--发布可靠软件的系统方法》适合软件工程师以及所有职场人士阅读。
目录：《持续交付--发布可靠软件的系统方法》第一部分　基础篇第1章　软件交付的问题 21.1　引言 21.2　一些常见的发布反模式 31.2.1　反模式：手工部署软件 41.2.2　反模式：开发完成之后才向类生产环境部署 51.2.3　反模式：生产环境的手工配置管理 71.2.4　我们能做得更好吗 81.3　如何实现目标 91.3.1　每次修改都应该触发反馈流程 101.3.2　必须尽快接收反馈 111.3.3　交付团队必须接收反馈并作出反应 121.3.4　这个流程可以推广吗 121.4　收效 121.4.1　授权团队 131.4.2　减少错误 131.4.3　缓解压力 151.4.4　部署的灵活性 161.4.5　多加练习，使其完美 17.1.5　候选发布版本 171.6　软件交付的原则 191.6.1　为软件的发布创建一个可重复且可靠的过程 191.6.2　将几乎所有事情自动化 191.6.3　把所有的东西都纳入版本控制 201.6.4　提前并频繁地做让你感到痛苦的事 201.6.5　内建质量 211.6.6“done”意味着“已发布” 211.6.7　交付过程是每个成员的责任 221.6.8　持续改进 221.7　小结 23第2章　配置管理 242.1　引言 242.2　使用版本控制 252.2.1　对所有内容进行版本控制 262.2.2　频繁提交代码到主干 282.2.3　使用意义明显的提交注释 292.3　依赖管理 302.3.1　外部库文件管理 302.3.2　组件管理 302.4　软件配置管理 312.4.1　配置与灵活性 312.4.2　配置的分类 332.4.3　应用程序的配置管理 332.4.4　跨应用的配置管理 362.4.5　管理配置信息的原则 372.5　环境管理 382.5.1　环境管理的工具 412.5.2　变更过程管理 412.6　小结 42第3章　持续集成 433.1　引言 433.2　实现持续集成 443.2.1　准备工作 443.2.2　一个基本的持续集成系统 453.3　持续集成的前提条件 463.3.1　频繁提交 463.3.2　创建全面的自动化测试套件 473.3.3　保持较短的构建和测试过程 473.3.4　管理开发工作区 493.4　使用持续集成软件 493.4.1　基本操作 493.4.2　铃声和口哨 503.5　必不可少的实践 523.5.1　构建失败之后不要提交新代码 523.5.2　提交前在本地运行所有的提交测试，或者让持续集成服务器完成此事 533.5.3　等提交测试通过后再继续工作 543.5.4　回家之前，构建必须处于成功状态 543.5.5　时刻准备着回滚到前一个版本 553.5.6　在回滚之前要规定一个修复时间 563.5.7　不要将失败的测试注释掉 563.5.8　为自己导致的问题负责 563.5.9　测试驱动的开发 573.6　推荐的实践 573.6.1　极限编程开发实践 573.6.2　若违背架构原则，就让构建失败 583.6.3　若测试运行变慢，就让构建失败 583.6.4　若有编译警告或代码风格问题，就让测试失败 593.7　分布式团队 603.7.1　对流程的影响 603.7.2　集中式持续集成 613.7.3　技术问题 613.7.4　替代方法 6

下面的内容是很早之前写的，内容不够充实，而且是基于Java1.4的内容，Java5之后，线程并发部分扩展了相当多的内容，因此建议大家看上面的系列文章的内容，与时俱进，跟上Java发展的步伐。
要认识多线程就要从操作系统的原理说起。
以前古老的DOS操作系统（V6.22）是单任务的，还没有线程的概念，系统在每次只能做一件事情。
比如你在copy东西的时候不能rename文件名。
为了提高系统的利用效率，采用批处理来批量执行任务。
现在的操作系统都是多任务操作系统，每个运行的任务就是操作系统所做的一件事情，比如你在听歌的同时还在用MSN和好友聊天。
听歌和聊天就是两个任务，这个两个任务是“同时”进行的。
一个任

MacCms源文件里的player.js是加密的，加密的文件内置小广告比牛皮癣还多。
不但影响使用，且不方便修改，所以，有了解密文件，福音就来了。
下载后，在解密后的播放器文件里，自己把加密文件的外部链接换成自己的，就可以了。
代码不熟悉的，可以搜索在线JS转HTML代码工具，进行更直观的替换、修改。
基于发布日期：2017.09.27再也不用为苹果CMS播放器代码加密问题头疼了。
好东西就是拿来分享的。
注意：文档只是把加密的东西，解密出来，广告链接并未删除，请自己换成自己的或删除吧雨过天晴工作室制作发布有任何需要请联系我

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