知乎live董伟明《Web开发那些事儿》笔记分享
python开发环境
emacs
如何让代码更pythonic
没有捷径可走，要给自己压力，看有没有更好的实现。看博客、看项目，反思总结哪些写的好，哪些写的不好，渐渐在你的脑子里实现了那些逻辑。
有没有相对比较大的 结构比较完整的开源项目可供学习呢？
reddit,django的网站
https://github.com/reddit/reddit
一些建议
先去打基础，再对语言有充分了解之后，再用那些被封装过的东西，否则只是一个API使用者，出了问题也不知道怎么办。
linux学的尽量的多，尽量的深。能使用常见命令，搭建环境，运行脚本，查日志。
每个人一开始都是某种框架的使用者，随着使用越来越复杂，你就需要看源码，了解作者的这些思想。只有了解了才会用的更好，或者看一些源码分析的文章。脑海中勾画出框架的形状，了解它的架构设计。一方面学习其中的思想，设计模式，奇技淫巧。
优秀的项目都是对过去的东西深入使用之后，发现了问题，提出更先进的思想，实现出来的结果。
如果你想成为web开发的专家，那对web框架的理解就要很深，了解他的一些实现逻辑。写业务逻辑会更精简，写出更难更复杂设计能力更好的业务能力代码。
看书、看别人写的文章，看大公司的实践，看看应用场景是哪些，哪些更合适，这些真的需要花时间花精力了。
如果不知道是用多线程还是多进程，用多进程，总是没有错的。
设计模式对python影响一般。设计模式不要过度，不要特别复杂，没有必要其实可以不用。
上技术网站，提高网站架构（存储、数据库），这是一个长期的，不断去了解、应用之后的结果。没有标准答案。
（缓存、索引、elasticSearch）
如何阅读源码
不直接看逻辑，先看import的模块是什么，挨个儿去看它的模块。
先了解模块都是什么，能干什么。
先过一遍所有模块的代码，熟悉标准库。
看http请求一步一步的走完，过一遍框架中实现的功能，都做了什么。
前期可能会很痛苦，走过了坎坷后，越来越通。
强烈推荐先阅读flask的源代码，它是单向的，a调b，b调c。
django是互相调用的，是特别繁的一个东西。
对django敬畏，集成了很多非常优秀的工程师的精华，读起来确实不容易。
除了阅读源码，还可以造轮子。
曾经自己做过web框架。
工作经历
运维转开发
想一想自己愿意成为什么样的人。
先把python学精，再寻求突破。
编程语言不是重要因素，关键是编程思想，解决问题的手段，经验。
后端工程师如何更快学习前端知识
为什么前端发展快？
服务端和前端的区别：前端的更新是用户和开发者快速感知到的，后端动力不足。前端页面生命周期比较短，后端语言2和3不兼容。前端只有js一家。后端有十多种，大家的心都在并发、分布式、负载很多方面。计算机发展，大量的技术沉淀都在后端。
如何学习前端知识？
看书
https://github.com/JacksonTian/fks
前端知识汇总。
https://github.com/FreeCodeCamp/FreeCodeCamp 这个简直是github上最火的项目，2年时间有20多万的star，忒吓人。让你用编程闯关的方式学习前后端。具体什么特点大家去挖掘。
http://ife.baidu.com/， 百度的面向大学生的前端技术学习平台，额 我们只讨论技术这个角度，百度还是有产出的。 https://github.com/jgthms/marksheet 学习HTML和CSS, 可视化效果很好。从历史讲起，对web开发相关的知识都有介绍，非常适合入门。
http://cssreference.io/ 用非常直观的可视化的方式让你理解和掌握哪些css属性和值
http://htmlreference.io/ 同样的，用非常直观的可视化的方式教你HTML的属性和元素。上面这三个都是同一个作者，简直不能再赞的开源项目作者了。
仿站，靠积累和总结。
和前端工程师搞好关系，你花两个小时，前端工程师5s钟给你见解。
后端工程师在工作中找机会去用。
学习css和js开发的核心是第一要素。
初学者理解css和js开发的核心概念才是关键。
(https://www.zhihu.com/question/37757196/answer/120009231)
入门页面设计
前端里面我认为最难的是做好页面的布局，快速做好好看的页面。css是最难的，不是所见即所得，而且受制于其他元素的设计，内容太多了。
https://github.com/jgthms/web-design-in-4-minutes
如何一步一步的布局，一个完整的流程
强烈建议多积累布局方案的经验：
比如如何实现水平居中，垂直居中，单列多列布局，960,978三格，响应式布局。
后端如何和前端协作
需求管理。让不可控的因素变少，合理安排时间和顺序。
文档规范。引导大家产生一些默契，开发流程、提交代码的要求。
需求确认。对要做的事情非常明确。前端渲染，字段，api。
沟通表达。简单点。
开发流程和数据选型
技术选型，首先要适合业务，也要符合开发的工作量。
分析，结果和目标是什么。
项目的需求能不能描述出来。
项目值不值得做。
https://github.com/donnemartin/system-design-primer/
大型系统设计
GitHub Standard Fork & Pull Request Workflow https://gist.github.com/Chaser324/ce0505fbed06b947d962.
如何把握项目进度
- 想清楚了再动手
- 有问题及时提出
- 不断进行反馈
- 懂得取舍
- 不要过度设计
- 有造轮子的能力和不造轮子的觉悟
- 有版本迭代的概念
如何辨别一个程序员能力的高低。
https://www.zhihu.com/question/35194924/answer/62096697
三时估计法
- 最乐观时间，也就是预估工作顺利情况下的时间为 a；
- 最可能的时间，就是最大可能时间 m；
- 最悲观的时间，就是工作进行不利的情况下所用的时间 b。
那么由此根据三时估计法的计算公式确定这项工作的持续时间，即持续时间=(a + 4×m + b)/6。
前端工程化方案
https://github.com/fouber/blog/issues/10
前端工程——基础篇
https://github.com/fouber/blog/issues/6
大公司里怎样开发和部署前端代码？
根据具体的业务特点，将前端的开发流程、技术、工具、经验等规范化、标准化就是前端工程化。它的目的是让前端开发能够“自成体系”，最大程度地提高前端工程师的开发效率，降低技术选型、前后端联调等带来的协调沟通成本。 - http://tech.meituan.com/tech-salon-13-app-proto.html
网易云音乐项目：
后端： Flask + Mongoengine + Mako + requests + Redis + lxml + concurrent.futures
前端：React + Mobx + Fetch + Material-UI + ES6 + Webpack + Babel
https://zhuanlan.zhihu.com/p/22806115
看前端package文件
web辅助开发和调试工具
写代码时间不会超过50%
给web应用添加werkzeug.debug.DebuggedApplication
给web应用添加一个在线调试的工具
https://github.com/Kozea/wdb分布式跟踪系统
https://github.com/openzipkin/zipkin
https://github.com/sdcuike/DistributedTracingSystem
get_debug_queries 函数
QA环节
python订阅列表
https://zhuanlan.zhihu.com/p/22481120
董伟明：用python没有必要用ide
用django能很快上手flask
推荐用orm
高级特性可以看看我这个 http://dongweiming.github.io/Expert-Python/
最适合入门的是flask
学习计划：python更精进，学一门新语言，系统架构了解更多的知识。
如何算自己掌握了框架：我不害怕使用它会遇到问题。
前端火爆现象：前端欣欣向荣，快速发展。前端这条路上只有javascript，不亚于python。
随着经验越多，你会越来越好。
内推可以私信我，成与不成都没有关系。
读源码，通过小的项目了解开源项目的方法，积累了经验后了解那些难解的项目。
我的感悟
董总有点对运维太偏见了，如果是大牛，根本不在乎职位是什么，他自身有一种驱动力，去学习真正值得去学的东西，去决定自己的职业发展方向。
例子少了一点，很多东西挺起来略抽象。
所有东西都是从无到有，一点点积累的。
零碎
django是一个同步框架
持续集成、持续交付（CI、CD）
A：准确的说应该是4个词：持续集成、持续部署、持续交付、持续发布。这是一个工程问题。具体的含义大家直接看https://www.zhihu.com/question/23444990吧。我直接说实践吧：
持续集成：豆瓣代码托管是github，当开发者提交一个pull request的时候，会触发github的web hook，把这个事件发送到一个处理事件的应用上，然后进行持续集成（豆瓣用的ci工具是jekins），在jekins里面会pull对应版本的代码，构建、（单元）测试，测试结果会反馈给github，pull request页面就会显示这个进程的结果，也就确定新代码和原有代码能否正确地集成在一起了。
持续交付：豆瓣花了很大精力做了一套DAE(Douban App Engine),有兴趣的可以看看http://www.infoq.com/cn/news/2013/12/douban-app-engine。基于DAE这个基础设施，我们可以非常方面的在本地测试，然后做预发布（pre-release），就是生成一个和线上一样的环境进行访问和验证，但是这个环境用户是看不到也访问不了的。这个环境的内容被验证之后，就可以上线了。上线的过程也分多步，简单地说，先上staging环境，切很少的流量用于验证，没有问题才会逐步全量上线。
持续部署：这个没啥说的，把部署到生产环境的过程自动化。豆瓣也有一套很好用的机制。我在之前的工作中也参与过这样的项目。当时有3k多台服务器，正式上线第一批先同时部署到一级节点，一级节点部署完成会同时部署其管辖的二级节点... 然后是三级节点，这个系统也有一些失败重试、服务降级、快速部署对应节点等功能，5分钟内整个集群保证全部更新完毕。
持续发布。参考https://www.zhihu.com/question/23444990/answer/72785971，没看错的话，作者是原来豆瓣的测试负责人工程总监，现在知乎的工程总监.... 特性开关和灰度发布场景还是很多。除此之外要有个好用的上线系统，要上线回滚方便，豆瓣的应用上线系统非常好用。
荐书
《python网络编程基础》
《python核心编程2》
《python标准库》
《flask web开发》（狗书）
《python web开发实战》：告诉你web开发的世界里在做什么
《python之禅》多年后你会恍然大悟
《javascript高级程序设计》
荐站
https://www.slideshare.net/tianweidut/docker-20160709
python模块如何使用的网站
https://pymotw.com/3/
https://pymotw.com/2/
https://github.com/Robpol86/Flask-Large-Application-Example
精华
3月16日 01:28