Latest
「React 系列 Workshop 01」之 Atomic Design with React
nodeppt start -w by ksky521/nodePPT
[slide]
Atomic Design with React
Total Time: 2 hours
via JimmyLv
[slide]
0. 💻 Env Setup
* reminder/reading material in invitation mail
* join wechat group to share info easily
git clone git@github.com:JimmyLv/atomic-design-react-workshop.git
cd atomic-design-react-workshop
yarn install && yarn start
《搞定》最佳实践:如何利用滴答清单(TickTick)实践 GTD 理念?
前言
引子:What’s the Target? 人们总是说凡事都要有个目标,而 GTD 里面对目标的定义为第 3 楼视野,即「拟实现的中期至长期结果(通常在 3~24 个月内)」,可能有童鞋就会好奇了,为什么这里会有一个 3 楼呢?那是因为作者将我们个人/组织对事务所作出的承诺,以及拥有的想法总结成了 6 层关注视野:
* 0 楼即地面视野:下一步行动
* 1 楼视野:项目
* 2 楼视野:重点及责任范围
* 3 楼视野:目标
* 4 楼视野:展望
* 5 楼视野:目标和原则
那么,我的一个中期目标就是掌握 GTD 方法,并能够在生活、
个人成长基础设施:纪念那些年我折腾过的各种…
硬件&软件篇 #121
纪念那些年我折腾过的各种… Personal Growth Infrastructure · Issue #88
硬件篇
* MacBook Pro 15‘ 💻
* iPhone 6s Plus 📱
* (蓝牙)耳机 🎧 & 音响 :sound:
* 机械键盘 HHKB ⌨️
软件篇(macOS)
level 0. command line
* iTerm2 · 最强 Terminal、组合键、History
* Homebrew & Homebrew Cask & Cakebrew GUI · 装软件的正确姿势
* Oh My Zsh & alais & autocomplete
微信小程序(1):技术是如何服务于商业的?
前言
微信小程序已经在昨天(2017/01/09)正式发布,张小龙以发布日期的方式致敬了乔布斯的 iPhone(2007/01/09),其野心不可谓不大。
下面我将会尝试从商业和技术这两个角度来谈谈微信小程序。也许作为程序猿的我们会在技术架构上看不起小程序,不就是模仿了 Vue 的语法和 ReactNative(or Hybrid)的原理吗?也可能会因为其封闭性而批判小程序,破坏了万维网 Web 本来的开放性和去中心化;更加会由于其诸多限制而抱怨小程序,有限的官方 API 和打包程序大小让开发者感到捉襟见肘。
但要是我们明白了微信小程序的背后是如何承载着腾讯的商业愿景,便会明白一个道理,即「技术永远是服务于商业的」,特别是离用户更近的客户端应用程序相关技术。很多时候某些功能不是在技术上无法实现(可不要小瞧了 BAT 所招聘的开发者们),而是在商业和产品的背景下,有目的性、有策略化地刻意而为之。
商业
微信小程序是什么?
极客公园前 CEO 阿禅在《小程序想要什么?》这篇文章中提到,一句话总结张小龙对小程序的定义:小程序希望用即用即走的方式激活线下的弱连接场景。
【译】整洁代码:JavaScript 当中的面向对象设计原则(S.O.L.I.D)
原文地址:https://github.com/ryanmcdermott/clean-code-javascript#classes
GitHub 总是有很多 Code Example 案例的仓库来教你如何正确写出好代码,诸多 Markdown 写手以 BAD/GOOD 两种代码作为示范,辅以一些叙述和注释作为说明,清晰易懂。我就准备来翻译最近看到的 JavaScript 整洁代码中 Classes 设计原则这一段,进一步加深对面向对象设计原则的理解,而不只是 Java 世界。
JavaScript Classes
Single Responsibility Principle (SRP) | 单一职责原则
As stated in Clean Code, “There should never be more than one reason for
「技术雷达」之使用 Enzyme 测试 React(Native)组件
组件化与 UI 测试
在组件化出现之前,我们不谈 UI 的单元测试,哪怕是对于 UI 页面的测试来说都是一件非常困难的事情。其实组件化并不全是为了复用,很多情况下也恰恰是为了分治,从而我们可以分组件对 UI 页面进行开发,然后分别对其进行单元测试。
特别是当浏览器中的 Web 应用越来越庞大的时候,借鉴于在后端将大型单体应用拆分成微服务架构的最佳实践一样,前端应用也可以被拆分成不同的页面和特性。每个特性由一个单独的团队从端到端对其负责,它允许团队规模化地交付那些能够独立部署和维护的服务,在最新一期的技术雷达当中这种方式称之为微前端,微前端的目标就是允许 Web 应用的特性之间彼此独立,每个特性可以独立地开发、测试和部署。
React.js 作为前端框架的后起之秀,却在 2015 年携着虚拟 DOM,组件化,单向数据流等利器,给前端 UI 构建掀起了一波声势浩大的函数式新潮流。虽然说组件化不是 React 最先提出来的,但却是 React 使得组件化在前端世界里发扬光大的,而现在几乎所有的所谓现代化 UI 框架比如