通过Java制作简易双人坦克游戏，游戏界面简单，没有美化，不过实现双人游戏，能超级炮弹，血条，复活等功能，基本BUG已经修复，需要的可以下载学习。

1. 简介FindBugs是一个静态分析工具，它检查类或者JAR文件，将字节码与一组缺陷模式进行对比以发现可能的问题。
有了静态分析工具，就可以在不实际运行程序的情况对软件进行分析。
不是通过分析类文件的形式或结构来确定程序的意图，而是通常使用Visitor模式。
2. 使用时机 开发阶段　　当Developer完成了某一部分功能模块开发的时候(这通常是指代码撰写完成，并已debug通过之后)，可藉由FindBugs对该模块涉及的java文件进行一次扫描，以发现一些不易察觉的bug或是效能问题。
交付新版的时候，开发团队可以跑一下FindBugs，除掉一些隐藏的Bug。
FindBugs得出的报告可以作为该版本的一个参考文档一并交付给测试团队留档待查。
　　在开发阶段使用FindBugs，一方面开发人员可以对新版的品质更有信心，另一方面，测试人员藉此可以把更多的精力放在业务逻辑的确认上面，而不是花大量精力去进一些要在特殊状况下才可能出现的BUG(典型的如NullPointerDereference)。
从而可以提高测试的效率。
 维护阶段这里指的是系统已经上线，却发现因为代码中的某一个bug导致系统崩溃。
在除掉这个已暴露的bug之后，为了快速的找出类似的但还未暴露的bug，可以使用FindBugs对该版的代码进行扫描。
当然，在维护阶段使用FindBugs往往是无奈之举，且时间紧迫。
此外，如果本来在新版交付的时候就使用过FindBugs的话，往往意味着这种bug是FindBugs还无法检测出的。
这也是FindBugs局限的地方。
FindBugs不能发现非java的Bug。
对于非java撰写的代码，如javascript，SQL等等，要找出其中可能的bug，FindBugs是无能为力的。
当然，javascript中的bug似乎还不至于使系统崩溃，而SQL中的bug往往又跟业务逻辑相关，只要测试仔细一些应该是可以发现的。
FindBugs不过是一个工具。
作为开发人员，当然首先要在编程的时候努力避免引入bug，而不要依赖于某个工具来为自己把关。
不过由于代码的复杂性，一些隐藏的bug确实很难靠咱们的肉眼发现。
这时，应用一些好的工具或许就可以帮你发现这样的bug。
这便是FingBug存在的价值。

keil编写，通过中断控制电机正反转，通过pwm的设计，连接l298n一类驱动器可实现普通直流电机的调速，串口控制，指令方便，使用无bug，欢迎下载调试学习！

编译原理实验，C#实现，运行正确，基本没有Bug...

JavaWeb酒店预订系统(Eclise+MySQL)管理员模块、客户模块、房间模块、订单模块等功能这都是我亲手做的，全完没问题的。
暂停没有发现BUG

因为在项目中要调整Gamma曲线，而我又不是很了解曲线的算法，所以纠结了很久。
最终终于找到了一个比较好的例子，然后结合项目实际做了一些修改。
代码中包含两个控件，一个是单条曲线的拖动控件，另外一个是多个曲线的拖动控件，工程是用VS2010建的。
感兴趣的可以把代码Down下来看一下，如果发现我的代码有bug或其他需要改进的地方欢迎留言进行指导，不胜感激！

用德飞来开发板开发基于c51的俄罗斯方块，代码并不完善，已经可以控制特定图形左右移动；
可以累积；
但是还有一些bug，需要下载的可以参看一下，看好描述。

VB6.0DLL制造东西（修订版Ver2.05），2017年8月修订。
让VB6.0也可以便利的制造“规范DLL”，链接的文件不再是ActiveXDLL！本次上传，为批改一个导出函数表输出的过错（会形成IDE卡死一瞬间、终究无法链接）。
这个BUG仅在某些特定条件上触发，如果不是“正式运用本东西”的用户，简直从Ver1.33开端的都不会出现问题。
呃，现在发现这些Bug是隐藏得“越来越深”了，本次更新，低沉，低沉…………关于本东西的概况及运用方法，请查看我曾经发过的帖子：http://bbs.csdn.net/topics/390976419

介绍SVN各个目录使用规范Svn目录使用规范TortoiseSVN客户端工具选择创建SVN目录结构的选项（生成trunk、branches、tags目录）,如下图：1、trunk是主分支，是日常开发进行的地方。
2、branches是分支。
一些阶段性的release版本，这些版本是可以继续进行开发和维护的，则放在branches目录中。
3、tags目录一般是只读的，这里存储阶段性的发布版本，只是作为一个里程碑的版本进行存档。
注：在这需要说明下分三个目录的原因，如果项目分为一期、二期、三期等，那么一期上线时的稳定版本就应该在一期完成时将代码copy到branches上，这样二期开发的代码就对一期的代码没有影响，如新增的模块就不会部署到生产环境上。
而branches上的稳定的版本就是发布到生产环境上的代码，如果用户使用的过程中发现有bug，则只要在branches上修改该bug，修改完bug后再编译branches上最新的代码发布到生产环境即可。
tags的作用是将在branches上修改的bug的代码合并到trunk上时创建个版本标识Trunk目录：Doc(文档库，放项目相关文档类)、sourcecede（代码库）Doc目录下按项目存放文档，以下以proj1为例做说明Proj1----项目名1、Controlled------组织级scm建一个名为controlled的目录，当项目某文档通过评审后，组织级scm从项目目录下找到那文档，复制到controlled目录下。
（一般用不到）2、Develop---开发文档2.1、Design----设计文档2.1.1、DbDesign---数据库设计文档2.1.2、HLD---概要设计2.1.3、InterfaceDesign---接口设计2.1.4、ServiceDesign---服务设计2.2、REQ---需求文档2.3、SRS---软件需求规格说明2.4、Test---测试文档2.4.1、Review---可空2.4.2、TestCese---测试用例2.4.3、TestDoc---测试文档2.4.4、TestEnv---测试环境说明2.4.5、TestReport---测试报告3、Document---项目文档4、Management---管理文档4.1、Meetings--会议纪要4.2、PIM---4.3、Plan---计划4.3.1、review4.3.2、SDP---软件开发策划文档4.3.3、SPP---软件项目策划文档4.4、report---报告4.4.1、Milestonereport---版本报告4.4.2、ProjectTrackReport---项目跟踪报告4..4.3、SCM---软件配置管理文档 4.4.4、SQA---软件质量保证计划4.4.5、项目周报4.5、Sow---工作说明书4.6、Summarize---总结4.7、Template---模板4.8、Trainning---培训文档打标签/分支有两种方式：1、选中项目，就是trunk下的本地项目，右击，选中Branch/Tag，出现如下对话框。
下图中的配置完成了之后，点击OK即可完成“打标签/分支”。
2、直接在SVN上在对应的标签/分支目录下创建对应的版本文件夹，将trunk下稳定版本的代码直接copy到对应的文件目录下即可。

V8.12025-01-01新功能更新适配WordPress6.7.X版本新增评论、私信的快捷回复功能，支持后台添加常用内容，支持用户自定义内容【查看截图】新增收款接口自定义订单标题的功能新增底部页面可添加自定义图标联系方式的功能新增了多个社交平台的icon图标，可以在主题设置中选择使用新增限制用户设置付费金额区间和积分金额区间的功能新增多栏目论坛帖子小工具模块【查看截图】链接列表小工具、链接列表页面模板新增是否添加nofollow标记的选项及功能新增古腾堡编辑器块：剧集嵌入块，可以像视频剧集一样将多个嵌入地址组合成剧集为文章相关的小工具模块，新增排序可选择升序或倒序的功能优化内容更新付费资源对123网盘新链接的的自动识别更新腾讯人机验证功能为腾讯天御验证码2.0版修复发帖选择标签时可能会无法添加的bug修复微信公众号登录在移动端截图扫码登录时可能会无法跳转的bug修复视频模块退出全屏后可能会出现页面位置不正确的bug修复文章列表小工具某些情况下可能不能对齐的bug修复用户个人信息小工具未登录情况下无法关闭封面

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