不同的视角

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

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

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

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

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

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

至少作为一个程序员，我是经常遇到： 比如说客户提需求，你觉得毫无道理； 比如设计人员提出要用吸引人的弹出式菜单，而作为开发你不希望引入太多的第三方控件，也更不想自己重新造轮。 更有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 本身的缺陷，可能根据我们自己的使用每个人有自己的痛点和需求，我们何不自己去创造呢。依赖这些第三方的工具，或许有一点他将收费，或许有一点他不再开发了，或许他也将不再满足你的需求。

Take Computer As a Tool 把电脑当工具

当我们在用电脑的时候，其实我们不知不觉地在被电脑塑造,捆绑。我们在闲聊，我们在八卦，我们在逛店，我们在看视频，我们在翻网页。

但是我们忘记了电脑只是一个工具，我们应该主动得知道我们要用电脑做什么。

比如说我要找人聊天，我就约好时间，QQ聊个天，然后关机； 比如说我要买个东西，我就淘宝，京东上快速下单，而不必在那签到、评价领取积分或者抢红包； 比如说我们要看某个记录片，安排好时间，安静得好好看完； 比如说我们要查某个东西，学习下搜索技巧，快速地找到需要的信息； 其他的时间，如无必要，不要被电脑这个工具奴役。​

Sometimes we keep looking for resources everywhere only to realize that we had it with us the whole time. Situation like these might arise when you have too many choices. I too faced these moments before. It is a tough situation indeed.

I think one should develop art of learning before trying to learn a lot of things at once. Once you know how to learn and improve how to learn through constant iterations. It becomes easy thereafter.

I changed quite a lot as a developer and person. Last year. I was all about learning new technologies, getting super aware about all the frameworks that are popular. Now, I don’t even bother checking these. My goals are now mostly on low level decisions or high level architecture. All these frameworks and likes are just tooling. Nothing less nothing more. The main focus should be on problem solving. And problem solving at its heart is always Language/Platform/Frameworks agnostic.

• There is absolutely no good theme if you are running a technical blog.
• Syntax highlighting is pathetic.
• I can’t write post in my text editor.
• There is no source control.

Reading books and theory is also very important at this stage. Consider it as like sitting on the shoulder of giants. Of course practice is very important as well but making sure there is a good balance between these two really pays off.

I love reading books. I have bought quite some books in the past 11 months. I have so much to read and learn from these gems. I have done good progress in completing some of these. Hoping to cover more in the near future.

How-To-Blog 如何写博客

13 Apr 2014

No matter when or why you started your blog, a few tweaks here and there to your blog and your attitude can change things for the better. Check out our list of seven tips to help you succeed as a blogger.

1. 选定主题 Focus on Topics

What readers really want is a collection of related and helpful articles on the same topic to help solve a problem or question.

2. 内容为王 Content is Key