问题: 开启desktop-save-mode之后, 连不上CLojure REPL, 提示

查看了一下cider的代码的确有下面的代码

Leiningen是用来构建Clojure项目的build工具, 我的第一印象是非常难用, 也不能说是难用, 就是很难跑起来, 第一次用的时候折腾了好长时间, 加上平时都是直接在REPL里面做实验, 也没有发布像样的library, 因此平时基本只是使用lein deps来获取依赖的jar文件.

这次因为实在是需要build一个项目specter snapshot, 因为不是稳定版, 找不到相应的jar, 只能直接从源码项目进行构建, 所以又试了一次.

一个很小的, 很基础的Clojure问题, 折腾了好久. 想要使用某个jar中的某个namespace中的函数, 一直提示namespace not found. 为此升级了Clojure版本和JDK版本, 仍然不行. 其实只需要先require一下或者use这个namespace就解决问题.

原因在于我有了一种思维定势, 即认为加载clj文件和class文件的方式是一样的. 如果一个jar文件中同时又clj文件和class, 文件, 那么只要jar文件在classpath范围内, JVM启动的时候加载了jar文件, 那么所有的class文件就是可用的, 但是要使用全名, 例如java.util.Date, 当然你也可以import一遍, 这样就可以直接使用类名Date. 这是因为这些文件是JVM自动载入的.

Spector的代码中出现以下两个函数

如果抛开其中无关的具体细节, 而是关注他们的遍历和递归的方式, 会发现本质是一样的, 但是却用了不同的写法, 从理解代码的角度, 显然不应把他们看成两种不同的东西, 而且我们自己写的时候, 也应该保持某种连贯性, 如果意思和意图是相同的, 那么总应该用同一种形式来表现, 如同命名规范一样, 例如如果要一个变量表示total amount, 那么在一个地方写成totalAmount, 那么所有的地方都应该写成这样, 而不是用很多形式来表示同一个实质, 例如total_amount, m_TotalAmount之类的. 那么除了增加多余的噪音, 对代码质量没有好处.

在看Spector的代码, 碰到类似下面的代码

这段代码也许只是完成一个简单的操作, 但是写法让我感觉不那么elegant.

defmacro 和 defn有着微妙的区别, 不注意的话会出现难以理解的错误. 下面的的macro只是简单的将参数中的每个元素转换成字符串.

抛出错误

把下面的common lisp代码用Clojure来写

结果硬是写成了下面这样

之前写过一篇关于Monad的文章, Haskell之纯粹, 非纯粹以及Monad, 但是并没有感觉真正理解了Monad, 当然这些思考打下了一些基础, 一些基本的概念, 形式已经了解. 但是对Monad本身感觉还是隔了一层.

这次重温, 结合已有的基础, 得到了新的理解, 自我感觉, 离真相更近了一步.

在看 Haskell - The Craft of Functional Programming 2e. 下面的函数

可以很容易翻译为Clojure代码, 函数式语言本质都是相通的

InputStream 可以用来读取URL, 但是却有一个重大的缺陷: 这个调用很容易挂起, 而且永远不返回, 这个时候唯一的办法往往是重启JVM. 因为默认是没有设置timeout的, 也就是会永远等待, 而有时候服务器会莫名其妙的突然不响应, 其实可能数据以及发送完成了, 可能还缺最后一个数据包, 但是这个数据包很可能再也不会返回了.

这个情况的出现是不可预料和完全随机的, 前一秒钟有问题, 下一秒钟就可以了, 就好像有时候我们打开一个网页会报错, 但是下一秒刷新一下又会正常一样.

一直以来我都不知道Clojure里面的正则表达式有两种语法, 我一直以为只有一种, 那就是Java的语法, 因为Clojure根本没有自己的正则表达式引擎, 而是完全依赖于host, 如果是JVM就是Java的语法, 如果是Javascript虚拟机, 那就是Javascript的语法.

其实Clojure这里做一个小小的优化, 那就是#语法, 例子:

因为用Google很麻烦, 或者有时候根本用不了, 于是有些时候我就会替代性的用一下Yandex, 一开始还没有察觉出什么, 但是用的时间多了之后, 明显感觉到Yandex不能很好的理解我的查询, 返回的结果质量和Google确实有差距. 这个感觉非常明显, Yandex返回的结果的相关程度更低, 找到想要的内容花费的时间更多.

下面是两幅截图, 搜索同样的字符串

准备将一段Java代码转换为Clojure代码, 是处理关键字高亮的

Eclipse中用的是Lucene 6.0.0, Clojure的用的是4.0

很偶然的发现php的正则表达中有一个神秘的bug, 结果是执行一个简单的表达式匹配耗时超过30秒, 而且似乎只在Windows平台上出现, 同样的表达式, 同样的输入数据, 在Linux上检测不到延迟, 即我们精确到毫秒的时候是检测不出来的, 也就是说正常情况下这个语句应该在1毫秒以内完成, 但是在Windows上面却要耗费30秒.

根据几件小事来说说对VIM的感觉.

不支持动态高亮, 即边打字边高亮, 这些功能在Emacs和Sublime里面都是默认的, 因此在VIM里面很不习惯, :set hlsearch是在输入完成按下Enter键之后才会高亮, 而且高亮会一直保持, 除非你下次再搜索, :set incsearch 只会高亮首个匹配.

Emacs加win8加中文输入就是灾难, 第一个搜狗输入法, 因为经常死机已经被我给删掉了, 然后是bing输入法, 果然是自家的产品, 通常情况下表现很好, 但是偶尔也会出现失效的情况, 这个时候真是要命, 重点是这个时候不能输入中文, 而且必须重启系统才能恢复正常, 但是我不想重启. 而且我是打死不用微软拼音的.

然后又尝试了谷歌拼音输入法, 结果十分钟阵亡, 而百度, 我连尝试的念头都没有了.

写作的最佳环境还是Emacs编辑器, 网页界面的编辑器无论多么强大, 永远也不可能比得上Emacs. 但是我想更进一步, 完全不考虑web界面, 所有的动作, 发布, 修改, 更新都在Emacs里面完成, 这样的话, Emacs就显得有点不足, 编辑本身才是他的强项, 而其他的任务例如和HTTP, FTP, 文件系统打交道更适合像Clojure这样的脚本语言.

而Clojure的REPL可以完全融合在Emacs里面, 那么整个过程都不需要离开Emacs就可以完成.

好久没有用Python来做网页抓取和分析了, 这次有个客户指定要用Python, 原来的脚本用到urllib2居然都已经下不到了. 唯一可用的是urllib3, 不过Python还是一如既往的方便, 很快就把所有的依赖全部搞定, 代码页非常简单.

首先按照需要用到的依赖, 执行如下命令.

Clojure抓取Yandex图搜索结果的脚本突然失效了, 原因是Yandex所返回的HTML的格式修改了, Yandex修改输出格式相对频繁, Google几乎不怎么变.

原来的格式

最近碰到一个很小众的需求, 就是在Emacs中以所见即所得的方式给一个段落填充换行符, 查阅了Emacs自带的各种填充换行符的方式都找不到符合这个要求的. 我需要的是把在某个frame宽度下形成的auto wrap格局变成对应的hard wrap格局.

例如之前是这样

PHP的老问题, utf8和BOM, 又让我给碰到了, 已经不记得是多久以前处理过与之有关的问题了.

首先是莫名其妙的session_start问题, 在代码里找了半天根本找不到哪里有内容在session start之前发送出去了.

有时候我们需要程序化的方式访问网页, 最典型的应用当然是网络爬虫, 但也可以是其他有用的应用. 和通常的用浏览器访问不同, 爬虫会碰到一些意想不到的问题, 一般大型站点基本都有某种反爬虫策略. 不过理论上, 服务器是无法完全区别浏览器和爬虫的, 只要不是恶意的发送大量请求, 基本可以绕过这些限制, 下面是常见的问题总结.

Referer

论搜索能力, Yandex不再Google之下, 有时候比Google的结果要好, 下面的Clojure脚本将会抓取Yandex图片搜索的结果并提取所有图片的图片地址, 来源网址等信息, 这样可以在同一个界面中以原始大小显示所有图片.

下面是在Windows上使用Magit碰到的一个问题, 已经解决并在GitHub上提交了issue:https://github.com/magit/magit/issues/2403.

因为文档实在太缺乏了, 不得不去读Magit的elisp代码, 下面是涉及到的代码, 以及插入调试语句的地方.

Magit如何调用外部程序git, 以及所传递的参数

Sublime中切换颜色主题有两种办法, 一个是在菜单里面选, 一个是编辑Preferences: Settings - User文件的color_scheme属性. 两个都不怎么方便, 用的较多的主题至少有两个一个是夜间的, 一个是白天的, 一个暗的一个亮的. 如果是Emacs就比较好办了, 一般就是写两个ELISP函数, 用的时候M-x这两个函数即可, 下面是我所用的.

Surface pro 2 , WIN10 , wifi, bluetooth, 蓝牙

一直是用msearch.el做文本高亮的, 最近发现一个问题, 每次执行复制命令之后, 被复制是文本会被高亮, 虽然复制之后文本已经不是处于选中状态了. 此时如果离开当前的buffer, 例如将文本粘贴到另一个buffer, 则高亮会一直保持着, 此时从另外的buffer返回, 发现这些高亮区域已经对光标移动命令没有反应了, 正常情况是, 当移动光标的时候, 任何高亮的部分应该会被取消.

一个平时在Clojure REPL工作的非常正常的函数, 今天突然无法正常工作了, 抛出如下异常.