湾区日报文章第56辑

2016/04/15 第551期

如何说服投资人

又到了 Paul Graham 长文时间。要说服别人,得先说服自己;如果连自己都不信自己做的东西是有前景的,那很难说服别人。好的创业idea一开始看上去都像是荒诞的玩具,眼光差的投资人普遍看不上;不像是申请大学,申请到MIT的十有八九也能申到某某州立。

0 Bugs Policy

所谓的 0 Bugs Policy:当发现一个新的 bug,要嘛立刻马上修复,要嘛直接忽略永远不再理会(won’t fix)。与对待生活中的人与事一样,不是每个bug都值得去花时间的 — 你得成长到有能力去判断什么该花时间、什么不该花时间。

在production环境里使用docker前需要考虑的事情

Docker image要放在哪里?怎么做load balancing?如何部署代码?怎么做 service discovery?怎么做监控?怎么管理log?怎么配置数据库?

persona 的重要性

互联网公司在做产品前,常常会用先设计出目标用户的persona:虚构的人物简历(名字,性别,职业,学历,需求,电脑知识等)。有了persona后,公司内部人员有一套共同的语言沟通,设计产品也有针对性,以后做营销也知道应该针对什么样的人群。
一般会有多个persona,代表对你的产品不同热衷程度的用户(重度用户,轻度用户,讨厌你的产品的用户等)。
有很多(号称是)专家的人会给创业公司提供 persona 的咨询服务(当然是要收费的),网上搜索一下很容易找到的。他们会帮助小公司里的人一起头脑风暴,有一套完整流程,有一套专门的词汇来描述各种 persona,最后生成几份带有头像的简历,这些就是你的『用户』了。

Google SRE book 的读书笔记

这是刚出版不久的「Site Reliability Engineering:How Google Runs Production Systems」的笔记。这本书汇集了Google多年来实践出来的运维经验,里面的思想也可以很好地应用到小公司,强烈推荐。
我零散时间看了几天,今天终于看完了。Google前员工都会试图把Google里的各种套路搬到新公司里,比如 Go link、/varz & /healthz、RPC、OKR 等。

2016/04/16 第552期

用科学的营销策略来增长用户

这篇超长文本身就是在做内容营销,但图文并茂、很多实例,值得一读。科学的营销策略包含了很多次实验,每次实验都要设立量化的目标。

有歧义的 emoji

emoji 是人们在互联网上表达自己感情色彩的重要手段。但与文字一样,同一个emoji,不同人的解读或多或少都有偏差(表达的是正面情绪还是负面情绪?)。

成功人士的阅读习惯

举了比尔盖茨(每年读50本书)、巴菲特、Elon Musk、Zuckerberg、Mark Cuban(每天阅读超过3小时)等人为例。他们很多人虽然辍学、没完成正规大学教育,但他们终身都在学习。
穷人(年收入$3.5万以下、资产$5000以下,好吧,美国人存款比较少)喜欢读娱乐性的刊物,而富人(年收入$16万以上,资产$320万以上)喜欢读人物传记、成功学、商业方面的书籍。不是说你读了一本书、两本书就成功了,这是一个长久的自我修行的过程。个人就是一个产品,接受好的input,不断迭代。

结对编程是最极限的极限编程吗

这是一篇倡导极限编程的文章。没创造性的体力劳动(比如复制粘贴公司内部特有的代码模板、完形填空式的编程)别结对,最好还是各做各的,并行完成。
由于软件工程是团体项目,很多实践(结对编程、code review等)都需要队友之间放下面子、放下ego、放下各种自负,需要虚心,不要摆谱,这样开发才有效率。其实周五下午进行结对编程挺不错的,一边喝酒、吃零食、聊天扯淡,同时结对编程:)反正周五下午大家各自干活都没啥效率了,结对编程还能增加同事感情。

审核社交网站内容的工人

凡是允许用户自己生成内容的网站都必须有人工审核内容、及时删帖。美国主流的社交网站们(Facebook、YouTube等)普遍都雇佣了审帖大军(菲律宾廉价劳动力+美国本土临时工)。
这种审核网站内容的工人或多或少都会落下心理疾病:每天都看大量不人道的图片、视频(如恐怖分子处决人质、血腥暴力画面、虐童、残害各种动物等)。
内容审核不全是政治需要,这也是公司的社会责任。家里的老人、小孩也要上网,总不能让他们看到各种恶心的东西吧。

2016/04/17 第553期

The Tail End

如果寿命90岁的人生的每一天是一个点的话,一张A4纸就足以清晰显示每一天。用活动来衡量短暂的人生:这辈子还能看几次NBA总决赛?还能读几本书?还能经历几届国家领导人?

How Bloomberg’s graphics team visualizes the news

主流新闻网站都有专门的技术团队在做数据可视化,吸引眼球、让读者们愿意分享到社交网络进而增加访问量。
文中提到 Bloomberg 的数据可视化团队,为了得到 Uber 并未公开的 surge price 的数字,人工打开 Uber app、请求几十次、手动记下价格(我猜他们最后肯定很损人品地取消了,然后让跑到半路的司机白跑一趟)– 为达目的,不择手段:)

The Risk of “Clicky” Content

内容网站推荐的文章很多是标题党;访问者点开一篇文章后发现上当了,就不再点其他文章了。相反,如果点开文章后发现是好文章,就会继续去点开其他的文章。这就是所谓的 engageability。
"Good articles have both high clickability and high engageability; bad articles have low ratings on both. The hidden problem is in what the researchers call “traffic traps”: stories that have high clickability but low engagement."

设计复杂的产品,如何管理复杂度

从设计师的角度谈如何在设计产品过程中管理复杂度。两种复杂度:1.管理不同人的不同意见;2.设计产品本身。文中很多思想普遍适用于工程管理。
文中提到一个鸡贼的小技巧:与CEO或终极大boss开会的时候,记录下他们使用的语言,了解他们的想法;以后与其他人开会,如果其他人不同意你的提案,你就搬出CEO(或大boss)的那套语言来压制他们:)

所有新的idea其实都是旧的idea的混合体

每个人都在盲人摸象,都掌握了一部分的信息(但不是全部),都只是看到局部;不同领域、不同部门的人互通有无、共享信息后,就容易产生“新的”idea。
很多东西看起来很新颖、很新鲜,其实只是你的知识面不够广、读书不够多。

2016/04/18 第554期

Wait But Why:两个人运营的专写优质长文的网站

该网站2013年开始运营,平均每周精心撰写1篇长文;Elon Musk也是他们的读者之一。写优质长文的秘诀:他们写的文章的主题都是私下讨论研究了50、100小时的、他们自己也真心为写的内容感到兴奋
很多内容网站(或阅读类的app)都把读者当白痴,充斥着标题党劣质短文;Wait But Why 反其道而行,他们把读者当聪明人、专发高质量文章,重在质量,而不是数量。

一个软件错误给原本默默无闻的堪萨斯农场造成了巨大麻烦

过去十几年里,这个前不着村后不着店的堪萨斯农场频繁被FBI、税务局、警察、愤怒的民众光顾。因为MaxMind提供的IP地理信息数据库的默认坐标是这个农场,某个IP若找不到地理位置,就直接指向这个农场。
MaxMind的IP地理信息数据库被各大软件公司、互联网公司、非技术公司广泛使用。发现犯罪嫌疑人的IP地址,在MaxMind的数据库里查一下该IP地址的地理位置,如果查不到,就指向这个无辜的堪萨斯农场。写代码选一个好的、合理的默认值是多么重要啊。

聊天机器人其实是微型app

这是 bot-first startup 的思路。针对一个大的聊天app平台(微信或FB messenger),做聊天机器人发展用户群体,相当于跨平台的微型app。

Knowing When It’s Time to Move On

Product Hunt的创始人Ryan Hoover的文章。讲诉了他到旧金山的第一份工作的经历,以及如何做出离职的决定。本文写于2013年8月;同年11月,Product Hunt上线。
『如果你回头看6个月前的自己,你不觉得那时候的自己很弱的话,那么你在过去6个月就没学到东西、没成长起来。』

Work breaks

脑力工作者们连续工作多长时间休息一次比较好?休息多长时间?每个人情况不同,文章建议:早晨每工作90分钟休息20分钟;下午每工作25分钟休息5分钟。
很多人觉得 work break 像是在偷懒,会很内疚;但事实是,脑力劳动是需要注意力高度集中的,连续工作时间长了,注意力就散了;尤其是创造性的活动,绝不是靠堆砌时间取胜的。一天下来,并不是看你做了多长时间,而是看你完成了多少。

2016/04/19 第555期

芒格操作系统

今年92岁的查理芒格(Charlie Munger)是巴菲特的黄金搭档,是其集团公司的第二把手。本文是根据Munger在2007年USC法学院毕业典礼讲话总结的:如何度过有意义的人生。强烈推荐大家去看视频,总结得很不错的人生哲学。

回顾 React Native 开源一周年

原文被墙,iPhone用户推荐使用
湾区日报App
免翻墙读文章,或者看打印出的PDF文件。

展现了 React Native 从2013年7月的公司内部Hackathon诞生后的发展时间轴,这是一个很好的由巨型公司主导、开明的政策、充足人力资源与金钱支持的开源项目发展壮大的案例。
在运营 React Native 这个开源项目的时候,Facebook 的工程师们还顺手做了俩 GitHub bots,有点聊天机器人的意思:1. 根据 git blame 提示最佳的 code review 人选;2. 管理 GitHub issues(与它对话,帮你关闭重复的issue)。大家可以围观一下。

Pinterest不断迭代页面设计,增加用户注册率的经验

当线上服务用户多了后,整个系统就很复杂,往往优化了A的同时不小心破坏了B。本文就是一例,一开始优化了页面设计提高了用户注册率,不料却让SEO效果变差;后来不断迭代,才保证两者都是往好的方向发展。

运营Unsplash这样的网站在服务器方面要花多少钱

Unsplash 每10天推荐10张高清、无版权的图片,Alexa排名5000名左右。今年2月份的账单:$17,658.62。你觉得贵吗?要综合考虑网站访问量以及网站的性质(大量高清图片)。
Unsplash 是 Crew 这家公司的 side project,2014年的时候湾区日报推荐过他们的文章:Side projects 是很好的营销行为。他们当然可以在这种 side project 的服务器方面花更少的钱,但肯定得花工程师更多的时间,乘以时薪换算成钱,反而不划算。

iOS游戏独立开发者的“成功”案例以及经验谈

这里的“成功”并非“一夜成为千万富翁”的“成功”,而是踏踏实实地能养活自己的“2年多赚$70万”的案例。非常实诚的经验总结,并公布了每个月app的下载量、交税与净收入。
很多独立开发者都很想知道如何被App Store推荐到首页,本文给出了很详尽的指南。简而言之:发邮件到 [email protected],看你能不能打动他们:)从本文得知,如果有些用户给了你的app非常无厘头的1星 review,你也可以联系Apple的人请求删除。
本文还有一个观点很不错:作为独立开发者,你应该去时不时地花钱去购买其他独立开发者的app(特别是那些被推荐到首页的),便于了解流行趋势、与自己的app对比一下看看自己的app差距在哪里,同时支持一下同样是独立开发者的同行们。

2016/04/20 第556期

放弃使用 Slack

1Password背后的公司AgileBits有60多个员工。每隔一段时间换一次群聊工具,这回用了Slack,频道太多太嘈杂、心理压力太大(你得及时回复同事发的消息),最终弃用。
文中的观点:错不在工具,而在于人没有用好工具。群聊工具的使用是需要一套规章制度的,大家都得做好公民。就像现在给别人贸然打电话很不礼貌一样,使用Slack这样的工具随便 @ 别人也是不礼貌的,容易打断别人的工作。放弃使用Slack后,他们改用 Basecamp。

或许我们以前做错了,但并非一无是处

90年代写代码前要先做软件设计、各种设计模式、画UML,现在很多人会认为这是over engineering,然后把毫无设计可言、复制粘贴代码式的软件开发称作“敏捷开发”。
当今只会复制粘贴StackOverflow代码片段的程序员们,逐渐丧失了软件设计的技能以及独立思考的能力,剩下的只是非黑即白的思维:某某编程语言是世界最好的编程语言;A技术是好的,B技术是坏的;某某名人推荐某某技术,所以我们也必须要用这样的技术。

采访Overcast与Instapaper独立开发者Marco Arment

他以前也是Tumblr的CTO。作为独立开发者同时养娃,他大部分icon设计是外包出去的,也请了个会计报税。曾把客服工作外包出去,但效果不大,有的是愤怒的无厘头的用户,他现在基本不回用户邮件了。
对想成为独立开发者的人的建议:不要看到成功的app做得美轮美奂的,就误以为花大量时间(一年半载的)做好设计,app就能火;多探索几个收入来源,比如做多个app、写作、做podcast等。

关于Amazon如何做出Echo的真实故事

Echo是由Amazon在湾区专门做硬件的分部Lab126开发的,员工们斗胆对抗Jeff Bezos改了产品名字、历经种种内部政治斗争、Fire Phone惨败士气低落之际,推出了好评如潮的Echo。
本文有不少猛料。Lab126里的不同产品组之间互相不知道对方在开发什么。Project A是Kindle、Project B是Fire Phone、Project C是一个野心勃勃不切实际的Augmented Reality产品。在Fire Phone惨败的噩耗传来之后,Project C及时刹车、从中分理出Project D,也就是Echo。Project B的员工们没有被立即开除,倒是有一些经理加入到了Project D并与Project D原有员工进行政治斗争。原本打算卖$50的Echo最后售价~$180。
开发Echo的许多员工都已经离职。"When asked whether it was inherently “fun” to work on a product like the Echo, one former employee scoffed that, to describe Amazon, no one had ever used that word with a straight face."
现在的Echo已然成为Amazon智能家电的核心,开放API、可以连接其他厂商的灯泡、电视啥的。
hmm,看来前几天分享的【开发Amazon Echo背后的故事】并非真实故事了:)

不要跟顾客商量你的产品定价

因为不管你定多少钱,肯定会有顾客抗议的。没人能理性地判断什么样的价格是合理的,普通人多是按照物品的『体积』来判断划算不划算。只能通过实践、做实验来定价(实际卖出去,看有没有人买)。
现实中都是有『Good,Better,Best』不同档次的价格供用户选择,而且顾客往往不会选最便宜的那档

2016/04/21 第557期

为何当前的独角兽融资情况对所有参与者都是危险的

Bill Gurley 分析了当前泡沫化的形势,与1999年做了对比;也分析了独角兽公司们的CEO/创始人、员工、投资人、投资人的投资人(LPs,如养老保险、大学基金等)各方的心理,并给出了一些建议。
2015年前三个季度形势是不错的;但第四季度开始,媒体披露出 Theranos、Zenefits 等独角兽面临的法律问题,伴随着一系列著名科技公司的大裁员、一些著名独角兽公司估值被缩水;2016年第一季度,没有任何依靠风投发展起来的科技公司上市。如果1999年的泡沫是“湿”的(liquidity,争先恐后IPO),那么2015/16年的泡沫是“干”的(IPO干旱)。

聊天机器人背后的人类操作员

X.ai是虚拟机器人助手,不用下载app,只要发邮件给[email protected],人工智能高科技。当然,现在的技术还不足以完全自动化,仍需要人类操作员每天工作12小时批阅邮件,确保机器人的回复是正确的。
Facebook 的聊天机器人 M 背后也是一堆的人类 trainer。用户分得清聊天界面(包括发电子邮件)背后是人还是机器人吗?其实,很多号称机器学习、人工智能推荐文章的网站或app,背后也是需要人类操作员的。大家找到创业的思路了吗?

不懂技术的创业者如何管理开发人员

沟通很重要。能用人话(或笔和纸画图)讲清楚你到底想要什么,自学一点软件开发的知识(懂点基本概念、好沟通),接受『有很多东西你没法控制』的残酷现实。

每工作7周,带薪放假一周

大学里评上终身教职的教授每工作7年可以放1年带薪学术假(sabbatical)。7年太长了,每工作7周带薪休息一周如何?这一周可以是休息、也可以是追求自己工作外的兴趣爱好。
工作的这7周里,周六周日照样放假。这种制度如何?对于脑力工作者来说,会不会更有效率?工作的7周里就有个盼头,能放一周假:)

实体计算器

对使用电脑不熟练或没有设置快捷键的人来说,在电脑旁边放一个实体的计算器,临时要做计算的时候,使用实体的计算器比打开操作系统自带的计算器程序要快。
当然你也可以使用Mac上的Spotlight或Alfred之类的来做计算。

2016/04/22 第558期

Upwork的CEO:内向的工程师也能当领导

Upwork的CEO讲诉了他职业生涯:生在法国,斯坦福硕士(与Google俩创始人同时期),硅谷创业专注技术的部分,卖掉公司后取读商学院(研究商业案例学会模式识别),去PayPal工作,加入Upwork,最后毛遂自荐成为CEO

在社交网站发音频能造成病毒式传播吗

这是NPR在Facebook上做的实验。相比于视频与图片,网民们真的愿意在社交网络上听“长达”40秒的音频吗?

4个不同收入的男人的理财观

年入$100万35岁加州男,年入$25万41岁迈阿密男,年入$5.3万48岁布鲁克林男,以及贫困线以下时薪$7外加小费的25岁芝加哥男。共同点:他们都有孩子

Twitter如何做到每秒钟处理3000张图片上传

稍微正规点的线上服务上传一张图片后得生成多张不同大小的图片,空间换时间(以后读取不用每次再生成一遍)。Twitter现在是保留原图但对不同大小的图片只保留20天,每天省下4TB的存储空间。
很实用的做法,因为社交网络上一张图片上传20天后,基本就没啥浏览量了。

1Password的创业故事:1个月变8年

这是2013年采访1Password俩创始人。俩人原来在大公司工作,Java程序员。买了Mac电脑,但当时Mac对Java支持不太好,于是俩人就开始写原生Mac程序1Password,原打算1个月做完就完了的项目,不料一口气做了8年(2013年时)。
主要是因为早早上传到下载软件的网站上,用户使用后实在很喜欢;他们原来在大公司工作,大公司是不鼓励程序员直接与用户打交道的,但他们因为1Password不小心与用户打交道了,觉得很爽,很受鼓舞,1个月变两个月,两个月变三个月,一直做了10几年。
话说原来湾区日报也是打算做几天就不做了的。。。2014年8月。

2016/04/23 第559期

NBA比赛中场休息:球员们下场玩手机的时刻

原文被墙,iPhone用户推荐使用
湾区日报App
免翻墙读文章,或者看打印出的PDF文件。

美国职棒与橄榄球联赛是禁止球员比赛时候用手机的,但NBA不禁手机,只是不允许球员们在比赛时往社交网络发帖。短短的中场休息时间,球星们下场后就像刚飞机着陆那一刹那,纷纷打开手机。
不少教练怕球员比赛分心,严令禁止比赛时使用手机,但收效甚微。时代不同了,新一代球星是一手打篮球一手玩手机长大的,中场休息的时候得刷一下Twitter或Instagram看看有没有人 @ 到自己 :)

汽车的 iPhone 时刻

iPhone用触屏取代了当年最先进的智能手机的物理键盘,从此以后智能手机都是触屏。本文认为汽车类似 iPhone 这样革命性的时刻将是彻底重新思考车内座椅的设计。
车不再是车轮上的盒子,而是家的延伸,是个性化的东西。自动驾驶普及后,车内座位还有必要是像现在这样坐着向前的吗?

Etsy是如何支持多语言多地区的不同货币格式的

用户使用的语言,用户所在地区,以及看到的货币,多种组合,多种显示格式,其乐无穷:)本文介绍了Etsy如何基于CLDR(支持多语言的项目)跨平台支持多种组合的货币格式。
CLDR 全称 Common Locale Data Repository,本地化数据库(日期格式、货币格式、数字格式等),被Apple,微软,Google等公司用在不同语言版本的操作系统(Mac,Windows)与应用程序(Safari,Chrome,Office)上。

你做的app定价最好是$19.99或$29.99,而不是$0.99

作者以自己的编辑音频的app为例说明了给app定高价是可行的。如果确实是精心打造的给用户提供巨大价值的app,针对的用户群体是专业人士,几十块美金的价格不算贵。
如果你定价是$0.99,还是有人会抱怨卖太贵的。这些人压根就不是目标用户。比如 Sketch 现在卖 $129,可能平顶山煤矿学院挖矿系的本科生会抱怨竟然有软件敢卖这么贵,他们本身不是目标用户压根不会去用,但还是要抱怨一下;而一个在硅谷的专业的设计师会觉得Sketch比起Photoshop,价格公道很多。

下线一个产品的方法论

我们整天讨论如何做产品,却很少人讨论如何下线产品。尤其是线上产品,尽管不继续加新功能,一直跑着也是需要成本的(服务器,维护成本,回归测试等)。文章讨论了下线一个产品的时间轴。
有四个时间点:1,老用户可以继续用,但新用户不能用;2,通知所有用户该产品会在某个具体日期下线,如何迁移数据;3,soft end date,告知用户的下线日期,但其实服务器还在跑;4,hard end date,服务器插头已经拔掉了。

2016/04/24 第560期

逃离线上媒体生产的垃圾内容

很多线上媒体什么都好,一流的投资人、精美的网站与app设计、在地铁广告,唯一不好的是内容太垃圾。就像卖煎饼果子的摊位什么都好,地点好、大V推荐、支持Apple Pay付款,唯一不好的就是煎饼果子做得太难吃。
线上媒体的运营者们手头的资源有限(钱、时间、人力资源),是投资优质内容(但费时间)呢,还是投资其他花里胡哨的东西(容易走捷径)呢?

The Way We Build

Airbnb分享的做设计的经验。他们有一套标准化的设计语言,使用案例:各部门同事开会,只要有人一提起某个名词,大家立刻明白这指代的是某个特定大小、颜色、形状、功能的按钮。
基于这套标准化的设计语言,他们做了一个叫Airshots的工具,公司里近3000个员工都可以利用这个工具浏览不同平台(iOS或Android)、不同屏幕大小、不同语言(中文、英文等)的app上的不同搭配的UI组件(详见文中的视频)。这对于团队合作、产品开发很有帮助。基本上有一定规模的著名公司们都有类似的工具。

A/B 测试移动电商app

重点A/B测试三个领域:onboarding(用户注册,力争一见钟情立刻注册)、activation(尽快让用户第一次下单)、retention(争取回头客,不断回来买东西)。

使用翻盖手机

文中列举了一些刻意使用只能打电话与发短信的翻盖手机的案例,逃离智能手机、逃离 Always Online。但还是有其他方面的压力的,比如上司在晚上11点在Slack上 @ 你,而你没及时回复,怎么办?

Mistakes at Work Are Not Sins

任何创意工作、有创造性的工作都需要不断尝试,必然会犯错误。如果没犯错误,那你就没有尝试任何新东西。
"Mistakes should be embraced and celebrated. Software development is a difficult activity and software developers will make mistakes. They shouldn’t be crucified for making honest mistakes. It’s part of the learning. Great managers don’t cheat their employees of personal growth and development opportunities."

正文完
 0
评论(没有评论)