软件工程之美
宝玉
Groupon资深工程师,微软最有价值专家
立即订阅
6700 人已学习
课程目录
已完结 54 讲
0/4登录后,你可以任选4讲全文学习。
课前必读 (3讲)
开篇词 | 你为什么应该学好软件工程?
免费
特别放送 | 从软件工程的角度解读任正非的新年公开信
学习攻略 | 怎样学好软件工程?
基础理论 (9讲)
01 | 到底应该怎样理解软件工程?
02 | 工程思维:把每件事都当作一个项目来推进
03 | 瀑布模型:像工厂流水线一样把软件开发分层化
04 | 瀑布模型之外,还有哪些开发模型?
05 | 敏捷开发到底是想解决什么问题?
06 | 大厂都在用哪些敏捷方法?(上)
07 | 大厂都在用哪些敏捷方法?(下)
08 | 怎样平衡软件质量与时间成本范围的关系?
“一问一答”第1期 | 30个软件开发常见问题解决策略
项目规划篇 (8讲)
09 | 为什么软件工程项目普遍不重视可行性分析?
10 | 如果你想技术转管理,先来试试管好一个项目
11 | 项目计划:代码未动,计划先行
12 | 流程和规范:红绿灯不是约束,而是用来提高效率
13 | 白天开会,加班写代码的节奏怎么破?
14 | 项目管理工具:一切管理问题,都应思考能否通过工具解决
15 | 风险管理:不能盲目乐观,凡事都应该有B计划
16 | 怎样才能写好项目文档?
需求分析篇 (5讲)
17 | 需求分析到底要分析什么?怎么分析?
18 | 原型设计:如何用最小的代价完成产品特性?
19 | 作为程序员,你应该有产品意识
20 | 如何应对让人头疼的需求变更问题?
“一问一答”第2期 | 30个软件开发常见问题解决策略
系统设计篇 (4讲)
21 | 架构设计:普通程序员也能实现复杂系统?
22 | 如何为项目做好技术选型?
23 | 架构师:不想当架构师的程序员不是好程序员
24 | 技术债务:是继续修修补补凑合着用,还是推翻重来?
开发编码篇 (7讲)
25 | 有哪些方法可以提高开发效率?
26 | 持续交付:如何做到随时发布新版本到生产环境?
27 | 软件工程师的核心竞争力是什么?(上)
28 | 软件工程师的核心竞争力是什么?(下)
29 | 自动化测试:如何把Bug杀死在摇篮里?
30 | 用好源代码管理工具,让你的协作更高效
“一问一答”第3期 | 18个软件开发常见问题解决策略
软件测试篇 (4讲)
31 | 软件测试要为产品质量负责吗?
32 | 软件测试:什么样的公司需要专职测试?
33 | 测试工具:为什么不应该通过QQ/微信/邮件报Bug?
34 | 账号密码泄漏成灾,应该怎样预防?
运行维护篇 (6讲)
35 | 版本发布:软件上线只是新的开始
36 | DevOps工程师到底要做什么事情?
37 | 遇到线上故障,你和高手的差距在哪里?
38 | 日志管理:如何借助工具快速发现和定位产品问题 ?
39 | 项目总结:做好项目复盘,把经验变成能力
“一问一答”第4期 | 14个软件开发常见问题解决策略
经典案例解析篇 (7讲)
40 | 最佳实践:小团队如何应用软件工程?
41 | 为什么程序员的业余项目大多都死了?
42 | 反面案例:盘点那些失败的软件项目
43 | 以VS Code为例,看大型开源项目是如何应用软件工程的?
44 | 微软、谷歌、阿里巴巴等大厂是怎样应用软件工程的?
45 | 从软件工程的角度看微服务、云计算、人工智能这些新技术
“一问一答”第5期(内含彩蛋) | 22个软件开发常见问题解决策略
结束语 (1讲)
结束语 | 万事皆项目,软件工程无处不在
软件工程之美
登录|注册

45 | 从软件工程的角度看微服务、云计算、人工智能这些新技术

宝玉 2019-06-15
你好,我是宝玉。这些年来,新技术新概念层出不穷,比如说微服务、云计算、人工智能等。你有没有去学习和了解这些新技术呢?又是怎么去理解这些新技术的呢?
也许你会从技术的角度,去学习和理解这些新技术,去看如何把服务分拆,看如何应用虚拟化、容器技术,如何用人工智能切页面。
这些新技术可能会让你很兴奋,毕竟又有很多新知识可以学习和应用;但另一方面也可能会增加一些困惑,比如说:
我该不该在项目中使用微服务?
在设计微服务架构的时候,服务拆分的粒度该多细?该拆成 10 个服务还是 100 个?
云计算对我的项目会带来什么影响?我应该怎么应用?
人工智能会代替我写程序吗?
如果只是从技术角度思考这些问题,难免会陷入技术之中,反而不容易看清楚这些问题。在我们专栏一开始《02 | 工程思维:把每件事都当作一个项目来推进》这篇文章中,我就提到了工程思维的概念:
工程思维,本质上是一种思考问题的方式,在解决日常遇到的问题时,尝试从一个项目的角度去看待问题、尝试用工程方法去解决问题、站在一个整体而不是局部的角度去看问题。
在学习使用这些新技术的时候,你不妨从项目的整体,从软件工程的角度来理解这些技术,这能给你带来不同的视角。那么怎么从软件工程的角度去理解呢?
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《软件工程之美》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(14)

  • 拉欧
    技术服务于架构,架构服务于业务,业务服务于商业,感觉这是专栏最有价值的一句话

    作者回复: 👍是的,技术本质就是为业务服务的

    2019-06-15
    14
  • 一步
    专栏学习完了,但是这只是开始

    作者回复: 感谢一路的支持!希望这些知识能帮你应用在日常工作中。

    2019-06-15
    6
  • kirogiyi
    从另一个角度来讲,旧技术是新技术产生的基石。旧技术在满足需求--勉强满足需求--无法胜任需求这一过程中,它会逐渐暴露出各种复杂问题,直至最终无法满足当前的业务场景而被“淘汰”。不过,令人庆幸的是,在旧技术大肆应用的同时,却有少部分技术人有着强力的专研精神和创造力,在遇到问题的时候不满足于只是解决问题,而是在解决问题的同时创造出未来会满足更多更复杂业务场景的新技术。如此不断循环,新旧交替,技术界才能如此的繁荣兴盛,生机勃勃。

    但是呢,我发现身边的很多同事或朋友,大多只是看到了“旧技术过时了,新技术来了”,然后抛下旧技术去学习新技术,最后得到的结论就是“这行业新技术层出不穷,年纪大了就学不动了,转行吧”。每当我看到这样的情况,内心里面多少还是有些凄凉的,因为流于表面的认知毁了无数技术人前进的道路。

    旧技术从当前应用场景来看确实是过时了,却不是真的过时了,而是融入到了新技术中,成了新技术比较核心的一部分。如果我们在应用当前技术的同时去了解类似已经过时的技术,总是可以找到它们之间不可割舍的关联,那么在下一拨新技术浪潮来临的时候,实际上我们只需要去学习其中变化的那一部分就可以了,没必要花费大量时间去全面学习新技术,甚至有的新技术只需要去了解下大概就可以,在实际应用的时候再学也不迟。那么最后你会慢慢发现,新技术并不是越学越多,而是越学越少。

    我个人认为,我们可以去追求新技术,因为利用它可以高效快速的解决我们的需求;却不能忽略了旧技术,因为利用它可以让我们更稳固的抓住事物的本质。千变万化亦不过尔尔,除此以外那就真的是天赋问题了,没办法...。

    作者回复: 是呀,很多旧技术其实就是基础,比如说现在前端框架很火,但是如果光去追求新的框架,连基础的HTML/CSS/DOM知识都没掌握,不懂HTTP协议,也不懂设计模式,那学再多新框架也构建不出好的前端程序。

    相反,掌握好基础知识,这些新框架新技术不仅学习掌握起来快,也容易发现其优缺点和使用场景,帮助更好的应用在项目中。

    2019-06-18
    3
  • alan
    技术服务于架构设计,架构设计服务于业务,业务服务于商业。
    谨记!这是每个想做大事的程序员都需要明白的话。

    作者回复: 是的,技术终究是要为业务服务的,想明白这个道理,在写代码和架构设计的时候就不会迷茫了!

    2019-06-16
    3
  • 凌志
    真心地喜欢这个专栏,就像追剧一样,结束时恋恋不舍。

    作者回复: 🙏也谢谢你一路的支持!
    专栏虽然结束,以后还可以通过留言或者微博交流🤝

    2019-06-19
    2
  • 纯洁的憎恶
    技术架构要与组织架构相适应,令人眼前一亮!把看待问题的视角拉长拉远,真的会有惊喜。

    归根到底,技术是为架构服务的,架构是为业务服务的,业务是为商业服务。无论什么时候都不要忘记目标,否则会陷入舍本逐末的陷阱。

    作者回复: 是的,如果只是局限在技术角度,有时候容易走入死胡同,但是跳出技术之外,就会发现还有更大的世界,很多困惑的技术问题一下子就豁然开朗了!

    2019-06-17
    2
  • 江湖刺客
    宝玉老师的专栏,将我过去所掌握的知识点总结整合起来,有种豁然开朗的感觉,谢谢宝玉老师

    作者回复: 👍
    希望大家都能把零散的知识点借助专栏的学习一点点构建成完整的软件工程知识体系。

    也感谢你的支持!

    2019-06-17
    2
  • Charles
    跟着宝玉老师的思路,完整的走了一遍,带着很多问题购买的专栏,课程中的内容或多或少接触过,读完了也有很多问题等我去实践和理解,好在极客时间买的专栏可以一直反复阅读,回头再来查阅,也关注了宝玉老师微博,有必要的情况下向你咨询,哈哈!

    自己也总结下这个专栏对我最大的收获,还是在于宝玉老师分析问题的思路和方法论,感谢!

    作者回复: 🙏谢谢一路的关注和支持!

    有问题可以给我微博私信或者是专栏留言。

    2019-06-16
    2
  • 传说中的胖子
    我以前学习技术,就是看怎么实现,或者说是怎么用;现在学习技术,是学习技术在什么情况下产生的,适合解决什么场景下的问题,需要的资源是什么。多学习一些技术以及使用场景、然后在出现问题的时候可以结合实际情况做多种选择,根据其他因素原则一个比较合适的方案,方案确定了,技术实现就会方便很多。因为在IT行业边缘化的三线城市,也不知道这种想法有没有什么遗漏,希望宝玉老师帮着补充,非常感谢

    作者回复: 我觉得从思路上是没问题的,从实践的角度一点建议:
    技术只有通过实践才能真正清楚其优缺点和使用场景。

    建议有些新的流行的技术,哪怕项目中不使用,业余时间也可以自己去试试,这样能给你未来的项目实践有更好的指导。

    当然也不要走偏,学了一个新技术就要应用到实际项目中,如你所说:学技术的目的是为了帮助你更好的选择,选择了合适的之后才是应用。

    2019-06-16
    2
  • hua168
    现在都是DevOps、自动化、AI那是不是表示开发入门的门槛越来越高了。
    就好像一个公司没有自动化就感觉拿不出手,没有智能化就感觉low……

    作者回复: 并没有加大门槛,恰恰相反,这些都有开源的替代品,都有API,所以用起来并不复杂。

    不用纠结这些事情,关键看哪些技术能帮你切实的提升开发效率,提升产品质量,然后你就用就好了,否则只要了解就够了。

    2019-06-19
    1
  • yellowcloud
    跟着宝玉老师一路学习,专栏也到了尾声,感谢宝玉老师的辛勤付出。

    作者回复: 🤝也感谢你一路的支持!

    2019-06-17
    1
  • 我来也
    不是同学提醒,还真没觉得到专栏尾声了。
    技术服务于商业,很好的推理。
    专栏每一篇的音频都是老师自己录的,看得出老师对这个专栏很用心。

    感谢老师的辛苦付出!

    作者回复: 🤝也谢谢你一路以来的支持!

    2019-06-16
    1
  • 追风筝的人
    技术服务于业务。 技术只是工具

    作者回复: 👍

    2019-10-30
  • 疯码
    醍醐灌顶
    2019-09-28
收起评论
14
返回
顶部