1.13 目录 Introduction 前端开发者是什么？ 2016 前端开发回顾 展望 2017 第一部分. 前端实践 前端职称 前端开发者所使用的技术 前端开发技能 前端开发者为 ... 而开发 团队里的前端 全能型人才/全栈神话 前端面试 前端开发职位公示 前端开发薪资 前端开发者是如何诞生的 第二部分：学习前端开发 自学 关于互联网／WEB 学习 Web Web 浏览器 学习域名系统（又叫 DNS） 学习 HTTP/Networks（包括 CORS 和 WebSockets） 学习网页寄存（通称虚拟主机） 学习前端开发 学习用户界面／交互设计 学习 HTML 和 CSS 学习搜索引擎优化 学习 JavaScript 学习 Web 动画 学习 DOM、BOM 和 jQuery 学习网页字体 & 图标 2 1.6.1.14 1 1.7.4 学习可访问性相关知识 学习 web／浏览器 API 学习 JSON (JavaScript 对象表示法) 学习 JS 模板 学习静态网页生成器 通过JS学习计算机科学 学习前端应用架构 学习数据（例如，JSON）API 的设计 学习 React & Redux 学习渐进式 Web 应用 学习设计 JS API 学习web开发工具 学习命令行的使用 学习 Node

IMWebConf2017 前端开发者大会 尊敬的 先生/女士，您好！ IMWebConf2017 前端开发者大会将于2017年09月在深圳召开。 会议内容 会议内容 作为业内有一定影响力的专业前端技术交流大会，IMWebConf 已经成功举办五届，累计探讨的议题超过上百个，线 上线下参会者达数千人，累计影响前端爱好者超过数万人。 这是一次难得的和国内外以及腾讯前端大神面对面交流的机会。 司及组织（包括W3C、微软、Google、腾讯、阿里等）的前端达人为我们带来最新前端技术的分享。 关于我们： 关于我们： IMWebConf 是由腾讯IMWeb团队发起的专注于Web前端领域的非营利性开发者大会。 IMWeb团队专注前端领域多年，曾负责腾讯最核心的基础海量业务QQ统一登录、QQ注册、QQ群等，目前主要聚焦 腾讯在线教育战略产品腾讯课堂及企鹅辅导的研发， 并精心打造前端工程师Next学位，开启在线教育变革之路。 变革之路。 我们的工程师们也多次在Qcon、Velocity等业界大会进行分享。我们有着丰富的前端经验，也热衷于技术的开源与 分享。每年，我们都会举办自己的前端大会 ——IMWebConf。 会议日程 会议日程 大会流程： 大会流程： Node.js会场 会场 框架性能会场 框架性能会场 综合会场 综合会场 会议嘉宾 会议嘉宾 姓名 姓名 个人介绍 个人介绍 主题 主题 主题介绍

基于AngularJS的企业应⽤用前端架构 徐飞 新浪微博：@民⼯工精髓V 企业应⽤用前端的特点 • 独占模式 • 重业务，轻视觉 • 界⾯面规整，模式单⼀一 • 键盘操作 • 逻辑复杂 • 加载速度的侧重不同 • 浏览器版本相对宽松 传统的B/S企业应⽤用前端 • B/S企业软件常⽤用的展现层技术 – HTC 在浏览器端扩展标签 业务逻辑 – 放后端⽐比放前端的多。。。 流⾏行过什么样的技术 单页应⽤用 • 传统企业应⽤用 – 通过iframe加载菜单 – 每个功能菜单都是独⽴立界⾯面 – 各功能菜单包含完整的公共库（JS，样式） • 单页应⽤用 – 每个功能都是部件 – 动态加载 – 整个系统共享⼀一个作⽤用域 单页应⽤用架构 前端的分层 • 为什么单页应⽤用⼀一定要分层？ 为什么单页应⽤用⼀一定要分层？ – 前端逻辑有⼀一定规模，分层有利协作 – 便于保证数据的⼀一致性 – 业务逻辑的复⽤用 – 每个层次的单独可测试 • Struts这种服务端MVC的弱点在哪⾥里？ – 拉长了视图层的⽣生成和渲染 – 不利于UI⼈人员协作 ⾃自定义标签 • 在创建界⾯面时，声明式代码是有优势的。 • HTML的标签集是⽐比较贫乏的。 • 服务端⾃自定义标签的劣势

2019-2021美团技术年货 CODE A BETTER LIFE 【前端篇】 前端 | 2021 1 让 Flutter 在鸿蒙系统上跑起来 1 FlutterWeb 在美团外卖的实践 14 FlutterWeb 性能优化探索与实践 36 设计稿（UI 视图）自动生成代码方案的探索 56 美团外卖终端容器无关化研发框架 74 一款可以让大型 iOS 工程编译速度提升 108 美团民宿跨端复用框架设计与实践 165 美团跨端一体化富文本管理技术实践 186 前端 | 2020 202 移动端 UI 一致性解决方案 202 美团外卖 Flutter 动态化实践 227 美团开源 Logan Web：前端日志在 Web 端的实现 255 外卖客户端容器化架构的演进 270 Flutter 包大小治理上的探索与实践 297 美团外卖持续交付的前世今生 美团外卖持续交付的前世今生 326 微前端在美团外卖的实践 352 积木 Sketch 插件进阶开发指南 372 积木 Sketch Plugin：设计同学的贴心搭档 400 Native 地图与 Web 融合技术的应用与实践 431 目录 前端 | 2019 446 MTFlexbox 自动化埋点探索 447 Litho 在美团动态化方案 MTFlexbox 中的实践 459 开源 React

Cmake 实践 Cmake Practice --Cjacker 前言： cmake 已经开发了 5,6 年的时间，如果没有 KDE4，也许不会有人或者 Linux 发行版 本重视 cmake，因为除了 Kitware 似乎没有人使用它。通过 KDE4 的选型和开发，cmake 逐渐进入了人们的视线，在实际的使用过程中，cmake 的优势也逐渐的被大家所认识，至 少 KDE 的开发者们给予了 的定义，这显然是错误的，这样的定义永远不可能有效，正确的定义 是 FOO_FIND_QUIETLY “ ” 。种种原因，促使我开始写一份 面向使用和实用 的 cmake 文档， 也就是本教程《cmake 实践》(Cmake Practice) 本文档是边学习边编写的成果，更像是一个学习笔记和 Tutorial，因此难免有失误 或者理解不够透彻的地方，比如，我仍然不能理解为什么绝大部分使用变量的情况要通过$ pkgconfig，您在实际使用中会有所 体会，虽然有一些扩展可以使用，但并不理想。 4，个人的建议： 1，如果你没有实际的项目需求，那么看到这里就可以停下来了，因为 cmake 的学习过程就 是实践过程，没有实践，读的再多几天后也会忘记。 2，如果你的工程只有几个文件，直接编写 Makefile 是最好的选择。 3，如果使用的是 C/C++/Java 之外的语言，请不要使用 cmake(至少目前是这样)

PostgreSQL 开发最佳实践 digoal 阿里云 2016Postgres中国用户大会 目录 • 规约的重要性 • 命名规约 • 设计规约 • 管理规约 • 稳定性与性能建议 • 云数据库使用建议 2016Postgres中国用户大会 规约的重要性 2016Postgres中国用户大会 目录 • 规约的重要性 • 命名规约 • 设计规约

https://code.h5jun.com/naqe om/static/7994cfce33b4e065.svg Docker 从⼊⻔到实践 01 Why Docker? 02 Docker 基础 03 Docker�le 04 Docker compose 05 Docker 相关 Index Why Docker ? ... 1. 不同版本同环境冲突 2. 系统未隔离相互影响 持续集成和 CD 持续⽀付 2. 基于 Kubernetes, Docker Swarm 的集群弹性扩容 1. 2. 3. 4. 5. 什么是 Docker ？ Docker 从⼊⻔到实践 Docker compose 详解 深⼊浅出Docker Hulk 容器服务 参考资料 Thank You!

严选 ServiceMesh 实践 王国云 网易资深专家 严选中台技术团队负责人/容器化负责人1/24 背景 2016.4 2016.7 2017 严选正式对外发布 技术团队规模：10+ 单体 严选初创 严选业务快速增长 RPC框架、cNginx发布 技术团队规模：50+ Service Mesh 架构试点 严选业务快速增长 服务化 技术团队规模：200+ Service 服务治理：RPC 框架 vs 服务治理平台 2. 多语言 vs Java 3. 开源 vs 自研2/24 /01 /02 /03 严选 Service Mesh 演进 混合云架构落地实践 规划与展望3/24 严选ServiceMesh演进 /014/24 严选第一代 Service Mesh 架构 • 使用 Consul 作为服务发现组件 • 数据面：cNginx • 控制面：Consul

微博Service Mesh实践 —Weibo MeshService Mesh Meetup · BeiJing �2 微博Service Mesh实践 - WeiboMesh CONTENTS 内容提要为什什么要做跨语⾔言服务化 • 需求 • 趋势Service Mesh Meetup · BeiJing 平台体系 微博Service Mesh实践 - WeiboMesh �4 平台微服务相关建设⽐比较完善 Notify Subscribe RegisterService Mesh Meetup · BeiJing 业务部⻔门调⽤用链 微博Service Mesh实践 - WeiboMesh �5 RPC A WEB A 平台体系 RPC B WEB B Golang 服务 PHP 服务 OR服务 …… RestFul API 业务部⻔门 Motan 趋势 �6 微博Service Mesh实践 - WeiboMesh 微服务 1 容器器化 2 DevOps 3 云原⽣生 4 服务治理理与业务逻辑解耦，可持续交付跨语⾔言服务化⾯面临的问题 • 改造成本 • 服务治理理Service Mesh Meetup · BeiJing 改造成本 �8 微博Service Mesh实践 - WeiboMesh Server(php/java/

唯品会Service Mesh的实践分享 郑德惠 2019.1.6 Service Mesh Meetup #5 广州站• 唯品会内部Service Mesh的演进 • 与Istio的区别 • 实践中踩过的坑 • 今年规划（Roadmap）内部Service Mesh的演进 我是作者名称服务化体系1.0 • OSP（Open Service Platform） • Thrift over 任何组件都有不可用的时候。客户端无论如何都要有自切换的能力和可 用的备份 • 尽量减少外部组件依赖。业务/运维总会有各种特殊的需求，依赖外部组 件会给自定义需求带来障碍。 • 保持客户端选择proxy的自由度和灵活性，在我们的实践中好处大 于坏处胖客户端 vs. service mesh vs. cluster 胖客户端 Sidecar（物理机） Daemonset（云） Cluster（HTTP） 接入难度 容易。打入依赖包即可 规则路由、标签路由、邻近机房 路由、Hash路由、基于权重的路 由、熔断、健康探测、超时重试、 限流降级等等 • 契约化治理，服务接口变更diff并 通知上游 • 环境无关，物理机、云、测试机 器、本机都能跑实践中踩过的坑 我是作者名称ZooKeeper的强耦合 • 初始设计没有抽象服务注册发现和服务配 置的接口，直接操作ZK并且依赖了ZK的特 性和原语 • ZK弊端显现 • 跨机房多活问题 • 性能问题