湾区日报文章第92辑

所谓 manipulinks：在网站弹出对话框逼迫用户订阅邮件、买东西等，关闭对话框的链接做得很不好找到，文案用类似“不，我讨厌省钱/减肥/健康”之类的语言，让用户羞于关闭窗口。
为了提高转化率，各种鸡贼小技巧、暗黑模式层出不穷。如果网站是专门用来宰游客、不在乎回头客的（如靠SEO引流的），那可以不注重口碑，设下陷阱、让用户中计，反正大部分用户这辈子也就访问这个网站一次，不会再回来了；但如果想让用户继续回来，就别耍这些小聪明，打造好的口碑需要很长时间，但坏了名声可是瞬间的事。

这是给产品经理的建议。产品经理是团队里的润滑剂，与所有人打交道，或兜售自己的想法、或兜售领导的想法，如何说服他人？

图文并茂地简述了机器学习在 Quora 的具体应用：理解问题，如对问题加标签归类、去重；匹配问题与最可能回答该问题的专家，如把问题推到相关用户的feed上；feed上的问题、答案排序；优化广告投放。

做一个线上服务，开源项目的使用者可以给维护者们每个月固定捐一定数额的钱，捐钱的人可以开 issue 进行功能请求，这样的话维护者们既有经济上的激励、又能得知哪些功能请求是有价值的，就能更好地为人民服务了。
光干活、不拿钱、还要经常接受网络暴力的现在的开源项目维护者们，你们怎么看？

为何有时候好像“大家”都在说硅谷正处于新一轮科技泡沫中，有时候“大家”又说硅谷仍有很多牛逼的创新。到底哪个才是真硅谷？“大家”都在盲人摸象，都看到局部，又都以为看到了全部。
尤其是社交网络时代，confirmation bias 更加严重；你本身是怎样的人，你有怎样的朋友，社交网络上的时间轴排序算法就给你推荐与你、与你的朋友想法类似的内容，所以坐井观天、盲人摸象的你就以为全世界都是那样的观点了。

Echo Show 是加了屏幕与摄像头的 Echo，外观设计很不起眼（似乎是故意这么做的）；加了屏幕后，让用户更容易看到并学会新的声控命令，也增加了更多应用，如看视频、视频电话、购物时可以看图片确认一下等。
鼠标键盘 => 触屏 => 声音，解放双手：）Echo Show 宣传视频里都是白人，非常政治不正确啊，他们主要针对的用户群看着很像川普的支持者 — 长期被硅谷精英、主流媒体所忽略的人群，他们并不认为自己需要更多的“高科技”产品，而 Echo Show 在肉眼看上去一点也不高科技，却能默默地用高科技帮助到这些人。
Amazon 继 AWS 在云计算领域的统治地位后，Echo 在声控智能助手领域也是统治地位（70%的美国市场份额）。

UI 是静态的，每个人看到的是一样的，每个模块的 UI 可以单独分开来看；UX 是动态的，每个人的体验不同，而且改善了某个用户的体验后，有可能破坏了其他用户的体验。

好的测试代码有这五个功能：1，验证代码的行为是否符合预期；2，防止regression；3，相当于代码的文档；4，有助于设计通用的接口；5，方便以后的重构。总之，就是用来增强开发者对代码的信心的。

一种职业道路：做工程师，在同一家公司做经理；跳槽到新公司，做工程师，再做经理；再跳槽，开启另一个工程师/经理的轮回。
理由：极好的经理是离开一线工程师岗位不久的那批人，能理解工程师这份工作，能理解技术；极好的工程师是做过管人的工作的那批人，能理解经理与技术以外的世界。

东亚国家的文化里，直呼上级、长辈的名字有点不礼貌。但现在酷炫的公司不都要（装作）扁平化管理吗？取了英文名，就能互相直呼其名了。中国的Robin们、Jack们、Pony们笑而不语。你有英文名吗？
没有英文名的话，在星巴克里被问“what’s your name”的时候是很烦的，尤其是名字拼音以X或Z开头的同学们：）以前有个同学，去星巴克报名字的时候一律盗用自己博士导师的名字（因为好发音、易拼写），哈哈。

本文作者给没经历过上世纪末互联网泡沫的小朋友们科普了一下当年的情形。那时候湾区到处是创业公司在办奢华 party，公司上线新产品、改个新的公司名字都要办 party。

有时候是客观因素（还没有用户），有时候是主观因素（胆小，不敢与陌生人说话），怎么在不与用户对话的情况下做用户研究？去看竞争对手的 app review、泡论坛、从客服那里挖掘蛛丝马迹等。

连续长时间工作、产出呈线性增长，这对于简单机械劳动或许适用；但创造性的脑力劳动就不是这样了，工作时间长了，也会有负产出，得回过头来擦屁股。
比如熬夜疲劳地写了几小时垃圾代码后，得回过头来花更多的时间找bug。

作为媒体网站，Guardian 的文章下面每天能有超过7万条评论，很多是连文章都没读就开始骂的，也有不少是政府（如北朝鲜、俄罗斯）有组织地发动五毛大军对相关报道进行攻击。删帖员们每天接受满满负能量：（

记者为了写这篇报道，到 Uber Eats 与 Foodora 卧底，通过面试后、干了两周的送餐临时工，工作18小时，骑行172公里，平均每小时赚$4.4。

文中描述了“为了写测试而写测试结果白白浪费了时间”的教条主义式的悲剧行为。要懂得变通啊，不是所有代码都值得花时间去写测试的。

两种员工：充满好奇心能问出好问题的 vs 知识渊博知道很多东西的；与前者合作起来充满乐趣，前者成长空间大；而后者很快就碰到成长的天花板了，合作起来无趣。

BuzzFeed 成立十年来，业务与代码都复杂了许多，每次部署代码都是一次冒险，出错了也不好调试。近两年改进了部署代码的流程，使用了ECS/Docker，每天充满自信地部署150次代码。
他们原先有专人负责部署代码，现在写了方便的脚本，每个团队能自助地部署代码到 ECS。

作者在游戏领域做了五年，现在不做游戏了。本文简单解释了手机游戏的盈利机制（让玩家待着游戏里越久越好，处处引诱进行内购）、为何自己不再做游戏了（游戏开发技术单一）。

收藏好文章或好链接的瞬间总是感觉良好的，似乎收藏了以后肯定有机会去读到、然后转化为自己的知识。但事实是，大多数这样收藏来的文章或链接一直待着那儿不会被你看到，久而久之堆积起来只会增加心理负担。
"to know about something" isn’t the same as "knowing something".

最近几年出生的人或许是人类历史上第一代拥有自己一生最完整影像资料的人了。每一天都有那么多被拍、自拍（小孩当然也掌握了自拍技术）、上传到网上。
墙外的孩子会去看 YouTube 上其他孩子拍的视屏，他们自己也会有视频上传到 YouTube 上，他们的每次被拍或自拍都会假想有一定数量的观众。对了，使用不能拍照的手机是怎样一种体验？没有互联网的童年是一种怎样的体验？

公司里的多个设计师或不同团队做出来的产品界面风格不统一（颜色、字体、控件的样式），怎么办？公司成长的不同阶段有不同的招数来解决这个问题。
最终是要有类似 IBM 的 Carbon、Salesforce 的 Lightning、VMWare 的 Clarity 等标准化设计系统，公司里不同职能的人统一语言，开口说个简短的词、所有人就知道指的是某个特定大小、特定形状、特定颜色的标准化的控件，交流起来省心，设计起来方便，就像调用封装好的API一样，知道函数名就行，不用知道实现的细节。

这个实践不错：让应聘者当场 review 你们公司的人写的代码，让他/她提出改进意见。毕竟 code review 是当代软件开发里一项重要的活动，就实际比划比划呗。

亚马逊将 service-oriented architecture 的思想贯彻到自己的业务中，公司内部各种内部 service 开放给外界使用（并收费）。
比如自己运营的数据中心、各种计算平台租给其他公司用，就成了 AWS；自己搭建多年的仓库、收款、送货的整套流程租给其他商家用，就成了 Fulfillment By Amazon (FBA) 项目，各小商家把货放到 Amazon 仓库里，用户下单了后 Amazon 就从自家仓库帮你送货。

iPad 刚推出时卖得不错，但用户买了之后用好几年都不必升级硬件，看视频收发邮件够用了；于是超强的 iPad Pro 出现了，试图让用户将更多电脑上的工作搬到 iPad 上来做；之后是不是要进一步模糊 iPad 与 Mac 的界线？
Tim Cook 说他所有的工作都在 iPad 上完成的。如果我的工作只是处理邮件，我甚至能在 iPhone 上完成“所有工作”：）

一家中小型公司运营的线上服务，如果能按照本文的这个清单来实践，就能将网络安全方面的风险降得很低。
在开发新功能与做一些“无聊”的运维/安全措施之间，得平衡分配资源（时间、钱、人力）。安全问题决不能轻视，被黑了、被攻击了可不是闹着玩的。定期演习一下，模拟一下各种攻击手段，看自己能不能把自家网站黑了；要被黑了，第一时间该做什么，这些都要有应急措施的。

主要针对 SaaS 产品说的。越容易争取到新用户，进入市场的门槛就越低，竞争产品就纷纷出现，用户选择很多、很容易改用另一个产品。

从传统的Rails app、服务器端渲染网页，进化到时髦的React + Redux的single page app；文中有动图有代码，感受一下这家十岁的“创业”公司的代码库成长的烦恼

半路出家没啥经验的“程序员”在所谓Serverless的流行趋势下，能做比经验丰富的“传统”程序员出色？就像在VB时代便宜的半吊子程序员可以无所畏惧地快速搭积木、写下无法维护的垃圾代码？

BVP 是美国最古老的风投公司。在这个页面，他们勇敢地记录下他们当初拒绝投资的那些公司的名字以及理由，这个清单就是所谓的 The Anti-Portfolio。
错过了当今全球市值最高的五家公司中的三家：错过了在 Apple 上市前投资，估值$6千万，他们认为太贵了；04年时，哈佛本科生Eduardo Saverin孜孜不倦地跟他们兜售Facebook，“孩子，你难道没听说过Friendster吗？别做了，没戏的”；错过了Google，大学时代的朋友把车库租给了俩斯坦福辍学生，“我要怎样才能不经过车库而离开这所房子？”。
也错过了投资eBay，卖邮票漫画书的破网站？想都不用想，忽略；错过了PayPal，年轻菜鸟团队，法律纠纷太麻烦了；错过了Intel、Tesla等。

知名Mac软件开发商Panic Inc的创始人运行了染毒的软件HandBrake，电脑被远程控制盗取了ssh key，然后对方猜项目名git clone了他们公司几个repo，发信勒索巨额比特币，如有不从将公布源代码。
在考虑了各种最坏后果后，他们决定不交赎金。有了我们的源代码你又能怎样？我们软件每天都在进化，几周后你手中的源代码就过时。

老花眼：字体别弄太小，字体颜色与背景色对比强烈点；听力下降：音频、视频噪音少点；手会抖：别整那些需要精确定位才能用的东西，比如鼠标悬停弹出的小纸条里的小按钮；懒得学新东西：文案要讲人话，简单易懂。
一方面，老年人开始接触互联网了；另一方面，原来上网、懂电脑的人也开始变老了。老年人有钱、有闲，得照顾好他们啊；大家设计网站、app 的时候要多想想他们（的钱包）。

作者是十几年前盛极一时的社交网络 Friendster 的第四号员工。本文从十个方面对比了 Friendster 与后来居上的 Facebook 两家公司。像不像郭嘉向曹操提出的十胜十败论？
前不久 Gimlet 的 Startup podcast 采访了 Friendster 创始人、投资人等历史见证者，探究为何当时这么红火的社交网络公司最终失败了。推荐大家去完整地听一下。虽然 Friendster 失败了，但它的投资人、创始人、早期员工后来也都混得不错，失败一次不会给你的人生判死刑的，机会多得去了。

人们比较愿意掏钱买那种看得见摸得着的物体，而不愿意掏钱买看不见摸不着的“服务”，不管是线下的还是线上的。如果你是提供“服务”的人，怎么向普通人兜售？
有体积的东西，你在掏钱以前可以肉眼看到、或许还能摸一下，主观判断一下是不是值这个价格；而对于“服务”，人们在掏钱之前很难判断是否值这个价，得花钱体验了之后才知道；这时候口碑、品牌、情怀（忽悠）就起到很大作用了。

云计算时代，公司经常莫名其妙收到来自云计算提供商的巨额账单。钱都花到哪里去了？哪个部门、哪个产品花钱最多？最好在使用的资源里加标签（产品、团队），方便算账（秋后算账~）。

这篇2007年的文章是当代社交网络使用 hashtag 的源头。他提议使用 # 在 Twitter 上表示频道，或现在更广为人知词：“话题”。
他从 IRC 中的 channel 的概念得到启发；IRC 里的 channel 名字前带有 #。

创业初期团队内部总要争论是否要用各种花俏的工具，记账、项目管理、记录用户反馈、客户关系管理等。别争了，先从电子表格用起。或许贵公司从创立到灭亡的短暂生命周期里，电子表格就够用了。
电子表格是万金油，甚至可以用电子表格做产品的原型，先验证了 idea、再动手编程实现。

作者是 Netflix 工程师，他为创业者们支招，如何忽悠像他这样的工程师加盟贵公司。工程师在乎什么？1，工作上的有话语权；2，能尝试不同东西；3，待遇要厚道。

作者是音乐专业（作曲）在读博士生，利用晚上与周末时间学编程、写 iOS app。做了个小游戏，尝试了三种内购盈利的手段，扣除交给 Apple 的 30% 保护费后，每个月赚 $200 左右。
湾区日报的 iOS app 每个月也大概赚 $200 左右，相当于每个工作日可以买两杯 $4.5 的咖啡。

Paul Graham 写于 2001 年的经典文章。他95年（31岁）创业做方便商家开网店的线上服务，3年后有1070个用户时以$5千万卖给雅虎。秘密武器？使用 Lisp，开发速度极快。
因为使用了 Lisp，他们总能迅速上线新功能，这让使用传统编程语言的竞争对手们望尘莫及。从古至今，以少胜多的战役都是出奇制胜的，不能对手做什么你也跟着做什么。文中提到每当出现新的竞争对手时，他会去看他们网站上招人的 job description，就大概能知道对方是什么水平了：需要有Oracle经验 – 这竞争对手公司太烂，不用担心；需要懂 C++ 或 Java – 这也不必担心；招 Perl 或 Python 程序员 – 需要小担心一下了；招 Lisp 程序员 – 太需要担心了。

看得见摸得着的物体往往有经典款的设计（名表，名包，名车），几十年下来不会过时，看起来仍然很不错。网站、app 的设计呢？两个月一小变，两年一大变，永远都在变。

去宜家买家具，自己动手组装完成后，有成就感，开心。做产品的可以借鉴这种模式，让用户很容易地参与到产品的建设中，他们付出了劳动，比较能感受到产品的价值。

他在大学时发现两件事：1，凡是带有宠物的 tweet 都挺火的；2，朋友告诉他手中的汉堡是10/10（满分十分）。于是2015年底他弄了@dog_rates这个Twitter账号给狗打分，粉丝2百万，靠卖相关纪念品盈利。
一般是粉丝给他私信投稿狗的照片（每天1200张左右），然后他聘请的临时工帮他从这1200张狗照片里筛选出20张让他打分；他聘请的另一个临时工负责打理卖纪念品的网店的业务（卖T-shirt、杯子之类的），按卖出的礼品提成。这个 Twitter 账号开始2个月后，粉丝数就20多万了，有人私信他出价$10万想买下。把运营这种社交账号当全职工作的微博、Instagram等平台也有不少成功案例。

一些网站为了安全起见，在需要输入密码的地方禁止用户粘贴密码。这篇来自英国国家电脑安全中心官方博文反而认为，应该允许用户粘贴密码；若禁止粘贴密码，一些密码管理软件就不能用了，反而更不安全。
使用密码管理类的软件（如 1password）比自己记密码更安全。自己记住密码、自己输入密码，就会在多个不同网站使用统一密码，若一个网站被黑了，自己其他网站的信息也危险了；而密码管理软件在不同网站给你设不同密码，相对安全点。

Etsy 将每两周发布新版本 app 的流程的几个关键步骤自动化了起来：收集本周新版 app 的所有 commit、cut 新的 branch、通知开发人员验证代码是否ok等。
在一个多人团队里，这一流程不可能完全自动化起来的，要协调多人多个 commit，发现 bug 了得协调修复、再 cherry pick、再等开发人员手动验证等。把没必要人为做的步骤自动化起来，让人能腾出时间做那些没法自动化的事情。
部署代码、发布新版本 app 这个流程中，就像乘船、乘火车一样，需要调度。每个开发者都是乘客（连同他们的 commit），错过了这班船（火车），还可以等下一班，不用赶。船长（列车长）得保证按时开船（开车）。

通过生成 Flame Graph，肉眼识别出 Postgres 的 partial index 的 parsing 步骤吃 CPU，顺利找到解决方案，立马提升性能10倍，节省服务器开销。

应届毕业生第一份工作需要一定时间去适应，因为他们人生发展到那个时间点，基本上都是随波逐流，通过长辈、上课、考试这些外在的力量指引他们前进。工作后这些外在力量就少了，得学会给自己打鸡血了。
在学校的时候有作业、考试，经常能得到反馈、知道自己的表现如何。工作后虽然有半年或一年一次的 performance review，但反馈太少，很难知道自己（在别人心中）表现如何。在学校接触的多是同龄人，工作后开始大规模与不同年龄段的人接触了，难免会不适应。

2011年退伍后，学编程做健身 app 的网页版，然后用 PhoneGap 弄成原生的 app。运气很好，在 Twitter 上向 lifehacker 自荐了一下，lifehacker 发了篇文章推荐这个 app。该 app 下载量几百万时被收购，自己也成为收购方的 VP Product & Engineering。

其实很多人已经或多或少有在家工作的经历了：你oncall的时候，半夜被警报吵醒，你是跑去公司解决问题呢、还是在家里抱着笔记本电脑连到服务器？

正文完

0

湾区日报文章第91辑

湾区日报文章第92辑

2017/05/12 第911期

2017/05/13 第912期

2017/05/14 第913期

2017/05/15 第914期

2017/05/16 第915期

2017/05/17 第916期

2017/05/18 第917期

2017/05/20 第918期

2017/05/21 第919期

2017/05/22 第920期

相关文章：