@mohumohu 我找到一篇文章，https://href.lu/15A 。此文章表示在 macOS 中成功使用了复杂的 command 。但是我在我现在的 linux ubuntu 下没有运行成功。不知道是不是哪里错了，比如需要用引号之类的。

@yankebupt 见 33 ，34 楼，只需要 49 条，还可以设置偏移量。

@lolizeppelin 每隔 7 分钟，执行一次 test 脚本，不管 test 脚本之后的状态。

@mohumohu 我尝试 * * * * * ((($(date +%s) / 60 % 7 == 0)) && /etc/test.sh) 并 [没有运行] 。我已经确认用户拥有 test.sh 的读写运行权限。另外我直接在 tty 里面输入((($(date +%s) / 60 % 7 == 0)) && /etc/test.sh)是 [可以运行] 的。

@mohumohu 后面 command 部分能接这种复杂的命令集吗？我尝试了下 cron 没运行（不知道是不是我的问题），但是直接输入后面的 command 是可以运行的。

@Puteulanus 我们只需要每天穷举 7 条 cron ，每周 7 天穷举 49 条 cron 就能实现。如果需要增加偏移量，只需要更改周的位置即可。

@Puteulanus 等等，我发现一周可以被 7 整除，而且一周这个单位不会被前面 4 个所影响。所以使用最后一个周作为标记来进行穷举即可。

@busier 感谢提醒，收到。确实 sleep 是在调用之后，会累计增加前面一句调用时间。

@Puteulanus 穷举法其实我想过，前面 4 位，分/小时/天/月,每次进位都会出现问题。因为 60 分/24 小时/28 天 or29 天 or30 天 or31 天/12 月 ，以上数字均不能被 7 整除形成循环。全部穷举后如果每年都是 365 天，7 年可以循环一次。但是实际上每 4 年有一次有闰年，也就是每 28 年才能穷举一次所有时间。

@Puteulanus 换天的时候会混乱。按照上面代码，第一天 23:48,23:55 分执行,第二天 00:00,00:07 执行.-------实际第二天应该 00:02,00:09 执行

@xzh920126 都上 sh ，不如直接 sh 内调用，然后 sleep 420 。循环就好。所以只是在讨论。实际用其他脚本语言会更快。

@xzh920126 sh 不能修改。实际上可能是我不能控制的已经封装好的程序。这里只是讨论单纯用 crontab 内能不能实现。用 sh 就很方便了。

BT 特征太明显了。估计被针对了。

内置卡吧，你问他在手机没信号的山洞能不能互相通话。在没人的无人区能不能用。我能在公海游轮上使用不。到外国去能通话不。

@error451 砖太高了的话，就只能提裤子跑路了。

如果自动驾驶的责任能划分开，那么自动驾驶将会 100%可靠。
毕竟自动驾驶出了车祸，厂商赔钱。

现在还不行。只能做到减轻驾驶人的操作。
但是驾驶人还得时时刻刻盯着道路看情况。
不然除了事故，你说你没看路面情况，都交给自动驾驶了，那你可就要踩缝纫机了。