使用Linux线程信号量实现哲学家问题，只用信号量和互斥量。
问题描述：由Dijkstra提出并解决的哲学家进餐问题(TheDinningPhilosophersProblem)是典型的同步问题。
该问题是描述有五个哲学家共用一张圆桌，分别坐在周围的五张椅子上，在圆桌上有五个碗和五只筷子，他们的生活方式是交替地进行思考和进餐。
平时，一个哲学家进行思考，饥饿时便试图取用其左右最靠近他的筷子，只有在他拿到两只筷子时才能进餐。
进餐完毕，放下筷子继续思考。

数学建模是一种数学的思考方法，是运用数学的语言和方法，通过抽象、简化建立能近似刻画并"解决"实际问题的一种强有力的数学手段。

本书以两个典型项目为背景，按实际项目进行的先后次序，循序渐进地阐述了软件测试的全过程。
从软件项目启动、需求评审、测试计划开始，然后深入到测试用例设计、测试工具选择、脚本开发、功能测试和系统测试等不同阶段，生动地演绎了必需而实用的测试方法、技术和实施技巧。
本书还系统地介绍了测试管理的各个层次及其细节，包括测试策略制定、风险控制、缺陷跟踪和分析、测试管理系统的应用等。
最后，本书呈现了软件测试成熟度模型和对软件测试的总结和思考，帮助读者了解软件测试所面对的现实问题和应恪守的原则、领会测试方法的应用之道和品味测试的最佳实践。

组件化、模块化是软件开发中一个很重要的概念，基于面向服务体系架构（ServiceOrientedArchitecture，SOA）下，如何实现组件化，有各种实现方式，下面通过对各种组件概念的对比，从技术角度提出业务组件（BusinessComponent，BC）定义，并结合对总线模式的分析，给出企业服务总线和类总线的实现方案。
关于企业架构（EnterpriseArchitecture，EA）和面向服务体系架构（SOA）在《面向服务体系架构（SOA）和数据仓库（DW）的思考》（以下简称《SOA和DW》）一文中做了介绍，企业架构包含企业战略、业务架构、IT战略、IT架构四个部分，IT架构如下图IT

该俄罗斯方块游戏，是我为了完成我的课程设计所写。
其实，大部分源码是在看了Qt5的实例俄罗斯方块之后用来的。
我个人在网上找了多个版本，但在通过Qt5编译时产生了很多问题，而相比这个教程代码短小并且反映了一些值得学习和思考的地方和对于方块游戏设计有很多可取之处，于是我在它的基础上加了一些个人想法。
由于学习时间仓促，所以有部分内容并未完全把握，对于Qt及其其他功能的学习仍有待提高，所以借此机会上传我的资源，以供大家学习参考。
希望与大家多多交流。
更多学习和交流可以通过访问我的博客来进行。

小爱特别喜欢素数，现在单纯的素数已经无法满足他的狂热了，他需要更多与素数相关的数！经过苦苦思考，他终于找了一种与素数相关的数——因子个数是素数的数，小爱称这样的数为因子素数。
举个例子：6就不是因子素数，因为它的因子个数为4（包括1,2,3,6）。
9就是因子个数，因为它的因子个数为3（包括1,3,9）。
现在给你一个数n，请你求出其中所有小于等于n的因子素数之和。

Iuwikes-业务逻辑安全的攻防思考.pdf

前言2013年即将结束，不知读者在这一年中都收获了那些。
在这一年的最后一天班，我怀着激动的心情来写这本电子书的前言，在这本电子书的整理过程中，虽然舍弃了很多享受生活的时间，但从中我也收获了很多。
自从开始从事软件测试工作开始，我就深深的喜欢上了这个职业。
对我来说软件测试不单单是一份为了赚钱的工作，它同样也是我生活的一部分，我从中找到了自我的价值。
从开始在博客园写博客时，自我的价值开始被放大，我只多了一点分享精神。
从开始从事软件工作时就知道selenium这个自动化工具，网上找来资料学习，学会了用seleniumIDE录制脚本，学会了简单搭建java+seleniumRC的环境，写一个简单的自动化脚本。
后来，换了城市换了工作，一直于忙于工作和其它技术的学习，中间间隔了一年多没有再接触selenium。
直到2013年年初换了新工作后工作稍微轻松，业余时间开始学习python语言，然后就喜欢上了这门语言，由于所测试的是web产品，所以，就考虑通过python+selenium将产品自动化起来。
关于python+selenium的资料除了官方的一份API并不多，我们更容易找到的是java+selenium的资料。
对我来说学习的过程也比较缓慢，后来有幸认识了MarkRabbit，他在python+selenium方面有着比较丰富的实践经验。
webdriverAPI对种元素的定位和操作有着不少知识点，我每学会使用一个知识点整理一篇博客。
后来，积累了十几篇博客出来。
为了便于阅读我就整理成了一份PDF上传到了CSDN上面。
在MarkRabbit的一路指点下，我又开始学习pyhonunittest单元测试框架，通过python脚本批量执行测试用例等，然后整理出来第二版的内容。
在此过程中得到了不少同学的反馈，自己的自动化测试水平在不断的学习实践中得到了长足的进步。
后来，开始对脚本做参数化，引入HTMLTestRunner测试报告以及对测试结构调整。
整理出了第三版。
MarkRabbit趁周末休息的时间向我展示他们目前的python+selenium测试框架，我非常兴奋，同时也觉得这个技术非常有用，于是决定整理一本完整书出来，市面上关于selenium的书大多翻译官方文档，对selenium的讲解也泛泛之谈，并没有真正通过编程的方式来帮助读者真正的去实施自动化。
之前一位人民邮电出版社的编辑曾联系过我，并向我发送了一份编书的规范，当时并没有约稿。
这对我来说是一次新尝试，我想自己真能写出来再说。
有了这个想法之后，我每天像打了鸡血一样活在兴奋当中，坐车和睡觉前也在思考书中的技术点。
后来，乙醇告诉我编辑成书比较麻烦，不断的修改也是非常头痛的事情，而我没有精力反复做这些，由于自身水平的局限，我的更多精力是在技术点学习上。
后来，改变了想法以电子书的形式展现给大家，这样我的编写过程随意了许多，我要做就是简单易懂告诉这是怎么回事，如何去实现。

梯度下降法以及MATLAB相关资料;具体过程请参考我的博客《逻辑与思考系列[1/300]:梯度下降法及matlab实践》

简单地说，我们从事视频输出方面的工作——我们提供实时的视频。
我们负责“NTV-Plus”和“MatchTV”频道的视频平台。
该平台有30万的并发用户，每小时输出300TB的内容。
这是一个很有意思的任务。
那么我们是如何做到的呢？这背后都有哪些故事？这些故事都是关于项目的开发和成长，关于我们对项目的思考。
总而言之，是关于如何提升项目的伸缩能力，承受更大的负载，在不宕机和不丢失关键特性的情况下为客户提供更多的功能。
我们总是希望能够满足客户的需求。
当然，这也涉及到我们是如何实现这一切，以及这一切是如何开始的。
在最开始，我们有两台运行在Docker集群里的服务器，数据库运行在相同机器的容器里。
没有专用的

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