技术、思考，写点会让自己点赞的东西。

每次都要查，真是蛋疼，不如一次性总结一下，以后再不记得就来这里找好了。 以下代码中需要用到的文件名：filename = ‘testfile.txt’ 读取其中的全部内容：File.read(filename) 将一个字符串一次性写入这个文件： File.write(filename, str) 读取文件内容，依次处理其中的每一行： File.foreach(filename) do |line| #process each line end 判断文件是否存在：File.exists?(filename) 删除文件：File.delete(filename) 文件重命名：File.rename(filename, new_name) 文件的名字：file.path # file是一个File对象 文件的绝对路径：File.absolute_path(filename) 当前所在目录：Dir.pwd 当前登录用户的home目录：Dir.home 创建文件夹：Dir.mkdir(dir_name) #注意，如果父目录不存在的话，这里无法创建子目录 删除文件夹：Dir.rmdir(dir_name) 创建多级目录(mkdir…

作为一只本科非计算机专业的程序猿，手动写单元测试是我从来没接触过的东西，甚至在几个月前，我都不知道单元测试是什么东西。倒不是说没听过这个词，也不是不知道它的大概是什么东西——“用来测试一个方法，或者是一小块代码的测试代码”。然而真正是怎么做的？我并没有一个概念，或者说并没有一个感觉。 记得第一份工作在创新工场的时候，听当时的boss @王明礼 说，公司有个神级的程序员（。。。名字忘了。。。），他会写大量的单元测试，甚至50%以上的代码都是单元测试。当时崇拜之极，却仍然觉得写单元测试是很麻烦的一件事情。 扯远了，话说回来，当你接触多了国外的技术博客，视频之后，你会发现，单元测试甚至TDD，在国外是非常流行的事情。很多人甚至说离开了单元测试，他们便没有办法写代码。这些都让我对单元测试的好感度逐渐的上升。然而，真正让我下定决心，一定要研究一下这个东西的，是前段时间看大名鼎鼎的《重构：改善现有代码的艺术》里面的一段话： I've found that writing good tests greatly speeds my programming, even if I'm not refactoring. This was a surprise for me, and it is counterintuitive…

Otto: No more callbacks 你要做一个todo app，有一个Activity里面有一个ListView显示你所有的task，你的数据存储在服务器。假设你没采用任何的软件架构（MVC、MVP、MVVM等等），每次app打开的时候，你从服务器把数据load下来，load完了以后，通过callback把数据传给Activity，然后显示到listview里面。代码结构大概是这个样子 public class TasksActivity extends Activity { private ListView mListView; //... private void loadTasks() { TaskModel model = new TaskModel(); model.setTaskCallback(new TaskCallback() { public void…

Regular expressions are nuts. You have spent lots of time studying them and later when you actually need to write one, you come up with nothing. That’s why you need…

个人网站开起来有一段时间了，当时目标是每周写一篇文章，不过到现在也没写多少篇哈哈。。 刚开始的时候是用Jekyll来做的，后来觉得不够自由，版式太固定不好扩展。于是又推倒，用Rails自己写了一个，用Jekyll的默认主题作为样式风格，用Redcarpet来做markdown的rendering。这些都很简单，唯一的问题在于，Jekyll的默认主题虽然简洁，但是太简陋了，于是自己试着去改一些布局啊，样式啊，都是CSS的东西。折腾了几次以后，我终于要承认，我并不是一个CSS guy，我并不是非常enjoy这个过程，而且还觉得挺烦人的。所以想想，还是算了，我想写东西，那就专注于写东西吧，样式的东西交给别人去做。 于是乎，又想到了Jekyll，心想像Jekyll这样一个popular的博客引擎，应该有很多很漂亮的主题吧，于是搜了一下，找到了这个，也就是你现在看到的这个，个人感觉这是个非常适合blog的主题，既漂亮，同时也是content focused，于是决定就用这个了。从Rails app搬回Jekyll，最大的遗憾，就是之前的一些评论不能一起搬走，好可惜的感觉！ ### 关于Jekyll <!--more--> 稍微介绍一下Jekyll，Jekyll是一个static page generator，应该是如今用的最广泛的吧，因为github pages用的是这个。 Jekyll的工作原理，类似于一个文本转化器，它的原材料是markdown文本，经过它的转换以后，变成了由HTML/CSS/JS组成的静态页面，这些静态页面产生以后，你把他们放到nginx或apache的root directory，就可以通过互联网访问了。是的，没有“后台”！没有数据库！没有动态代码（除非你把前端的JS代码看作“动态代码”）！！！Everything is static, thus everything is simple! 要使用Jekyll也很简单，首先你要有Ruby，要有Gem，然后 gem install jekyll jekyll new my-blog cd my-blog…

如果你使用AndroidStudio经常觉得很卡，那有可能是因为系统给AS分配的内存不够的原因。打开/Applications/Android Studio.app/Contents/bin/studio.vmoptions (Mac)，可以看到有以下配置： -Xms128m -Xmx750m -XX:MaxPermSize=350m -XX:ReservedCodeCacheSize=96m -XX:+UseCompressedOops 这些参数分别是什么意思呢？ ####-Xms128m The -Xms option sets the initial and minimum Java heap size. The Java heap (the “heap”) is the part of…

发现很多人对markdown都有一种偏见，以为是像HTML一样，是多么复杂的东西。其实markdown真的灰常灰常简单，有多简单呢？简单到看完这篇文章，你就会了。标题说一分钟学会，其实也不夸张，如果你能在一分钟之内看完这篇文章，那么不用一分钟，就会了。 首先介绍一下，markdown是什么东西，他就是在没有任何格式的纯文本的基础上，加上一些特殊的格式（比如粗体，斜体等）的语法。听起来有点像HTML，其实他的工作原理就是将它的一些语法转化成一些HTML tag，只不过使用上比HTML要简单多了。 基本的markdown就8条规则。在日常码字中，这8条规则足以满足95%的需求了。 1. 斜体 如果你想让某些文字变成斜体，只需要用一颗星“*”包围着他们就好了。比如 hello *world*！ 将显示成 hello world！ 2. 粗体 如果你想让某些文字变成粗体，只需要用两颗星“**”包围着他们就好了。比如 hello **world**！ 将显示成 hello world！ 3. 链接 [link title](link url) 比如： [个人主页](http://www.chriszou.com) 将显示成 个人主页 注意“]”和“(”之间不能有空格…

学习一样东西，除了要学习这个东西是什么，是干什么的，还要尽量去理解这个东西是如何work的，此外，更关键的事，要知道这个东西什么时候用，什么时候不能用。这个是很关键的！