luics.github.com
luics.github.com copied to clipboard
luics
luics site
Bumps [express](https://github.com/expressjs/express) from 3.1.1 to 4.17.1. Release notes Sourced from express's releases. 4.17.1 Revert "Improve error message for null/undefined to res.status" 4.17.0 Add express.raw to parse bodies into Buffer Add...
![dependabot[bot] avatar](https://avatars.githubusercontent.com/in/29110?v=4 "dependabot[bot] avatar"){kind=avatar}
> 新书《[跨终端 Web](http://book.douban.com/subject/25909777/)》6 月下旬发布以来卖出的数量已超过了笔者的预期。期间收到一些反馈，加之最近翻阅本书时又发现不少问题，所以整理出这么一篇。 ## 背景 一切始于笔者在 2013 年 7 月[阿里技术嘉年华](http://adc.alibabatech.org/carnival/schedule#14th#ued1)（ADC） D2 会场的演讲话题“[移动优先的跨终端 Web](http://luics.github.io/demo/d2/#/)”。会后博文视点编辑张春雨询问我是否有出书的意愿，当时笔者对出书的第一感觉就是“太麻烦了”。几次交流下来熟悉了出书全过程后决定尝试，遂整理出大纲和概要，8 月通过了出版社的立项，9 月签约后把以往博文理了一遍，大概已有 90 页（全书 240 页）的内容。之后备战“双十一”，11 月中旬恢复写作后又奋战了 3 个月的周末，最后搭上所有年假和春节长假才完成全书。 **全书写作耗时 240 h+。** 图 1. ADC-D2 “[移动优先的跨终端...
还未毕业就在百度实习了，两年多的磨练，有被磨平的棱角，也有精彩的收获；谨以此文献给在百度并肩奋战两年多的兄弟姐妹们。忘不了离职日那场特殊的告别午餐；忘不了这两年和你们的讨论、争论；忘不了脑海中你们的一个个优秀的细节。真想说无论“嫁”到何方，你们都是我的娘家人，我在天猫玩得蛮开心，请不要牵挂！ 3月底，离职前的闲暇跑了趟蜀地，去九寨的山道上触景生情（照片扔在我的微博相册中[@徐凯-鬼道](http://photo.weibo.com/1191398254/talbum/detail/photo_id/3557994476408866?prel=p6_3)），整理出这么一篇，多是从细节总结出来的心得，不喜勿喷可轻拍，各种原因拖到今天才发上来。 > 大巴行驶在通往九寨的环山道上，望着奇险的山景，睡意全无…… ## 团队 随着时间的推移，对于团队的理解在不断改变和加深。团队中一些有趣的现象，比如： - 误解往往来自于缺乏沟通；原来的团队中角色众多，因为不了解其他角色的工作而发生的不愉快经历是难免的，发生了就要沟通，大家坐下来聊聊天化解误会就好了；这种事情我经历过两次，大家平心静气地谈过后彼此更加信任，完全不会因为误会而交恶。 - 团队间的合作分工是有讲究的，互相补充、制衡、各尽其责；在遇到紧急问题时也能表现出一贯的效率，最终推动问题的解决；这有点像《寒战》中的情节。 - 曾问“技术和产品是什么关系”，答曰“合作的关系”，何尝是与产品，技术与任何角色不都是合作的关系吗？ ### 合作 笔者在百度的两年经历中，作为团队中的客户端（web前端+移动app）tech leader有一年的时间，需要频繁和各类角色打交道，为了让工作更加平滑地开展，需要了解每一种角色关注的焦点，与他们密切地合作。在一个产品的生命周期中，依次会接触到这些角色：产品、设计师、前/后端、测试，之间还穿插着和老板以及其他tech leader的沟通。 #### 产品 需求的发起人。这群人能说会道，砍他们的需求就和要他们的命一样；一般情况下“砍”不如“拆”，需求可以分期做，通常双方都能接受；特殊的情况需要说明下，漂亮mm带着水汪汪的大眼睛死死盯着你的时候，你的思路一定要保持清晰 :) #### 设计师 需求像水一样流到设计师这里。设计师一般分为交互和视觉；交互根据产品方需求提供交互稿原型，视觉在交互稿基础上丰富页面元素、配色、细节调整等；和设计师尤其是视觉要处理好退化的问题，真不是所有的设计师都能够理解“渐进增强，平稳退化”的概念，这个需要沟通；之前在圆角问题上遇到过阻力，通过和视觉的沟通，视觉最终还是接受了前端的退化处理（border-radius）建议。 #### 前/后端 之前，前端无论与业务端后端还是服务器后端的合作都是很顺畅的；前后端之间应该尽量解耦，只通过规范接口通信是最理想的状态；以java环境的业务端为例，jsp和freemarker（fm）二选一，应该选fm，因为fm是模板语言，尽管仍包含逻辑控制，但在前后端解耦上优于jsp；再进一步，fm和整站ajax通信（js渲染页面）相比，显然选ajax，因为这样前后端的耦合又更小了。 业务系统中是否选择ajax需要根据业务类型来考虑，引用[ER框架](http://www.errorrik.com/er/)中的一段描述： >...
 > [全球架构师峰会](http://sz2014.archsummit.com/)（ArchSummit）深圳站 2014（以下简称 arch） 7.18 - 19 在深圳万科国际会议中心举行。 这篇小结只覆盖了笔者参与的少数几个话题，所以标题都不好意思用“总结”；并掺杂了作为接触前端架构不到 2 个月的笔者看待架构的观点，有太多不成熟的地方，见谅。 ## 资源 - [arch 官网](http://sz2014.archsummit.com/)，本文图片均来自官网 - [arch 日程](http://sz2014.archsummit.com/schedule.html) - [arch slides 下载](http://sz2014.archsummit.com/slides.html) ## 主题演讲 [Keynote](http://infoqstatic.b0.upaiyun.com/archsummit2014/keynote.zip) 是阿里（正明）、Amazon、携程 介绍各自有多 NB。...
> 2013.4.1 入职天猫前端 感谢天猫提供的精彩的工作机会，这是个值得珍惜的地方： 1. 尽管天猫前端的业务量还很重，复杂的业务环境同样是技术的宝藏，在用户极致体验、研发效率提升、质量保证、流程优化等诸多方面技术人员大有可为。 2. 尽管天猫前端的技术环境还称不上技术人员的“天堂”，但是这里不缺乏创新、不缺乏对技术的追求、不缺乏有重量的技术方案。 过去的一年也是挣扎的一年，或许这就是最好的状态；接下来的一年也一定会继续这种“挣扎”的状态。 以“求生”的心态迎来天猫的第二年，且行且珍惜！ 鬼道 于 2014.4.1 凌晨。
天猫前端“专利项目”成立近一年，交出的成绩单是： - 8 份专利申请，通过集团法务审批； - 3 份专利申请，国家知识产权局已受理； - 5 份专利申请，国家知识产权局受理中。 注：专利从“受理”到“授权”，一般在 3 年左右。 ## 专利 === 创新 + 价值 借`===`（JS 中的“严格等于”）强调：专利的核心要素是创新和价值。 1. **创新** - 专利通常是“发明专利”（还有外观专利）的简称，没有 **创新点**通常是专利申请的硬伤。 - **从无到有是创新。** “无”的粒度可大可小，如何界定“无”需要 case...
始于和三七的一次交流。 Q：Nokia 怎么就一败涂地了？ A： Q：Apple 怎么就胜了？ A： Q：真的就是这点改变？ A： 总结下来，贴近自然状态的人机交互会是未来的方向：AR、语音控制、甚至是脑波识别。 未完待续……
# 技术空间 > 数学中的[空间](http://en.wikipedia.org/wiki/Space_%28mathematics%29)（Space）是指一种具有额外结构的[集合](http://en.wikipedia.org/wiki/Mathematical_structure)。 技术人员生活在这样的技术空间中： 1. 空间 1 - 表现：遇到问题，解决问题，给出总结； - 目标：解决特定问题。 2. 空间 2 - 表现：提取问题共性，产出文档或工具或平台，并推动在合适领域应用； - 目标：在一定范围内解决一类问题。 3. 空间 3 - 表现：建立问题模型，触及问题本质； - 目标：在一切合理的范围内彻底解决一大类问题。 ## 分析 背景： 1....