iblank-blog

[iblank-blog]

好的商业模式其实是不怕抄的。你有核心竞争力，有内功，你怕什么呢？不真正扎到用户里，不真正理解用户的需求是抄不来，学不走的。顶多就是个照猫画虎，不用怕。

做了这么多年的互联网，我个人觉得在互联网上做收入应该靠两端：一是富人，二是社会底层，他们才是真正为互联网贡献价值的人。白领的价值主要就是广告价值，除了电子商务，白领什么钱都不会付。

白领不是我们重点拓展的对象，但我们也会有规划，比如网络演唱会与现实演唱会相结合，推出教育频道，��新浪合作推出了微女郎业务，做全国25个城市的街拍，这项业务将启动独立域名。这都是针对白领的服务。就像腾讯，在满足了中低端人群需求之后也会慢慢往白领上靠，所谓农村包围城市。

[iblank-blog]

Why bother? Setting up a TCP connection is very expensive! Even in an optimized case, a full one-way route between the client and server can take 10-50ms. Now multiply that three times to complete the TCP handshake, and we're already looking at a 150ms ceiling! Keep-alive allows us to reuse the same connection between different requests and amortize this cost.

[iblank-blog]

这个世界上有两种公司，一种是“劳动密集型”的公司，另一种是“知识密集型”的公司，很多公司把软件做���了一种“劳动密集型”的活动，在那里永远无法做出能够让业界所震撼的东西，而有的公司才能把其做成“知识密集型”的公司，在那里，你会看到世界因为他们而改变”。

能和那些有梦想有追求有能力的人一起去经历那些最有意义的事情，那些能够造福社会、改变世界、创造历史的事情

三个问题：

1）每天早上醒过来的时候，我会为什么感到兴奋？是什么在驱动着我去开始新的一天？

2）现在的经历有没有让我有这种兴奋的感觉？这种让我充满力量和期待的感觉？

3）有没有浮燥，有没有得到认可？身边的人的认可？但更重要的是自己是否对自己认可？

[iblank-blog]

Metaprogramming JavaScript

View more presentations from danwrong

[iblank-blog]

ruby 是一门编程语言，ruby on rails 是 ruby 的一个 web 框架，简称 rails。

有很多人对 rails 感兴趣，但又不知道从何下手、学习路线是什么，因为在多个场合下回答过类似问题，所以决定整理成文章供大家参观。

有很多人选择直接学习 rails，在学习使用 rails 的过程中学习 ruby。但我觉得这有些本末倒置，我更推崇先学 ruby 再学 rails，在对 ruby 有了一定的了解后再学 rails 有事半功倍的效果，同时也不会那么有挫败感。

另外，不管你之前是否有过其它编程语言（如 java、php 等）的经验，都可以直接学 ruby 编程语言。

[iblank-blog]

Rails 的作者 DHH 在 twitter 上和一些人讨论一个 rails 相关的话题时回复了 @sryche 这么一句话

Rails was never primarily about being friendly to beginners. We encourage improvement and for people to live up to the state-of-art.

基于这条 tweet，及其它一些 rails 相关的动态， @OscarTheHorse 写了篇《Rails Is Not For Beginners》的文章。

...

[iblank-blog]

The Revolution According to Steve Jobs

That simplicity is the ultimate sophistication. When you start looking at a problem, it seems really simple—because you don’t understand its complexity. And your solutions are way too oversimplified, and they don’t work. Then you get into the problem and you see it’s really complicated. And you come up with all these convoluted solutions. That’s where most people stop, and the solutions tend to work for a while. But the really great person will keep going and find the key underlying principle of the problem and sort of come full circle with a beautiful, elegant solution that works. And that’s what we wanted to do with Mac.

Being a pirate means going beyond what people thought possible—a small band of people doing some great work that will go down in history.

Some days it’s real hard,” he said. “But life’s funny. You never know what’ll happen in the future.

[iblank-blog]

vim的主要作者写的，使用vim的七个习惯

[iblank-blog]

lsof is the Linux/Unix über-tool. I use it most for getting network connection related information from a system, but that's just the beginning for this amazing and little-known application. The tool is aptly called lsof because it "lists openfiles". And remember, in Unix just about everything (including a network socket) is a file.

[iblank-blog]

This is not about teaching Python - the programming language. This tutorial will not magically transform you into a python ninja. I am assuming that you already know a basics of Python. If you don't, then stop right now. Go read Zed Shaw's brilliant free book Learn Python The Hard Way first and then come back.

I am assuming you are working on Linux(preferably Ubuntu/Debian) or a Linux like operating system. Why? Because that is what I know best. I have not done any serious programming related work on MS Windows or Mac OS X, other than testing for cross browser compatibility. Checkout following tutorials on how to install Python on other platforms:

Python 101: Setting up Python on Windows

Official documentation for Python on Windows

Official documentation for Python on Mac OS X

Search the web for the best possible ways of installing Python on your operating system. I highly recommend asking on Stack Overflow.

[iblank-blog]

xargs

it 'throws' filenames fed it by pipe, in front of a command, and executes that command with filename, once per filename.

eg:

find . -name '*.c' | xargs grep "myfunc"

will call:

grep "myfunc" a.c grep "myfunc" foo/bar.c ... whatever .c files find finds

[iblank-blog]

Getting Real

准时地在预算内推出，要有优先级，要现实些，要有灵活性

通过减少改变的阻碍保持灵活

构建一半产品，而非产品有一半缺陷，摆出产品应该成为什么样的任何点子，然后砍掉一半。

只留精髓

你��大部分时间浪费在无关紧要的东西上。如果你能抛弃不重要的工作和思考，你将会获得不可思议的生产力。

不轻易实现���能，学会说不，“我知道关于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)

抑制膨胀

[iblank-blog]

由于早期和主流市场用户对产品要求存在差异，因此这两类用户不能互为参考，而通常主流市场用户不会在没有咨询任何参考意见的情况下做出购买决策。这就是鸿沟产生的原因。

[iblank-blog]

其实，创业就是开创事业。重点是事业，不是开个公司，也不是挣钱，公司和挣钱是你事业的��产品。事业是我们的理想，是我们对自己人生价值的一种诉求

你的公司至少应该要去改善或是颠覆点什么，如果还有价值观的输出，那就更完美了。总之一句话，别把自己给卖了。

“保持 小的公司规模，你不需要加班，你没有必要耗尽你一生的积蓄，承担财务风险。你可以一边继续日常工作，一边开始创业，这样随时都能有现金满足需要。你甚至不需要办公室。现在可以在家工作，和从未见面离你千里之外的人合作…… ” 这是一本让你可以去思考的书，远比那些名人们的微博有价值地多得多。不要跟随大流，保持住内心的理想，Think Big, Make Different。

[iblank-blog]

面向对象分析和设计需要区分对象的值语义与引用语义。我的一块钱和你的一块钱相等，这是值语义；20岁的我和30岁的我是同一个人，这是引用语义。值对象包括2大特征：内容和运算，比如：3这个整数在计算机内部用二进制11表示，可以参与+,-,*,/等运算；引用对象包括3大特征：标识、状态和行为，比如：person对象拥有不变的标识，并可通过行为改变状态。值对象的同一性建立在内容的基础上，而引用对象的同一性建立在标识的基础上。

[iblank-blog]

程序设计语言的抽象机制包含了两个最基本的方面：一是语言关注的基本元素/语义；另一个是从基本元素/语义到复合元素/语义的构造规则。在C、C++��Java、C#、Python等通用语言中，语言的基本元素/语义往往离问题域较远，通过API库的形式进行层层抽象是降低问题难度最常用的方法。比如，在C语言中最常见的方式是提供函数库来封装复杂逻辑，方便外部调用。

不过普通的API设计方法存在一种天然的陷阱，那就是不管怎样封装，大过程虽然比小过程抽象层次更高，但本质上还是过程，受到过程语义的制约。也就是说，通过基本元素/语义构造更高级抽象元素/语义的时候，语言的构造规则很大程度上限制了抽象的维度，我们很难跳出这个维度去，甚至可能根本意识不到这个限制。而SQL、HTML、CSS、make等DSL（领域特定语言）的抽象维度是为特定领域量身定做的，从这些抽象角度看问题往往最为简单，所以DSL在解决其特定领域的问题时比通用程序设计语言更加方便。通常，SQL等非通用语言被称为外部DSL（External DSL）；在通用语言中，我们其实也可以在一定程度上突破语言构造规则的抽象维度限制，定义内部DSL（Internal DSL）。