大学教的根本不够 ,只能自己学

没有必要，大学应该学怎么打地基，而不是学怎么挥锤子

主要是技术更新太快，无论是新框架还是不同版本，开了也没多久就过时了

至于让大学老师保持学习新技术。。。

老师哪会这么多新技术,都是用很久以前的东西给你讲...剩下都是自己学的

没

自学，你的第 4 点也说明还是早点抓紧机会去实习比较好

可以作为一个实验课程，但不可以作为主要学科

同意

没必要，老师可以提，但是作为课下学生自己的练习比较好。

很多东西还是靠自己，主观原因更重要一些

有必要的, 但这会降低现有程序员的竞争力

没必要专门教框架，带着做项目就行了，业务稍微复杂一点那种
最好能从入学不久就开始做，做个三四年，中途所有的课程都有结合这个项目的实践内容啥的（太理想化了~

当然是没必要

大学还分本科，研究生，博士，本科阶段还是侧重通识教育。

没必要，这种太简单了

本科时上过 cobra 的课，当时连 java 也不会，直到现在除了这个缩写外一无所知。
个人觉得，本科的计算机教育，还是注重基础通用，有了这些基础，学习其他东西才更透彻。
比如微机原理，你用 MIPS 来学，以后接触到 ARM 的也不会太费劲。
可以拿一个典型框架来学，从而由此及彼

本科的话通识教育，具体就是算法、语言基础好，然后知识面宽一点。应该就差不多了，其他的自己按照方向补充了。想去游戏公司和电商肯定侧重点不一样的

以我们为例，电子类专科大学的计算机学院有超过一半的人大学毕业之后根本不接触代码，即使依然在计算机行业工作、科研。技术型课程的特点是上手快，用面窄，迭代迅速，在大学开这类课只能说对走工程路线的少数学生有用。
我觉得我们学校就权衡得不错，有网络计算课程，从 java+js+html+css 入手，介绍网络应用开发，有软件工程，从 UML+各种文档入手，介绍工程管理和实践，总共两学期两门课，一个正常的码农需要在大学里了解的也就这些了。

我觉得大学使劲刷算法就行，什么框架，设计模式都是可在工作中学习到的，但是上班了真的就没有心力去做算法了。而且刷算法题好评判，结果对了，速度越快越好，并且永远不过时，学框架的话，如果不凑巧的话，你大学里面成专家了，结果一毕业，这个框架被淘汰了，这就尴尬了。

许多学校还有 MFC 的课程呢，一门课教十年

没必要作为必修，可以作为软件工程的选修课来开

本来是去学画图纸的，你非要搬砖。

没必要吧

自己学

没必要开这个课。
学生可以根据自己的兴趣参加不同的实验室来做项目，据我所知，实验室做做项目基本都会用新技术和框架。

大学学这个？这可是大学。。

没必要，同一个班又不是同一个岗位，你是讲前端还是后台？老师可以提一下，让大家作为选修课或者自己课外提高的内容。

SSM 和 SBoot，你要说简单确实简单，按官方文档搞几个配置文件就行，SBoot 甚至配置文件都不怎么需要

你要说困难，能够能带着学生调试、分析源码，讲解代码的设计理念和目的的老师。。以及能跟上进度的学生。。也确实不多。。

大学不是培训班

我们学校（普通一本） SOAP 也讲不好，这都十几年前的东西了，而且确实也没有适合做教材的书
Spring boot 要打开官方文档讲课吗...

可以啊，带着大家做个项目，然后带着大家看源码，最后让大家设计一个框架就可以啦（？？？？

大学期间没必要学，
把基础的算法、数学等学好就行，
框架这种变起来很快的，最初版和几年后的版本大变样也很常见。

大学应该学怎么手写红黑树，狗头

老兄说的到位！

学校有 Hadoop MapReduce 相关的大实验课程，事实上老师教的知识量在工作后可能用不了几天就能完全掌握，实验难度也只能算勉强学个皮毛

项目是必须要做的，框架是不一定要教的。
但是必须要求每一行代码都必须理解发生了什么才是重要的，作业一对一面试，老师现场变更需求让学生现场修改作业代码。

可以开设框架概述课程，讲解框架的一般设计原理等。不过貌似没有这门课

培训班学这个还可以。

科班你学这个？。。。

没有必要，大学书好好看看就差不多了。

培训班就是这个模式吧

就算大学不教，校招的时候企业还是会考察，在大学就混工作室或者自己接项目的会相当有优势，所以得自己去学，当年我就是脑抽了只会肝 leetcode 和数据结构，不怎么看这种框架，然后面啥都跪，还好最后被个大佬捡去做 dl 调包侠了......个人觉得这种东西应该嵌入到软工或者 java 后面来增加内容，让不会自己主动去学的学生至少能毕业就能干活。当然对于面向科研的同学这些东西完全就是浪费时间。

#42 对科研的算不上浪费时间哦。工程能力那么差劲，实现与做实验怎么讲究精确？

对于搞深度学习的会个 flask 出接口都足够了，显然不必花一堆时间学 spring 全家桶或者 vue，实现的时候有一点计算机基础的学点轻量框架也很快，我见过几个写 A 类论文的大佬前后端全栈，不过也见过 postget 分不清的搞工程的大佬。

当然没必要。带学生设计框架还可以，教学生怎么用这些框架实属浪费老师和学生的精力，正经公司校招也不会要求这些。

当然，月薪三五千的搬砖工作可能还是需要的，只是老师并不会去迎合这些职位。

感觉上了如果你还年轻，才大一 大二 不建议学框架，不如打地基 随要随用。大三 大四找工作 就必要啦 其实感觉 spring 会一直*。代码思想还是值得学习 哪怕淘汰

涉及到框架其实很多内容就要谈到业务了。大学里面的学生没有那么多时间和精力去涉足各种业务逻辑，而且以后没有进入同样行业的话业务逻辑学了意义不大。

教你用还不如自己学

课程说句实话, 没意义......

就大学里面涉及业务涉及设计模式加上框架....工作的人要写出好代码都是几天, 大学一节课多少时间,还要让学生跟得上. 这有意义吗? 不如老师告诉你怎么折腾框架,然后自己学习

你想学的 老师都不会

曾几何时，我一度认为大学的计算机教育非常失败，当年流行的 ssh 在学校从未有人提及，学的总是让人摸不着头脑的数据结构，微机原理。现在为当年的想法惭愧，大学应该是基础通识知识建立的时段，虽然可能枯燥也没有很多应用场景，但是这些知识到最后将决定最终的上层建筑。

真实情况是大学老师学习速度跟不上

恕我直言，大学老师里面真正有实战经验的很少，就算讲框架，也就只能照本宣科。这样根本毫无意义。
除非真的搞个项目大家一起做。
我们大学教编程的，自己是搞.net 的，跟我们讲 java，上机课连最基本的问题都调试不对。

大学教你的是通用基础知识

大学时候的老师说过一句话对我影响特别深：“一个技术人员的优秀不在于会多少语言、库、框架，在于是否可以解决问题。”
工作几年的感受是，用到的大学课程里学的知识基本上就只有计算机组成原理、计算机网络、离散数学、数据结构与算法、操作系统、C 语言（了解程序较底层原理，又不像汇编那样无人性），我的意思是说，大学的时候也学了几种高级编程语言以及一些框架和库，但工作后发现学校里学的很多都被新技术取代了。为什么前面几种基础课程反而用到一些了呢？个人认为那几种基础课程教的更多的是思想，而思想是跨语言、框架、库的，且永不会完全过时的。

所以大学里可以教框架，但是除非是定向培养的情况（如外包公司合作），建议侧重教框架思想，工程上出现了什么问题，以及框架是如何解决问题的，这样学生们掌握的就不是框架的用法了，而是解决问题的思想了。

软件工程。。。不接触实际工程，学个鸡毛工程啊

成本问题，基础只有在大学学习才能轻松学好，你说的那些，边工作边学也挺轻松，只有当你发现基础没打好时，边工作边学基础，你就知道前面我为什么说轻松