江边的旱鸭子

Blog of John Chou

很早之前就慕名买了《万历十五年》这本书,直到这个国庆假期才花了四天的时间一鼓作气读完。读得过程中便不自觉感慨一些片段写得非常精彩,全文读毕只能说这是我在 2018 年读过最精彩的一本书。

《极限控制》这本书是从同事手里收来的,买得时候以为是讲战争故事,读得过程中才发现是本讲解领导力的书。中文翻译得一般,尤其是书名(原书名为 Extreme Ownership)起得让人摸不着头脑,有点烂名字毁了一本书的既视感。

虽然是误打误撞买得书,我却很乐意将它读完,因为工程师太需要学习一些管理技巧,但平时又不怎么有机会接触到这些东西。从正向看一是帮助管理自己,二是即使一直做技术也会逐渐开始带团队、成为 TL,如何带好一个团队、最大化其战斗力是一门学问;反向说来,从实习到工作发现有不少技术过人的工程师是非常厉害的 IC (Individual Contributor),但可能并非优秀的老板,是管理和沟通成为了他们的绊脚石。

源文链接:JavaScript code cleanup: how you can refactor to use Classes

在一些小规模的 React 工程中,将组件里所用的所有方法维护在组件内部没什么问题。不过到了中等规模的项目时,你可能会将那些方法从组件抽取到一个 “helper” 里。本文将展示如何使用类(而非导出独立的函数和变量)来组织代码。

TL;DR

站在负责 UI 层的 Web 前端视角看无线端框架,评判的第一个标准无非是文档够不够全、Demo 能不能很容易在手机上跑起来。近来的热门框架 Flutter 就上手而言给出了漂亮的答案。

源文链接:JavaScript Performance Optimization Tips: An Overview

我们将坚持“工具不代表规则(Tools, not rules)”的老话,尽量少提 JS 相关的流行术语。很显然我们不可能在一篇 2000 来字的文章里覆盖 JS 性能的方方面面,因此请在后续阅读本文的参考书目并自行研究。

不过在深入细节之前,先让我们通过回答以下问题来更广义地理解性能优化:高性能的 JS 要考虑哪些指标?这些指标如何与更高维度的 web 性能指标融为一体?

引子

回顾这半年,扛需求能力越来越强,业务代码也是越写越多。但稍一认真看看这些当时为了满足快速上线所码的东西,问题其实还是不少。这次就从一个简单的计时器说起。

前言

还记得刚入职见到第一个 YunOS App 时,笔者问师兄 Manifest.json 文件是干嘛用的,师兄说如果你有 Android 开发经验的话就会明白了。当下笔者立马找了本电子书放在桌面准备苦读,结果…时至今日未曾宠幸过。对于没有一点 Java 经验的笔者来说,不知道何时才会迈出无线开发第一步,直到最近遇见了 Weex。

2017 年尾第一次经历了转岗,离开了 YunOS/AliOS 事业部,虽然新部门还是在阿里,但这种感觉其实就是换了份工作。想当初加入阿里踌躇满志,期待在 OS 领域大干一场,然而时隔一年多,我已转型为风马牛不相及的 Web 前端开发,曾经的 OS 梦随着前事业部的战略失败也逐渐凋零。2018 年的第一篇博客,就来纪念一下这段狗血历程的开端吧。

structure-view (以下简称 SV)是在开发 YunOS Studio(AliOS Studio 前身)时开源出来的一款代码结构提示插件。代码结构提示是一项由来已久的影响开发效率的功能,早在 VIM 时期就有经典的 ctags + Taglist 插件组合来实现这一功能,在桌面时代各大流行的 IDE 也都支持此功能,如 Eclipse 中的 Outline View 或 Webstorm 中的 Structure View。

YunOS Studio 基于扩展能力优异的 Atom 编辑器开发,由于 Atom 的生态市场缺乏一款好用的代码结构提示插件,因此 SV 应运而生(注:目前主流相关插件的比较可参考附件 PPT 中的 “开发由来与现状” 章节)。

服务器端渲染(Server-Side Rendering,以下简称 SSR)并非是一门新技术,早期就有 Java, PHP 等后端语言进行页面渲染,后来 JavaScript 兴起、 Jquery, Backbone, React, Vue 等视图框架流行,前端逐渐夺回了渲染的地盘。随着如 Express, Koa 等 Node Web 应用程序框架的出现,SSR 以同构渲染(isomorphic rendering)的方式再次强势归来。

0%