Geek_3b1096
很有帮助
2021-01-18
NumZhou
干开发四年了,我越来越不知道自己是做什么的。大学那会只学了一点C,C++的皮毛,还没有真正理解开发的内容。毕业以后没有任何技能,自学了两个月的java基础就进了一家外包公司,项目经理知道我啥也不会,就从做前端开始自学,一边学习一边开发,然后就整天画页面调样式,和后台开发调接口。后来又开始做后台开发,虽然没有深入学习后台开发,但是做的都是维护类的项目,可以依葫芦画瓢,写一些基本的交易也没问题。然后就开始前后端联合开发,后端写完写前端,然后联调,单元测试,也做过一段时间的测试,都是很基本很简单的。目前一边做着开发一边做着一个大项目的运维。很迷茫,技术也不过硬,所以想多学点东西。
作者回复:👍,听起来你有不少积累的!就是可能缺少一点体系
2020-05-08
3
Kevin·程
师傅领进门,修行在个人。课程时间看似不长,但毕竟是全栈技术的精华,一边通过课程学习,一边还得网上搜各种概念知识,终于把web前端技术、前端UI框架、前端可视化组件、前端框架、后端框架、持久化框架做了个大概了解,发展演化出这麽多技术,目的还是分层、解耦、高效开发吧。
作者回复:👍🏻
2020-04-05
3
hao-kuai
自我介绍:90后,坐标南京,14年参加工作,从事iOS开发工作4年多,从19年开始从事web前端开发工作,使用当下流行React、Vue框架开发单页面应用。当初转web也是出于App需求逐渐减少,对以后的技术路线还是挺迷茫的,南京的招聘还是划分清晰的,没有全栈这种融合工种,要求达到全栈级别基本上都是管理岗位
全栈理解:(把范围划定在软件)简单来说一个人按照标准化流程独立完成一个应用设计、开发、运行、维护的所有工作。偏开发技术来讲包括前端和后端。前端包括PC(桌面App、Web)和移动端(iOS、Android、H5),后端包括Java、Go和.Net,其中涉及到的技术栈都懂
作者回复:👍
2020-02-14
1
Geek_dd0d9a
我是一名80后软件工程师,在细分工的流水线中当螺丝钉10年,为了拓宽技能切换过大的领域:后端开发、前端开发、自动化/手动测试、需求分析等。做过9年后端/数据库,5年mobile app,最近到小公司做web全栈开发。经历过多种语言的没落与淘汰,包括pascal, power builder, 还有OC等等,多次在技术没落与淘汰边缘挣扎。
个人倾向于软件应用领域而不是理论领域,希望能通过全栈学习把过往的前后端经历串起来,并且在软件应用领域具备更强的竞争力!
作者回复:👍,希望专栏给你帮助
2020-01-28
1
子豪sirius
感谢老师为我们贡献这么一门优秀的课程,收获了很多。我工作快十年,最近也对自己的职业感到迷茫。学了课程后,发现自己有很多知识点和领域不足,平时工作也没有思考过,这篇课程很多地方启迪了。这篇课程还有很多没看懂的地方,会反复阅读,温故知新。下一步我会尝试构建自己的全栈知识体系,寻找职业的下一个目标
作者回复:👍
2019-12-16
镞砺括羽
请问老师,您说的做项目是不是就是指单纯的功能开发,而做产品就是用心去做,不只是为了单纯的完成任务,上升到另一个层次,考虑的更多
作者回复:你可以看一下第28讲的选修课堂,做产品要比做项目包含多得多的内容,而不只是“用心”两个字而已。简单来说,做产品,需要在产品的整个生命周期做不同的工作,比如我举的这个产品维护和线上问题修复的例子,这不是做一两个项目就能覆盖得到的。再比如说,单个项目交付可能就一个月的时间,但是整个产品的生命周期可能有好几年。
2019-12-16
2
靠人品去赢
绝对值回票价,但是可惜不能再追专栏,有点不舍。
作者回复:谢谢
2019-12-13
leslie
"全栈,不只是一种技术分类,还代表了一种态度:理性、包容、好学。"其实老师说漏了一点"整体性",这是从开始学到课程结束给我的收获。
还记得课前必读章节的学习路径篇和老师在留言区沟通过:对于全栈弱的是编程,毕竟十年没写程序代码了,确实偏弱;学习课程的同时其实我已经在极客大学的算法训练营去修炼了一回,刚好两边同时结束。
不知不觉从教师节跟到了差不多圣诞节:总算是又坚持学完了一门功课,自己又进步了一点;谈谈个人对于课程的收获。
1.整体性:全栈其实是从程序的最初前端->后端->数据系统->web架构/操作系统->网络这么一个整体的过程,这是我在课程中看到和学到的;
2.知识性:部分内容其实其它课程又提及,不同的老师出发点不同,全栈的观点和某个专长的老师讲的又不一样;
3.针对性:这种针对性是细节,可能许多东西我们有概念可是经常会去忽略掉;程序是细节决定成败,不经意的细节可能就决定了最终的结局。
学习的时光总是非常辛苦而愉快的:"付出时的辛苦,收获时的喜悦"。感谢老师一路以来的分享与教诲:希望后续在老师的个人博客里面能继续交流学习,愿老师未来一切顺利,谢谢老师。
作者回复:感谢阅读和评论 👍
2019-12-13
2
靠人品去赢
这篇文章,让我联想到秒杀活动的设计,反正就是不让你大流量直接进入到服务器就是了,想了一下所谓的秒杀,真的就是耍猴。
作者回复:秒杀的话,不能光靠服务端这一个节点的流控。因为流量太大,即便有流控,中心节点的网络压力也很大,而且流控的判断逻辑也是有消耗的——虽然因为流控,请求没有处理,可是连接依然是建立的,这依然是显著的开销。
比如说,秒杀需要 CDN 等本地节点,按比例“放行”少量的请求到中心节点的服务端,而大部分请求,直接拒绝掉。用这种方法尽可能地保护中心服务节点。
2019-12-02
编辑推荐
讲师的其他课程
包含这门课的学习路径
前端工程师
24门课程 109.3w人学习
后端工程师
27门课程 184.1w人学习
看过的人还看了