知乎或者 SegmentFault, 和微博相比, 实时性不够高微博的话, 发送了之后几秒钟就会有人互动了, 虽然质量未必高在知乎这样的网站当中, 有着较为良好的氛围对用户进行约束, 避免水文这当然保证了质量, 然而实时性呢, 特别是真的很琐碎的问题怎么对付?

这几周没有做多少开发的任务了, 生活节奏慢下来一些, 思考的时间也多点了不过单页面相关的事情还是很头疼, 清算之前 React 问题还是很多今天下午在内部分享听了承玉(希望名字不拼错)分享 ant.design 相关的东西获益很多之前简聊做这方面的尝试然而实力以及投入都不足, 只是停在了中间支付宝的进展以及推进的策略是足够我...

大致的情况我介绍下, 如果有刚学 Clojure 的同学, 虽然我也算新手...Clojure 是基于 Java 的, 按照 jar 的方式打包成二进制文件细节不准确, 但大致是把 classpath 的资源全映射到 target/ 目录然后打包的Clojure 用 Maven 和 Clojars 两个官方仓库, 后者主要是用户贡献的模块

简聊大概是 2014 年四五月份成型的, 我大致记得翻到的是五月的消息总共使用下来已经有将近两年的时间了, 足够养成很多的习惯了其实我有觉得中间开发节奏太严肃了, 并没有好好探索一下简聊的玩法而说到 Slack 我仅仅是加了 Clojure 等几个群围观, 并没有长期使用回过头想, 一款基于网页的 IM 工具, 本就该有还多有意思的...

工具和灵感，都是利器。当来自不同的领域，不同类型的创造者的工具和灵感互相碰撞的时候，才会迸发出更多的可能性。为了鼓励更多的工具和灵感的出现，我们发起了「利器社群计划」。「利器社群计划」鼓励独立的组织或个人，在自己的平台上分享「利器」。你可以像 eico 的陶子一样，采访自己身边的同事；也可以像扶墙老师...

Figwheel 提供了和 Webpack 类似的方案, 可以的后端使用热替换[链接]大致上就是修改配置指定 :target :nodejs, 直接生成相应的代码然后对应文件用 node 命令运行, 就会自动连接 WebSocket 处理更新具体操作安装 Wiki 走一遍, 或者用现在 template 尝试一下就知道了[链接]也可以用 node-inspector 的 node-debug 命令, 虽...

正如我在这个博客上提到过，我在持续不断学习的 Clojure（和 ClojureScript）。为了更好地理解语言，我已经写了小型 Web 应用程序。为了好玩，我决定，我所有的前端代码将被写入 ClojureScript。因为我需要使用外部JavaScript API（Bing 地图 AJAX 控件），我写了相当多的 JavaScript 的互操作码 -- 对我来说语法并不明...

数据通过类似队列的 Channel 来传输, Channel 默认不进行 buffer(长度为 0)需要生产者和消费者进行约定从而在 Channel 当中传送数据

这篇文章实在很有意思, 我本来打算翻译出来[链接]然而篇幅太长我靠机翻才来得及弄完, 所以尽量还是看英文原文吧 一个朋友和我吃午饭的时候问了一个我本来应该能回答的问题可我只了解一部分: 现代编程语言的历史怎样? 一路上怎么发展过来的? 我跟他说了机器语言, 人们是怎么把它变得更简单甚至更加激进地设计出更为抽象的...

首先整个改进方案的基础是 Redux 提出的 Single Store 架构按照 Redux 的理念对应用进行抽象以后, 架构回归到 MVC 非常原始的理念,也就是: 一个 Model, 一个 View, 以及剩下的 Controller 代码

最近状态不佳代码写不出来, 补一下 Cirru 的文档吧前一篇 Cirru 的一年回顾好像有不少人看, 但整个项目似乎关注的人不多我大概梳理一下, 如果有兴趣希望有人能帮我探索 Cirru [链接]

看到 Vue 总结过去, 于是也想梳理下 Cirru 过去一年的进展相对来说, Cirru 几乎是无人问津的项目, 只有我在坚守然而无论怎样, 我都觉得 Cirru 依然是非常有趣的项目2015 年相对从前收获的也算是更多, 因为终于投入实践当中了细节可以看 Twitter 上的记录, 我正文发散梳理一下[链接]

WebAssembly 的生态大致分为两部分, 编译器等工具链, 和执行环境两者依据 spec 来完成对接, 并且实现解耦工具链部分重要的新项目是 Binaryen, 一个编译器[链接]实现语言是 C++, 可以用于 parse 和 emit WebAssembly也可以基于 AST 规范进行转换基于几个部分的工具:

最近写代码的热情又不如前了, 折腾来折腾去心神不定想到一些东西, 没有多少心思整理, 临时想到写篇文章梳理一下最近看的东西不算少, 主要是视频, 而且冬天了, 看视频比敲键盘轻松一些具体的不翔实或者甚至错误的部分, 我先不管了, 先整理一些思路出来

多多少少有些不开心的事, 觉得精力没有被投入在重点上创业公司遇到问题变成盲人摸象也许正常吧不过最近这段时间因为服务端的策略调整, 我开始做一些服务端渲染主要的站点是简聊的登录页面, 整体从 Jade 切换到了 React[链接]以及做了一些整体项目结构统一的工作, 或者说一些思考

一个是 Bash 里按上下键直接查找历史, 匹配开头相同的内容最开始是我朋友在 Matlab 下用到提到想要这个方案, 一起找了结果真有于是记录一下配置:

今天修复了 language-cirru 这个 Atom 插件,也把没运行成功的 lt-cirru 这个 LightTable 插件运行起来了大致的功能就是标记语法, 然后用 CSS 指定颜色前者是从 Sublime 的语法文件转换的, 后者是 CodeMirror 转化本来挺简单的事情, 然而有坑.. 写点感想加吐槽

算有点感觉吧, 稍微记一下, 没有详细的索引, 不算详细的文章最近接触 Clojure 稍微多了点, 相比之前的印象有点刷新记一下感想, 有些做法值得国内技术社区借鉴的

具体步骤很坑爹, 短短的配置折腾了两天, 和 Webpack 一样坑多而且牛逼加上一些 Cirru 的语法文件, 整个 demo 的项目算是跑起来了[链接]简单记录一下过程和想法

粗略翻译, 推荐看原文[链接] 了解 WebAssembly, 了解 Web 的将来 介绍 如果你不熟悉 WebAssembly 后面的概念, 可以读一下:ArsTechnica 的 Peter Bright 写的优秀的论文,或者是 Brendan Eich 在他的个人博客上写的公告文章 考虑到本文的目标, 这里加上个简短的术语表: 源码(Source code): 开发者写的. 编译器(Compiler): ...

router-view 是我为简聊开发的一个路由组件本来自己写的, 后来用 CoffeeScript 重构放到 teambition 团队维护了[链接]原本简聊用的是 react-router, 但我还是冒险替换掉了从结果看, 好处达到了, 但可维护性并不满意

这两天为了这个问题, Gitter 上问, Twitter 上问, GitHub 上问, 两天没反应原来写博客的 jlongster 不理我, 我也不知道 Webpack 作者的联系方式最后在 Gitter 上发的消息他似乎看到了, 就粗略地解释了一遍, 醍醐灌顶啊...[链接]

看到微博上 vue-loader 开始支持代码热替换的消息真让人坐不住, 赶紧翻代码看下, 结果看不懂现实的压力还是在的, react-hot-loader 已经不推荐使用了作者搞了 React Transform, 而且针对 Babel 优化, 整套新的东西而简聊用 actions-recorder 加 react-hot-loader 多少有些风险让 actions-recorder 更好调试是很有必要的

翻译地粗糙, 英文好请直接看原文 原文 [链接] 注意模块热替换(HMR)依然是试验性的功能 介绍 模块热替换(HMR)交换, 添加, 或者删除模块, 同时应用持续运行, 不需要页面刷新. 准备工作 使用插件: [链接] 代码分割: [链接] webpack-dev-server: [链接] 它是怎样工作的? 从 App 的角度 App 代码请求 HMR 运行时检查更新.HMR ...

一些经验方面的东西, 觉得有用, 粗糙翻译了一下原文是 2012 年的, 现在编译的 JavaScript 的语言已经很多了 原文 [链接] 介绍 一个典型的编译器做下面一些工作: 解析: 源码转化为抽象语法树(AST) 查找对其他模块的引用(C 把这个不知推迟到链接才做的) 语义检查: 清除语法正确然而无用的语句, 比如, 无法访问到的代码或者...

后续内容有更新, 代码例子不一致的地方按照仓库的 README 为准[链接]抱歉没有很多时间可以更新这边的文章细节, 例子大意是对的, 参数已经有调整

放假中间想到一些东西, 本来想更新一下我的 fractal editor, 失败了本来如果成功的话, 我以后的 CirruScript 就可以脱离 Sublime 写的从技术难度上评估, 也许还要摸索个半年吧, 虽然已经快进行了一年了Demo 没能用代码写出来, 只能讨点嘴上的便宜了这篇文章是想梳理一下相关的两个想法, 就是代码热替换和分形查看

前面不短时间持续投入了时间在做 React 应用架构方面的考量一个是冒险进行了一次应用架构的调整, 另一个是跟进了 Redux 的进展当然, 实际上是同一个事情. 也许错过的比收获的还多一些不过能走到现在也算幸运了, 毕竟单页面应用还面临很多不成熟之处国庆长假过去不少现在的想法估计会淡忘了, 所以好歹留点笔记

在 Parsec 当中是存在解析缩进语法的方案的, 然而我没深入了解过等了解以后, 也许会有其他的想法, 到时候再考虑不迟Cirru 缩进解析已经实现, 修了些 bug 具体实现可能和文中有区别 [链接]

对于上下文无关文法, 生成过程以 parse tree 的形式出现我买开始前, 先要知道 parse tree 的两件事:根节点, 字符衍生出来的初始的符号叶节点, 字符串按照顺序的所有字符我们所不知道的是两者之间的节点和分支