Zhou Zhiwei

Month

April 2013

1 post

坚持再坚持 - 创业手记(一)

如果有一天,我一事无成,我一定输在了这两个字上,这两个字就是”坚持“。

从2011年10月到2013年初,我陆陆续续也参与了好几个创业项目,通常的pattern都是刚开始热情很大,可是几个月后却参与度几乎为零。原因分析如下:

A项目是一个专利申请平台,由一个归国律师L主导,希望可以做一个类似inovia的美国网站。此美国网站的模式是个人专利申请者可以在网站上进行专利的申请,这些专利申请会通过此网站联盟的律师事务所在全世界范围内进行专利申请以及专利申请的关联服务(翻译、认证等)。因为这个网站整合了大量的专利申请资源(律师事务所,专利申请机构),整个专利申请成本大大降低。网站的客户从原来估计的个人申请者慢慢进化到律师事务所。目前整个网站的专利申请量已经占据了美国专利申请的半片天,盈利十分可观。整个网站的商业模式清晰,门槛也相当高。

L和我在一次短暂的见面之后就开始了对网站的构想。没有执行的构想就是意淫。L在律师事务所很忙,我也因为对产品和专利行业知识的匮乏对产品无从下手。热情的幻想在几个月后因为没有实际行动而默认结束。这个没有开始的失败没有什么资源的浪费。不过我体会到互联网对于高门槛和行业的影响是不容易的。作为一个搞技术的,很容易在这种产品面前茫然。

P项目是一个Location Based的社交发现应用。Founder U是一个很厉害的德国人,斯坦福MBA,Google Mobile的Product Manager, 早期iPhone上的Google Maps,Youtube应用都是他主持发布的。在Myspace做过Director跟Facebook直接竞争过,后来去了Garena做Chief Product Manager,认识了另外一个Co-Founder Alan。

2012年3月,我跳槽去了T公司,正好Alan也在T公司,Alan介绍我给U认识,简单的PITCH过后我开始跟P项目做iOS开发。第一个小项目就不太容易,Map Annotation Clustering,对于算法和OO的理解都要很好才可以。我的大学欠下的债马上就全部要还了,面对了一些困难,纠结了蛮长时间的,做出了不太完美的原型。Alan进来帮我解决了很多关键的技术问题。这是第一次让U有点失望。

后来又做了几个相关的网页,我完成得不错,这要归根于我比较扎实的网页基础。可是离最有兴趣的iOS已经有点远了。兼职工作的低效率以及U和Alan本来就很好的分工让我能参与的机会也有限。后来好不容易有了个小iOS项目,我却DEBUG花了很久时间,导致U的信心崩溃。从此我就基本没有参与这个项目了,除了在iOS端上做用户测试等等。

总结这个项目有以下教训:

  • 前期给我的准备时间,没有充分利用起来。忽视了自己在OO的薄弱,导致后来做项目的速度不够。
  • 时间利用和分配有问题,很多时候说的多做的少,没有利用好时间。
  • 沟通不好,没有和别人set expectation,导致最后信心崩溃。
  • 能力真的很重要,跟有能力的人工作如果不付出双倍的努力,就会被淘汰。

P项目到现在为止接近上线,U也在美国辛勤找投资,令人欣慰的是他们觉得我是个很好的程序员,也希望如果未来拿到融资邀请我一起来做,可是我技术上的薄弱环节依然存在,如果不能克服,我还是会被说多做少的陷阱困住。

今年三月,一个新的项目孕育而生。这个创业手记会记录我的心情和点滴。只要我能把我的所想所做坚持写下来,相信我会有更多的收获。

Apr 1, 2013

August 2012

1 post

Frame/Center/Bounds in UIView

frame - this is the property you most often use for normal iPhone applications. most controls will be laid out relative to the “containing” control so the frame.origin will directly correspond to where the control needs to display, and frame.size will determine how big to make the control.

center - this is the property you will likely focus on for sprite based games and animations where movement or scaling may occur. By default animation and rotation will be based on the center of the UIView. It rarely makes sense to try and manage such objects by the frame property.

bounds - this property is not a positioning property, but defines the drawable area of the UIView “relative” to the frame. By default this property is usually (0,0,width,*height*). Changing this property will allow you to draw outside of the frame or restrict drawing to a smaller area within the frame. A good discussion of this can be found at the link below. It is uncommon for this property to be manipulated unless there is specific need to adjust the drawing region. The only exception is that most programs will use the [[UIScreen mainScreen] bounds] on startup to determine the visible area for the application and setup their initial UIView’s frame accordingly.

Aug 15, 2012

April 2012

1 post

Bradley Wright: Using Dropbox as a Git repository → tumblr.intranation.com

So last month I wrote a bit about setting up your own personal Git repositories on a Linux box, and how to use that for sharing code.

I’ve had a slight epiphany since then: what if I just used the awesome Dropbox (my referral link, if you’re likely to sign up) to share Git repositories…

Apr 18, 2012546 notes

March 2012

4 posts

Hacking is Important

Back in the early 90s, Borland International was the place to be an engineer. Coming off the purchase of Ashton-Tate, Borland was the third largest software company, but, more importantly, it was a legitimate competitor to Microsoft. Philippe Kahn, the CEO at the time, was fond of motorcycles, saxophones, and brash statements at all-hands meetings: “We’re barbarians, not bureaucrats!”

At the time, Kahn was not only navigating the integration of Ashton-Tate, he was in the midst of moving the product suite from DOS to Windows. All the products were complete object-oriented rewrites and they were running late. Years late. At one all-hands, he explained how he wanted the company to think about itself. Recounted from a story in the LA Times from 1992:

… Kahn was reading a dense history of Central Asia a few years ago when it struck him that many of the nomadic tribes of the steppes were actually far more ethical and disciplined than the European “civilizations” they were confronting.

They were austere and ambitious, eager for victory but not given to celebrating it. They were organized around small, collaborative groups that were far more flexible and fast-moving than the entrenched societies of the time. They were outsiders and proud of it. They were barbarians.

Kahn’s thinking regarding “barbarians” was prescient. It not only partially inspires Agile and other lightweight software development methods, it reinforces a theme big companies are often unintentionally trying to forget: hacking is important.

“Hackers Believe Something Can Always Be Better”

Facebook doesn’t want to be a big company. Like Google before it, Facebook took the time to carefully document the reasons they were not intending to become a traditional company in their S1 filing, and while this letter is positioned to the future legion of investors, the letter is a recipe for Facebook employees:

The Hacker Way is an approach to building that involves continuous improvement and iteration. Hackers believe that something can always be better, and that nothing is ever complete. They just have to go fix it — often in the face of people who say it’s impossible or are content with the status quo.

Facebook is worried about the growth paradox, which goes something like this: The end result of successful hacking is product, and that product needs to grow by building more things. The more you grow, the more things you have, and the more you need people whose job is simply to coordinate the increasingly interdependent building activities. These people, called managers, don’t create product, they create process.

Hackers are allergic to process not because they don’t understand the value; they’re allergic to it because it violates their core values. These values are well documented in Zuckerberg’s letter: “Done is better than perfect”, “Code wins arguments”, and that “Hacker culture is extremely open and meritocratic”. The folks who create process care about control, and they use politics to shape that control and to influence communications, and if there is ever a sentence that would cause a hacker to stand up and throw his or her keyboard at the screen, it’s the first half of this one.

The growth paradox is that the chaotic means by which you found success might become distasteful to those you hire to maintain and build on that success. Once they’ve established themselves, they will point at the hacking and ask important sounding questions like, “What is it they are building?” or “How does this poorly defined thing fit into our overall strategy?” They will label these hackers “disruptors” and they are 100% correct.

Hacking is disruptive, and whether you code software, write books, or film movies, I believe bringing anything new into the world is a disruptive act. By being novel and compelling, the new is likely to replace something else and that something else isn’t being replaced without a fight.

Reasonable people are often scared by the new. This is because reasonable people are not Barbarians and they are not hackers. They appreciate the predictable, profitable, and knowable world that comes with a well-defined process, and I would like to thank each and everyone of them because these people keep the trains running and on time. No one likes Barbarians because the Barbarian strategy is one at odds with civilization. By definition, a Barbarian, a hacker, is building on a strategy that is at odds with the majority.

It’s awesome.

Facebook’s letter documents its core values: focus on impact, move fast, be bold, be open, and build social value. And as I read those bullets, I see two people at the table defining them. A high impact, fast moving and bold Barbarian who couldn’t care less about the Biz Dev guy who is arguing for being open and building social value.

Both people are essential to a business thriving, but only one of them knows that hacking is important.

“Where’s Dieter?”

Apple solved the disruptive hacker problem by hiding it, and it starts with a question:

“Where’s Dieter?”

“He moved to another project.”

“Uh, he has 32 open radars and we’ve got two weeks until Feature Complete.”

“He moved to another project.”

“Ok, what project?”

“I don’t know.”

It happens quietly, but the projects that could be the most disruptive to the company begin in silence. Someone, somewhere has a bright idea and a handful of talented engineers are whisked off to a different building behind a locked door. Their status is “elsewhere” and their project is “need to know.”

Having never sat with one of these projects, I can only infer how they work, but when you see the results, you know for certain - these guys and gals are hacking. Their projects are the definition of ambition, you’ve never heard their names, they are small and fast-moving, and they are outsiders in their own company. Sound familiar?

Now, I don’t believe the secret projects are entirely about preventing disruption, there is a large marketing component. The return of Steve Jobs was the returning of marketing and a project being secret was less about secrecy and more about marketing. Steve wanted to be the first guy standing in front of the entire planet telling you the story: “You are not going to fucking believe what we’ve done.”

Yes, there is internal jealously about the teams performing the wizardry that resulted in products like the iPad, the iPhone, and AppleTV. There are people wondering, Why wasn’t I invited to the hacking? Yes, this did create some elitism, but, for better or worse, the secrecy kept this discussion out of the mainstream.

The secret projects at Apple are institutionalized hacking. They are places of elsewhere where the engineers don’t have to worry about being Barbarians because everyone there knows hacking is important.

Unintentionally Forgetting What It Took To Get You There

The story of every company begins with a clever hack. Pick any company, read its history, and I’m pretty sure there will be a well-documented origin story that will define its beginning and involves someone building something new and possibly of unexpected value. What isn’t documented is the story of every moment before where everyone surrounding the hacker asked, “Why the hell are doing you that?”, “Why would you take the risk with so little reward?”, or “Why are you wasting your time?” What’s not documented are the nine spectacular failures the hacker survived before they built one success.

The well-intentioned people who arrive after the initial success of the hack don’t know of a world without it. They assume its existence and are tasked with growing the company around it. Don’t for a moment think I don’t value these people, because I happen to be one of them, but I am also intimately aware that the people who grow the company are not same people who found it.

A healthy product company is, confusingly, one at odds with itself. There is a healthy part which is attempting to normalize and to create predictability, and there needs to be another part that is tasked with building something new that is going to disrupt and eventually destroy that normality.

Failure to create some form of predictability will result in chaos. Failure to create some sort of well-maintained Barbaric chaos inside the company guarantees that a fast-moving, ambitious, risk-taking and ruthless someone else - someone outside the company will invade, because they know what you forgot: hacking is important.

Mar 14, 2012
Give it five minutes → 37signals.com

Dismissing an idea is so easy because it doesn’t involve any work. You can scoff at it. You can ignore it. You can puff some smoke at it. That’s easy. The hard thing to do is protect it, think about it, let it marinate, explore it, riff on it, and try it. The right idea could start out life as the wrong idea.

Mar 2, 2012
Mar 2, 2012104 notes
如果真心爱这行,早日创业吧,亲

包总对我的鼓励,不管我未来在什么地方,千万不要忘记最初的梦想

Mar 2, 2012

February 2012

3 posts

Feb 13, 201214 notes
The Next Big Thing! ——透视Stripe:由PayPal创始人投资的PayPal的竞争对手 | 36氪 → 36kr.com

两兄弟表示,困难的地方来自于过时的基础架构。商家为了能接收信用卡付款,就需要设立一个商家帐户,因而就必须面对一个支离破碎的行业——里面充斥着各种条例、费用、服从标准,还有各大银行、信用卡协会以及其它金融机构。“实际上,当你在网上接收付款时,你要面对的是这些商家帐户公司,因为PayPal和Google Checkout没有提供优秀的顾客体验。”Patrick说。

“设立一个大多数人用来接收付款的商家帐户,所需时间最高可达3个星期。”John介绍说。“有了Stripe,你只需填写详细的资料信息,5分钟即可开通帐户。我们可不是这林林总总各种层里面的一层,你无需把我们接入到一大堆别的服务当中。Stripe是完整的。”

实质上,Stripe是一个简单的、轻量级的API,可供开发者嵌入到网站上,以接收付款。Stripe的Javascript代码能让开发者建立简单的支付表单,而免去合同或是设立传统商家帐户的麻烦。对消费者来说,Stripe的这些代码没有很大意义(消费者也没有关心的必要),因为Stripe是一个隐藏的解决的方案。但为了简化API,让开发者能够在几分钟之内就能理解,却历经了“无数次的迭代”,Patrick表示。更不用提“吹毛求疵的审计”和PCI从业资格的认证了(Payment Card Industry,付款卡产业)。“有好几周的时间都有人在我们的办公室里,这个资格认证可来之不易。”

Feb 4, 2012
“创业者的热情在哪里都一样,不管他们是住在有泳池的大房子里,还是睡在公司的地板上,不管他们是在加州的草坪上喝着咖啡凝神静思,还是在中关村拥挤的餐厅排着长队心里却对程式念念不忘。反正,他们永远会站在【无聊】的对立面,永远那么折腾,绝不让自己虚度光阴。无聊是巨大的浪费。” —YouTube 你的热情和直觉
Feb 4, 2012
#创业 #Youtube #中关村 #硅谷
Next page →
2012 2013
  • January
  • February
  • March
  • April 1
  • May
  • June
  • July
  • August
  • September
  • October
  • November
  • December
2012 2013
  • January
  • February 3
  • March 4
  • April 1
  • May
  • June
  • July
  • August 1
  • September
  • October
  • November
  • December