班会第 8 期

[ufologist]

• 技术

  • BFC标准入门

  BFC并不神秘，它只是一个描述块级盒该怎么排布的布局规则

  • 12个JavaScript技巧

  • 使用!!操作符转换布尔值

  • 使用+将字符串转换成数字

  • 并条件符(&&)

  • 使用||运算符实现默认值

  • 在循环中缓存array.length

  • 检测对象中属性

  • 获取数组中最后一个元素

  • 数组截断

  • 替换所有

  • 合并数组

  • 将NodeList转换成数组

  • 数组元素的洗牌

  • 小王的架构师之路

  小王同学和大家不一样， 不但填了空， 工作之余还经常琢磨着这个框架为什么这么设计， 有什么问题， 用起来有什么不爽

  小王经常会给维护框架的核心组提一些建议， 刚开始的时候这些建议看起来还没什么价值，小王不管， 还是努力的学习，积极思考

  小王还非常热心助人，别人的工作遇到难题，他都会尽力相助， 即便是占用自己的时间小王也觉得很值得： 解决一个问题自己的能力就会提升

  从一个被别人领导的一个普通程序员， 变成了领导别人的一个技术组长，以前是别人设计，自己开发， 现在是自己设计，指导别人开发

  小王知道， 要想自己变得优秀， 一定要多和更优秀的人在一起交流，要想成长， 一定要站在比自己更高的职位上进行思考， 学习那些人的思考方式

  小王还特别注意业界有什么最新，最热的技术， 然后想办法把这些技术运用公司的项目中， 或者提升代码质量，或者提升工作效率

  做新项目的时候 ，小王甚至在脑海里想如果是自己来做设计， 应该会怎么做， 等到架构师把架构设计出来， 小王会做个比较， 看看自己那些地方考虑不周。自己觉得有争议的地方还会找架构师讨论

  • 支付宝架构师：从工程师到架构师的成长之路

  • 架构师的定义

  • 架构的职责

  • 架构师的成长

  • 架构漫谈

  • 什么是架构？

  • 认识概念是理解架构的基础

  • 如何做好架构之识别问题

  • 如何做好架构之架构切分

  • 什么是软件

  • 软件架构到底是要解决什么问题？

  • 架构师没有话语权，还架什么构！

  • 从架构的角度看如何写好代码

  • 理清技术、业务和架构的关系

  • 将 Web 应用性能提高十倍的10条建议

  • 反向代理服务器和负载均衡

  • 缓存动态和静态数据

  • 压缩数据

  • 系统性能调优

  • 服务器性能调优

  • 监视系统活动来解决问题和瓶颈

  • 如何面试程序员

  • 当前技能是不是满足团队要求

  • 是不是有较强的学习能力，在未来可以继续成长

  • 是不是有很好的自我驱动力，不需要跟在屁股后面催着干活

  • 团队协作，是不是能融入团队

  • Let's Encrypt，免费好用的 HTTPS 证书

• 产品

  • Make it run, make it right, make it fast

  • Make it work: 这个阶段的重点在于需求的响应，以最快的速度实现需求
  • Make it right: 这个阶段的重点在于保障系统的稳定，同时优化设计和重构。
  • Make it fast: 这个阶段的重点在于系统的性能优化，包括项目流程效率的优化。

  这三个阶段不是孤立的，而是一个整体，同时又是有先后次序的。

  总结一下

  • Make it work: 首先最低限度满足项目需求，将初步结果拿出来演示，根据反馈快速调整
  • Make it right: 需求稳定后，对代码进行重构，良好的设计，易于维护和扩展
  • Make it fast: 设计稳定后，对实际运行情况中出现的性能问题进行优化
  • 《构建之法》读后感之项目计划

  在定项目计划的时候，我一般会分成以下几步：

  • 第一步，在目标（项目需求）明确后，开始预估项目计划，这时候精确度不需要太高，精确到周为单位即可。
  • 第二步，对项目需求和团队成员进行同步，确保项目成员充分理解项目需求，将任务分配下去后，让项目成员自行评估各自项目计划
  • 第三步，对项目成员的计划进行一一核查，参照第一步预估的时间，对过于乐观的和过于宽松的，都要一起把计划细化，细节仔细推敲探讨，确保计划科学合理
  • 第四步，完成最终计划，并确定几个关键里程碑，确保在里程碑的时候能交付一定的内容
  • 您的项目现在处于哪个阶段