发表于
2022-05-19 10:59:45
我做程序员这十年
发表于
2022-05-15 09:59:45
从《如梦令·昨夜雨疏风骤》读出人生三重境界
昨夜雨疏风骤，浓睡不消残酒。试问卷帘人，却道海棠依旧。知否，知否？应是绿肥红瘦。—— 李清照〔宋〕¶看山原是山 —— 一切景语皆情语开头两句「昨夜雨疏风骤，浓睡不消残酒」是交代场景。昨天晚上下着稀疏小雨，伴着大风。睡了一觉醉意仍然没有消退。浓睡不消残酒，此处用「浓」字形容沉睡，浓本来是形容液体的，「浓睡」，「残酒」等字眼这就已经奠定了一大早她本身内心还未化解开的某种忧怨。她这才意识到院子里面的海棠花经历了风雨交加的夜晚，不知道情况如何了。于是有了对话「试问卷帘人，却道海棠依旧」。这两句中的「试」、「却」被认为是最为精妙的内心情景描写。「试」是因为李清照还不确定海棠花全部凋谢了，她内心还暂存了一点希望，哪怕只是一点点，就是这一点点支撑着她一大早醒来就急切地想知道院子里的情况。「却」是因为「海棠依旧」肯定是不可能的，李清照读了很多书，经历了多少春夏秋冬，她不可能不知道春去夏来之时，下雨会带走海棠花。虽然李清照不情愿承认海棠花凋零的事实，但是理智让她发出了对卷帘人的嗔叹：「知否，知否？应是绿肥红瘦」。知道吗，知道吗？这个时节，现在的院子里应该是绿叶茂盛，红花凋零的时候。「绿肥红瘦」是全词最为绝妙的四个字，绿代表着夏天、树叶，红代表着春天、花开。「绿肥红瘦」则表达的是春去夏来海棠花凋零，青春、时光即逝的伤感。¶看山不是山 —— 最懂她的卷帘人通常多数人认为在这首词中，卷帘人只是不走心的说了
...继续阅读
(9)
发表于
2021-10-25 02:20:04
所谓的设计系统
是的，我今天就想批判一下那些披着「设计（系统/语言）」外衣的研发工程师。设计系统（Design system）这个概念应该是从国外最先有的。它的定义是：A Design System is a set of interconnected patterns and shared practices coherently organized设计系统是被统一组织起来的一系列紧密关联的模式和可重用的实践。国内的组件库只有 Antd 在推出的时候声称自己是一个 UI 设计语言，虽然当时我还不知道什么叫做设计语言，什么是设计系统。但是从工程师的角度我知道它就是一套组件库。一直到近两年，越来越多的前端团队以设计系统为排面推出自己的组件库的时候，我就觉得有些不对劲儿了。哪里不对劲儿了？我在想我们实际上做的事情不就是设计了一套组件库吗，为什么要把设计放在前面。这似乎传达给我们一种信号：我们应该是设计先行？我们应该优先做设计角度取舍。相反的，工程层面实现那就应该向设计方向妥协？我想并不是这样的，或者说不应该是这样的。设计永远是最上层的，它们关注的用户的外在、外观感受，它是感性的、多变的，没有唯一标准的。你很难想象用一套设计系统满足所有人的需求对吧？因为我喜欢蓝色，你喜欢红色这是不需要解释的。工程永远是最底层的，它关注事物内在的东西、自身属性，它是理性的、不变的，有迹可循的。所以工程层面追求的是一致、复
...继续阅读
(9)
发表于
2021-05-09 02:20:04
Fabric.js 原理与源码解析
发表于
2020-08-15 02:18:33
从实际案例讲 Deno 的应用场景
§简介特性安装Deno 内置命令deno rundeno evaldeno installdeno test实战初始化一个 NPM 包初始化 tsconfig编写 request 方法发布 NPM 包此篇文章实际上就是《前端开发的瓶颈与未来》的番外篇。主要想从实用的角度给大家介绍下 Deno 在我们项目中的应用案例，现阶段我们只关注应用层面的问题，不涉及过于底层的知识。¶简介我们从它的官方介绍里面可以看出来加粗的几个单词：secure, JavaScript, TypeScript。简单译过来就是：一个 JavaScript 和 TypeScript 的安全运行时那么问题来了，啥叫运行时（runtime）？可以简单的理解成可以执行代码的一个东西。那么 Deno 就是一个可以执行 JavaScript 和 TypeScript 的东西，浏览器就是一个只能执行 JavaScript 的运行时。¶特性默认是安全的，这意味着初始的情况下你是不可以访问网络、文件系统、环境变量的。开箱即用的 TypeScript 支持，就是说你可以直接使用 Deno 运行 TypeScript 而不需要使用 tsc 编译Deno 的构建版只有一个可执行文件，那么你可以直接下载这个可执行文件到本地执行，而不需要编译、安装的操作内置了一些工具集，比如：依赖检查器、代码格式化。我们用到的测试框架居然没有被重点提起一
...继续阅读
(11)
发表于
2020-05-11 02:18:33
前端开发的瓶颈与未来之路
§引子定义瓶颈前/客户端框架的瓶颈后/服务端框架的瓶颈TypeScript 语言的瓶颈打包工具的瓶颈未来前端开发的瓶颈到底在哪里，前端技术是否已经走到一个十字路口，全栈化的系统架构是否能改变目前的窘境？本文将根据作者自身的开发经历谈谈当下前端开发中遇到的一些问题和想法。¶引子近两年我一直在思考的一个问题：如果前端不用考虑性能问题、不用考虑终端兼容性、不用考虑历史遗留问题，甚至不用考虑具体技术实现...如果我们假设自己有丰富的技术储备，同时不用考虑上面的问题，那么前端究竟能做出什么样有价值的东西？我们把时间拉到 5 年前...如果你「那时」还是前端开发的话。上面的问题肯定是你不得不面临的典型问题。甚至是当时前端开发的意义所在。你会为了精确还原设计稿熬夜加班，从而练就一双像素眼；你会为了解决几个字节的性能问题研究优化方案，以至看懂了每一个 HTTP 请求头；你也会因为某些技术问题和同事理论，最终到达到与产品谈笑风声的境界；...但是随着时间的推移，前端技术的更新迭代，以及互联网的发展。你会发现这些曾经的问题似乎已经不再是问题，或者说在能预见的未来可能不再是问题。页面加载性能可能不再是问题，技术上有了 HTTP2，基建上有了 5G，硬盘也越来越快。兼容性问题慢慢淡出大家的视角，Chrome 一家独大，微软也不得不向它靠拢。很多前端开发已经具备了后端（或者说多端）的技术能力，技术储备也可能
...继续阅读
(11)
发表于
2019-11-24 18:33:24
Java 并发与多线程教程
§什么是多线程？为什么要使用多线程更好的利用单个 CPU更好的利用多个（核）CPU更好的用户响应体验更好的用户公允体验多线程与多任务多任务处理多线程处理多线程并非易事Java 中的多线程与并发并发模型Java 并发学习指引注：此文翻译自Java Concurrency and Multithreading Tutorial，本文只是首篇翻译Java 中的并发是一个术语，涉及 Java 平台中的多线程、并发、并行等概念。包括 Java 并发工具，问题和解决方案。这个教程涵盖了多线程的核心概念、并发组成结构、并发的问题、成本与收益以及与 Java 多线程相关的问题。¶什么是多线程？多线程的意思是在同一个应用中有多个执行线程。线程就好比是你应用中的一个独立的 CPU。因此多线程的应用就好比一个拥有多个 CPU 的应用程序，这些 CPU 可以在同一时间执行不同的代码。尽管一个线程并不等同于一个 CPU，但是通常一个 CPU 将会共享执行时间给多个线程，CPU 会在不同的线程之间来回切换，每个线程上执行一点。当然让应用中的线程执行在不同的 CPU 上也是可以的。¶为什么要使用多线程大家需使用多线程的原因有很多，最重要的有以下几点：更好的利用单个 CPU更好的利用多个（核）CPU更好的用户响应体验更好的用户公允体验下面的章节中我将一一解释这几个原因的细节。¶更好的利用单个 CPU最常见的原因之
...继续阅读
(9)
发表于
2019-08-25 18:33:24
漫谈哲学与编程
谈到哲学，多数人都会直觉性的认为它是很高深的一门学问。实际上大多数情况并非如此，哲学研究的往往是非常简单的一些命题，而这些命题在常人看来可能并没有现实意义。比如说：到底是先有鸡还是先有蛋的问题；比如说：一个号称只给不能给自己理发的人理发的理发师到底能不能给自己理发的问题。当然本文的目的并不在于讨论这两个问题，我们来聊聊几个稍微简单一些的概念：¶哲学中的理性与感性理性是超越的，本质在于追求无限超越的意思是说理性本身不依赖任何现实或者经验社会中的任何对象，无限实际上就是说理性本身需要达到的某种理想状态。比方说：「100%的金」就是一种无限状态。我们不使用任何经验就可以判断出 100% 的金是必然有的，概念上没人能否定这一点。但是运用在经验社会中的知识来判断，这个命题就是不正确的，或者说不具有普遍的正确性。因为我们知道无论人类的技术如何高超也无法制造出来 100% 的金。即使到 99.99% 逻辑上也没到达 100%。这个时候人们对于类似的事情就会产生了不同的反应。有的人会因为理想状态达不到而反向地认为原来的命题是错误的；有的人内心则有一种说不清道不明的东西指引着他，不会因为到达不到无限状态而肯定整个命题。这个问题也一直困扰了我很久，因为在现实生活中在你看来很多明显正确的事情忽出现了一个反例，结果就会有一堆人来告诉你你错了。德国哲学家康德在《纯粹理性批判》这本书中给出了一种解释：理性的调
...继续阅读
(12)
发表于
2019-07-06 18:33:27
我想要 AOP — 使用 AOP 分离关注点
本文翻译自：I want my AOP关注点表示人们的一种特殊的意愿、理念或是某个感兴趣的领域。从技术角度来讲：软件系统包括若干核心的、系统级别的关注点。比方说：信用卡处理系统的核心关注点是处理交易，同时系统级别的关注点或许应该是处理日志、事务、一致性、授权、安全、性能等。许多这种关注点被叫做横切关注点— 往往会影响许多模块的实现。使用目前的编程方法，跨越多个模块横切关注点会导致系统更难设计、理解、实现和迭代。阅读完全的「我想要 AOP」系列文章：第一部分第二部分第三部分面向切面的编程相比之前的方法更简单的分享了关注点，从而提供横切关注点的模块化。在本系列文章中，第一篇涉及 AOP 的概念，我首先解释了在一般复杂的软件系统中由横切关注点引起的问题。然后，我引入了 AOP 核心概念，并展示了 AOP 是如何通过横切关注点解决问题的。这个系列的第二篇文章将介绍 AspectJ，Xerox PARC 基于 Java 实现的 AOP 框架。最后一篇文章将以几个示例的方式向你展示 AOP 的概念，并基于建立更易懂、易实现、易迭代的软件系统。¶软件编程方法的演进早些年的计算机科学领域，开发者直接使用机器码进行编程。不幸的是，程序员花了更多时间去考虑特定机器的指令集而不是手头的问题。慢慢地，我们迁移到高级编程语言，高级编程语言允许对底层机器码进行一些抽象。然后结构化的语言出现了；我们现在可以根据
...继续阅读
(10)
发表于
2019-07-04 01:10:00
Nestjs 框架教程（第十篇：拦截器）
拦截器（Interceptors）是一个使用 @Injectable() 装饰的类，它必须实现 NestInterceptor 接口。拦截器有一系列的功能，这些功能的设计灵感都来自于面向切面的编程（AOP）技术。这使得下面这些功能成为可能：在函数执行前/后绑定额外的逻辑转换一个函数的返回值转换函数抛出的异常扩展基础函数的行为根据特定的条件完全的重写一个函数（比如：缓存）¶基础每个拦截器都要实现 intercept() 方法，此方法有两个参数。第一个是 ExecutionContext 实例（这和守卫中的对象一样）。ExecutionContext 继承自 ArgumentsHost。上一节中我们见过，它是一个包装了传递向原始处理器而且根据应用的不同包含不同的参数数组的类¶执行上下文ExecutionContext 通过继承 ArgumentsHost，提供了更多的执行过种中的更多细节，它看起来长这样：exportinterfaceExecutionContextextendsArgumentsHost{getClass():Type;getHandler():Function;}getHandler() 方法返回一个将会被调用的路由处理器的引用。getClass() 方法返回控制器类的类型。例如，如果当前进行着一个 POST 请求，假定它会由 CatsController 的 cr
...继续阅读
(15)
发表于
2019-07-04 01:09:00
Nestjs 框架教程（第九篇：守卫）
守卫（Guards）是一个使用 @Injectable() 装饰的类，它必须实现 CanActivate 接口。守卫只有一个职责，就是决定请求是否需要被控制器处理。一般用在权限、角色的场景中。守卫和中间件的区别在于：中间件很简单，next 方法调用后中间的任务就完成了。但是守卫需要关心上下游，它需要鉴别请求与控制器之间的关系。守卫会在中间件逻辑之==后==、拦截器/管道之==前==执行。¶授权守卫import{Injectable,CanActivate,ExecutionContext}from'@nestjs/common';import{Observable}from'rxjs';@Injectable()exportclassAuthGuardimplementsCanActivate{canActivate(context:ExecutionContext,):boolean|Promise|Observable{constrequest=context.switchToHttp().getRequest();returnvalidateRequest(request);}}canActivate 返回 true，控制器正常执行，false 请求会被 deny¶执行上下文ExecutionContext 不但继承了 ArgumentsHost，还有两个额外方法：expor
...继续阅读
(9)
发表于
2019-07-04 01:08:00
Nestjs 框架教程（第八篇：管道）
管道（Pipes）是一个用 @Injectable() 装饰过的类，它必须实现 PipeTransform 接口。从官方的示意图中我们可以看出来管道 pipe 和过滤器 filter 之间的关系：管道偏向于服务端控制器逻辑，过滤器则更适合用客户端逻辑。过滤器在客户端发送请求**==后==处理，管道则在控制器接收请求==前==**处理。管道通常有两种作用：转换/变形：转换输入数据为目标格式验证：对输入数据时行验证，如果合法让数据通过管道，否则抛出异常。管道会处理控制器路由的参数，Nest 会在方法调用前插入管道，管道接收发往该方法的参数，此时就会触发上面两种情况。然后路由处理器会接收转换过的参数数据并处理后续逻辑。++小提示++：管道会在异常范围内执行，这表示异常处理层可以处理管道异常。如果管道发生了异常，控制器的执行将会停止¶内置管道Nest 内置了两种管道：ValidationPipe和ParseIntPipe。import{PipeTransform,Injectable,ArgumentMetadata}from'@nestjs/common';@Injectable()exportclassValidationPipeimplementsPipeTransform{transform(value:any,metadata:ArgumentMetadata){returnva
...继续阅读
(15)
发表于
2019-07-04 01:07:00
Nestjs 框架教程（第七篇：异常过滤器）
Nest 框架内部实现了一个异常处理层，专门用来负责应用程序中未处理的异常。默认情况未处理的异常会被全局过滤异常器 HttpException 或者它的子类处理。如果一个未识别的异常（非 HttpException 或未继承自 HttpException）被抛出，下面的信息将被返回给客户端：{"statusCode":500,"message":"Internal server error"}¶基础异常我们可以从控制器的方法中手动抛出一个异常：@Get()asyncfindAll(){thrownewHttpException('Forbidden',HttpStatus.FORBIDDEN);}客户端将收到如下信息：{"statusCode":403,"message":"Forbidden"}当然你也可以自定义返回状态值和错误信息：@Get()asyncfindAll(){thrownewHttpException({status:HttpStatus.FORBIDDEN,error:'This is a custom message',},403);}¶异常的级别比较好的做法是实现你自己想要的异常类。exportclassForbiddenExceptionextendsHttpException{constructor(){super('Forbidden',HttpSta
...继续阅读
(13)
发表于
2019-07-04 01:06:00
Nestjs 框架教程（第六篇：中间件）
中间件就是一个函数，在路由处理器之前调用。这就表示中间件函数可以访问到请求和响应对象以及应用的请求响应周期中的 next() 中间间函数。Nest 中间件实际上和 Express 的中间件是一样的，Express 文档中对中间件的描述如下：中间件函数主要做以下的事情：执行任意的代码对请求/响应做操作终结请求-响应周期调用下一个栈中的中间件函数如果当前的中间间函数没有终结请求响应周期，那么它必须调用 next() 方法将控制权传递给下一个中间件函数。否则请求将被挂起Nest 允许你使用函数或者类来实现自己的中间件。如果用类实现，则需要使用@Injectable()装饰，并且实现NestMiddleware接口。import{Injectable,NestMiddleware}from'@nestjs/common';import{Request,Response}from'express';@Injectable()exportclassLoggerMiddlewareimplementsNestMiddleware{use(req:Request,res:Response,next:Function){console.log('Request...');next();}}¶依赖注入中间件也是支持依赖注入的，就像其它支持方式一样，你可以使用构造函数注入依赖。¶应用中间件@Module
...继续阅读
(9)
发表于
2019-07-04 01:05:00
Nestjs 框架教程（第五篇：模块）
模块（Module）是一个使用了 @Module() 装饰的类。@Module() 装饰器提供了一些 Nest 需要使用的元数据，用来组织应用程序的结构。每个应用都至少有一个根模块，根模块就是 Nest 应用的入口。Nest 会从这里查找出整个应用的依赖/调用图。@Module() 装饰器接收一个参数对象，有以下取值：|providers| 可以被 Nest 的注入器初始化的 providers，至少会在此模块中共享 |
|controllers| 这个模块需要用到的控制器集合 |
|imports| 引入的其它模块集合 |
|exports| 此模块提供的 providers 的子集，其它模块引入此模块时可用 |模块默认会封装 providers，如果要在不同模块之间共享 provider 可以在 exports 参数中指定。¶功能模块使用下面的代码可以将相关的控制器和 Service 包装成一个模块：import{Module}from'@nestjs/common';import{CatsController}from'./cats.controller';import{CatsService}from'./cats.service';@Module({controllers:[CatsController],providers:[CatsService],})exportc
...继续阅读
(12)
发表于
2019-07-04 01:04:00
Nestjs 框架教程（第四篇：Providers）
Provider主要的设计理念来自于控制反转（Inversion of Control，简称 IOC[1]）模式中的依赖注入（Dependency Injection）特性。使用@Injectable()装饰的类就是一个 Provider，装饰器方法会优先于类被解析执行。到这里我们应该要了解整个 Nest 框架的三层结构，Nest 和传统的 MVC 框架的区别在于它更注重于后端部分（控制器、服务与数据）的架构，视图层相对比较独立，完全可以由用户自定义配置。Nest 的分层借鉴自 Spring，更细化。随着代码库的增长 MVC 模式中 Modal 和 Controller 会变得含糊不清，导致难于维护。¶Services我们可以自己实现一个名叫CatsService的 ServiceexportinterfaceCat{name:string;age:number;breed:string;}import{Injectable}from'@nestjs/common';import{Cat}from'./interfaces/cat.interface';@Injectable()exportclassCatsService{privatereadonlycats:Cat[]=[];create(cat:Cat){this.cats.push(cat);}findAll():Cat[
...继续阅读
(17)
发表于
2019-07-04 01:03:00
Nestjs 框架教程（第三篇：控制器）
控制器（Controller）负责处理客户端请求并发送响应内容，在传统的 MVC 架构中控制器就是负责处理指定请求与应用程序的对应关系，路由则决定具体处理哪个请求。¶路由得益于 TypeScript，在 Nest 中我们可以使用类来实现控制器的功能，使用装饰器来实现路由功能。它们分别需要配合 @Controller 和 @Get 饰器来使用，前者是控制器类的装饰，后者是具体方法的装饰器。比如下面的代码：import{Controller,Get}from'@nestjs/common';@Controller('cats')exportclassCatsController{@Get()findAll():string{return'This action returns all cats';}}上面的代码声明了一个猫咪控制器类，实现了 findAll 方法，当你在浏览器中发送请求到 /cates 时程序就返回给你 This action returns all cats++小提示++：可以使用 Nest-cli 工具来自动生成上面的代码：$ nest g controller cats@Get()表示 HTTP 请求装饰器。控制器类的装饰器和 HTTP 方法的装饰器共同决定了一个路由规则。findAll 将返回一个状态码为 200 的响应，当然你有两种方法来指定返回的状态码：|
...继续阅读
(10)
发表于
2019-07-04 01:02:00
Nestjs 框架教程（第二篇：入门）
这篇教程起，你将会学习到 Nest 的几个核心点。为了更好的了解 Nest 应用中的模块，我们将开发一个有基本 CRUD[1]功能的入门级应用。¶实现语言Nest 是 TypeScript 写的，所以天生就很好的并且渐进地支持 JavaScript。¶依赖保证你的操作系统上安装的 Node.js 版本大于 8.9.0 即可。¶初始化就像上节讲到的直接用 nest new project-name 就可以了。我们来回顾下目录结构：src
├── app.controller.spec.ts
├── app.controller.ts
├── app.module.ts
├── app.service.ts
└── util.ts分别对应的功能如下表：| app.controller.ts | 只有一个路由的控制器（controller）示例 |
| app.module.ts | 应用程序的根模块（root module） |
| util.ts | 应用程序的入口文件，使用NestFactory方法创建应用实例 |
在 util.ts 中我们可以看到，默认使用了 NestFactory 的 create() 静态方法返回创建的应用对象，此对应会实现 INestApplication 接口。¶平台Nest 的目标是一个平台无关的框架。这个意思就是说 Nest 本身并不造某个细分领域的
...继续阅读
(18)
发表于
2019-07-04 01:01:00
Nestjs 框架教程（第一篇：简介）
¶教程目录请注意：本教程结合官方文档内容并添加了许多我自己学习过种中的理解，存在许多个人观点Nestjs 框架教程（第一篇：简介）Nestjs 框架教程（第二篇：入门）Nestjs 框架教程（第三篇：控制器）Nestjs 框架教程（第四篇：Providers）Nestjs 框架教程（第五篇：模块）Nestjs 框架教程（第六篇：中间件）Nestjs 框架教程（第七篇：异常过滤器）Nestjs 框架教程（第八篇：管道）Nestjs 框架教程（第九篇：守卫）Nestjs 框架教程（第十篇：拦截器）Nestjs 框架教程（第十一篇：自定义装饰器）Nest 是一个用于构建高效、可扩展的 Node.js 服务端应用框架，基于 TypeScript 编写并且结合了 OOP[1]、FP[2]、FRP[3]的相关理念。并且设计上很多灵感来自于 Angular[4]。Angular 的很多模式又来自于 Java 中的 Spring 框架，依赖注入、面向切面编程等，所以你可以认为：Nest 是 Node.js 版的 Spring 框架。或许很多前端工程师看到这里就自动劝退了，事实上我以前也挺讨厌 Java 的（现在也不怎么喜欢），后来由于工作原因学习到了一些 Java 相关的知识后才发现自己的认识很片面。现在 WEB 后端主流的技术栈都基于 Spring 框架，框架必然是解决了很多实际问题，能学习到它
...继续阅读
(15)
发表于
2019-06-20 18:33:24
复联4是一集电视剧，3才是一部电影
相信复联4的热度也应该过了，今天我来聊天复联4的观影感受以及我对漫威系列电影的一些看法。当然我并不是一名合格的漫威迷，对漫威系列电影的一些细节也不是很了解，更没看过漫画。我只想说说做为一名普通的观电影者的感受。¶我是如何喜欢上漫威电影的我看的第一部温威电影就是《钢铁侠》，记得还是在上大学的时候。那种感觉就像是小时候看的变形金刚变成真人了。人与机器居然能结合的那么天衣无缝，简直酷毙了。这全要归功于托尼这个角色的设计。托尼·史塔克是一名企业家、天才发明家兼极度自恋的花花公子— 单是这描述就能让大多数人惊叹不已了。但是他身上却有着更重要的一样东西，反复看过几遍钢铁侠后你会发现托尼身上有一种人类理性的闪光点。回顾每次托尼面临困境时，他似乎总是能像计算机一样进行精确计算从而得出问题的最佳解决方法。即：用最少的代价，获取最大的收益所有的逻辑分支他都会考虑进去。为了达到最终目标，他可以忍气吞声，放下牵挂。而且他还有很强大的意志力，这种能力可能就来自于「with great power comes great responsibility」。因为他自视甚高，他相信自己是天才，自己是被选中的。当然他也是普通人，有爱、有恨也有罪过。你很难想像这样一个有有血有肉的常人同时结合了机器的优点。有了飞行、攻击、防御这些特殊技能后，托尼就可以完全放飞自己，因为他想到的东西立马就可以做到，随着顶尖科学技术的进化与
...继续阅读
(14)
发表于
2019-06-06 18:33:24
也许 Markdown 并不是一个好选择
我经常会使用 markdown 来写一些东西。比如：博客文章、技术文档什么的。但是时间长了总是会觉得编辑 Markdown 源码的写作方式太容易让人分心了。Markdown 确实是一个非常好的通用排版格式，因为它很简单，学习使用起来没有门槛。但是随着人们越来越多的使用 Markdown 创作，Markdown 本身的一些问题也显露出来。比如：当你需要一些高级排版格式的时候 Markdown 是无能为力的，更不用说表格编辑这类重排版的工作在 Markdown 中的编辑体验了。当然开源社区会有一些开源项目来扩展 Markdown 的功能，甚至是用 Markdown 来画流程图。这且没有什么问题，问题是当你使用了一些扩展的高级功能时又想把他扩展到其它系统（比如博客），这时你又不得不改造博客来适配这些功能，Markdown 也就丧失了它的便携性。所以说使用 Markdown 的关键问题在于：如何能更简单方便的使用 Markdown，同时又不失一些好用的功能¶如何解决编辑的体验问题编辑排版最佳的体验毫无疑问是「所见即所得」的模式。因为人们总是喜欢改完东西立即看见效果。目前常用的 Markdown 编辑器通常分左右两列：++源码++ ｜ ++预览++。实际上我认为这种模式并不好，甚至是错的。因为整个编辑过程会非常痛苦，你不得不既关注源码里面的格式，如：空格、Markdown 符号，还得关注预览
...继续阅读
(16)
发表于
2019-03-25 02:20:04
选择太多所以迷失方向
前几天无意在微博上看见了《流浪汉沈巍自述》一文，此文来自一个上海的流浪汉语录。不同的是他并不是为了生计而流浪捡破烂，沈巍从小喜欢捡破烂，捡完破烂换了钱买书看。家庭环境不理解更不支持，到了社会上，他本来可以按大多数人眼中的正常人一样工作，一辈子当公务员。但是他还是改不了自己捡破烂的习惯，这样以来单位也容不下他。想法完全不与主流融合，只能被流浪。可以即便是这样，在看它的文字里，你仍然能感受到字里行间都散发着对生活的无限向往，对信念的追求，以及对残酷现实的一丝温柔。有人说故事分两种：一种开始就讲给你最美好的东西，最完美无缺的事物，人性最善良的部分。后来慢慢的什么都变了，以前那些看似美好的东西都有了瑕疵，人性也没能经得住时间的考验，所有的认识都支离破碎；还有一种一开始就告诉你最丑恶的东西，最让人恶心、难受的事物，人性最黑暗的一面。后来慢慢的也似乎变了，不经意的发现好像还有那么一丝光明的东西，一点点能让人感动的事情。前一种更像是从教科书到现实的一种过程，可能很多人慢慢的都受不了这种落差，逐渐没有了精神支柱，厌恶了生活。后一种则看似悲观、反面，实则能激发出人们本能善良的一面。这让我想起了一句话：人不是活一辈子，不是活几年几月几天，而是活那么几个瞬间。对于沈巍来说，社会和家庭给他的都是排斥、否认和异样的眼光。但是可能他就只能从书中找到了那么一丝光明，一些让自己感动的瞬间吧。我们可以反思下我们的现
...继续阅读
(13)
发表于
2019-03-20 02:20:04
使用 Pixi.js 构建一个视差滚动器（第三篇）
发表于
2019-03-18 02:20:04
使用 Pixi.js 构建一个视差滚动器（第二篇）
发表于
2019-03-17 02:20:04
使用 Pixi.js 构建一个视差滚动器（第一篇）
发表于
2019-03-15 02:20:04
如何使用前端技术开发一个桌面跨端应用
发表于
2019-03-06 19:19:24
开源一个自己写的代码画板
发表于
2019-01-06 19:29:27
理解比平等更重要
发表于
2019-01-01 19:29:27
名不正则言不顺，是这样的吗？
名正言顺这个成语大家都知道，尤其在一些政治典故中经常被提及。今天就来聊聊这个话题名正言顺的梗概出自于《论语·子路》中孔子和子路的一段对话：子路曰：“卫君待子而为政，子将奚先？”子曰：“必也正名乎！”子路曰：“有是哉，子之迂也！奚其正？”子曰：“野哉由也！君子于其所不知，盖阙如也。名不正，则言不顺；言不顺，则事不成；事不成，则礼乐不兴；礼乐不兴，则刑罚不中；刑罚不中，则民无所措手足。故君子名之必可言也，言之必可行也。君子于其言，无所苟而已矣。”大概意思是说：子路问孔子：“如果让你去卫国执政，你首先会做什么？”孔子说：“一定要先找对名份！”子路说：“是这样的吗？，你也太迂腐了吧，名份有什么用？”孔子说：“你太粗野了！君子对于不懂的事情，一般都采取保留意见。名分不正当，说话就不合理；说话不合理，事情就办不成。事情办不成，法律就不能深入人心；法律不能深入人心，刑罚就不会公正；刑罚不公正，老百姓就会手足无措…”正名的「名」就是名份的「名」。是古代官场政治制度下的一种阶级角色感，也是儒家思想核心部分礼的角色感。如：君臣、父子、兄弟，各个角色应该做什么事情才是正确的，被提倡的比如说《八佾》中开篇第一段：孔子谓季氏：“八佾舞于庭，是可忍也，孰不可忍也？”意思是说这个季氏用天子的舞蹈阵容在自己家里开 Party。「佾yì」就是舞蹈队伍中的列，天子八列、诸侯六列、大夫四列、士二列，每佾八人。孔子要从政
...继续阅读
(12)
发表于
2018-12-09 09:59:45
ProseMirror 编辑器指南中文翻译版
