提供个取巧的方法，需求上如果执行间隔大的话，可以定义一个计划任务A，A只做一件事：执行脚本B。程序C中存在生成脚本方法，提供固定模板，参数接收表单中的时间以及计划执行的脚本路径变量。
当需要创建定时任务时，程序C按固定模板在脚本B中生成新的任务函数、以及调用。计划任务A可以设置为1小时一次。每次执行时，调用一遍脚本B中所有的任务函数。 每个任务函数接收参数都是当前时间，在函数中去做判断和调用。

是不能说的秘密。
https://www.baidu.com/s?wd=mstsc&rsv_spt=1&rsv_iqid=0xb50091c70006c15f&issp=1&f=8&rsv_bp=1&rsv_idx=2&ie=utf-8&tn=baiduhome_pg&rsv_enter=1&rsv_sug3=1

你这不是windows么 mstsc

检查下jenkins所在的服务器上有装没

用实际项目去练

XAMPP简单配置完，把原型目录放到对应根目录即可

沙发沙发

考虑下以下几点，
1、压测场景设计不一致，ab、jm施压持续时间、vus不一致、vus增加策略不一致，结果自然不一致
2、施压环境不一致
3、参数没用对

老哥，你写的有几条我们在工作中碰到并思考过。我们是小团队，有些问题目前还没碰到。
针对女性员工，评估过后风险较高的，会慎重试用；（不要玻璃心，会这样做的公司不在少数）
针对自动化，小团队适度引入即可，三个目的：1、节省回归成本；2、让相对较初级的员工可以找到学习的台阶；3、带学习氛围；
针对与下级的关系，每个人都不尽相同，反正我是该说就说，该闹就闹。部门内定了一些红线，踩了就罚，5-100不等罚款当经费；
针对16条，和你相反，我唱白脸、组长唱黑脸；
针对员工工作状态，我们觉得引入新人一定要慎重，把试用期的作用体现出来，而不是只走流程。 原则有三个：1、给多次机会；2、不将就；3、人不靠谱不用；
针对学习氛围，我分了三个梯队，只要员工能过试用期进入团队，就能找到适合自己学习的技术；

照我们的风格带团队，20人以下还可以。人多了不可能面面俱到。这么带累就累在，要对每个人的特点都有了解，制定不同的学习方向，给每个成员足够的重视。

curl
审题不认真。。上面有