the 36 rules for startup

背景

孙陶然老师写的创业指导,《创业36条军规》。有幸拜读,记下一些警醒的话语。

内容摘录

军规 1 – 不是每个人都适合创业

  • 对于大多数人而言,在自己的爱好、特长和市场需要之间选择一个适合自己的公司、适合自己的岗位去打工是本分。
  • “枪声一响预案作废”
  • 为了解决困难,你会动用所有可能动用的关系来帮忙,从借钱到借力,周而复始。
  • 作为创业者,你必须给下属以信心,越是艰难时刻下属越寄希望于你,很多时候真得打肿脸充胖子。你不可以显示自己的软弱和无助,你甚至必须随时表现出信心满满的样子来为下属鼓劲儿。
  • 柳总(柳传志)讲过,成功的领军人物应具备4个素质:(1)目标高远,意志坚定。(2)心胸开阔,情商要高。(3)企业利益放第一位。(4)学习能力强,爱学习而且会学习。
  • 直接降低自己的社会交往层次,导致缺失很多经验和知识,而且这个过程是不可逆的。

军规 2 – 梦想是唯一的创业理由

  • 不要把上市当做创业目标,不要为谋生而创业,更不要为那些华丽的大道理而创业,梦想是唯一的创业理由。另一方面也不要把创业想得有多神秘、多么高不可攀,创业只是一种生活方式而已,成功失败都是一种人生体验,要学会享受创业过程。
  • 乔布斯说:“人的时间都有限,所以不要按照别人的意愿去活,这是浪费时间。不要囿于成见,那是在按照别人设想的结果而活。不要让别人观点的聒噪声淹没自己的心声。最主要的是,要有跟着自己的感觉和直觉走的勇气。”
  • 很多人往往因为有一技之长就想创业,其实专长和创业完全是两码事。
  • 创业是跑长跑,创业路上等待你的将是无穷无尽的挑战,所有的路都是没有走过的路。即便是对于连续创业者,一次新的创业也是一次全新的征程。设计得再好的商业模式也需要你随机应变,根据市场情况随时作出调整。一切都充满未知,比的是耐力、智慧和运气,这也正是创业的魅力所在。
  • 创业是一个不断试错的过程,不断发现哪条路走不通,最终找到一条走得通的路你就成功了。
  • 不管你选择哪一种生活方式,日子每天要过,事情每天要做,年龄每年要长,不用想那么复杂,也不用给自己界定太明确具体的成功时点。
  • 从开始创业的第一天起,就要学会享受创业过程。创业路上充满未知,不论是顺利还是波折,都是一种体验,要学习享受这些体验,等到退休的时候回味这些体验。千万不要有等创业成功后享受生活的想法,一旦你开始创业,你永远不可能有满足的那一天,除非你退休,否则你总是这山望着那山高,永远停不下来。
  • 不要把上市当做创业的目标,实际上99%的企业是上不了市的。如果你有创业梦想,just do it,即便失败了,so what?

军规 3 – 学先进,傍大款,走正道

  • 36条创业军规归根到底就是一条:学先进,傍大款,走正道。要善于向优秀的同行学习,要追求与强者合作,要坚守规范经营的原则。投机取巧看似占便宜,其实是吃大亏,出来混总是要还的,走正道才是成功的捷径。
  • 优秀的管理者最重要的特征是正直感
  • 虽然市场竞争其实是争夺消费者的“心智”之战,但是很多企业还是习惯将焦点放到竞争对手身上,期望通过对竞争对手的“战斗”来获得营销的胜利。
  • 个人认为好公司的5个标准是:(1)公司所提供的产品或服务对社会和人的作用是有正向价值的。(2)公司奉行善的、正义的价值观。(3)公司的治理结构符合现代企业制度。(4)公司运转健康,可持续发展。(5)员工对公司的认同度和满意度高。
  • 我们失败就是因为我们认为自己是特殊的。我念高中的时候就悟到一个真理,最高深的物理学原理和最高深的哲学原理是一致的,万事万物的原理相通,“世事洞明皆学问,人情练达即文章”。不管你从事哪个行业,你需要遵从的规律很多都是相同的。
  • 进步的捷径就是直接学习那些已经成功的企业和人,学习他们已经被验证了的行之有效的方法,与学习理论相比,学先进更加清晰明了。
  • 业务上,如果能够和大企业合作,则更容易获得相对比较稳定的生产经营环境,并且能够随着大型企业集团的发展而发展。

the reading note of new angle for 30's

背景

书的名字,叫《30岁后,为梦想寻找现实的出口》,英文名我实在不知道怎么翻译,就那么着先吧。囧…书的作者是,李梓新,值得关注的一个人。

书摘

下面每个一个小标题,都是某个有趣人的生活片断。

我的奢侈生活

  • 一是他是最早一批下海的人,不想过朝九晚五的生活,一直有创业精神,都想去试,哪怕要付出代价;
  • 二是他是一个求知欲非常强的人,老了也想继续学东西;
  • 三是他是一个希望了解真相的人,他会“翻墙”。
  • 一个程序员要发展,要做出更好的东西来,必须也要懂设计、懂产品。好的产品经理要了解设计,了解技术,不一定要自己做,但需要了解整个生产链。你如果只活在自己的角色里,很难最有效率地合作,做出成功的产品来。
  • 我们的婚姻只是我们两个人的结合,不是两个家庭的联姻。
  • 我们无论在哪里,只要有网络、有电,就可以一样地工作生活,我们的社交生活也大部分在网上,这些朋友即使很长时间不见也不会觉得生疏。我们都觉得我们现在的生活非常奢侈。
  • 这种奢侈不在于物质,而是我们非常自由,自由是我们这一代人最奢侈的东西。

去往“墙”外

  • 如果能“翻墙”的话,我建议大家去这个网站上看看,这是《纽约时报》开放的API(应用程序编程接口),开发者可以调用到几百万份经过结构化处理的数据,包括1981年至今的新闻报道、国会投票、畅销书列表、影评,甚至还有纽约市的房地产开盘和销售信息等。

how to do product analysis

基础框架(待修改)

  • 背景
  • 竞品对象
  • 竞品分析
    • 定位和功能(战略层)
      • 产品定位(包括目标人群等)
      • 产品功能
    • 用户需求
    • 设计和技术
      • 交互和体验
      • 视觉和风格
      • 亮点功能和核心技术
    • 运营及商业化
      • 运营模式
      • 盈利模式
    • 市场推广
    • 用户数据
      • 用户数量和活跃度
      • 转化率、健康度
      • 在线时长
      • 地域差异
    • 策略
      • 版本迭代和演变
      • 公司战略
    • 优缺点总结和借鉴
  • 总结

一些技巧

  • SWOT分析方法
    • Strengths(竞争优势)
    • Weakness(竞争劣势)
    • Opportunity(机会)
    • Threats(威胁)
  • $APPLES分析方法
    • 方法简介:每个字符代表一个维度,每个维度有一定的权重,针对每个竞品从各个维度按1-10进行打分,每个得分乘以对应权重然后求和,得出该产品的总分,最后对每个产品的总分进行对比分析
    • $:价格
    • A:可获得性
    • P:包装
    • P:性能
    • E:可用性
    • A:保障
    • L:生命周期
    • S:社会接受度
  • 分层分析方法(Analytic Hierarchy Process,简称AHP)
  • 价值曲线分析法(把对方的功能点列出来,通过打分来确定对方的优劣,以及发现哪些可以尝试突破的点)

the reading note of web page design

背景

接触web最开始的时候,是做重构,那个时候便想着一定要学下网页设计,于是就找了下面这本书。

reading notes

作者是一个叫jason Beaird的外国友人写的,非常的薄,但胜在把一些纲领都列了出来。

内容结构

  • 版面设计与构成
  • 色彩(颜色搭配)
    • 单色搭配
    • 相似色搭配
    • 补色搭配
    • 美异补色、三阶色、四阶色
  • 材质
    • 线
    • 图案
    • 广度和深度
    • 风格
    • 排版
    • 字体
    • 标点、符号
  • 修饰
    • 照片库

the methodology of startup

市场调研的框架

创业者要做的事儿,说简单也简单,说不容易也不容易:

  • 要深入研究自己所处的领域;(大多数人只不过以为自己了解自己所处的领域……)
  • 要多研究几个自己可能理解的领域(其实不能、也不应该,只局限于自己曾经熟悉的那个领域中);
  • 给所研究的领域画出一个图谱;看看什么有人做、什么没人做、什么人做得好、什么人做的不好,为什么?
  • 深入分析自己的状态;
  • 选择合适的领域,在那个领域里画出自己的活动范围;
  • 设置可能的目标。

方法体系

那些常常审视自己思考质量的人,都会很认真地定义自己所使用的概念:

  • 这个概念有必要存在吗?
  • 它指的究竟是什么?
  • 反过来,它所指的究竟不是什么?
  • 它与什么类似?但有什么不同?
  • 使用它的时候要注意什么?
  • 用错的时候可能产生什么样的后果?

如何实践最重要的概念

再进一步,其实总共可以问两个问题:

  • 什么是最重要的概念(以及相关的方法论)?
  • 这个概念(以及相关的方法论)还可以用到什么地方?

解决问题

正确的方法论可能是这样:

  • 一方面,专注于自己的进步,让自己成为能解决更多问题、更大问题的人—— 只要时间足够久,进步是一定的;
  • 把自己能解决的问题,都给解决了,为了自己,也为了别人。
  • 另一方面,在自己的能力范围内,尽量帮助那些可能解决很大问题的人。但必须牢记,解决那些问题,可能并不是此人的责任,也不一定是此人能有的运气。

很多的时候,就是这样,所谓的“平和”只不过是认真思考的结果。

说服他人的终极技巧

所以说,说服他人的终极技巧,是这样的:

种下种子,坚决不提结论,让他自己想。

YC创业课思考方法

  • 第一课 创业点子、产品、团队和执行 & 我们为什么要创业
  • 第二课 创业点子、产品、团队和执行
  • 第三课 创业中违反直觉的地方,以及如何获得好的创业点子
  • 第四课 做产品,和用户交流,然后成长
  • 第五课 商业策略和垄断理论
  • 第六课 增长
  • 第七课 如何做出用户喜欢的产品
  • 第八课 从小事做起&创业公司的公共关系&如何启动
  • 第九课 如何融资
  • 第十课 公司文化和团队建设
  • 第十一课 公司文化和团队建设2
  • 第十二课 如何做企业级产品
  • 第十三课 如何做一个优秀的创始人
  • 第十四课 如何运营公司
  • 第十五课 如何管理
  • 第十六课 如何做用户调研
  • 第十七课 如何做硬件产品
  • 第十八课 法律与财务基础
  • 第十九课 销售和市场、如何与投资人交谈、如何安排与投资人的会面
  • 第二十课 最后的建议

阅读列表

gentoo related stuff

背景

接触编程的那段启蒙的日子,有玩过gentoo,一个给你材料让你自由发挥的小玩物,不过后来折腾不起,逐渐就放掉了。
笔记里面还有之前整理的一些资料,都放出来吧~

编译笔记

开发部署

note of optimization for zdlive web sites

前言

zdlive是我大四实习的一家公司,当时在那边负责前端模块,写了蛮多的笔记,现在整理出来~=)

相比起后台的优化,前台的优化一般都会被忽视,但其实在用户发起一个页面请求,到页面最终展现给用户,前端所占的比重是非常大的。看了《高性能网站建设指南》,还有《构建高性能Web站点》的部分章节,针对zdlive的页面,可以做如下优化尝试。

优化的指导方针共有13条,结合zdlive讲。

减少HTTP请求

一般我们的网页会有如下三种,图片、css文件、js文件和html文件。当用户在输入输入网址的时候,浏览器会向服务端发起一个http请求。当这个html文件被下载到客户端之后,其他的组件才开始下载,我们以zdlive.com为例。

firebug截图

可以看到,所有的组件下载,都是等到第一个文件载入完毕后再发起的,而这里的每一项都是代表着一个http请求。

对于一个页面来说,多个http头并没有什么关系,但对于响应速度和稳定性要求高的,比如zdlive的首页,尤其是gprs这样坑爹的网络下,多个http头,意味着速度慢,请求失败的几率会很大,页面显示不完整等等问题。

那我们要做的就是减少http请求了。

方法有如下几种:

  • 减少图片。目前比较常见的做法是把多张图片整合到一张图片里面,然后利用css的技术,比如background的定位来做到共享图片的目的,这种技术叫做CSS Sprites。 坏处有2,定位麻烦和单张图片的大小会很大,这样用户请求到完成的时间就会比单张小图片要久。

对于我们的首页来说,这种做法还需要实际测试下。

  • 内联图片。对图片进行base64位的编码,这样图片就可以和html文档一起下载到客户端了。

坏处是Base64位压缩以后,图片的大小会变大。但结合服务端的gzip压缩,减少客户端的8个请求,还是可以尝试下的。

  • 合并脚本和样式表。

对于一个文件来说,通常会有多个脚本文件和样式文件,分开是模块管理的需要,但有时候也可以结合在一起,合并下载。但这个单个文件大小,和多个http请求头之间的怎么去权衡,我还不是很清楚。 ## 使用内容分发网络 内容分发网络的意思是说,假设我们公司现在有多台服务器,一些专门用来跑应用支持,一些专门用来给用户下载文件的,比如img文件、mp3文件等等。而这里,内容分发网络就是指这些用来下载的服务器了。只是,他们现在都在北京这个地方,如果这些被用户用来下载文件的服务器能部署在全国各地,那对于用户来说,更近的服务器,就意味着更短的相应时间和更快的下载速度。

拿douban的豆瓣FM来说,当我发起访问的时候,实际上我听的歌曲并不是在北京那边的服务器给过来的,倒是从广州这边的服务器下载的。

具体测试,可以用下抓包工具查看ip地址信息,海富推荐用fiddler2。

no silver bullet

背景

研究测试开发相关资料做的一些总结,备用~

文章

从rails身上学测试

  • 系列文章
  • 单元测试针对model,按理不应该包含数据库操作,只是测试model的业务逻辑,验证规则之类的。
  • 功能测试,rails的是针对单个controller,测试action用的,这个肯定需要配合数据库。
  • 集成测试用来测试多个controller的协同工作,主要测试工作流程,业务流程。一个流程会涉及多个controller,肯定需要数据库的配合。
    • 集成测试,可以定期做,也可以经常性的做。
    • 其实测试的主要作用的验证系统,验证代码,是否满足需求。
    • 如果代码有变更,系统有变更,或者业务有变更,肯定需要跑测试,涉及到的测试都需要跑。
    • 如果什么都没有变化,就不太需要跑了吧。
  • 官方文档

码农(第13期)-- 图灵社区

背景

献给那些喜欢阅读和创造的读者~ =)

阅读笔记

  • 像这样获取和变更程序本身信息的功能,被称为反射(Reflection)。

  • 无论是ActiveRecord的示例,还是Builder的示例,都通过元编程技术对无法预先确定的操作进行了应对,这样一来,未来的可能性就不会被禁锢,体现了语言的灵活性。我认为,这种灵活性正是元编程最大的力量。

  • 我的看法是,一个追求卓越的程序员应该广泛尝试多种语言,但如何他真的这样做了,他一定会在遇到Common Lisp时停下来,因为他发现这门语言是最强的,也是最美的,并且学习过程也是最艰难的,艰难到以至于学成之后,再没有精力也没有必要去学其他语言了。

  • 程序员知道如何让计算机进行演绎推理,因为计算机能够理解其中涉及的数学。但如果想让计算机进行人类赖以生存的这种推测性的(而又常常是正确的)常识推理,就得发明一种全新的数理逻辑。而这正是约翰·麦卡锡为自己设立的目标之一。

  • 通过这种方式,表不仅能够表示构成科学和工程的标准数学结构,还能表示构成语言的语句结构。

  • 我们连书面提案都没准备,申请就得到了批准。很幸运,当时麻省理工的电子研究实验室刚刚与美国军方签署了一份无固定目标的双向合作协议,而相应的资源还没有到位。我想这种灵活的资源调配正是美国的人工智能研究起步领先于其他国家的原因之一。