如今golang已经成世界上最好用的编程语言，Jetbrain Ides也成为了世界上最好用的Ide。

试想下，夜深人静，打开世界上最好的笔记本（Mac Pro），拿着世界上最好的Ide，写着世界上最好用的编程语言，把自己的思维写进开源项目，这是何等体验，此生足矣。

01
goutils 的目标很简单，就是解决开发生产力。

如今，已经是微服务的天下，因此一套开箱即用的工具库，显得极其重要。golang本身已经足够优秀，加上有很多优秀的开源项目，比如著名的gin，已经解决掉大部分问题。goutils要做的事并不多，因此，goutils并不大。

golang的最佳场景是服务端开发，goutils可以作为服务端研发的武器库。

因为笔者本身是自由创业者的缘故，因此将自己的代码开源并不会有太多操作上的问题。将非业务代码开源，也成为现在流行的趋势。

目前笔者的十几个项目都用上了自己的开源项目，往后，随着开发项目的增加，goutils的武器库也将继续增加。

02

Jetbrain的Goland是目前最好的Golang Ide。之前一直在用Vs Code，虽然Vs Code 也很优秀，但是对于用过Jetbrain系列的选手来说，无疑是有点痛苦。这个事，你用过就知道，并不是熟悉程度和快捷键的问题。

Jetbrain的开源许可申请条件还是比较宽的，只需要你持续3个月维护你的开源项目即可，详见下面的申请链接。

Jetbrain开源许可申请

最后，感谢Jetbrain 为开源事业提供的支持。

2019 对我来说，最大的收获是，重塑了思维模式，对自己进行了全新的解构。
如果说用四个关键词，我想用：财务自由，创业，成长，感恩。

01
进入2019，才算是真正的进入修行，思维修炼也是进入了爆发式增长。
2019 之初，收获了王阳明的心学，对知行合一颇为崇敬，感谢度阴山写的《知行合一王阳明》。
之后，便开启了修行之路。
后，开始在喜马拉雅上听《明朝那些事》。
再之后，便是一个人的长途迁徙。
2019 最需要感谢的一个人，周文强，一个我所遇到境界最高的人。
听他的日精进，让我对罗伯特·清奇的《富爸爸穷爸爸》有了全新的认识，并完全清晰透彻的了解了财富自由。
之后，经他的推荐，便有了：
朗达·拜恩的《秘密》宇宙吸引力法则，自己践行后，才真正感觉到神奇。
张德芬的《遇见未知的自己》，一句”亲爱的，外面没有人，只有你自己“，让我内心变得开始强大。
托马斯·斯坦利《有钱人和你想的不一样》，是时候，构筑财富蓝图了。
华勒斯·华特斯《失落的百年致富圣经》，对于致富，可以说是最实用的书。
这一年的成长，远远大于过去的35年。
感恩，感谢，所有以上。

02
创业，是 2019-01-01 凌晨写下的计划。
2019 才真正开始创业，为这一年打下了一个很好的开端，因此，也赚到了人生的第一桶金。
为什么这么多人不鼓励年轻人创业，不创业，真的是人生一大损失。
如果说创业给我带来最大的收获是什么，那就是内心的自由，喜悦。
不要相信别人说的话，追随自己的内心，方向没有错，总有一天能达到目的地。过程中，只需要不断地学习就可以。

03
如今，2020已到。
该是新的起点开始了，我已经踏上了追寻之路，这一年，必将是喜悦的。

送给所有同路人，愿你们能够喜悦。

• 进入区块链领域
• SpringCloud 体系的实践
• 将Golang作为最终的语言
• 搞定了k8s架构
• 开始Remote Work
• 顿悟人生
• 解决小孩上学问题

2019 将是值得期待的一年
未来未可知，但是有两件事需要完成。

• 技术沉淀
• 开始创业

感谢2018，感谢互联网上无私奉献的人们。

App类.

• [收费] 1Password http://1password.com：最好用的密码管理软件，没有之一。遗憾的是以前的版本一次性买断，现在月付有点小贵了。
• [收费] Alfred http://www.alfredapp.com/：应该说是mac标配。
• 滴答清单 https://www.dida365.com：安排好你的工作，生活
• iTerm2 http://www.iterm2.com/：爱不释手。
• Oh My Zsh http://ohmyz.sh/：同上。
• Keka http://www.kekaosx.com/：各种压缩包。
• Wireshark https://www.wireshark.org/：这个，科学研究必备。
• Evernote https://evernote.com/intl/zh-cn/：一直想找替代品，可是没找到，确实是很方便的工具。多端同步。
• Postman https://www.getpostman.com/： 开发必备。
• Robo 3T https://robomongo.org/：开发必备。
• Feem https://www.feem.io/：局域网共享目前认为最好的工具，用过就知道爽。
• New file menu free [https://apps.apple.com/us/app/new-file-menu-free/id1066302071?mt=12](https://apps.apple.com/us/app/new-file-m enu-free/id1066302071?mt=12): 有了它后，Finder 就可以直接New File了，个人认为就不需要安装XtraFinder之类了。
• Typora.app https://typora.io/：真是被低估了的markdown写作神器，开启文件树加上github.com，简直是居家旅行，写作，笔记，必备之大杀器。

Saas类：

• Tower.im https://tower.im/：remote标配。
• Chartmage http://chartmage.com：最好用的在线时序图，没有之一。
• Naotu http://naotu.baidu.com/：百度的脑图很棒。
• Jianshu https://www.jianshu.com/：这个不多说了，如果你有写作的习惯，或者把他当笔记，没有比这更简单的工具了。
• Online audio converter (https://online-audio-converter.com/: 如标题

编程思想:

• 《Agile Java》 JEFF LANGR
• 《重构：改善既有代码的设计》 Martin Fowler
• 《Head First 设计模式（中文版）》 ** 弗里曼 **
• 《程序员修炼之道:从小工到专家》 ** Andrew Hunt , David Thomas **
• 《代码整洁之道》 ** Robert C. Martin **
• 《代码大全（第二版）》 ** Steve McConnell **

敏捷开发:

• 《软件开发本质论：追求简约、体现价值、逐步构建》 *Ron Jeffries *
• 《解析极限编程: 拥抱变化（第二版）》 ** Kent Beck **
• 《敏捷软件开发:原则、模式与实践》 ** Robert C. Martin **

软件设计

• 《UML用户指南(第2版)》 Grady Booch ， James Raumbaugh ， Ivar Jacobson
• 《微服务设计》 Sam Newman

昨天刚入手的一本书,这是一本难得的实操性很强的书.
它让我对测试这个行业有了新的认识.快速的浏览过一遍后,我将它分享给了我的测试团队.

书的内容就不多介绍了,我推荐所有的测试工程师都读一下这本书,它会让你有更高的视角,同时会让你对你的工作更有信心.

感谢作者,让我读此书而受益.

这本书的地位就不多介绍了,信息量很多,需要时间整理,mark下.

简书把写作的门槛降到了最低,但是又不想放弃Blog.因此萌生了使用使用简书作为写作base,同步文章到hexo的想法.

思路

同步策略

如果仅仅是同步文章,太简单了,对于一个开放性的网站,抓取就够了.但是如果能同步markdown就完美了,但是简书这边没有提供api.
这里就两个方案

1 同步html,然后动态解析为markdown,复杂度较高
2 登陆,然后同步markdown,滑动验证码没研究过,感觉投入产出比相对较高,因此可以使用selenium做半自动登陆,下面是关键代码.

@driver.get(BASE_URL + "/sign_in")
@driver.find_element(:id, "sign_in_name").clear
@driver.find_element(:id, "sign_in_name").send_keys username
@driver.find_element(:id, "sign_in_password").clear
@driver.find_element(:id, "sign_in_password").send_keys password

#等待1000秒直到滑动验证码被验证成功,点击登录
wait = Selenium::WebDriver::Wait.new(:timeout => 1000)
wait.until { @driver.find_element(:class_name, "gt_ajax_tip").attribute('class').include? 'success' }
@driver.find_element(:class_name, 'ladda-button').click

这里选择了方案2

登陆状态的保存可以将cookie写入到文件,这样就不需要每次都启动selenium重新登陆一次.
同时,同步文章的时候考虑到如果使用selenium打开浏览器挨个请求一遍效率太低.所以在已有登陆cookie的情况下,将cookie写入到mechanize,使用mechanize做网络请求.

图片的问题

这是开发到后面的是发现的,简书的图片是动态cache访问的,也就是说没有永久存在的地址,所以这个需要先下过来.

用到的工具

• ruby
• selenium
• mechanize

总结

• 同样的思路可以用于登陆门槛较高的场景,比如说需要手机验证码登陆,等.
• 简书将很多写作体验就简化了,比如标签的设定,SEO的设定等的.要接受这点,才能让你专心到写作上.其实想想也是,如果你不做自媒体,又何必关心搜索引擎是否会收录.
• 花了点时间把想做的事做了,得益于这些前辈们开发了这么好的工具,让我如此简单的能达到我的目的,在此表示感谢.
• 写作的目的,如果想多了,自然负担就多了.

完整代码 gist

整体来说,感觉不太够用,毕竟这个库比较老.接下去可能会研究下minitest的源码.最后不行的话,可能会自己动手写测试框架.rspec还是算了

require 'test/unit'
class TestUnitAssertionsTest < Test::Unit::TestCase

  def setup

  end

  def test_assertions

    assert_block "block返回值不正确" do
      true
    end
    assert_equal('Yes', 'Yes')
    assert 1, '对象不能为false和nil'
    assert_true true
    assert_raise '需要抛出一个异常' do
      raise Exception
    end
    assert_nothing_raised '不能抛出异常' do
      # raise Exception
    end
    assert_raise_message "exception" do
      raise "exception"
    end

    assert_instance_of String, '', '预期的类型和实际类型不符'
    assert_nil nil
    assert_respond_to 'a string', :reverse, '对象预期的方法不存在'
    assert_match(/\d+/, 'five, 6, seven')
    o = Object.new
    assert_same o, o
    assert_empty("")
    assert_empty([])
    assert_empty({})
    assert_path_exist("/tmp")

    flunk '强制断言失败.看到这条失败断言,表示上面所有的断言通过.'
  end


  def teardown

  end

end

$ ruby assertions_test.rb -v --use-color=true 
...
Started
F
===============================================================================
Failure: 强制断言失败.看到这条失败断言,表示上面所有的断言通过.
test_assertions(AssertionsTest)
assertions_test.rb:41:in test_assertions
     38:     assert_empty({})
     39:     assert_path_exist("/tmp")
     40: 
  => 41:     flunk '强制断言失败.看到这条失败断言,表示上面所有的断言通过.'
     42:   end
     43: 
     44: 
===============================================================================


Finished in 0.001588 seconds.

1 tests, 17 assertions, 1 failures, 0 errors, 0 pendings, 0 omissions, 0 notifications
0% passed

629.72 tests/s, 10705.29 assertions/s

Process finished with exit code 1

在实践TDD的过程中,使用了一些Ruby TDD框架,经过一番选择,最终选择了Test::Unit,实际上Test::Unit是一个较老的框架.

列举TDD中要解决的一些实践性问题

• 执行时长,这个很重要,否则CI是一件痛苦的事
• 编写效率,这个重要性同等,选择Ruby正是这个原因
• 可读性,在Ruby这已经算是不错了
• 可编程性,TDD可不是DSL能干的事,使用编程语言来支撑才是首选.如果使用的DSL,个人觉得是一种灾难
• 执行方式定制化,TDD是一种标准的工业级产品,但是如果执行方式无法定制化,应用场景就有些局限性.Rake可以适当的解决这个问题
• 断言语法的丰富性,丰富的具有语义的断言语法,不但可以节省代码,而且还可以提高可读性.目前在Ruby的测试框架中并没有太优秀的.好在Ruby动态语言的特性,非常容易扩展.

实践后的感受

在实践过程中,我使用过,rspec,testunit,rspec,rake下面分别来谈谈几个工具的感受

rspec

在使用Bundle生产GEM的时候,默认会生成Rspec,似乎describe系的DSL已经成为主流,但是实践过程中,发现太多不好用的地方,下面以Ruby中的Rspec为例一一列列举

• 语法结构太过死板,如it 不能嵌套 it
• 测试复用困难,shared_examples只能在describe外部定义,无法接受describe的上下文,不可接收变量,只可接收实参
• 增加高级特性后,可读性急剧下降,如果不信的话,可以读下文档的示例代码.
• 可编程性太差,除了Ruby的语法,其他特性使用起来太难

总结下,Rspec适合使用在GEM这样的工具上,测试场景比较简单,工程项目不建议使用

minitest

minitest看上去是可以对Test::Unit的升级,但是实践后发现,除了对Reporter进行优化外,没有太实质的提升,而且支持的断言语法也大大减少.可能真的是把Test给mini了.既然这样也就没有选择的必要了.

testunit

基本的TDD需求已经可以满足,对于断言部分,还是太少,写起来会比较类,不过因为是动态语言的关系,自己也扩展了不少.因此目前来说,没有更好的选择.

Rake

Rake的引入,可以解决测试执行的单调.multitask可以支持多线程并行测试,可以极大的增加测试效率.并且可以配置一些默认参数,可以让测试执行更简单.

为什么选择Ruby

• 开发效率高
• 可读性强
• 支持多线程
• GEM多

• Webpack 中文指南
• Reactjs 中文文档
• koa 中文文档
• 前端开发者不得不知的ES6十大特性
• React/React Native 的ES5 ES6写法对照表
• ECMAScript 6入门

中文社区

• CNodejs 社区

英文资料

• mongoose 文档

p 'Hello Hexo!!!!!!!!!'

install

$ npm install hexo-cli -g

deploy

# ./d.sh
hexo g
hexo p

多地写博客

push to github

# ./p.sh
git add --all
git commit -am 'new post'
git push

rss生成

npm i hexo-generator-feed --save

使用atom写博客

atom 插件

apm install atom-hexo

more info:Hexo

Welcome to Hexo! This is your very first post. Check documentation for more info. If you get any problems when using Hexo, you can find the answer in troubleshooting or you can ask me on GitHub.

Quick Start

Create a new post

$ hexo new "My New Post"

More info: Writing

Run server

$ hexo server

More info: Server

Generate static files

$ hexo generate

More info: Generating

Deploy to remote sites

$ hexo deploy

More info: Deployment

　　我大概算了下，平均五次左右，会有一次会有收获，其他时候通常是空手而归。在书的选择上，通常会倾向于外国的。因为外国人写书都会比较细，而且通常语言上会比较幽默一点。当然国内也有好书，只不过少点而已。

　　图灵的书必须是要关注的，购买的书里面，比例最大的也是图灵的书。怎么说呢，图灵的书，质量都会比较好，而且出了很多经典的书，比如犀牛书，《高性能网站建设指南》，head First系列，举不胜举。
　　
　　回到开头想说的，书店，一家家关门了。只有新华书店坚持着，但是计算机类的，也从最显眼的位置，搬到了一个角落。真希望能一直坚持下去。网购图书虽好，但是通常想看的书不一定有。而且，有些书，不翻翻的话，真的心里没谱。
　　
　　今天得到的一个结论是，现在新上架的书，对封面设计都非常讲究。就冲这设计，都很有购买欲望，挺好的。不过，翻过之后，确实，不如封面好看。

　　这本书是我工作的第三个年头在上海新华书店发现的。略厚的一本，看到之后，如获至宝。

　　这本书的编写思路是，先编写一个类似编写过程式的代码。一步一步的教你用TDD的思路去重构，最后得到一个比较ok的代码。他会告诉你哪里不太合适，并且教你如何用TDD去重构。

　　值得一提的是，这本书对于不懂Java的人来说，也能看得懂。因为例子浅显易懂，这个可以当作为Java的入门书籍。

　　在工作生涯中，有好几次编写复杂模块的时候用TDD的方式去实践。实践的结果是，开发速度没有明显下降，但是BUG率一直保持在0%，而且编码期间，我还会进行多次重构，以消除不合适的代码。当时的感觉超棒。
　　
　　可以说，这本书对我的编码风格影响最为深远。谨以此文作为对作者的感谢吧。　　

　　之前读过很多晦涩的uml教程，始终不知道所以然。
读完这本书，uml基本就掌握了，有人问我uml该怎么学，我都会直接推荐这本书。

　　个人认为，这是图灵出版的最有价值的一本书。

　　uml是否过时？
　　个人看法，目前还没有一个比uml更实用的图形表示语言。特别类图，既可以表示类，也可以表示领域模型，当然还可当做其他，比如实体关系，ERR。

　　引用里面的一句话，“成功的路上总是铺满错误”。

　　建模即是如此，需要不断地犯错，从犯错中总结，才能让这些标准化的工具为你所用，不然，它们只是晦涩的理论而已。

　　看来现在的科技是发达了,以前想实现的种种方式现在都被很好地解决.就拿互联网写作这件事来说,在这里被完美解决.不用太多的负担,只管专注去写就行.

　　简书的操作体验很棒,相比起来wordpress就难用多了.markdown的语法在熟悉中,markdown的写作看样子是很高效的,很适合html这种内容的编辑.

　　没有书目是很大德缺憾,不过可以挖掘挖掘,看这个能不能以其他方式被解决.最后看了下,看来是通过文集可以解决,不错.

　　接下来,我想从我一直想做的事情开始,就是做一个书单.

大概构思是这样的,分两条时间轴

　　1.读书单:列出想读的书目,以及愿望,也就是为什么想读.

　　2.读过的书:对读过的书进行整理,重新过一遍,温故而知新.

　　以前想用豆瓣来做这件事,但是最终也没研究出来怎么做