软件电子工程撤并改，软件工程专业何去何从？|上海羊羽卓进出口贸易有限公司

撤并改，软件工程专业何去何从？

2018年西安电子科技大学重组计算机学院与软件学院成立计算机科学与技术学院

2018年武汉大学国际软件工程学院合并入计算机学院

2019年中南大学原信息科学与工程学院计算机学科与原软件学院合并成立中南大学计算机学院

2019年北京理工大学软件学院合并入计算机学院

2019年软件工程与计算机等专业被划入电子信息专业

近期有消息称厦门大学也撤销了软件工程硕士点，咨询招生办后得知，该撤销仅影响学术学位，不影响专硕招生

经过19年软件学院考研的同学们可能会有这样的感受：刚刚被录取，还没有开学，就发现竟然自己变成了最后一届学生，软件学院在全国范围内撤并早在2017年的新一轮教改中初见端倪。近几年来计算机相关专业的就业形势带动了计算机相关专业的考研，造成了计算机相关专业的人才涌入，但是与此同时大多数学生所不知道的是，与计算机科学不同，软件工程本身就是一个只有不到20年发展历史的试点学位。

2001年以当时的教育部985高校为首的35所高校首先开始试点招收本科生，起初对于这个学院的定位就是就业导向型的学院

（http://www.moe.gov.cn/jyb_sjzl/moe_166/moe_343/moe_272/tnull_2711.html），从2002年开始了硕士研究生的招生，软件工程学院设立的初衷，是为了填补当时计算机领域的人员空缺，两千年的中国正在经历经济社会快速发展的时期，百业待兴，设立软件工程这个专业的初衷，就是以就业为导向，向社会和企业输送相关领域的人才。

从接下来的十几年的效果看，确实达到了这样的要求，十几年的时间里互联网的发展带动了我国经济的飞速发展，移动支付，互联网通讯等产业的发展也使我国避免了这些行业被以美国为首的科技大国垄断。然而现在我国面临的是新一轮的产业升级，软件学院原有的培养模式已经不再适应目前的社会需求，低端码农供大于求，而我们的企业还没有办法通过技术创新给企业带来技术垄断的利益，因此现在计算机行业对研发人员的需求超过了对普通码农的需求。将软件学院整改撤并到其它学院，定制更高的培养目标向社会输送能够通过科技创新带动产业升级的人才，是现在我国经济发展迫在眉睫的需要，也是所谓的“双一流”高校建设的目的。

两千年是互联网产业发展的转折点，在1995年中国加入世贸组织，同一时期，目前的世界电商巨头亚马逊公司成立，虽然现在的亚马逊被称为“Earth's Biggest Selection”，但是这家公司成立之初并没有把中国作为目标市场发展，而是在美国本土通过开辟图书市场的经营模式积累初期资本。就在这时，现在大家熟知的bat也相继萌芽。科技革命必然会造成资本的垄断和财富的聚集，中国为了在新一轮的科技革命中不落后于世界发展的潮流，在第三次科技革命中掌握国家经济的命脉。 这一切还是得益于在2001年协调教育部直属高校开展大批量人才输送的工作，这样的成功政策也在十年后铸就了我国目前发展迅速的互联网公司，把握住了发展新产业的机遇。只不过当时在这个浪潮中的我们还刚出生不久，看不懂这一切的我们错过了当年的这场好戏，年幼的新一代身在其中没有知觉，但是后推十年，我们这代人的游戏也各有各的精彩。

截至2018年的秋天，计算机类专业学生的就业还是被普遍看好的，这十几年里互联网产业的发展在造就了大批就业岗位的同时也改善着人们的生活质量这点有目共睹，便捷的通讯和购物方式不仅造就了一批“网红”和电商新贵，也改变着大家的思维方式和生活习惯。由于相关行业的收入增长，金钱成了计算机行业的重要催化剂，功利心驱使更多人为了更好的生活更多的薪酬涌入淘金。2018冬天遭遇的互联网寒冬使得许多人一夜丢掉了工作，在就业形势的挤压下更多人选择了考研，2019年考研人数达到了有史以来的巅峰数据，290万考生参加研究生入学考试。我们说现象的爆发背后往往有长时间量变的积累，这背后就是低端从业者做着大量重复性工作造成了行业的内卷化现象。

产业升级离不开科技驱动，没有核心技术对产业链进行改良就需要投入巨大人力成本以维持增长，从个人角度上就是996的超长工作时长，而资本竞争如同逆水行舟，利润的减少，资金的断裂又会造成企业的消亡和更大规模的失业。这就需要全行业得到高端人才的供应通过技术手段的改进解决效率低下问题，这也是美国暂时领先于我们的原因。高端人才不意味着更高的学历，而是那群具有更长远的眼光和更高追求的人，仅仅对学生进行职业培训并不能让有潜力成为这类人的学生完成这种转变，这需要更高的科研素质和良好的学习能力更长的时间精力投入，而这样的需求和大多数人想要混学历找工作的初衷又相互矛盾，然而低端劳动力不再是社会所需要的了，这是客观条件下的变化。

个人命运和国家命运是密不可分的。政策往往比我们普通人对于未来需求的变化有更敏锐的探知，这也需要个人及时调整自己的目标期望。有时候选择比努力更重要。

简而言之，软件学院的撤并预示着新一轮残酷的竞争将要开始。软件学院在作为计算机学科的分支时期对于资源的要求非常低，导师不需要有很强的科研能力甚至可以选择无导师制，第一年上课，第二年实习的普遍专硕更注重和企业的需求对接，这是过去就业导向培养方式的结果。这就导致了大量科研资源的浪费和学生导师之间利益关系的分离。这样快速的人力输入也导致了目前供给快速满足了需求的现状，低端岗位过饱和并且要时常换血淘汰才能保证高强度劳作的可持续性。激烈的竞争也压低了应届生起薪。

我国的科研事业发展突飞猛进，国家科研资金的大力投放带动了计算机科研的快速发展，近年来吸收了一大批优秀的海外知识分子回归建设祖国，因此一旦产生科研需求，就会有细分的领域和在此领域前沿的探索，打破原有的认知范围，将会有产生更高经济价值的可能，国家也会因此有更多经费的支持更强的学者做科研，因为对于现在的我们，可能性的存在可能产生的潜在价值将是民族的崛起的希望。

以近年来各个学校新建的人工智能学院为例，AI是计算机和电子信息工程领域多方向交叉的结果，技术工人的堆积不可能带动这个学科内部革新发展。从企业中学习的技术建立在现有的需求上，这样的局限性导致普通从业者少有未知领域的探索。中国在过去的几十年已经储备了足够多的计算机专业人才，却少有计算机科学家，这样的变革将给每一个研究生带来更多的机会和挑战。

计算机是21世纪最有前途的专业之一，与众多学科的交叉发展预示着有无限发展的可能。 在未来的研究生考试和选拔的过程中，和现在的情况不同，更需要的是扎实的基础知识和更少的功利心，降低个人功利心和对结果的期望值，做出扎实而优秀的科研工作可能是将来计算机研究生最重要的能力。这种转变令人期待。

干货一文搞懂单片机应用程序架构

对于单片机程序来说，大家都不陌生，但是真正使用架构，考虑架构的恐怕并不多，随着程序开发的不断增多，本人觉得架构是非常必要的。前不就发帖与大家一起讨论了一下怎样架构你的单片机程序，发现真正使用架构的并不都，而且这类书籍基本没有。

本人经过摸索实验并总结，大致应用程序的架构有三种：

1. 简单的前后台顺序执行程序，这类写法是大多数人使用的方法，不需用思考程序的具体架构，直接通过执行顺序编写应用程序即可。

2. 时间片轮询法，此方法是介于顺序执行与操作系统之间的一种方法。

3. 操作系统，此法应该是应用程序编写的最高境界。

下面就分别谈谈这三种方法的利弊和适应范围等。

顺序执行法：

这种方法，这应用程序比较简单，实时性，并行性要求不太高的情况下是不错的方法，程序设计简单，思路比较清晰。但是当应用程序比较复杂的时候，如果没有一个完整的流程图，恐怕别人很难看懂程序的运行状态，而且随着程序功能的增加，编写应用程序的工程师的大脑也开始混乱。即不利于升级维护，也不利于代码优化。本人写个几个比较复杂一点的应用程序，刚开始就是使用此法，最终虽然能够实现功能，但是自己的思维一直处于混乱状态。导致程序一直不能让自己满意。

这种方法大多数人都会采用，而且我们接受的教育也基本都是使用此法。对于我们这些基本没有学习过数据结构，程序架构的单片机工程师来说，无疑很难在应用程序的设计上有一个很大的提高，也导致了不同工程师编写的应用程序很难相互利于和学习。

本人建议，如果喜欢使用此法的网友，如果编写比较复杂的应用程序，一定要先理清头脑，设计好完整的流程图再编写程序，否则后果很严重。当然应该程序本身很简单，此法还是一个非常必须的选择。

下面就写一个顺序执行的程序模型，方面和下面两种方法对比：

/*************************************************************************************** FunctionName : main()* Description : 主函数* EntryParameter : None* ReturnValue : None**************************************************************************************/int main(void) { uint8 keyValue; InitSys(); // 初始化 while (1) { TaskDisplayClock(); keyValue = TaskKeySan(); switch (keyValue) { case x: TaskDispStatus(); break; ... default: break; } }}

复制代码

时间片轮询法

时间片轮询法，在很多书籍中有提到，而且有很多时候都是与操作系统一起出现，也就是说很多时候是操作系统中使用了这一方法。不过我们这里要说的这个时间片轮询法并不是挂在操作系统下，而是在前后台程序中使用此法。也是本贴要详细说明和介绍的方法。

对于时间片轮询法，虽然有不少书籍都有介绍，但大多说得并不系统，只是提提概念而已。下面本人将详细介绍本人模式，并参考别人的代码建立的一个时间片轮询架构程序的方法，我想将给初学者有一定的借鉴性。

记得在前不久本人发帖《1个定时器多处复用的问题》，由于时间的问题，并没有详细说明怎样实现1个定时器多处复用。在这里我们先介绍一下定时器的复用功能。

使用1个定时器，可以是任意的定时器，这里不做特殊说明，下面假设有3个任务，那么我们应该做如下工作：

1. 初始化定时器，这里假设定时器的定时中断为1ms(当然你可以改成10ms，这个和操作系统一样，中断过于频繁效率就低，中断太长，实时性差)。

2. 定义一个数值：

#define TASK_NUM (3) // 这里定义的任务数为3，表示有三个任务会使用此定时器定时。uint16 TaskCount[TASK_NUM] ; // 这里为三个任务定义三个变量来存放定时值uint8 TaskMark[TASK_NUM]; // 同样对应三个标志位，为0表示时间没到，为1表示定时时间到。

复制代码

3. 在定时器中断服务函数中添加：

/*************************************************************************************** FunctionName : TimerInterrupt()* Description : 定时中断服务函数* EntryParameter : None* ReturnValue : None**************************************************************************************/void TimerInterrupt(void){ uint8 i; for (i=0; i<TASKS_NUM; i++) { if (TaskCount[i]) { TaskCount[i]--; if (TaskCount[i] == 0) { TaskMark[i] = 0x01; } } }}

复制代码

代码解释：定时中断服务函数，在中断中逐个判断，如果定时值为0了，表示没有使用此定时器或此定时器已经完成定时，不着处理。否则定时器减一，知道为零时，相应标志位值1，表示此任务的定时值到了。

4. 在我们的应用程序中，在需要的应用定时的地方添加如下代码，下面就以任务1为例：

TaskCount[0] = 20; // 延时20msTaskMark[0] = 0x00; // 启动此任务的定时器

复制代码

到此我们只需要在任务中判断TaskMark[0] 是否为0x01即可。其他任务添加相同，至此一个定时器的复用问题就实现了。用需要的朋友可以试试，效果不错哦。

通过上面对1个定时器的复用我们可以看出，在等待一个定时的到来的同时我们可以循环判断标志位，同时也可以去执行其他函数。

循环判断标志位：

那么我们可以想想，如果循环判断标志位，是不是就和上面介绍的顺序执行程序是一样的呢？一个大循环，只是这个延时比普通的for循环精确一些，可以实现精确延时。

执行其他函数：

那么如果我们在一个函数延时的时候去执行其他函数，充分利用CPU时间，是不是和操作系统有些类似了呢？但是操作系统的任务管理和切换是非常复杂的。下面我们就将利用此方法架构一直新的应用程序。

时间片轮询法的架构：

1.设计一个结构体：

// 任务结构typedef struct _TASK_COMPONENTS{ uint8 Run; // 程序运行标记：0-不运行，1运行 uint8 Timer; // 计时器 uint8 ItvTime; // 任务运行间隔时间 void (*TaskHook)(void); // 要运行的任务函数} TASK_COMPONENTS; // 任务定义

复制代码

这个结构体的设计非常重要，一个用4个参数，注释说的非常详细，这里不在描述。

2. 任务运行标志出来，此函数就相当于中断服务函数，需要在定时器的中断服务函数中调用此函数，这里独立出来，并于移植和理解。

/*************************************************************************************** FunctionName : TaskRemarks()* Description : 任务标志处理* EntryParameter : None* ReturnValue : None**************************************************************************************/void TaskRemarks(void){ uint8 i; for (i=0; i<TASKS_MAX; i++) // 逐个任务时间处理 { if (TaskComps[i].Timer) // 时间不为0 { TaskComps[i].Timer--; // 减去一个节拍 if (TaskComps[i].Timer == 0) // 时间减完了 { TaskComps[i].Timer = TaskComps[i].ItvTime; // 恢复计时器值，从新下一次 TaskComps[i].Run = 1; // 任务可以运行 } } }}

复制代码

大家认真对比一下次函数，和上面定时复用的函数是不是一样的呢？

3. 任务处理

/*************************************************************************************** FunctionName : TaskProcess()* Description : 任务处理* EntryParameter : None* ReturnValue : None**************************************************************************************/void TaskProcess(void){ uint8 i; for (i=0; i<TASKS_MAX; i++) // 逐个任务时间处理 { if (TaskComps[i].Run) // 时间不为0 { TaskComps[i].TaskHook(); // 运行任务 TaskComps[i].Run = 0; // 标志清0 } } }

复制代码

此函数就是判断什么时候该执行那一个任务了，实现任务的管理操作，应用者只需要在main()函数中调用此函数就可以了，并不需要去分别调用和处理任务函数。

到此，一个时间片轮询应用程序的架构就建好了，大家看看是不是非常简单呢？此架构只需要两个函数，一个结构体，为了应用方面下面将再建立一个枚举型变量。

下面我就就说说怎样应用吧，假设我们有三个任务：时钟显示，按键扫描，和工作状态显示。

1. 定义一个上面定义的那种结构体变量

/*************************************************************************************** Variable definition **************************************************************************************/static TASK_COMPONENTS TaskComps[] = { {0, 60, 60, TaskDisplayClock}, // 显示时钟 {0, 20, 20, TaskKeySan}, // 按键扫描 {0, 30, 30, TaskDispStatus}, // 显示工作状态 // 这里添加你的任务。。。。};

复制代码

在定义变量时，我们已经初始化了值，这些值的初始化，非常重要，跟具体的执行时间优先级等都有关系，这个需要自己掌握。

①大概意思是，我们有三个任务，没1s执行以下时钟显示，因为我们的时钟最小单位是1s，所以在秒变化后才显示一次就够了。

②由于按键在按下时会参数抖动，而我们知道一般按键的抖动大概是20ms，那么我们在顺序执行的函数中一般是延伸20ms，而这里我们每20ms扫描一次，是非常不错的出来，即达到了消抖的目的，也不会漏掉按键输入。

③为了能够显示按键后的其他提示和工作界面，我们这里设计每30ms显示一次，如果你觉得反应慢了，你可以让这些值小一点。后面的名称是对应的函数名，你必须在应用程序中编写这函数名称和这三个一样的任务。

2. 任务列表

// 任务清单typedef enum _TASK_LIST{ TAST_DISP_CLOCK, // 显示时钟 TAST_KEY_SAN, // 按键扫描 TASK_DISP_WS, // 工作状态显示 // 这里添加你的任务。。。。 TASKS_MAX // 总的可供分配的定时任务数目} TASK_LIST;

复制代码

好好看看，我们这里定义这个任务清单的目的其实就是参数TASKS_MAX的值，其他值是没有具体的意义的，只是为了清晰的表面任务的关系而已。

3. 编写任务函数

/*************************************************************************************** FunctionName : TaskDisplayClock()* Description : 显示任务* EntryParameter : None* ReturnValue : None**************************************************************************************/void TaskDisplayClock(void){}/*************************************************************************************** FunctionName : TaskKeySan()* Description : 扫描任务* EntryParameter : None* ReturnValue : None**************************************************************************************/void TaskKeySan(void){}/*************************************************************************************** FunctionName : TaskDispStatus()* Description : 工作状态显示* EntryParameter : None* ReturnValue : None**************************************************************************************/void TaskDispStatus(void){}// 这里添加其他任务。

复制代码

现在你就可以根据自己的需要编写任务了。

4. 主函数

复制代码

到此我们的时间片轮询这个应用程序的架构就完成了，你只需要在我们提示的地方添加你自己的任务函数就可以了。是不是很简单啊，有没有点操作系统的感觉在里面？

不防试试把，看看任务之间是不是相互并不干扰？并行运行呢？当然重要的是，还需要，注意任务之间进行数据传递时，需要采用全局变量，除此之外还需要注意划分任务以及任务的执行时间，在编写任务时，尽量让任务尽快执行完成。

操作系统：

操作系统的本身是一个比较复杂的东西，任务的管理，执行本事并不需要我们去了解。但是光是移植都是一件非常困难的是，虽然有人说过“你如果使用过系统，将不会在去使用前后台程序”。但是真正能使用操作系统的人并不多，不仅是因为系统的使用本身很复杂，而且还需要购买许可证（ucos也不例外，如果商用的话）。

这里本人并不想过多的介绍操作系统本身，因为不是一两句话能过说明白的，下面列出UCOS下编写应该程序的模型。大家可以对比一下，这三种方式下的各自的优缺点。

/*************************************************************************************** FunctionName : main()* Description : 主函数* EntryParameter : None* ReturnValue : None**************************************************************************************/int main(void) { OSInit(); // 初始化uCOS-II OSTaskCreate((void (*) (void *)) TaskStart, // 任务指针 (void *) 0, // 参数 (OS_STK *) &TaskStartStk[TASK_START_STK_SIZE - 1], // 堆栈指针 (INT8U ) TASK_START_PRIO); // 任务优先级 OSStart(); // 启动多任务环境 return (0); }

复制代码

/*************************************************************************************** FunctionName : TaskStart() * Description : 任务创建，只创建任务，不完成其他工作* EntryParameter : None* ReturnValue : None**************************************************************************************/void TaskStart(void* p_arg){ OS_CPU_SysTickInit(); // Initialize the SysTick. #if (OS_TASK_STAT_EN > 0) OSStatInit(); // 这东西可以测量CPU使用量 #endif OSTaskCreate((void (*) (void *)) TaskLed, // 任务1 (void *) 0, // 不带参数 (OS_STK *) &TaskLedStk[TASK_LED_STK_SIZE - 1], // 堆栈指针 (INT8U ) TASK_LED_PRIO); // 优先级 // Here the task of creating your while (1) { OSTimeDlyHMSM(0, 0, 0, 100); }}

复制代码

不难看出，时间片轮询法优势还是比较大的，即由顺序执行法的优点，也有操作系统的优点。结构清晰，简单，非常容易理解。