然而无论最好还是最坏，对于创业者来说，成功的核心要素始终不曾改变过。他们依靠敏锐的嗅觉，发现创业的引爆点;用自己的方式，改变游戏规则;凭智慧和勇气，规避可能存在的风险乃至出奇制胜迅速占据市场，并引领行业潮流。

回顾这一年，哪些事情让创意创业者感触最深?是创业的艰辛还是前进的喜悦?在腾讯科技昨日举办的#微论坛#上，创新工场孵化的5家创业企业的CEO——应用汇罗川 、布丁徐磊 、知乎周源 、安全宝马杰及杀价帮彭林，分享了他们2011年的创业感悟。

应用汇CEO罗川：小团队创业需要专注

这一年发生的变化非常大，我觉得最重要的可能是两件事情，两个词，一个叫放下，另外一个叫舍得。放下就是放下自己过去的那些所有的，不管是身份也好，光环也好，还是过去的历史也好，通通放下，然后把自己想象成一个非常简单的创业者，这个是一个心态上的改变。

那么舍得呢，就是你要舍弃很多，舍得这个词更多的是对你所进行的服务而言。过去我都是在大企业，大企业一开始嚷嚷着要做大平台，你肯定得做一个大的平台之后，才能让老板满意，才能让公司满意。

但是作为小的创业公司就不一样，包括我开始跟应用汇原来的同事们在一块儿工作时，大家也有很多的想法，因为移动互联网刚刚开始，很 新，Android市场这个事也是苦活累活，很多人出现动摇情绪，说我们要不要做一个游戏运营，我们要不要做一个PC助手，最后这些想法都被我灭掉了。

我为什么要灭掉这些想法?最重要的就是小团队必须要专注，你一定要把很多东西舍了，才能得到。这个电子市场虽然做着很苦，但它也是壁垒，因为大公司要想这么苦下来，不太可能，而你才能有活下去的理由。

互联网我经历了有十多年了，最重要的是剩者为王，最后能够剩下来的就是王，这个剩者为王，你怎么能够坚持下来?就是你一定要把你自己做的服务，能够产品化和产业化，你一定要跟大伙儿绑成一体，你死了，别人也死得很难看，这就比较麻烦。

比如现在的应用汇用户量不是非常大，但如果应用汇真的不玩了，包括知乎、杀价帮、布丁都少了推广平台，他们也觉得很可惜，所以我们存活的价值就在于说帮助大家能够成功，这样这个企业剩者为王的可能性就大很多。

我心态最大的变化是以前都是在台上跟大家握手，现在变得重要的是跟各种大佬们，比如见到“雷布斯”，赶紧迎上去，跟他们握手，贴近一下关系，这在以前是不会的。

这个听起来觉得有点凄惨，但其实不是这样，创业还是有很多很快乐的事情。最快乐的事是什么呢?就是能按照你自己想象的方向去做。要按照你自己的方向 去做也不容易，因为你要灭掉很多别的想法，那些人跟你创业，他们也有自己的方向，你怎么去做耐心细致的思想工作，让这个团队能够聚到一起，让方向非常专 一，其实是个很有意思的事情。

当然你可以凭权利，老板说这么干就这么干，或者你引诱他，你要不完成这个指标，都拿不着奖金。但现在你没有这样的权威，就要靠你的智慧和经验，还有 你的沟通能力，才能把这个事情做好。我觉得最快乐的时候，是把这个思想终于兜售给了另外一个有狂热思想的人，这时我就感觉到特别快乐，这是创业里头最有乐 趣的一件事。

布丁CEO徐磊：创业是一种生活方式的选择

创业其实是一件苦事，没有那么多光环。创业不是一件容易的事，为什么还有这么多创业者?或者说总有一种按捺不住的创业冲动?

我觉得很多公司发展到一定阶段，他很难提供给你一个合适的环境，因为每个公司规模越来越大，它要靠制度的流程。制度是应该有，制度是什么呢?就是一种防范风险的工具，所以公司到了一定的规模，就必须要有制度。

作为个体来说，你想在一些框架下去做一些创新一点的事情，或者出格一点的事情，没那么容易。其实我的第一个公司，我也待了九年，前四年干的就跟打了 鸡血一样，没日没夜的工作。但是慢慢发展到一定的阶段，公司进入正轨了，各方面抗风险的需求就会越来越强，你可做的事情就会越来越少。

所以我慢慢发现自己没有锋芒，没有棱角，每天就是按部就班去完成。所以我在离开的时候就告诉自己，如果再不离开，可能就被自己惯懒了，三十多岁就把自己惯懒了，是挺可怕的事情。这个时候我就觉得我应该给自己找一些能让自己兴奋起来的事情。

今天挺凑巧，今天我们在办公室的时候，有另外一个伙伴在工作时就说，我现在工作好多，列了一长的表，排着队要干，但是他觉得很兴奋。这样的人，才能适合去创业。

创业不是适合每一个人都应该去干的事情，我曾经也说过一句话，如果你愿意把自己打游戏，或者打麻将，或者唱歌跳舞抽烟的这种精力都放在工作上，那你 是适合创业，如果你觉得你的生活应该多姿多彩，应该朝九晚六，应该每天有一段时间去打打球，有一段时间看看电视，也是一种非常正常，或者说大多数人应该过 的生活。

但是创业是一种需要破釜沉舟，义无反顾的生活姿态，不管你是领导者，还是早期团队的联合创始人也好，其实你们要付出的、牺牲的还是非常多，但是还是 有这么多人创业，就意味着创业还是一件热血澎湃的事情。人的一辈子，可能需要有一段这样的记忆，我的第一个公司给我留下了四五年这样的记忆，我的第二个公 司现在才一年，我觉得今天的记忆，可能跟我以前，甚至已经超过了以前的那种感觉。

知乎CEO周源：创业是一个自我修正的过程

第一次创业和第二次创业，我的变化是非常大。我第一次创业是一个什么情况呢?我是一个控制欲特别强的人，怎么讲?这个产品是什么颜色，多大，从这样的事情到公司三个月做什么事情等所有的事情我都要决定。

我现在回过头去想，我发现其实当时我自己变成了公司的一个瓶颈，所有都需要你来做的话，你就变成了公司的一个天花板，其实你一个人是做不到的。

从知乎开始，我发生了一个很大的转变。第一点，就是足够信任团队和队友，把非常专业和他们更擅长的事情交给他们去做，这样才有可能把自己的事情做好，这是我个人一个很深的体会。

正好昨天我在知乎上看到一个媒体人在线，我当时提了一个问题，因为我以前做过媒体，我说为什么记者写稿的时候，到最后一天往往都很痛苦，对方是这么回答的，他说往往都是写到最后一天才发现这个稿子没价值，所以就痛苦，又不得不写。

我当时看完以后，我挺有感触的，怎么讲?创业者的心态他可能是反过来的，当你看到一个事情它很难，或者很痛苦的时候，你通常不会觉得那个事有问题，你通常都是觉得自己有问题，你觉得自己没有做到位，他痛苦的来源是不一样的。

所以我过去最深的一个体会就是，你如果真的要做到位，你就得不断地改变，你每天改变1%，你一年就改变37倍，如果你能做到这一点，那你一年下来你就不会痛苦。

杀价帮CEO彭林：创业需要韧性

2011年对于我来说，是人生中最关键的一年，我也希望各位网友今天能有一些收获回去。我今年最大的一个感触，创业非常重要的一点就是韧性，当然有 理想就不用说了，今天来到这儿的人都是有理想的人。这个韧性我觉得分几个层面，不是说能吃苦就叫韧性，首先最基本的一点，个人荣辱是不是能够放得下?

比如说我们每天跟同事，跟好朋友晚上喝酒聊天的时候，骂社会，骂领导，骂公司，骂环境，最后喝到高兴的时候，把酒瓶子一摔，说老子出去创业的时候， 绝对比他们强，我相信这个场景每个人身边都发生过。但是第二天早上一想到别人叫我这个总，那个总，觉得还不错。这个时候，个人的荣辱是不是能放下?对于很 多创业者，很多人能够放下。

第二点，自己生活的由奢入俭。比如说以前我去成都，那是什么待遇级别，那都是车接车送，成都的各个娱乐场所都已经很清楚了，你自己创业怎么办?住一个特别偏远的小房子，成都那个地方晾衣服一个礼拜都不带干的，这种变化，大家是不是能够适应，能够接受?

其实这个韧性很多人也能够挺过来，但是下一步呢?涉及到家人的责任，比如说你老婆，你孩子是靠你养的，你自己的荣辱可以放下，假如说有一天，你老婆 怀孕了，马上住院了，这时候我找老婆说，我们员工工资发不下去了，你借我几万块钱吧，这种话你能不能张开口。尤其是家里对你那些期盼，你能不能放得下，这 个层面确实很难达到。但是做到这一点的人也有不少，为什么?

你心里面有一个理想，有一个信念在支撑你，你可以把这些东西都做到。但当你这个理想受挫了，你的方向被投资人抨击了，投资人说你这个想法不对，你从 一开始就错了，我不会给你钱的，你的团队这时候突然受到打击，大家的想法都变化了，这时候你还能不能有韧性，你还能不能坚信自己做的是对的，还能不能把这 件事情坚持下来?这背后是有很多辛酸的。

所以说今年这样一个转变，我觉得对于大家来说，是非常好的事情，现在正好是大浪淘沙的时候，我坚信自己不会是那个沙子，不会被踢出去。所以不管未来创业环境多差，我觉得能够剩下唯一的那家企业都是我，如果大家有这样的心态的话，今天的收获就很大。

安全宝CEO马杰：准备好，创业会很顺利

过去这么多年，我做了很多年安全之后的一个感觉，个人用户以前很多公司，包括我的前公司瑞星在内的多家公司，做了很多的推动工作，让用户逐渐的重视 到了安全，并且最后在几个特定的安全事件里推波助澜下，比方说红色代码，晚期的熊猫烧香等等这些事件的推动下，用户认识到安全的重要性。网站本身呢，它是 一个发展的过程，前些年应该说网站很重要，现在网站挣钱了，这才真正重要了。

在这个前提之下，大家才能逐渐意识到在这上需要进行安全的投入。我之所以创业来做这个网站安全这块，也是做了很多年安全之后，我个人的一个感觉网络 安全这块，是一个成长很好，但现在又没有领导型的企业的这么一个地方。并且我们又适时的看到了很多问题，本来我想大家对这个问题的认识过程，可能还需要稍 微再长一点这个周期，这次几家公司在密码问题上所暴露出来的安全性上的严重缺乏，使得这一天稍微早一点的被大家意识到了网站本身安全的重要性，现在是全民 改密码。

通过这个事件体现出来即使像我们这种大型的社区，或者大型的论坛，它们都缺乏很多基础的安全性的建设工作。我觉得这次这个事件是一个灾难，同时也是一个好的事情，让我们互联网公司意识到安全的重要性。

相比其他公司，我们融资很顺利，为什么很顺利呢?是源于我们一贯做事的风格，所有的事情都想好，都准备好，它应该很顺利。

我可以说说简单的故事，我们做这个事情的想法，我也想过很多年，包括业内的很多人也都聊过天，以前瑞星的董事长也聊过，但是因为对原有的产品和公司 结构的很多影响，所以很难推行成功。跟开复聊得比较顺利，他很支持我们，然后我就去做这个商业计划。看我好几个月都没动静，一直到我约定的这个期限的前几 天，我才把商业计划拿出来，之前我其实一直在想，在思考一个问题，在做很多准备。当我拿出来的那天，所有的东西都是一次通过，我们算的各种费用，到需要融 多少钱，基本上都是一次通过。所以整个过程没有任何的意外，这个可能是做了一些准备工作吧，所以刚才你说的那个问题，我无从回答。这可能也是因为做企业级 产品养成的一种习惯吧，把事情想清楚，做稳妥。

我想我们团队做这个事情，有一个很朴实的，但是也很狂妄的一个梦想，我们做了这么多年的计算机，有幸做到了计算机发展这么快的行业里面来，有幸能做 到安全这个行业里面来，我们能在这个计算机发展历史上，能在互联网发展的历史上，或者能在安全发展的历史上，留下我们自己的一些痕迹吗?我们做一辈子，或 者说做安全的人，找工作真的很容易，我们在这儿也可以干，在那儿也可以干，我们想要做什么，想要做成一点什么?我想我们很多人还是想最终能做成一点什么事 情。

我们团队有一个人说过一句话我觉得不错，把我们这个想法用更朴实的方法阐述了一下，他说怎么着我们老了以后，也得有个跟孙子吹牛的资本吧。我想我们还是热血中年吧，希望能做成一点真的能改变这个历史的什么样的事情，哪怕从一些很小的角度上。

When developing something in a language that you're not so experienced with, looking for the examples and digging them deeply is a good way of learning.

Same with the iPhone application development and considering it is  something new for many developers, viewing the codes of real-world  applications and re-using them when needed is very valuable.

Here are 20+ open source iPhone apps to learn and get inspired from:

http://code.google.com/p/uwecaugmentedrealityproject/

http://code.google.com/p/iphone-wireless/

条形码扫描：

http://zbar.sourceforge.net/iphone/sdkdoc/install.html

tcp/ip的通讯协议：

http://code.google.com/p/cocoaasyncsocket/

voip/sip：

http://code.google.com/p/siphon/

http://code.google.com/p/asterisk-voicemail-for-iphone/

http://code.google.com/p/voiphone/

three20 http://three20.info/

google gdata

http://code.google.com/p/gdata-objectivec-client/

720全景显示panoramagl

http://code.google.com/p/panoramagl/

jabber client

http://code.google.com/p/ichabber/

PLBlocks

http://code.google.com/p/plblocks/

image processing

http://code.google.com/p/simple-iphone-image-processing/

json编码解码:http://code.google.com/p/json-framework

base64编码解码:http://code.google.com/p/google-toolbox-for-mac/source/browse/trunk/Foundation/?r=87

xml解析:

安全保存用户密码到keychain中:

加载等待特效框架(private api):

http等相关协议封装:http://allseeing-i.com/ASIHTTPRequest

下拉刷新代码:

异步加载图片并缓存代码:http://www.markj.net/iphone-asynchronous-table-image/

iphone TTS:

iphone cook book 源码:

iphone正则表达式:http://regexkit.sourceforge.net/RegexKitLite/

OAuth认证:  http://code.google.com/p/oauth/
http://code.google.com/p/oauthconsumer/

蓝牙协议栈:http://code.google.com/p/btstack/

语音识别:http://www.politepix.com/openears/

ShareKit:http://www.getsharekit.com/install/

日历控件:http://code.google.com/p/iphonecal/

zlib, openssl:http://code.google.com/p/ios-static-libraries/

地球显示信息：http://code.google.com/p/whirlyglobe/

• To cache them locally so they appear faster the next time the app is used;
• The cache can trim its size;
• The images to be shared within the app, eg so that if you are looking at a list of posts by the same person, their profile pic is loaded and just once and the UIImage object is shared;
• That interrupted downloads don’t mess up the cache with incomplete images;
• That normal memory management just works, even though an object in one place may also be shared in other places, and in different parts of the cache.
• Restrict use of the network to images that are on the screen now, if for example you scroll though a long table of images, the one’s that the user scrolled past and are not off the top of the screen don’t need to be loaded.
• Allow images to finish loading to the cache in some cases, even if the views they will be used in are removed because the user went back to a previous screen right away.
• Sometimes load a few image ahead of when they are needed, eg for a swipe through photo album.

HJCache implements all this and more. (BTW, HJCache was first called HJ Object Manager, it’s the same things and the class names didn’t change.)

HJCache is free to use in free or paid iOS and Mac apps, and its been in use in one form or another since 2009 in several commercial iPhone apps made by us. For example we use it in our own app Focus for Facebook. The basis of HJCache is explained in this blog post ‘Asynchronous Image Loading in UITableView‘, but its come a long way since then.

The design goals of this library are, in order:

1. Make it easy to use asynchronously loaded images in iOS apps.
2. Make it easy to use a shared file cache.
3. Make memory management ‘just work’ according to Cocoa norms.
4. Support typical cases of viewing images, eg scrolling through a list of tweets showing the tweeters profile pic, swiping through a photo album loaded over the net.
5. Allow the library to be used for other kinds of data too.

How to Use HJCache

To start with, somewhere in your app initialization, you create a shared instance of the object manager HJObjManager, and if you want to use file caching you also create an HJMOFileCache for it to use:

objMan = [[HJObjManager alloc] init]; //if you are using for full screen images, you'll need a smaller memory cache: //objMan = [[HJObjManager alloc] initWithLoadingBufferSize:2 memCacheSize:2]];  NSString* cacheDirectory = [NSHomeDirectory() stringByAppendingString:@"/Library/Caches/imgcache/flickr/"] ; HJMOFileCache* fileCache = [[[HJMOFileCache alloc] initWithRootPath:cacheDirectory] autorelease]; objMan.fileCache = fileCache; 

HJManagedImageV is a subclass of UIView used for showing images that are being managed (asynchronously loaded from a url, share UIImage objects, and cache image data in files). You can use an instance of an HJManagedImageV anywhere you would normally use a UIImageView, including in Interface Builder.

To get your managed image to load and display, you set its url, and then tell the object manager to manage it:

managedImage.url = imageUrlForCurrentRow; [self.objectManager manage:managedImage]; //NB, the library wants to be used from the main thread, so if you're not in the main thread, use: //[self.objectManager performSelectorOnMainThread:@selector(manage:) withObject:managedImage waitUntilDone:YES];

That’s all there is to it! The object manager keeps track of the views that are using the shared UIImage objects, and as long as you do normal memory management of your managed image objects just like any other UIView, then the object manager will clean up everything once its no longer on the screen, or cache a certain number of UIImages in memory for reuse, and/or cache the images in files.

Please note that HJManagedImageV is really a user of HJCache, its a class that has an object in it that’s managed by the object manager. It won’t do everything that everyone needs to display and interact with cached images for all apps. If it doesn’t do what you need, just subclass and modify, or make your own version, using HJManagedImageV and the documentation in the header files to guide you. HJCache can be used for more than just images too. Again, take a look at the simple HJManagedImageV class to see how you can make your own classes that use managed objects. The hard work is done in HJObjManager, the handler and the file cache, which are all agnostic about what kind of objects they are managing. It shouldn’t be too scary to replace HJManagedImageV with something that does what you need.

Getting HJCache

HJCache is up on github here: https://github.com/markofjohnson/HJCache. The distribution includes some very simple demo apps. (Don’t use these apps to see how to construct great looking tables with images because they don’t demonstrate good practices for customizing UITableViewCell, but you can use them to see how to use the lib). Note, this lib isn’t just for putting dynamically loaded images in tables, it can be used with images in any kind of view, and it can be used for non-image data too.

Please respond in the comments with questions, let us know what you think, report bugs, and please post a comment telling us about your app thats using HJCache. I’m pretty busy, so I won’t respond to questions like ‘how do I use UITableView’. If you are a beginner, check out all the awesome books on iOS programming. We (Hunter and Johnson) are a boutique consultancy providing design, programming and marketing of iOS apps, and we publish our own apps too. If you are a company building something with HJCache, we can make some consulting hours available to you if you need help.

If I get time, I might write detailed documentation showing step by step how to use all the features, and how to customize the library to do really neat stuff like automagically resize images and add rounded corners. If and when I do so, the detailed documentation will probably be packaged as an ebook for sale.

Main Classes of HJ Managed Objects

HJObjManager is the object manager class. You typically make one shared instance of this class. It encapsulates all the sharing and caching. If you need separate caches that work differently or store different data you can have more than one. HJObjManager can be given an instance of a HJMOFileCache if you want to cache data in files during and between runs of the app. Internally the object manager has a list of active managed objects, ie ones that are currently being used in the app or are being loaded. It’s a FIFO list of configurable size, its function is to limit how many shared objects are live and being loaded at once. When an object gets booted off the end of the list its loading is cancelled. This means that the object manager seamlessly deals with a large table of images where the user is quickly scrolling through many screen fulls of images and it focuses on loading the images on the screen when the user stops scrolling. This also makes it easy to do stuff like photo album viewers that load images ahead of where the user is without having to keep track of everything manually.

HJMOFileCache does all of the file caching for the object manager. Its a separate class so that you can replace it with your own caching code if you need to. It has a trim method that can be used to limit the file cache size. Note that trimming the cache takes longer the larger the cache is. There’s another cache class, HJMOBigFileCache, which is better if you want your cache size to be thousands of files big. It scales better because it only trims 1/10th of the cache at a time.

HJMOUser is a protocol that is implemented by any class that has a managed object that you want to use with HJCache. You can write your own classes to be managed by implementing HJMOUser, there’s a base class you can optionally extend: HJMOUserBase. An HJMOUser has the following responsibilities:

• Provide a URL for the data you want to load
• Optionally provide an oid ‘object id’ that is used to identify the shared data, instead of the url. The oid is useful for cases where the same data can be loaded from different urls, which is sometimes the case due to websites load balancing design.
• Provide a changeManagedObjStateFromLoadedToReady method. This method is called by the handler object to turn data loaded from the url into the actual managed object that gets shared and cached. For example, make a UIImage from an NSData. This is the mechanism that allows HJCache to manage any kind of data / object, not just UIImage.
• Provide managedObjReady and managedObjFailed methods so the HJMOUser can be told when its shared managed object is ready to use.
• Store a reference to an HJMOHandler object which is set by the object manager, so that in the dealloc method it can call [moHandler removeUser:self]; . This is necessary to make memory management within HJCache work.

To load data using the library, an instance of a HJMOUser object is made for the url you need to load from, and then its passed to a shared object manager: [myObjectManager manage:myManagedObject]; The callback methods are the called when the managed object is loaded and ready, or if there is an error.

HJManagedImageV is an a subclass of UIView that also implements the HJMOUser protocol, and does everything needed to display UIImages with the managed object framework. HJManagedImageV can be used in Interface Builder in place of a UIView. If you want to use HJCache for images, you should probably use it or a customized version of it. Also use this class a reference if you want to use HJCache with non-image data, so you can see how to make your own HJMOUser classes.

HJMOHandler is where much of the code is. There’s one for every shared object and it takes care of loading data from URLs, etc. For the most part HJMOHandlers stay encapsulated inside HJObjManager, so users of the library don’t need to worry much about them. The handlers internally use a weak mutable array of HJMOUsers that are using the shared object its handling. The handlers have references to the users, and the users have reference to the handler, but because weak references are used in the handler, HJMOUser objects will get dealloced as normal if they are coded using normal memory management practices. The dealloc method of the HJMOUser object needs to call [moHandler removeUser:self] so that the handler and the object manager can manage their memory. This design decouples the memory management of the shared objets from the user objects, so programmers can just treat user objects like any other objective-C object or UIView, even though there’s some hairy shared and cached objects underneath.

参考：http://www.markj.net/hjcache-iphone-image-cache/