Why·Liam·Blog

「为什么要写博客」似乎是每一位博主都会在博客里提及的一个老生常谈的问题，上到博客老手，下到像我这种文（zhuang）艺（bi）少年都会在博客里侃一侃博客本身。

第一次听到这个问题，脑子里便下意识的弹出来一个答案：逼格甚高。不得不承认，能在同龄人中（建博客的时候我 13 岁，这个答案我是站在那时候我的角度回答的）拥有一个自己的博客是个挺酷炫的事情，在别人刷着 QQ 空间，转着脑残日志，脑残说说（就是开地图炮怎么地了）的时候，我有一片自己可以任意支配的领地，我可以在这片里标新立异的领地里竖起自己思维的旗帜，没有任何干扰，没有任何限制，我能自由的写下自己的想法，吐槽一切我看不惯的事物，对那时的我来说是一件很有诱惑力的事情，也是一个可以迅速提升逼格的方法，何乐而不为？（中二气息浓厚）

当然以上都是我过去的想法，俗话说的好：「生活是一个不断发现自己以前是个傻逼的过程」现在的我就觉得以前的我很傻逼，「好好的一个博客竟然被当成了装逼工具」、「毕竟图样图森破」、「黑历史神烦」等等。所以说，到底为什么要写博客？

有位智者说过：「写博客是为了和过去以及未来的自己对话」写给十八岁的自己 这篇文章就是我在看到这句话后的产物。博客可以作为一个见证，它既可以见证过去也可以见证未来，看自己以前的文章，可以回顾自己的成长，就算是黑历史也可以和现在的我打个照面，看看自己哪些变了，哪些没变。同时，目前正在写的博文也将是未来我的「参考历史」，看看现在的自己和未来的自己又有什么不同，在对比中成长完善自己。

总之，博客可以作为一个时间的媒介，它可以历尽沧海仍不变，供它的主人来了解其本身。

在互联网行业工作的想必都多多少少听说过 GitHub 的大名，除了是最大的开源项目托管平台，许多企业也都是用 GitHub 来协同开发工作，当然我们彩程也是其中之一。笔者最初决定学习 Git 也是因为在团队内部设计方案初步被开发出来后，难免会有一些细节需要调整，而为了调整几像素的问题再求前端工程师出马，其实是很影响整体效率的，所以希望通过学习 GitHub 好在必要的时候直接参与开发，能发挥自己的一点 CSS 技术以更直接快速的解决问题。

但是期间竟然发现网上无一篇为设计师而备的 Git 教程，典型的，几乎没有一个教程讲了 GitHub 的官方应用，而都是围绕命令符做教程，对就是 DOS 那样的命令符界面，这对于设计师和产品经理等非技术背景从业者来说多少有些难于上手，所以笔者打算结合个人体验，自己动手写一篇以使用网页和客户端为主的 GitHub 教程（暂时先仅以 Mac 版客户端为例），希望它能帮助大家以最快速度熟悉并逐渐开始使用 GitHub。

在开始之前，还是得说说为什么 GitHub 值得设计师学习。除了开篇所讲的例子，可以将自己所了解的一点 CSS 或开发技能发挥出来，降低团队合作中的沟通成本。这本质上还是设计师是否应该学习开发或学习到什么程度的问题。不过我一直认为这没什么可探讨的，只是每个人不同的选择和追求。就像有些人是想成为家具设计师，有些人是真想亲手打磨出自己心中最理想的那一把椅子；有些人想成为建筑设计师，有些人只想在山脚下为家人盖一座完美小屋。同样，如果你是真的热爱这个日新月异的行业，没准某天也要自己创造点什么，我想你一定会毫不犹豫的开始学习。（插播广告：欢迎加入「设计师学开发」QQ 群 302258924 寻求帮助、分享学习经验）

按惯例，还是先简介下究竟什么是 Git（有基本认识的同学可以直接跳过）。让我们摒弃那些专业名词，用设计师工作中经常遇到的情况来介绍什么是 Git：

• 你出了一版方案 A，在大家讨论后，你改到 B，结果再讨论，大家觉得还是不如用 A，这时发现 A 没有另存，还得再改回去！在 GitHub 中就不用担心，它会记录你提交的每个版本，并把这些都放在一个仓库（Repository）里，而每一次提交改变就是 Commit，你可以随时回退到任意一个版本。
• 此外你还很可能遇到方案衍生的情况，在方案 A 的基础上，改出了一种方案 B，又改出了一种方案 C，可能还分别衍生出 B1、B2 及 C1、C2，在 GitHub 里有分支（Branches）可以记录这种方案的分化过程。
• 后来你觉得 B1 和 C2 方案中都有可取的地方，把它们融合一下就可以输出终稿了，Git 里当然也支持这种分支合并（Merged）。

之前一直有朋友要我分享下在用的 mac 软件，今天有空就来写一下，可能不止于软件，会有一些配置或者工具，或者叫环境更合适。有些可能一句话带过，有些会详细介绍。也不分类了，想到哪个就写出来。如果已经写的足够长了，就会分几篇来写。

其实现在 os x 的 terminal 已经做的很好了，但是 iTerm2 的功能依然要更强大一些。简述下优点和常用功能：

• 开源免费。
• 兼容性比默认 Terminal 更好。
• 对于经常要远程使用的情况下，默认的 Terminal 在使用 vi 时经常出现不兼容的问题，而 iTerm2 在这方面显然做的更好。
• 快捷键丰富。
• ⌘ + 数字: 切换标签页。⌘ + 方向键 按方向切换标签页。
• ⌘ + enter: 切换全屏
• ⌘ + f: 查找。支持正则。其中查找的内容会被自动复制。省去了再去⌘+c 的步骤。同样，鼠标去选中的内容也会自动复制，也可以鼠标中键直接粘贴。一般在使用时，键入搜索关键词，然后用 shift-tab 或者 tab 左右自动补全，option + enter 则自动将搜索结果键入，并且复制到剪贴板。
• ⌘ + d: 垂直分屏，⌘ + shift + d: 水平分屏。使用 ⌘ +] 和 ⌘ + [ 在最近使用的分屏直接切换。而 ⌘ + opt + 方向键 切换到指定位置的分屏。
• ⌘ + t: 新的标签页
• ⌘ + w: 关闭当前标签页
• ⌘ + ；: 自动补全历史命令。如图:

在美国提起 IT 公司，很多人想到的是硅谷，因其独特的生态环境孕育了一批又一批伟大的公司，而提起纽约，大家想到的大都是金融公司，实际上美国很多地方都在学习硅谷模式，越来越多地方鼓励 IT 公司的发展，下面就盘点下在 New York City 孕育出来的知名 IT 公司，想在 NYC 找工作的同学也可以做个参考。

公司按字母排名：

Bitly

网站：http://bit.ly 或 http://bitly.com

经常用 twitter 的同学一定在 tweet 上见过 bit.ly 开头的链接，这家公司就是做第一代短链接服务起家的。因为 twitter 上的字数限制，每分享一个网址上去就会占用很多字数，短链接服务就是把一个长网址链接转成一个短网址，当用户点击这个短链接网址的时候，自动帮你跳转到原网址。

其实我接触豆瓣小组比较的晚，平时也比较少上豆瓣。我也是在偶然的一个机会接触了豆瓣小组。

有一天我觉得一个豆瓣的小组特别的好玩，里面会有文艺的少男少女分享形形色色的自拍。我挺喜欢里面的照片的，所以我写了个爬虫来下载里面的照片。

豆瓣有个神奇的害羞组：

• 要有胸，要有腿，要有翘臀，要有嘴。要有锁骨儿，要有美。
• 要有型，要有款，要有胸肌，要有块。要有胡渣儿，要有范。
• 虽然马赛克是阻止人类文明进步的绊脚石，但是请不要忽略的它神圣的存在。

（秦鹏/译）要想针对一个科学课题形成真正训练有素的观点，你需要熟悉这个领域当前的研究。而要想能够在众多对研究的解读中区分出良莠，你必须乐于阅读原文献，并具备独立阅读这些文献的能力。对于每一位博士和科学家来说，阅读和理解研究论文是他们在研究生院必须掌握的技能。你也可以学会它——不过和任何其他技能一样，你需要为之付出耐心和实践。

阅读科学论文跟读博客或报纸上有关科学的文章完全不一样。你不仅要用与原文不同的顺序来阅读各个章节，还必须记笔记、多读几遍，还可能得查阅其他论文，以便理解一些细节。一开始，阅读一篇论文可能会花费你很长时间，但是对自己耐心一点，当你有了经验，这个过程就会迅速许多。不用害怕被论文和数据压死，随着经验的积累，阅读论文的效率会有所提高。

这里我要探讨的科学论文类型是指「一次文献」（primary research article）。它应当是经过同行评议的，针对某个（或某些）特定问题的最新研究报告。大部分这样的文章分为下列部分：摘要（abstract）、导言（introduction）、方法（methods）、结果（results），以及结论（或解释、讨论，conclusions/interpretations/discussion）。

在开始阅读论文之前，留意一下作者和他们所属的机构。有一些机构（例如德克萨斯大学）有着很好的科研声誉，但也有一些机构看似正规，其实是有导向性的。发表论文的刊物也要多加留意，小心那些来自可疑期刊，或者来自像 Natural News 那类网站的文章——这些媒介看上去像是同行评议的科学期刊，实则不然。以下是给非科研人员的第一手研究论文阅读指南：

都说秀恩爱死得快，真怕这个答案会在未来某天不得不转行时掌脸，但还是忍不住想来答一下。

借用那个问题 业余和专业最大的区别是什么？ 中的某个答案，一样东西你当作兴趣爱好，做到 50 分时就会获得「好棒」的夸奖，做到 60 分就会被称赞「真是个天才」。而作为职业人士，做到 80 分是「理所应当」，做到 70 分则会是「怎么差成这样」。

所以把兴趣当作职业需要面临的问题是：在某个喜欢并擅长的事情上成就感急速降低。

想想，一个人前一秒还被朋友夸赞写的东西真有意思应该去出书，后一面就被编辑退稿：傻逼，不登。这是种怎样的折磨啊。更不要说世界上有那么多嚷嚷着「我们只要高端大气上档次」的难缠甲方了。

然而世界上总有些富有冒险精神和精益求精精神的人愿意将兴趣作为职业，除去他们对这项兴趣极度的热爱以外，更是因为「在自己所热爱的事情上不断进步进步直到攀上高峰」所带来的巨大成就感，这种快感无可比拟，犹如宿命，犹如光荣的荆棘路。

谷歌发布新操作系统 “L Developer Preview” 后，也同步推出了可视化语言 Material Design，它的设计美学将会融入到谷歌所有的平台之中，包括 Chrome OS 和网页，它也将形成一个统一的外观，将所有的产品捆绑在一起。扁平化的设计，加上明亮的色彩，Material Design 的外观还是很吸引人的。此外，谷歌对动画效果也做了相应的调整，让体验变得更加好玩儿。

除了在 Google+ 社交媒体上发布了相关内容之外，谷歌还给与会者发送了一些艺术印刷套件，其中就包括一些极具特色的明信片，这些明信片很漂亮，也向人们展示了新设计语言的设计原则。谷歌是这样介绍的：「设计是创造的艺术，我们的目标就是要满足不同的人类需要。人们的需要会随着时间发展，我们的设计，实践，以及理念也要随之提升。我们在自我挑战，为用户创造了一个可视化语言，它整合了优秀设计的经典原则和科学与技术的创新。这就是 Material Design。”

材料隐喻是合理空间和动作系统的统一理论。谷歌所谓的「材料 “ 是基于触觉现实，灵感来自于对于纸张和墨水的研究，也加入了想象和魔法的因素。

私以为《大话西游》的剧情如泼墨画一般，随意，轻巧，留白甚多。

如果你能抛开一些科学观，摒弃一些刻意分析的眼光，就会发现，这部电影，其实只是一位老人讲了一段往事。

偶然发现《山丘》这首歌刚好可以诠释此片意境，大概人经历世事沧桑，可以达到心意相通。

就用歌词来答题吧。

山丘 李宗盛

十七岁的梦想，十七岁的故事，十七岁的微笑和眼泪，就让它们永远留在我们回不去的十七岁吧。多年后的简宁，沉静如初，淡定如初，鲜活如初，在我心里。致我们回不去的十七岁！

所有的结局都已写好 所有的泪水也都已启程 却忽然忘了是怎麽样的一个开始 在那个古老的不再回来的夏日 无论我如何地去追索 年轻的你只如云影掠过 而你微笑的面容极浅极淡 逐渐隐没在日落後的群岚 遂翻开那发黄的扉页 命运将它装订得极为拙劣 含著泪我一读再读 却不得不承认 青春是一本太仓促的书 ——席慕容《青春》

因为《北京爱情故事》中的吴狄，想起了多年前《十七岁不哭》中的简宁。忍不住在百度上搜到全集，再一次重温儿时的经典。

简宁——那样简单，宁静的男孩子是被许多女孩暗恋着的吧。他对待学问谦虚且认真，对待同学朋友真诚，对待自己要求严格。当然有很多人会喜欢雷蒙，可是我喜欢简宁，我最欣赏他的一个方面，不是他在入学摸底考试时在别人怨声载道时冷静淡定考出的门门 95 分以上；不是他认认真真地练守门只为捍卫自己的小小骄傲；不是他吹得一口好萨克斯；不是他在广播台能够面对他人离去而任劳任怨独当一面；而是军训时的一个立扑，在立扑这个项目的训练中只有雷蒙一个人做的最好，但是只有简宁一个人在做的不好之后重新做了一次，那一个瞬间我开始欣赏简宁。我欣赏他对完美永无止境的追求，欣赏他不随随便便说结束。

他的优异成绩他的组织才干他的体育能力，这些学校和家庭的教育统统都能培养的出来。然而究竟是什么的熏陶，能让一个人有那样从心底散发的从容大气淡定沉着的气质。