任务计划

Crontab任务计划: cron是一个可以用来根据时间、日期、月份和星期的组合来调度对周期性任务执行的守护进程, 利用cron所提供的功能可以将需要周期性重复执行的任务设置为cron任务, 并且设置为在主机较空闲的时间自动完成 查看Crontab服务 systemctl status crond 任务计划格式: *(分) *(时) *(日) *(月) *(周) 周期执行的程序 常用的任务计划: 每年1月2日晚上22:30执行time.sh脚本 30 22 2 1 * time.sh 每周六晚上22:30执行time.sh脚本 30 22 * * 6 time.sh 每周的周一、周三和周五晚上22:30执行time.sh脚本 30 22 * * 1,3,5 time.sh 每周的周一到周五晚上22:30执行time.sh脚本 30 22 * * 1-5 time.sh 每分钟执行一次time.sh脚本 * * * * * time.sh 每五分钟执行一次time.sh脚本 */5 * * * * time.sh 每天晚上00点执行time.sh脚本 00 00 * * * time.sh 查看cron任务计划: crontab -l 编辑cron任务计划: crontab -e 删除所有cron任务计划: crontab -r 来源： CSDN 作者： hflxhn.com 链接：

一、项目计划阶段 项目计划的好坏，对执行结果起到了决定性的作用，也是项目经理最大价值体现的阶段，到了实施阶段才能发现问题就已经晚了。 1、获得团队承诺 很多项目经理都会把计划看作是简单的工作内容排序或是工作内容罗列，这就没有获得团队承诺。 团队成员明确自己工作要达到的目标后，必须进行过程细化，得出具体的工作清单，工作清单上的工作项目组合后，可得到工作结果，并且执行者对清单上工作内容和结果有信心。 2、时间计划的颗粒度决定了项目的时间计划可信范围 例如计划中的一项任务完成用10天，那么其实际完成的时间误差，显然会远远高于计划用1天完成的任务。这是因为计划者或执行者并没有对10天完成的工作内容进行细分，所以计划就已经体现出很多未知风险。 如果想减少时间风险，必须通过对10天任务的细分来达到，例如把10天的任务，分解为5个子任务，每个子任务用2天完成，这样虽然增大了检查进度的工作难度(检查点更难沟通)，却起到了更早发现进度问题的作用。 3、风险大的技术点和营销点已经被控制和管理起来 在项目启动阶段，已经对重要的技术点作过基本论证，必须在计划阶段实现对技术点、营销点进行控制和管理，特别是团队没有实现过的功能要求、性能目标、营销假设必须得到检查与确认，把这些问题消灭在计划阶段。 4、可量化的进度里程碑决策点 计划的细分任务是可检查的最小点，如果对每个任务点进行检查管理成本过高

lvm(logic volume manager)逻辑卷： 创建lvm：pv（物理卷）vg（卷组）lv（逻辑卷） fdisk /dev/sda 创建分区 partprobe 更新分区 pvcreate --help 查看创建物理帮助（命令较多） pvcreate /dev/[创建好的分区名] 创建物理卷 pvscan 查看物理卷信息 pvdisplay 查看物理卷详细信息 vgcreate --help 查看创建卷组帮助（命令较多） vgcreate vg0（卷组名） -s [PE值大小] /dev/[创建好的物理卷名] 创建卷组名和指定加入卷组的分区并修改PE大小 vgscan 查看卷组信息 vgdisplay 查看卷组详细信息 lvcreate -L [空间大小] -n lv0（逻辑卷名） vg0（卷组名） 创建逻辑卷，指定空间大小、逻辑卷名和从那个卷组创建 lvscan 查看逻辑卷信息 lvdisplay 查看逻辑卷详细信息 mkfs.ext3 /dev/vg0/lv0 格式化逻辑卷 mount /dev/vg0/lv0 /mnt/lv0/ 挂载逻辑卷 扩容： pvcreate /dev/sda11 增加一个物理卷 vgextend vg0 /dev/sda{11} 将已增加的物理卷添加到卷组中 lvextend -L +200M /dev/vg0/lv0 给逻辑卷增加容量

上回复刻计划说到，昨天的任务是 1、阅读开发设计文档 2、熟悉数据库表及各字段 3、完成上两步后，对LoginController的整体代码复刻，并记录 很遗憾的是，昨天并没有把LoginController整体代码复刻完，一直推迟到了今天（2020-1-15 11:28)才全部复刻完成。其实，任务量并不是很大，只是自己状态不是很好，只能算有七分吧。没有电脑支架低头时间长了颈椎很难受，支架和键盘还在路上，大概一两天吧，就能到了。 闲话就不多说了，来制定一下今天的作战计划吧。 1、复刻数据库+Postman检验LoginController 2、LogoutCtrl整体复刻 3、如果时间的话，把VerifyCodeCtrl也复刻一下，这个东西不是很多 OK，开始我们的作战计划！Let's start！ 来源： CSDN 作者： 山岭巨人杨尚桑 链接： https://blog.csdn.net/qq_44868502/article/details/103985991

Timer是一种定时器工具，用来在一个后台线程计划执行指定任务。它可以计划执行一个任务一次或反复多次。 TimerTask一个抽象类，它的子类代表一个可以被Timer计划的任务。 schedule的意思（时间表、进度表） timer.schedule(new MyTask(event.getServletContext()), 0, 60*60*1000); 第一个参数"new MyTask(event.getServletContext())": 是 TimerTask 类，在包：import java.util.TimerTask .使用者要继承该类，并实现 public void run() 方法，因为 TimerTask 类实现了 Runnable 接口。 第二个参数"0"的意思是:(0就表示无延迟) 当你调用该方法后，该方法必然会调用 TimerTask 类 TimerTask 类 中的 run() 方法，这个参数就是这两者之间的差值，转换成汉语的意思就是说，用户调用 schedule() 方法后，要等待这么长的时间才可以第一次执行 run() 方法。 第三个参数"60*60*1000"的意思就是: (单位是毫秒60*60*1000为一小时) (单位是毫秒3*60*1000为三分钟) 第一次调用之后，从第二次开始每隔多长的时间调用一次 run() 方法 例子:

摘自： https://www.cnblogs.com/yixinjishu/p/12161359.html 敏捷开发流程之Scrum：3个角色、5个会议、12原则 本文主要从Scrum的定义和目的、敏捷宣言、Scrum中的人员角色、Scrum开发流程、敏捷的12原则等几方面帮助大家理解Scrum敏捷开发的全过程。 一、Scrum的定义和目的 Scrum是一个用于开发和维护复杂产品的框架，是一个增量的、迭代的开发过程，目的是让开发人员像打橄榄球一样迅猛并充满激情，通过团队合作，提高工作效率。通过团队间的有效交互，为企业创造价值。 二、敏捷宣言 其实，在发表《敏捷宣言》之前，很多的敏捷实践都已经存在且使用了，比如：Scrum、XP、KanBan等。之所以发表《敏捷宣言》，是因为这些实践都是在单打独斗地推进敏捷开发，而不是以一个联合体的形式，且没有一个统一的指导方针。所以17位敏捷联合创始人决定发表《敏捷宣言》，共同在全世界推进敏捷开发运动。下面是敏捷宣言的4句话： 三、Scrum中的人员角色 3个角色 Scrum中的人员分为3个角色：产品所有者（Product Owner）, Scrum Master，开发团队(Team)。 产品所有者：定义所有产品功能，决定产品发布的内容以及日期，对产品的投入产出负责，根据市场变化对需要开发的功能排列优先顺序，合理地调整产品功能和迭代顺序

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> linux任务计划： 一. Crontab 介绍 crontab命令的功能是在一定的时间间隔调度一些命令的执行。 二．查看/etc/crontab文件 vi /etc/crontab 三．文件/etc/crontab中每行任务的描述格式如下: minute hour day month dayofweek command minute - 从0到59的整数 hour - 从0到23的整数 day - 从1到31的整数 (必须是指定月份的有效日期) month - 从1到12的整数 (或如Jan或Feb简写的月份) dayofweek - 从0到7的整数，0或7用来描述周日 (或用Sun或Mon简写来表示) command - 需要执行的命令(可用as ls /proc >> /tmp/proc或 执行自定义脚本的命令) root表示以root用户身份来运行 run-parts表示后面跟着的是一个文件夹，要执行的是该文件夹下的所有脚本 对于以上各语句，星号(*)表示所有可用的值。例如*在指代month时表示每月执行(需要符合其他限制条件)该命令。 整数间的连字号(-)表示整数列，例如1-4意思是整数1,2,3,4 （范围） 指定数值由逗号分开。如：3,4,6,8表示这四个指定整数。（指定某几个数字） 符号“/

第13章 软件项目管理 与开发过程并行，一个是技术路线，一个是管理路线 在经历了若干个大型软件工程项目的失败之后，人们才逐渐认识到软件项目管理的重要性和特殊性。事实上，这些项目的失败并不是由于从事软件开发工作的软件工程师无能，正相反，他们之中的绝大多数是当时杰出的技术专家。这些工程项目的失败主要是因为管理不善。 所谓管理就是通过计划、组织和控制等一系列活动，合理地配置和使用各种资源，以达到既定目标的过程。 软件项目管理先于任何技术活动之前开始，并且贯穿于软件的整个生命周期之中。 软件项目管理过程从一组项目计划活动开始，而制定计划的基础是工作量估算和完成期限估算。为了估算项目的工作量和完成期限，首先需要估算软件的规模。 13.1 估算软件规模 13.1.1 代码行技术 代码行技术是比较简单的定量估算软件规模的方法。这种方法依据以往开发类似产品的经验和历史数据，估计实现一个功能所需要的源程序行数。当有以往开发类似产品的历史数据可供参考时，用这种方法估计出的数值还是比较准确的。把实现每个功能所需要的源程序行数累加起来，就可得到实现整个软件所需要的源程序行数。 为了使得对程序规模的估计值更接近实际值，可以由多名有经验的软件工程师分别做出估计。每个人都估计程序的最小规模(a)、最大规模(b)和最可能的规模(m)，分别算出这3种规模的平均值,和之后，再用下式计算程序规模的估计值： L= (13

链接部分 队名：女生都队 组长博客： 博客链接 作业博客： 博客链接 小组内容 恩泽（组长） 过去两天完成了哪些任务 描述 tomcat的学习与实现 服务器后端部署，API接口的beta版实现 后端代码使用spring boot框架的实现 服务器数据库部署 展示GitHub代码签入记录 接下来的计划 跟进项目进度，安排整体计划 实现beta版本算法 继续完善所负责模块的功能，写好接口 完善功能需求API的调用，撰写API文档 完成API接口的服务器部署 还剩下哪些任务 燃尽图 遇到了哪些困难 tomcat、spring boot的学习与实现 安卓多线程的学习 服务器后端与数据库部署 有哪些收获和疑问 掌握了对服务器的后端部署 对Android端的多线程有了一定的学习 如何高效的整合代码 学习了spring如何使用注解实现API 金海 过去两天完成了哪些任务 完成了在服务器搭建数据库 完成了数据库任务的部署 GitHub签入记录 组内共享 接下来的计划 完成alpha版本冲刺 完善数据库搭建 还剩下哪些任务 燃尽图 组内共享 遇到了哪些困难 对Navicat链接服务器数据库遇到了很多坑 有哪些收获和疑问 学习服务器的搭建 熬夜使人头秃 君曦 过去两天完成了哪些任务 编写类，将接口调用返回的内容保存 调用接口 GitHub签入记录 组内共享 接下来的计划 完成预定时间向用户推送提醒

链接部分 队名：女生都队 组长博客： 博客链接 作业博客： 博客链接 小组内容 恩泽（组长） 过去两天完成了哪些任务 描述 tomcat的学习与实现 服务器后端部署，API接口的beta版实现 后端代码使用spring boot框架的实现 服务器数据库部署 展示GitHub代码签入记录 接下来的计划 跟进项目进度，安排整体计划 实现beta版本算法 继续完善所负责模块的功能，写好接口 完善功能需求API的调用，撰写API文档 完成API接口的服务器部署 还剩下哪些任务 燃尽图 遇到了哪些困难 tomcat、spring boot的学习与实现 安卓多线程的学习 服务器后端与数据库部署 有哪些收获和疑问 掌握了对服务器的后端部署 对Android端的多线程有了一定的学习 如何高效的整合代码 学习了spring如何使用注解实现API 金海 过去两天完成了哪些任务 完成了在服务器搭建数据库 完成了数据库任务的部署 GitHub签入记录 组内共享 接下来的计划 完成alpha版本冲刺 完善数据库搭建 还剩下哪些任务 燃尽图 组内共享 遇到了哪些困难 对Navicat链接服务器数据库遇到了很多坑 有哪些收获和疑问 学习服务器的搭建 熬夜使人头秃 君曦 过去两天完成了哪些任务 编写类，将接口调用返回的内容保存 调用接口 GitHub签入记录 组内共享 接下来的计划 完成预定时间向用户推送提醒