棋盘最小满覆盖问题在8×8的国际象棋棋盘上，如果在某些位置放置若干个马之后，使整个棋盘中任意空位置上所放置的棋子均能被这些马吃掉，则把这组放置的棋子称为一个满覆盖。
若去掉满覆盖中的任意一个棋子都破环了满覆盖，则称这一覆盖为最小满覆盖。
算法思路：设计棋盘每个位置的数据结构如下typedefstruct{intcount;//攻击次数inthorse;//是否放有马intcount2;//该位置可影响的马被攻击次数总和}boardpoint;//棋盘元素其中，count为每个位置被攻击次数（即周围存在的马的个数），count2为周围八个位置（如果不越界）count之和。
算法思路为：既然拿取到不能拿取是一个满覆盖，那不妨先在棋盘上放满棋子，不断进行拿取操作直到不能再拿取。
问题的关键就在于确定一个拿取顺序。
我这里现依据count对棋盘元素有小到大排序，在count相同的情况下，再依据count2由小到大进行排序。
这样就得到一个拿取顺序。
在每一次拿取之后更新棋盘，重新排序，进行下一次拿取。
当所有棋子都不能被拿取时，输出这个满覆盖。
在10*10棋盘上，本算法得到一个22个棋子的满覆盖。
修改排序条件应该还可以进一步优化这个结果。
若去掉满覆盖中的任意一个棋子都破环了满覆盖，则称这一覆盖为最小满覆盖。
算法思路：设计棋盘每个位置的数据结构如下typedefstruct{intcount;//攻击次数inthorse;//是否放有马intcount2;//该位置可影响的马被攻击次数总和}boardpoint;//棋盘元素其中，count为每个位置被攻击次数（即周围存在的马的个数），count2为周围八个位置（如果不越界）count之和。
算法思路为：既然拿取到不能拿取是一个满覆盖，那不妨先在棋盘上放满棋子，不断进行拿取操作直到不能再拿取。
问题的关键就在于确定一个拿取顺序。
我这里现依据count对棋盘元素有小到大排序，在count相同的情况下，再依据count2由小到大进行排序。
这样就得到一个拿取顺序。
在每一次拿取之后更新棋盘，重新排序，进行下一次拿取。
当所有棋子都不能被拿取时，输出这个满覆盖。
在10*10棋盘上，本算法得到一个22个棋子的满覆盖。
修改排序条件应该还可以进一步优化这个结果。
2026/1/3 10:06:10
6KB
1
luciphor_dtaselect_integrator该程序将Luciphor（PTM本地化评分算法）的结果集成到DTASelect输出文件中。
输入：luciphor输出文件（-luc）dtaselect输出文件（-dta）localLFR阈值[可选]（-lflr）globalLFR阈值[可选]（-gflr）输出：它覆盖了DTASelect文件上的PSM序列，这些序列通过了荧光体输出上的阈值（如果可用）。
它还为仅通过荧光分数得分阈值并且相对于原始PSM序列更改任何PTM本地化的PSM添加了3个新列（“original_sequence”，“globalFLR”和“localFLR”）。
将原始DTASelect文件备份到一个新文件，该文件的名称末尾添加“_original”。
输入：luciphor输出文件（-luc）dtaselect输出文件（-dta）localLFR阈值[可选]（-lflr）globalLFR阈值[可选]（-gflr）输出：它覆盖了DTASelect文件上的PSM序列，这些序列通过了荧光体输出上的阈值（如果可用）。
它还为仅通过荧光分数得分阈值并且相对于原始PSM序列更改任何PTM本地化的PSM添加了3个新列（“original_sequence”，“globalFLR”和“localFLR”）。
将原始DTASelect文件备份到一个新文件，该文件的名称末尾添加“_original”。
2026/1/1 10:13:12
81KB
1
在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。
每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。
另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。
为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。
2024-04-09 15:03
15KB