继续浏览精彩内容
慕课网APP
程序员的梦工厂
打开
继续
感谢您的支持,我会继续努力的
赞赏金额会直接到老师账户
将二维码发送给自己后长按识别
微信支付
支付宝支付

【九月打卡】第19天 多应用场景技术栈考量

小小win
关注TA
已关注
手记 22
粉丝 0
获赞 0

第一模块 学习课程

名称: 六大模块 梳理开发痛点 解锁前端进阶路

章节名称: 8-2 多应用场景应用技术栈考量

讲师: Brian

第二模块 课程内容

技术栈考量

  1. 技术栈选择

  • 团队技术实力与业务需求结合

  • 能够复用,坚决不造轮子;需要造轮子,坚决不牵强

  • 这么简单怎么来,多考虑时间、进度、质量因素

http://img2.mukewang.com/632dd5dc00012cdf14500833.jpg



第三模块 课程收获

考虑系统复杂度、业务需求升级迭代范围内,还有人力成本

小程序要考虑前后的衔接性

websocket --> http请求会有3次握手过程,建立过程会比较慢

no-sql数据库 --> MongoDB

容器技术可以帮助我们可以快速地部署环境

MongoDB4.0以后就支持事务了

技术深度其实不是首要的,选择适合团队、项目、整个产品运营才是重要的

选取技术时也要考虑每个工程师的技术栈以及他们擅长的邻域,不然工作量来说,有的人会很少,有的人会很多,这样会造成他们完成项目进度的不平衡

有好的工具或者平台我们可以直接拿来用

前后端分离 -- RESTful API

Gitlab、Gitee等一些开发平台其实都支持自动部署

其实完成项目选型,会考验团队的技术面、知识面、能动性,技术面窄的话就容易漏掉很多优秀成熟的工具,但同时在熟悉的技术邻域做也有它同样可以了解技术深入的一面,这是需要在多方面的问题中进行取舍的,还要考虑产品的走向。

第四模块 学习打卡截图

http://img3.mukewang.com/632dd1bb00012cdf14500833.jpg

打开App,阅读手记
0人推荐
发表评论
随时随地看视频慕课网APP