我和小雪的生日都过去了两周左右了，但是因为一直在为项目内测做准备，再加上各种年会各种腐败，连块蛋糕都没吃呢，周六和几个好朋友去威斯汀一起大吃了一顿（感谢韦一笑同学送的会员卡），然后下午去大梅沙溜达了一圈，天冷了，海边人非常少，哥就喜欢人少的地方，走在海边的栈道上，呼吸着新鲜空气，都不想回来了…天快黑的时候遇到一个小孩，我们几个和他聊天，教他用手机拍照，然后我问他你看哪个哥哥最帅，小孩就在那笑，然后我又说你看哪个最帅你就拍哪个，然后小孩拿着手机转了一圈转向了我这张老脸，那一刻，哥顿时有自信了！
resize_to_fill(width [, height [, gravity=CenterGravity]])和resize_to_fit(new_width [, new_height])是RMagick提供的两个缩放图片的方法，这两个方法的作用都是按原图比例将图片的高度和宽度缩放到指定的值，不同的是：
1. Is there a one-liner that allows me to create a directory and move into it at the same time?
mkdir + cd
2. How to report number of files in all subdirectories?
for f in *; do [ -d ./"$f" ] && find ./"$f" -maxdepth 1 -exec echo \; | wc -l && echo $f; done
看当前目录下有多少子目录，以及有子目录下有多少文件
3. Most efficient way to store thousand telephone numbers
这个面试题，好像挺常用的
4. What is your most productive shortcut with Vim?
让你更高效的vim操作是什么？另外，你使用vim有那么多问题是因为你根本就不了解vi！
5. How can I create a empty file whose name begins with a dash?
一般来说，命令都是以“-”作为选项的开头的，那么怎样创建以“-”开头的文件？
6. Why is '.' a hard link in Unix?
为什么“.”是一个hard link呢？
7. How to temporarily switch from ssh to my local shell?
在终端里连接到一台服务器后可能需要暂时在本地操作一下，那么除了新开一个终端窗口外还有其他方法不？
准时地在预算内推出，要有优先级，要现实些，要有灵活性
通过减少改变的阻碍保持灵活
构建一半产品，而非产品有一半缺陷，摆出产品应该成为什么样的任何点子，然后砍掉一半。
只留精髓
你的大部分时间浪费在无关紧要的东西上。如果你能抛弃不重要的工作和思考，你将会获得不可思议的生产力。
不轻易实现功能，学会说不，“我知道关于iTunes应该具有很酷的特性你有一千个主意。我们也是。但是我们不想要一千个功能。那样做很恶心。创新不是关于对每件事说yes。而是对每一件事说NO，除了至关重要的特性”
尽快地推出一个真实的产品，只有一个真实的，可操作的软件才能拉近每个人对现实的理解和认同。避免了为一些草图和段落争得面红耳赤，最终发现这些都是无谓的。同时，你也会发现有些你想像中无关痛痒的事情事实上是很重要的
做为一个在线的软件是不需要在完成后才推出的。设计一些界面，使用它们，分析它们，反复地做
如果你知道过后总是要重来一遍，你就不需追求一开始就达完美。这种明了不管如何你总是得过后重新审视一些问题的理念，能引发你先把产品想法推出去看看是否可行的激情。
从灵感，到草稿，到HTML，到代码
在现实使用中测试你的软件
决定它是否值得做，如果是的话:尽快去做 -> 看人们的反应
把项目分块来做
对于不发生无法知道的问题，你尽管可以从避免空谈的角度出发：说“我不知道”。
给延期的软件开发项目添加人手只会更加拖延进度。
根据对开源社区的贡献选择潜在的技术人才
选择能快速学习的多面手，而不是专攻一面的专家
一开始要忽略细枝末节的东西：导航条或者导航标签、页脚、用色、边栏、标识等，从震中着手，先设计页面中最重要的内容，先搭建框架，再填充内容
context is more important than consistency
文案很重要
each time you increase the amount of code, your software grows exponentially more complicated
deal only with the problems of today
“A "spec" is close to useless. I have never seen a spec that was both big enough to be useful and accurate.”
Prevent excess paperwork everywhere
If you need to explain something, try mocking it up and prototyping it rather than writing a longwinded document
Don't get into the technical or design details, just tell a quick story，Just give the flow of what happens
Think strategy, not tactics
“不要勉强留住用户。如果他们要离开，就让他们带上在你网站创造出来的全部内容，然后自由离去。必须敞开粮仓，集中精力留住客户，所以他们愿意回来，而不是因为被门卡住了才不得不回来。”
1) Teaser, 2) Preview, and 3) Launch
写一个产品博客
New or interesting features are a great way to generate buzz for your application
Check your logs and find out where the buzz is coming from
Give your app a name that's easy to remember
Avoid building walls between your customers and the development/design team.
Be willing to say no to your customers
Issue a major update 30 days after launch
Show your product is alive by keeping an ongoing product development blog post-launch
public betas are bullshit，Don't wait for your product to reach perfection
Prioritize your bugs (and even ignore some of them)
抑制膨胀
Everyone can read a book. Everyone can come up with an idea. Everyone has a cousin that's a web designer. Everyone can write a blog. Everyone can hire someone to hack together some code.The difference between you and everyone else will be how well you execute. Success is all about great execution