补充. 发现有人看着文章, 解释一下这是 2015 年的底稿.Teambition 的单页面特殊, 对 MVC 关心很多. 但是时间太久远了.而且各种公司的业务需求我了解到差别很大, 请注意区分.

周末两天的时间写了用 Racket 运行 Cirru Sepal 的 prototype[链接][链接] 我有个毛病就是东西开开心心写的原型, 然后就丢着不管了.. 玩够了吧. Sepal 项目目标是用 Cirru 语法去写其他语言的 IR 或者 AST 运行.. 因为 Cirru 原来就是受 Lisp 元编程启发, 在 Lisp 当中能实现最有意思 而 Lisp 当中门槛文档最好而且门槛...

加上最近了解的的东西梳理一下包括以前的一些想法, 包括新的旧的 限于个人的阅历, 文中的链接会很片面, 有兴趣的同学可以帮忙补充 这篇笔记涉及了我对前端的理解, 经验, 以及臆想, 欢迎交流想法

写 Cirru Parser 的原因, 对照文档搞了半天, 也是搞定了. 然后回头来一想, 好多地方搞不明白的, 以后万一模块需要维护恐怕还麻烦 所以打算留一点笔记在这里, 也留一点感想希望有多一点人重视这些东西

昨天晚上不知怎么想起来 Julia, 翻了翻文档, 又有发现, 就是 Julia 有出色的元编程能力, 可以在执行过程中拼接 AST 然后执行[链接] 比如说文档里给出了这样一些例子:

不知道 Facebook 官方的人对于推动社区有怎样的规划跟感想.. 我这边押宝 React, 沾了光目睹了社区怎么繁荣起来 相对于写代码我更有兴趣关心技术社区未来会怎么发展, 发展成什么样? 目前为止论坛, 微博, 微信, GitHub 部分权限, 很多在我手上 随后更多同学参与 React 的话, 多半会有改变, 我希望更多人参与社区维护 所以...

某个大神真是牛逼得不行了, 连发文章用 LLVM 造语言一篇是 Haskell, 一篇是 Python, 看得我都飘飘然了, 以为好简单[链接][链接]总体上说, LLVM 已经是非常棒的平台了, 各种语言都能编译到他比如说 Rust, Julia, 两个语言基本上就是靠着 LLVM 强大功能强大起来的另外 Clang 跟 Swift 是苹果自家就不消说了我注意到 Haskel...

编程语言的执行 解释执行 [链接]简化的解释器入门和编程语言了解 Machine Code [链接] 中间语言 JVM [链接] CLI [链接] Parrot [链接] JavaScript [链接] LLVM(个人收集) [链接] 解释执行 代码 -> 语法树 -> 遍历语法树 {代码...} 解析成 JSON: {代码...} 递归执行过程: eval(ast, env) 编译执行 类似解释执行, 但...

PureScript 是一门编译到 JavaScript 的强类型静态类型语言. 它的功能受到 Haskell 的激发, 并且使用 Haskell 编写, 其目标是: "编译到 JavaScript 同时保持清洁跟可读" 而且根据 PureScript 作者 Phil Freeman 所说, PureScript 具备跟其他编译到 JavaScript 的语言相互操作的能力.

很想能自己造一门完整的语言, 一直关注这些东西, 现在还是出在收集阶段.思路是将不写类型声明的代码解析跟推断, 生成 LLVM IR, 然后交给 LLVM 处理.如果你看到其他可以作为教程的例子, 欢迎评论在下边 :)

周末我跟朋友在植物园闲逛, 突然想到这个问题, 就是本文的标题... 编程更应该说是付出的代价, 而不是收获的乐趣, 编程本身称不上乐趣 实际上编程还可能是很枯燥的工作, 因为业务逻辑可以算得上机械的脑力劳动 甚至编程经常还让你很难学习新知识, 因为很可能被局限在具体的问题当中了 完成一个程序, 也许要几个月的幸苦工...

这是 Cirru 项目相关的代码, 就是把 Cirru 代码变换成 JavaScript 代码 当前版本的 CirruScript 用的是手工转化, 代码是比较乱的, 虽然也比较有效.. 其中, SourceMap 支持导致代码的复杂性难以降低, 而且, 实际上我当前写的几个项目都是没有开启 SourceMap, 因为提升并不明显 另一个原因是 CirruScript 代码和 JavaScrip...

我发现 Nim 是在我为开发游戏(HookRace)寻找一个正确的工具的时候, 这个游戏是我的 DDNet 游戏(mod of Teeworlds)后续的版本. 因为我最近忙着别的项目, 所以这个博客主要就关于 Nim 了, 直到我有时间继续开发游戏.

Nim 是一门年轻的, 让人兴奋的命令式编程语言, 即将发布 1.0 办法. 我对与 Nim 最主要的兴趣在于性能/生成力的比值, 以及使用 Nim 写程序带来的乐趣. 这份教程里我会展示一下我是怎么展开一个 Nim 项目的.

原先的计划是 Quamolit 项目在 Canvas 上模拟 DOM 来写应用,自己的实现会丧失大量 DOM 的好处, 而且力有不逮, 但着重改善几个方面:

配合上一篇文章做的翻译: [链接] 这份教程的目的 这是 Webpack 怎么做事情的烹饪书. 其中包含了我们在 Instagram 做的大部分功能, 而且都是在用的功能. 我的建议是: 把这个当成是 Webpack 的文档开始学习, 然后看官方文档的具体说明. 预备条件 你懂 Broserify, RequireJS 或者类似的打包工具 你注重这些东西: 代码分包 ...

大概算是一份教程吧, 只不过效果肯定不如视频演示之类的好..Webpack 最近在英文社区上经常看到, 留了心, 但进一步了解是通过下边的视频:视频: How Instagram.com Works, Peter HuntPeter Hunt 也是 React 的传教士, 我由于对 React 的关注因此细看了视频再后来是出现 React Hot Loader 这样的开发神器, 我认为 Webpack ...

熟悉我的人大概看到过微博上这些事情, 也是我最近在头疼的事情:一个是我尝试去写动画框架了, 声明式语法写动画, 放了个项目[链接][链接]另一个是我在大量追 Dribbble 上的新设计, 俨然超过我对编程的兴趣[链接]到现在这种情况下我应该假设我并没有能力解决这个问题了, 声明式写动画从学编程一开始我就有期待自己能写动画...

这篇文章是在 React Native 发布之前写的, 已经过时了. 如果想了解推荐下面几个链接: 官网 [链接] 中文文档翻译 [链接] 中文社区导航 [链接] 以及下方评论给的极客学院的中文版介绍: [链接] 不知道上下文的同学可以扫一眼 CSDN 上的介绍:[链接] React Conf 的视频在这里:[链接] 原文是 Hacker News 上的帖子, 我做了很粗...

打印调试信息是调试程序通用的办法. 命令式语言中, 我们只要设置打印语句到标准输出的代码, 或者到某些 log 文件里, 这样就能追踪调试信息了. (比如说, 特定变量的值, 或者一些肉眼可读的消息.) 然而对于 Haskell, 除了 IO Monad 以外我们没办法打印任何信息., 而且我们不像单单为了调试引入那样的例外.

官方的 gulp-requirejs 插件有点问题, end 事件没有正常触发 找 zensh 一起看了下, 他找到问题给了解决方案, 我才把坑填了 后来微博上有提醒说用 gulp-requirejs-optimize, 但是下载量远远不行[链接]

在公司用 React 写界面的已经有一段时间了, 有些习惯可以沉淀一下目前代码当中主要还是我个人的使用习惯, 后面应该会改善最近进行的一个页面是参照 Flux 架构做的, 只能说尝试 Flux 还太浅了后面我会大致罗列一些点, 用 React 的同学可以对比下或者指点一些问题

前面一段时间对 FP 和 OOP 两者的关系感到比较困惑 我使用的动态语言揉合太多范式, 在这一点上很难做出明确透彻的区分 不过经过这段时间琢磨相对之前感觉要好一些了, 有了一些自己的想法 后面自己的部分会有不少没有验证的地方, 所以应该当成感想来看 需要说明, 我的经验来自动态语言(JavaScript), 相对静态语言会有很多...

最初在学校, 自己学 Ubuntu, 边上还没找到用 Ubuntu 的朋友, 只能在网上搜索 2010 年 Ubuntu 中文已经是很火热的论坛了, 每当我遇到问题就回到上边去求助 因为 Ubuntu 真的是个非常容易出问题的操作系统, 我经常需要在上边发帖 我也期待更新改进界面, 一直关心新闻, 还尝试追着人去把东西问清楚 同时我也很讨厌论坛的 UI...

这个话题在前边已经写过一些, 看豆瓣上 关于 WebCity 一些新的想法 中间一些想法酝酿了比较长时间了, 这次也当作是一个整理吧 这篇文章在界面设计方面写一点, 配图也是网上的, 没有经过加工, 需要点想象啊 由于我没有足够的设计能力, 相关技术也不成熟, 因此 Demo 暂时不会有

这篇笔记写的是我对于后端的架构的思考最近对 React Flux 架构对数据层进行思考, 感觉遇到了很多的问题这些问题让我觉得服务端在这方面没有做好, 因此很怀疑后端架构而且前端多种框架之间差别非常大, 而后端的似乎没有翻天覆地变化嘛

前几天跟同事聊天的时候回头看过当时在学校开发的电台 现在可能是无人维护, 而且 API 在外网估计屏蔽了, 所以还是当时的样子 我最近关于 FRP 的图形编程比较多, 偶然回想到当时很多错误的认识 我觉得挺有意思, 所以想写一篇文章感慨一下, 文章的重点是, 当时对事物好多的理解, 随着深入领域已经改变甚至固化

Larry Wall 的 Patch 程序在那个年代的网络下对于黑客们非常重要, Patch 的出现使得人们能够通过增量更新软件, 否则更新时下载全量的代码将非常缓慢 而 Git 分布式的设计也使得大量程序员共同维护代码成为了可能 现在 GitHub 俨然是开源世界的中心, 大量的开源软件托管在 GitHub 上 同时 GitHub 社交功能渐渐成了程序员...

人们编程时很容易走到怎么想怎么做的过程式的思维当中去, 可代码不是 代码需要的是抽象化和隔离, 一段代码尽量不依赖不相关的那些数据 或者说, 一段代码应该保留尽可能少的引用, 并且同时能够充分地完成工作 我挺喜欢的一个说法是, code is blind, 它只能触碰到整个程序中身边的一点点状态 对于代码进行隔离, 以及设计出...

幻灯片比较苍白, 前面补上一些讲过跟后面想到的内容吧.. 刚才听活动忘记这边加点说明..用 Backbone 的时候, 因为需要 jQuery 对 Model 和 View 两边做操作,还有就是 View 之间甚至还有复杂的消息和状态关联, 难以理清楚,当时就想, 如果都像服务器那样, 一次操作, 直接更新数据渲染页面多好啊