Why lot of people fail to focus

1. Too much choices.

How to focus

1. Immerse yourself in something first.
2. Extend it with the trend.

Previous

GitHub Pages Guide

Follow the guide at GitHub Pages to set up GitHub Pages as the personal blog. Next step is to investigate how to generate RSS support.

http://jmcglone.com/guides/github-pages/ http://www.pchou.info/ssgithubPage/2013-01-05-build-github-blog-page-02.html http://www.pchou.info/ssgithubPage/2014-07-04-build-github-blog-page-08.html http://www.ruanyifeng.com/blog/2012/08/blogging_with_jekyll.html

jekyll Guide

http://jekyll.com.cn/docs/structure/

http://jekyllrb.com/docs/structure/

Add images into the page

First, add images under folder ./images then from your post reference the images by using https://liuning0820.github.io/images/xxx for example:

Google Analytics setup

I Reference Google Analytics setup for Jekyll to setup Google Analytics for my blog.

Another useful link 使用Google Analytics监控GitHub Pages访问流量

After the setup, you can navigate to Google Analytics Portal to see the measure of your website.

添加Disqus评论系统

• Sign up new disqus profile
• Install Disqus on my site. Give a Website name where to install disqus. And follow the UI Instruction to complete the installation and setup.
• Open _config.yml, 修改comment下面的disqus的值为自己上一步填的Website Name.

# Comment 这是disqus的评论系统
comment:
    disqus: liuning0820

You can see your site’s comment activity here.

Troubleshooting

对于中文的支持必须是utf-8 编码，在visual studio里直接写中文，貌似不是utf-8的编码，用文本编辑器打开发现是乱码， 然后用 bundle exec jekyll serve 本地启动发现报错。

Previous

旁观者效应

参见维基百科，是一个社会心理学术语，在紧急情况下，个体在有人在场时，出手帮助的可能性降低，援助的几率与旁观者人数成反比。换句话说，旁观者数量越多，他们当中任何一人进行援助的可能性越低。

社会上的旁观者效应

中国近年来的社会上的扶不扶问题，座位让不让的问题就是旁观者效应的体现。

团队中的旁观者效应

那么在我们的工作中，在我们的团队中，想想是不是也有这种现象？

想想以前我跟team开会的时候，有些具有点挑战性，很重要但不紧急的任务需要有人做的时候，很少有自告奋勇者站出来take 这项任务，问了一圈没人响应后， 我在会议记录(meeting minutes) 里尴尬地写下：

We/Team need to do task A :** We/Team need to do task B :**

然而，因为这里用的是我们，没有明确个人责任，责任分散了， 个人的责任感瞬间降低而失去动力，导致这样的任务长期处在 to do 状态。

想想如果把上面的任务分配如下：

Tom need to do task A :**

Jerry need to do task B :**

这样紧迫感就来了，个人不会任由这样的任务长期pending 在那里的，我们也好track 任务状态。

相信上面的这个简单的道理，你早已懂得，只是你低调，你不说。

解决办法

那么，从今天开始，在你的团队里少用“我们”，多用“你，我，张三，李四”。 So, let’s start to specify the owner when assign task.

不同的视角

去年小区里成立业主委员会，作为社区的志愿者，我积极参加了业主意见征询的一系列会议。 当中关于小区没有地方集中晾晒被子的问题，被很多业主所诟病，特别是有个别业主把家中的胸罩内衣趁着外边的大好阳光，大方的拿到小区地面公共区域晾晒，引起了部分业主的激愤。

起初，我也反对晾晒之类，因为我的视角来说，这种事有伤风雅。

当然我们这批反对公共区域晾晒的群体早已想好了解决问题的办法：在楼顶设置集中晾晒区，这样平常小区内行人走马看不到，眼不见，心不烦，也显得小区整洁有序。

在业主座谈会上，我们对自己的提案相当满意，突然有个业主站了起来： “我就是一位顶楼业主，我反对顶楼晾晒衣服。 首先，顶楼晾晒衣服，业主不随手关门，到晚上风吹门嘎吱嘎吱响，影响顶楼休息； 其次，顶楼开放晾晒有安全隐患，小孩子容易上去玩耍，除了问题谁负责。”

不同的人站在不同的角度看问题，想法可以完全不一样。

说回到我们在单位里，在组织中，在你的项目团队中，有没有这样因为角色不同，视角不同，有过类似的 争论呢?

至少作为一个程序员，我是经常遇到： 比如说客户提需求，你觉得毫无道理； 比如设计人员提出要用吸引人的弹出式菜单，而作为开发你不希望引入太多的第三方控件，也更不想自己重新造轮。 更有UI设计的时候，A认为用这种布局结新颖，B认为用那种布局简洁，C到了后期认为布局可以优化，然后就一直争论着没有行动。

写到最后，想说的道理其实就是： 你我思想一定要开放，包容不同的声音

code-is-temporary 代码是过眼云烟

注：这篇博客是读了我喜爱的软件FeedDemon的作者的文章https://nickbradbury.com/2015/02/25/code-is-temporary/ 之后的翻译摘要和个人感受。

一切都将过时

开发人员年复一年，日复一日的开会，加班，写代码，调试代码，最终我们的项目有retired的时候，项目代码也将会被废弃。 我们热衷的流行开发框架也很快会被新的框架所替代，曾今你写的代码或许将来只能在一些怀旧的老的模拟环境里能执行。 个人感受: 关于上面一段有些切身体会，比如现在在HP的一个项目GSDA，我们花了2-3年的时候，最后项目经过几个release 之后，因为用户量少，项目 被砍，部署上线的一切也被销毁，留下给我们的只有曾今的记忆。 曾今在大学里学习C++， 用的是visual studio 6.0 好像，还把曾今写过的代码备份至今，但是现在这些代码在visual studio 2015里是很难跑起来的，而曾今的 MFC框架厚厚的一本书，不知道现在还有几个人再用？

如何应对

代码其实不重要，重要的是代码背后的思想和意图。有意义的拙劣点的代码要胜过完美的毫无意义的代码。

不要浪费时间迷失在掌握和研究流行工具的细节功能上，花点时间创造真正对你重要的一些工具。可能这些会跟你时间更久一点。

其实每个人有超乎我们想象的能力，只是我们把时间浪费在构建一些对我们不重要的事情上，是时候做些改变了，如果不做永远不会发生。

个人感受：曾今一度研究过各种最近比较流行的文本工具，比如ATOM, notepad++， visual studio code，Sublime Text。每个工具都有他自己的特色，和一些geeky的功能和插件，但是其实80%的功能其实我们不care, 我们花太多的时间研究各种工具的技术点。其实想要解决notepad 本身的缺陷，可能根据我们自己的使用每个人有自己的痛点和需求，我们何不自己去创造呢。依赖这些第三方的工具，或许有一点他将收费，或许有一点他不再开发了，或许他也将不再满足你的需求。