『吃』出来的一些想法(二)

【2015-10-26更新】今天在下厨房传菜品被弹窗了,顺便更新了下,试用简要记录:
1)首页,以四个图标的形式重构,为『排行榜、看视频、买买买、菜谱分类』,之前首页直接展示的榜单等挪入『排行榜』,多出来的空间新增按天更新内容模块,直接以大图feed的形式展示某些优质的菜谱和单品,引入『公众号』发布的优质内容,如『中古厨房』等,感觉略凌乱,但有助于优质内容的直达-利于新用户or没啥动态可关注的用户阅读,
2)发布作品时可以点击图片关联商品,以tag的形式直接在作品上展示,之前国外一款卖家居的app上见过类似交互,挺优美的,但实际效果未知,找了几个达人发布的可能用到市集商品的作品貌似都没看到;
3)某些菜谱页出现了『一键购齐所有材料』,实际体验后并无太多惊喜,还得每样食材分别进入不同或相同的店铺添加、购买,低于预期。脑补了俩改进办法a)商品备选list页每个商品均提供评分、加购物车的按钮;b)商家认领某些明星菜谱直接定制半成品包-性价比,不浪费,降低用户尝试成本,加速其冲动消费;

其他app,味库加大了半成品菜的力度,引进了品牌餐厅的半成品包,如俏江南等(有意思,我脑子里一堆问题:某餐馆招牌菜我真的需要在家自己做吗?半成品菜包真的是餐馆加工的吗?是餐馆自己备菜的时候顺便打个包?待po主试用琢磨下)

【2015-08-20更新】正文分割线————-

昨天YY了下自己理想中的『吃』App,今天挑几个主要场景聊聊最近常用的几款,包括但不限于如下Apps:下厨房、豆果美食、美食天下、味库、美食杰,Kitchen Stories跟Yummly是国外的Apps,虽使用率虽不高,但偶尔会上去取取经(比如牛油果的切法,如何煮水波蛋神马的),菜谱页的设计和交互还是可圈可点的。

场景1:找菜谱/找灵感
这里不多说用户已知菜名or原材料,通过各类搜索抵达最终菜谱页这类主动行为(新用户触达跟关键路径处理可以单开一篇来说),主要说下在面对用户每天都要面临的世界性难题『早/中/午饭吃神魔』时,各家的做法。
下厨房,主要集编辑和用户之力,主要途径是首页的『本周最受欢迎』(推测算法主要基于菜谱的收藏数、做过数、评分以及编辑人工),流行菜单(编辑人工挑选的用户发布的菜单,内含各种场景,应季的,基于某食材,某厨具,等等),以及榜单(编辑选新、Top榜单),运营的各散播途径(微博、公众号、邮件等)内容质量上乘(图文情怀故事较多),印象中经常被下厨房发布的内容馋到然后被召回。唯一的缺点是首页似乎过于安静,所有内容均需点击之后才能进入列表进行查看,新用户进入之后可能由于无法迅速感知到整体的氛围而流失。
豆果美食,相比之下,豆果的首页排版有较大缺陷,占据第一屏大半个屏幕的轮播图,只推荐6个菜谱(互动的数据比如评论、大家上传数量级一般为10),推荐固定数量极少的菜谱将面临主要两个风险:1)众口难调;2)从推荐出来到用户做,再到上传,耗时较长,没准菜谱已不在首页,传上来的菜谱缺乏展现->缺乏用户间的互动(主要是称赞和评论),打击用户积极性。首页剩余部分,『每日佳作』(时间跨度太短,导致实际数据看上去颇为冷清)、『精选菜单』(数据冷清,做过数为个位,体现不出精选)、『时令精选』(仅以文字tab形式展现,但是点开之后是个菜谱list,分为综合最佳/收藏最多/做过最多三类,目测结果都非常靠谱,可惜了被放在这么各犄角旮旯),其他散播途径内容一般,未有被触动过。
美食天下,最早还在pc时代就已经开始,那时最深的印象是:菜谱复杂,照方子做出来跟方子完全不是一回事儿(那时候我还以为菜谱就是仅供参考的存在),后来有了手机版,最初的版本很简陋,直到4.0才开始重新关注。菜谱依旧是复杂的,App版面也比较繁杂,首页推荐的几个分类倒是比较实用(包括新菜谱、妈妈派、烘焙等,top菜谱用户互动的数据不错),一日三餐的菜谱推荐UI倒是别具一格,但是数据较惨(原因同豆果美食的轮播图推荐)。单独出菜谱tab页,除了空间开阔可以铺开了展示以外无甚亮点;魔方tab摇一摇随机出几个菜单,不知数据如何。
味库,最初打法是用户添加食材、厨具等,智能推荐菜谱,经验证不那么靠谱之后,首页的重点已经切换为半成品菜售卖,精品菜谱内容的图文混排结构看起来不呆板,层次分明,比较舒服,可惜点开后数据较惨淡(相同位置不同菜谱数据相差较大,可见运营和内容编辑有多重要,具体数据对比『缤纷水果树』和『炒方便面』)。
美食杰,首页按早中下午晚夜宵每类推荐3个菜谱,数量分类略多,但依旧逃不开『众口难调』,下拉之后展现了几个精选分类(固定展现),『食话』是运营主导的一些活动feed流,未知其展现规律,但实际数据表明效果不甚理想,最底部是『猜你喜欢』,推荐了大概几十个菜谱,也许是因为上传的菜谱太少,推荐的菜谱少有喜欢的呢(如何给新用户做内容推荐?这也是个挠头难题,第三方帐号登录的或许能觅得少许用户兴趣,用户浏览、点击、搜索关键字等均可入料,完全崭新的用户就全靠运营和产品具体如何考量了);另外有个『发现』tab页,展现了菜谱分类、菜单、排行、食材、附近等入口,以及『大家做什么ing』feed流(feed流坑实在太多,单是如何产生feed的规则、合理聚合多条feed避免刷屏的学问又可以写篇论文了)

场景2:做菜
对于像我老妈这样的资深厨神(跑外面饭馆吃个好吃的就能在家依照味觉+灵感来个复刻版),菜谱类的应用顶多用来找找灵感、拓宽思路,而像我这种半生不熟的小厨,一边做菜一边看菜谱是经常的事儿(所以有次清洁手机在耳机孔里掏出芝麻粒儿的事我会乱说嘛:p)。
在这个环节,各家的易用层次不等:
味库:无步骤大图可看(心思基本都放在半成品菜了无暇顾及);
美食天下、豆果美食:点击步骤查看大图;
下厨房:点击或者横着手机,查看大图;
美食杰:点击查看大图,支持语音操作(上一步、播放语音、下一步等简单命令);
从操作体验讲,美食杰做了新的尝试,但iOS版似乎不太灵光,没动静或者上一步下一步分不清时有发生,安卓版顺畅度和语音的自然度还算ok(最后一步有个必现的语音失效的bug),尤其在做不熟悉的烘焙时好用(菜谱简洁时体验更好),请脑补下满手面粉还要滑动手机屏幕查看菜谱的囧样;
从最终做出的成品与菜谱的差距、心理预期的差距来看,下厨房无疑胜出;不过,po主一直被『手机搁哪儿』这个小问题困扰,这事儿属于『只有当手机被菜汤泼到』才会想起寻求优化的需求,也许看到某个图文并茂的介绍帖一冲动就买了,但可惜还没有哪家App推过相关产品。

场景3:发菜谱/作品,互动氛围
发布菜谱这个功能使用频次虽低,但易用性以及发布出的菜谱可用性还是非常关键的(想想好不容易有个用户被其他用户一邀请,想要发布下某个菜谱,结果七搞八搞被难用的发布流程逼疯…)。易用性方面,『所见即所得』非常重要,这点做得最好的是下厨房,发布界面跟菜谱页基本长一样,图片、步骤的添加提示直观明了,简单菜谱的话,5分钟发布完全不是问题。其他家有各种难用的问题,其中较为集中的是非必需字段的添加(比如烹饪难度、时间、所用厨具等,讲真,按某些App提供的难度跟时间真心不咋靠谱,按某些不提供的App做出来的菜也没有差到哪里去,所用厨具各家也有各家做法)、食材用量的单位选择(同理,量词的添加真的有助于提升菜谱可用性吗?是否成为了顺利发布菜谱的绊脚石?),PM需要认清自家目标后审慎添加,尽量做到最简最流畅。

发布作品,最关键是发布之后的展现,这决定了用户后续的活跃度。从入口位置、集中度等来细分,各家做法不一,从实际的体验来讲,仍是下厨房最优。入口位置,最自然是在菜谱单页处提供明显的晒作品入口,但此法属于厚积薄发,展现量取决于该菜谱的曝光量,上传作品可能很长时间都没人点赞,互动的时效性和用户积极性都大打折扣;简单粗暴的做法是直接来个tab展现『全站最新上传作品』,但此法需慎用,最好配合一定的人工筛选,避免渣作品拉低产品整体品质。其他入口,主要遵照用户本身的习惯及网站的需求产生,可以看到,下厨房常驻首页首屏有『本周流行菜单』、『每日三餐』,这两个入口实际使用下来效果惊人,颜值略高些的作品在正常时段发布常常几分钟内就会收获很多赞(多次手动验证过绝大部分都是真实用户),其他App以豆果为例,有类似做法,但实际作品数(相对各自用户量来说)和互动氛围远不如下厨房,主要原因1)入口不明显,豆果需要在首页滚动屏幕才会看到当天某一餐的入口,2)上传后,可参加的话题数量过多(至少十几个)导致流量分散,3)单个菜谱停驻首页寿命过短,这在场景1里说过了,最明显的位置只显示有限几个菜谱是不明智的,且不说这几个菜谱的选择是否到位正中用户下怀,显示时间的长短也不好拿捏,过长,虽然能提升上传量、互动时效性但会让人觉得单调,过短,就是现在这个样子,像下厨房这样以周为单位,定期用算法、人工等策略更换优质的菜谱,是比较可行的办法。

场景4:买食材/厨具及周边
各家电商均有尝试,但最终固定在下厨房(挖掘新东西最多)和豆果美食(购买最多,价格略低以及提供半成品菜)。
从实际的购买来说,于我个人而言,体验提升较多的是半成品菜(较为突出的是青年菜君和暖食),其次是某些食材和厨具的晒单比淘宝or其他电商平台详细(这块儿下厨房做的比较突出,得益于其运营模式『爱尝鲜』:用户购买后对商品进行评价可以获得价格同等数量的积分,每800积分可获得『爱尝鲜』价格,以非常实惠的价格购买市集将上架的新品)。在新食材/吃食/厨具的发掘方面,下厨房除去使用常规手段(消息/EDM推送、首页banner展示等),菜谱的渗透做了一些尝试(比如上传作品时可以点击图片添加关联的商品、菜谱单页提供一键购买但体验未达到理想),其他app,比如豆果、美食杰会在菜谱下方推荐相关的食材或厨具(这个效果很一般基本无购买欲望)。

其他场景先不一一详述了,后面有想起来值得细写的再单写,关于『吃』的互联网产品,甭管表面的运营、产品手段如何变化,或是对已有资源重新优化和配置(比如餐桌分享or众筹厨具or农产品树上预订等),最终能让吃货们便捷、便宜地吃上更好的,吃出更多趣味,涨了各种吃的姿势的,才会是最终的胜出者吧。

『吃』出来的一些想法(一)

作为一枚吃货,不知不觉浸泡在吃相关的App、剧或纪录片、书籍等各种吃相关产品中也很长一段时间了(比如坚持在家做早饭吃都快3年),最近这两三年间,『吃』方面互联网产品变化较大,准备写个『吃』系列从自己熟悉常用的好好梳理下,今天这篇是关于『吃』产品的分类和概况,以及自己期望的『吃』产品。

『吃』产品的分类和概况

『出去吃』和『其他』,前者太老,后者太新,暂时没有太多感(tu)想(cao)。

『在家吃』的『外卖』和『请人上门做』,较典型O2O产品,尚处在烧钱跑马圈地阶段,所以多次体验下来,很方便,性价比很高(饿了么的100元年卡,爱大厨的69元上门包工包料烧菜套餐,连我老妈都觉得这是要亏死的节奏),但不知道钱烧完之后会是怎样,暂且关注之,体验之,后续有想法和体验再整理。

『自己做』算是长期使用和关注的领域,从最初使用浏览器收藏食谱页面、关注美食博客,到现在各类吃相关的Apps、厨具、食材包,感叹吃的多样性和便利性大大改进的同时,也会思考怎样的一个关于『吃』的平台会吸引并留住我呢?

我想,首先,1)这个平台必须有海量、可行度高(以按照菜谱做出来不难吃甚至很好吃为标准)的菜谱,当然,是以有趣的方式来展现。何为『有趣的展现』?也许可以根据『吃』的人数(一人食/两人餐/小家庭/大爬梯…)、人物关系(情侣/母子/父女…)、季节/节气/节日(这个就不用说了,各地的时令菜真是三天三夜都说不完…)、地域特色(武汉热干面/陕西肉夹馍/重庆小面/柳州螺丝粉/日式味增汤/欧软面包/美式烤猪排…中外均可包含)、影视剧特色(孤独美食家/深夜食堂/舌尖上的中国/海鸥食堂/中华小当家…)、顶级食材(神户牛/澳洲和牛/松茸/玉兰片)等等主题来划分,根据『天时地利』适时展现,引导用户的同时还能适度的『超乎用户的想象』,这依赖于好的内容运营(包括平台方的内容选择与引导,也包括平台本身的氛围使得用户乐意UGC出来一些有趣的内容)。

2)良好的互动氛围,具体是指厨友间的互动,包括对彼此作品的点赞、提问及解答,如果能有美食达人亲自参与更好。有很多人说起自己为什么会开始做饭的理由是『爱上一个人』,也有人是因为『有了孩子』,『出国了』,这些固然是做饭的主要动力,但是来自『同行』的赞美、鼓励和讨论,同样也是非常重要的推动力和粘合剂,甚至可以从讨论中得到一些非常实用的生活tips(比如我在逛豆果时就知道了还有一种油叫『稻米油』,在下厨房知道了离我家不远有家不错的烘焙材料店铺,以及非常多简单快手美味的好菜谱),有了这些,想让人离开这个平台都难啊。

3)能方便、实惠的购买到某个(类)菜所需的全部厨具和食材,简言之,即能将看菜谱时的冲动–>吃到嘴之间的门槛降到最低,帮用户迅速获得满足感(吃到时的美味)和成就感(家人的满足、厨友们的赞)。 最常见的场景是菜谱下方推荐相关产品,可以是主料、配料,或者半成品包更好;还有个场景是各类节日的特卖,比方这阵子各Apps七夕都会推特辑,一般把牛排、起泡酒、甜点等单款商品弄个活动页面就算完事儿;做得好的会做出一个故事,故事里配上让人垂涎的美食图片,图片下边把食材包配好(包括牛排、意面、时蔬、黑椒汁),所用到的煎锅,盘碟刀叉餐垫,起泡酒+酒杯,甚至烛台和蜡烛,如果你愿意,可以一键下单,分分钟送货到家,美梦成真。又及,很多西餐看起来诱人,无奈调料list一长列就让人生畏,迟迟不敢动手(比如我看中某个肉桂牛角包的方子一段时间了,但是肉桂粉大部分都是大包出售我一直在犹豫万一面包做失败了我真要拿剩下的肉桂粉冲水喝嘛),如果平台能够整合一套完整的方案,除了将图片上的西餐打包成一个食材包,甚至能清楚的指导我哪些调料作为中国人也许吃不惯,可以改良,哪些调料是『长青款』可以长期备着,哪些品牌的哪些厨具(比如肉锤、条纹煎锅)是秘诀值得入手,哪些盘碟是经典款,相应的购买链接都准备好,如果真的有平台存这样做,估计千手观音也是不够剁的;p

其他方面,虽没那么重要,但也都是加分项了:比如厨艺各类基本功、Tips可按中西餐体系分块儿,从食材挑选、厨具挑选、各类常见食材的刀功、炒法、如何摆盘、拍照技巧等,个人感觉视频会比图文版的更形象(我一直学不会的切圆白菜丝、牛油果切片等总算在youtube、Kitchen Story上看视频学会了),由美食达人或者专业的厨师进行演示;更进阶、系统的学习,可以合作一些靠谱的长短期线下厨艺班;相关的出版物(类似食帖出的特辑)、视频/纪录片、线下活动(美食节、集市等)也可以配套整起;美食的发掘(半成品或饭馆拼饭都ok),私厨上门或者上私厨的店里吃,这些活动没准可以基于某个菜谱或菜单进行(比如『请你吃全北京最好吃的宫爆鸡丁』或者『这些菜都是我最爱』),我都会非常乐意参与。

以上,全部揉进一个Apps如何?乍一看或许会有点儿多,其实只有1-3,及厨艺各类基本功教学,是需要固定在Apps里的,其他内容可以以活动、商品等形式揉进来,考验的是运营策划和整合的功力,非资深吃货美食家产品运营汪不可驾驭啊~

Google大法好~清迈行分享

端午节假期原本打算去广州潮汕一带吃、玩+看同学,结果跟S同学几通讨论之后变成了去清迈~哈哈到底怎么变的你不要问我我也不记得了。机票+酒店没怎么花心思抠预算,看到顺眼的就定了,但做攻略、游玩到旅行记录,都用的是上次《孤独美食家》美食整理 中介绍的Google大法,结合Google Maps安卓手机App,一趟玩下来整体体验不错, 记录如下:

所用工具:当地可上网的电话卡、Google Map web端&安卓App、蝉游记、TripAdvisor、及各旅行网站。

步骤:1)蝉游记、TripAdvisor等用来找灵感,看到想去的地儿直接开个Google Maps的个人地图进行标记,景点介绍、各项细节、好的游记链接任何你想往里放的东西都可以放入标记点的备注;2)根据标记地点的距离、时间预算按天归堆儿,标记成不同颜色;3)到了目的地之后,换上当地电话卡,打开手机地图就可以用啦,非常方便;4)回来之后,对照旅行的实际体验对标记点进行补充和完善,还可以贴照片(需要先上传到别的地方获取URL)。

小建议:行程建议安排的松一些,步骤3的时候,可以用蝉游记和TripAdvisor的附近旅行地功能,探索一些计划之外的地方。

附上我的旅行地图+简要游记(需要自备梯子):https://www.google.com/maps/d/edit?mid=zfXR4tbCR6YI.kJRv_399Nmds&usp=sharing

《轻断食》读后感–果蔬汁轻断食初试

《轻断食》可能是哪次豆瓣阅读特价时候买的,放在书架上好长时间了,最近开始『书架清扫』,一杯茶的功夫翻完了。翻看书评的时候发现了相关的 BBC纪录片(豆瓣链接观看地址),发现视频比书精炼,书的唯一好处是健康日记的模板、推荐的菜谱和各类食物的热量表,不过略坑的地方也在这儿,菜谱里的食材看起来在国内不怎么好买。

轻断食原理简单地讲,其实是通过规律的阵发性饥饿1)来降低人体内的IGF-1(类胰岛素一号生长因子)浓度,降低罹患癌症的风险;2)刺激脑灰质生成新的神经元,延缓脑部老化。

相关的试验和解释在视频和书中都比较明确:1)现在人们日常饮食摄入的蛋白质、脂肪等一般都是过量的,所以体内IGF-1浓度较高(该指标表征细胞更新速度,用在可能罹患癌症的风险评估,浓度高时,人体细胞会旺盛的分裂,提升癌症风险,浓度低时,细胞分裂会放缓并专注于修复已有细胞),人体相当于一直在飙车从不保养的车子,而定期轻断食是采用定期摄入低热量食物提醒身体放缓相当于定期给车子做保养;2)阵发性饥饿会刺激产生新的脑细胞神经元,视频里暂时只验证了小白鼠,对此科学家的解释是从生物进化角度来理解–如果你很饿的话,最好提高认知能力来记住食物的位置以确保不会饿死,猜测人类也差不多(我个人就觉得发胖时明显感觉自己变蠢),所以可通过轻断食来延缓脑补衰老。

轻断食的几种具体做法,书和视频中作者提到以及亲身体验的有:1)长期摄入低卡食物、2)三天半连续断食(每天只摄入25卡的速食汤和水)、3)隔天断食(一天低卡一天高热量)、4)5/2断食(即一周内挑选2天,间隔或连续都可以),其中方法1需要依赖长期的自控力,拒绝美食的诱惑;方法2危险系数高,建议最好找专门的机构或有人监护的情况下进行;方法3隔天断食会阻碍正常的社交活动,可行性低;方法4是作者最终体验的,时间是五周,最终身体的各项指标及IGF-1浓度均达到作者的预定目标,除此之外,身体状态、气色、皮肤等均有很大提升。

我和S都不算胖,S甚至偏瘦,但都对轻断食的『给身体减负、排毒,延缓脑部老化』比较感兴趣,鉴于书中菜谱的不靠谱,以及有朋友试过果蔬汁轻断食觉得效果还不错,遂定了个3日果蔬汁套餐先快速尝试下,看看体验和效果,后续再制定符合我们饮食习惯的详细轻断食计划和食谱。

下面是果蔬汁轻断食的一些体验

果蔬汁选择:定的是Juice+3天18瓶套餐,如下图,提前一天配送,需冷藏,赠送保温袋、冰袋、面膜等,配送和赠品比较满意,全程无槽点,另有hey juice品牌可供选择,据说也不错,果汁稍难喝,价格略高一丢丢。

果蔬汁细节:每天6瓶,瓶身上标记着1-6的序号及饮用时间、成分表,总能量960卡(略高,理想值应为600-800卡,所以我一般每瓶都会剩一些),1、5号相同,因为有芹菜和黄瓜所以比较难喝,其他果汁口感都还不错。

身体反应:我和S都是第一天略有拉稀、小便次数暴涨,第二天一早称体重基本没变化,开始有饥饿感但并不猛烈且会随着小口喝果蔬汁或水大大减弱,第三、四天早晨基本匀速减重,第三天略有头疼。第四天早晨轻断食结束时我的总减重是1.9kg,S是1.1kg,我明显感觉身体变轻大腿变细神清气爽,S感觉不太明显(也许跟她平时就大量吃水果有关系)。整体来看效果还是不错的,如果后续需要规律轻断食又嫌自己备餐麻烦的,可以考虑这个果蔬汁套餐。

下一步计划:实践5/2断食,制定初步的断食日菜谱。

《孤独美食家》美食整理

想必各位都是一边看一边咽口水,想着要是能去现场吃吃就好了。

之前看豆瓣上有人整理剧中提及的所有美食,以及贴图和tabelog(日本人气很旺的美食点评网)链接,非常详细,但是很可惜只整理了第1、2季。

记得剧集结束时推荐过一个美食地址的Apps,找了半天也只找到个疑似半成品的Apps,基本没有UI设计,打开速度巨慢且不时的闪退,但好在给出的数据除了甜品店,其他店的数据还比较全,恰好前两天看到一个博主推荐分享的Google Maps『我的地图』自定义地图的功能已经整合进android版的消息,于是把这个Apps里的店址、tabelog链接、剧集官网的链接都弄出来,补充了一些缺失的数据,做成了下面这个《孤独美食家美食地图》:

https://www.google.com/maps/d/edit?mid=zfXR4tbCR6YI.kbTF8-MdArkw&usp=sharing

大家可以在Google Maps里以此地图为基础,规划自己的日本之旅行程,这个地图里的美食只放了基本的剧情链接跟tabelog链接,大家可以根据自己的偏好,提前做功课,定制出自己专属的旅行地图,到达目的地之后,通过手机版地图(目前仅支持Android版),就可以随时查看提前准备的自定义地图了

具体用法:

1)打开上文我所分享的地图链接,点击分享图标,选择『下载KML』,如下图

2)点击『创建我的地图』 ,如下图

3)选择『创建新地图』

4)创建之后,选择『导入』,把刚才下载的KML文件导入,即可在此基础上规划你自己的行程了。可以根据自己的喜好增减地点,地点相关内容、链接、图片等均可通过编辑功能添加。

5)规划好之后,下载最新版的Google Maps Android版(iOS版本暂不支持),左边栏打开之后,点击『您的地点』,可找到曾经收藏过的地点和创建的地图,点击刚才创建的地图,就能看到了。

创建的地图还可以在底部设置成『关闭』状态,注意,该地图不支持离线,所以到了目的地最好能使用能上网的手机卡或者通过无线路由上网。

 

 

凤梨的季节来啦~

台湾趴趴走天天吃都没吃够的凤梨,最近在家附近水果超市发现有卖,自此开启狂购模式~昨天买到一颗超级貌美香甜的凤梨,头特小(好羡慕你们这些头小的…),事实证明头小确实乃凤梨味美之窍诀~~

糖糖妞也很高兴,她最爱啃凤梨头了~~(凤梨OS:雅蠛蝶~雅蠛蝶~劳资发型被啃成这样还怎么见人喔ಥ_ಥ)

附赠一个凤梨的切法,这样可以整个买回家,保存的时间长一些,想吃的时候再切开就好啦~

【转】产品经理从零到一技术进阶:不懂代码也能愉快地与开发相处

在36氪看到的文章,挺实用的,值得反复看及有时间时深入学习、拓展,so搬运过来,附原文链接

产品汪在力所能及的范围内懂点技术,具备一些与RD相同的知识背景,是完成有效/良好沟通的基础(当然不是让你拿着半桶水去RD面前指手画脚哈),也是对产品整体效果负责任的一种体现。

———–以下是原文————

36氪微信号:wow36kr

这是 NEXT 「产品经理从零到一技术进阶:不懂代码也能愉快地与开发相处」线下活动的笔记。主讲者张元一,产品原型工具墨刀的创始人,见证了 Web 开发从 99 年 HTML4.0 到去年 12 月 HTML5 最终定稿这之间整个 Web 开发变迁史的 15 年「码龄」全栈工程师。

NEXT 本次活动收到了近 1000 多个报名,大家对周日线上和线下的互动学习反馈也不错。因此我们将笔记分享出来,希望让更多产品人、创业者够快速了解基本技术知识,更好地把握产品周期与项目进度。当然,你也可以观看网聚直播提供的视频回放:http://wangju.tv/live/3k562amaskvzg 。

概览

以下这张图就是元一分享的干货内容,它基本涵盖了一个初级码农需要知道的所有基础入门知识。但这张图的目的并非用来吓人,这其中的所有技术名词,将以最通俗易懂的方式串联起来—— 即我们上网时的慢动作解析:打开一个网页或 App,这背后都运用了那些技术来让这个网页和 App 的内容呈现在浏览器和手机上;驱动这些动作背后的技术名词都是什么,各自有着怎样的优缺点,彼此间是如何协作和运转的,以及怎样合理地评估技术能力和开发难度。当然,元一也推荐了丰富的学习资料。

这中间涉及的技术知识,前端包括 HTML,CSS,JavaScript,jQuery 以及 Bootstrap ;后端包括 HTTP 服务器,后端编程语言,数据库以及 Cookie 和 Session;移动开发分为原生,混合式,HTML5,以及不同的移动端技术选择在功能和开发成本上的比较。

什么是前端?什么是后端?二者是如何配合运转的?

前后端的划分,可以简单地理解为凡是运行在用户设备上的技术都可以称为前端技术( 比如 HTML / CSS / JS,甚至移动设备的 Obj-C / Swift );而后端的作用就是负责将这些东西封装在 HTTP 的数据包中然后通过网络传送到前端。当然除了这些前端文件,后端还有一个更重要的职能,即保存和提供用户数据,比如移动端常见的 JSON 就是目前最流行的在后端和前端之间传输的一个文件格式。

前端与后端是如何配合的?如上图,以 Web 端为例,在浏览器输入一个网址后,浏览器向服务器发送了一个 HTTP 请求;服务器通过一个 HTTP 响应,把显示这个网页所需要的资源传回给了浏览器。而需要在浏览器中执行的技术,HTML / CSS / Javascript 等就叫做前端;需要在服务器端执行的、通常我们看不到技术就叫做后端。

Web 前端的运行逻辑

假设我们要访问 Google,从我们在浏览器输入 Google.com 到最后这个页面出现在眼前,这其中涉及许多前端的技术反应和代码组合,总体而言可以简化为两步:

1/ 浏览器向 Google 的服务器发送了一个请求。

2/ 服务器收到了一个 HTTP 响应,这个响应中就包含了执行这个命令所需要的所有资源(注:可以通过 Chrome 浏览器的开发者工具来进一步观察 HTTP 协议的运行情况;下图为 Google 的 HTTP 协议运行情况)。

上图这个界面看起来很复杂,但对于非程序员而言,HTTP 协议运行情况只要关注其中的几个关键部分:第一列,即资源的 URL;第四列是这个资源的类型。在第一个请求和后续的请求之间有一根蓝线,即进度条。而 HTTP 协议中运行的项目越少,浏览器加载的速度越快。图中 Google 就处理得很好,只有 10 个左右的请求。

Web 前端技术语言介绍

  • HTML 和带样式的 HTML

HTML 就是一组标签和文本的组合,是一个最基本的网页。它已经包含了网页常见的元素,实际上在 Web 早期的很长一段时期内,网页都是这个样子。后来随着使用网络的人群越来越广泛,在 HTML3.0 中引入了对网页样式的定义,某种程度上可以说,也是从这个时候开始产生了网页设计师的角色。

  • CSS

带样式的 HTML 也拥有一个缺点,它需要为每个标题和文字都设定样式,工作量非常庞大。 CSS 就是在这样的情况下诞生了。CSS ,又称叠层样式表,简言之是一种用来表现 HTML 文件样式的样式设计语言。CSS 能够对网页中的对象的位置排版进行像素级的精确控制,实现基础的静态的交互设计;而CSS 目前的最新版本 CSS3 能够真正做到网页表现与内容分离。

  • Javascript

差不多在 CSS 诞生的同一时间,大家开始觉得这样静态的网页似乎略显无聊,能不能给网页加入一些可以动起来的元素?比如点击一个按钮之后变个颜色。当时网景公司的工程师Brendan Eich 就给他们自家的浏览器引入了这种实现动态效果的脚本语言,这就是 Javascript(简称 JS)的诞生。所以通俗来说,Javascript 就是用来给 HTML 网页增加动态功能,实现更炫酷的交互。

提到 Javascript ,就得提一下 jQuery 。 jQuery 是一个优秀的 Javascript 库。jQuery 使用户能更方便地处理 HTML ,它能够使用户的 HTML 页面保持代码和 HTML 内容分离,通过 jQuery ,可以不用在 HTML 里面插入一堆 JS 来调用命令,只需要定义 ID 即可。此外,由 Twitter 设计师 Mark Otto 和 Jacob Thornton 合作开发的 Bootstrap 也是一个受欢迎的前端框架。

HTML5 简史和响应式设计

HTML 在刚诞生的前 10 年发展是非常迅速的,在 1999 年,我们现在常说的 HTML5 的上一个版本 HTML4.0.1 就已经发布了,那么为什么从 4.0 到 5.0 会拖了 15 年之久?

首先,HTML4 的发布时间和门户时代(即 Web 1.0 时代)是基本吻合的,也就是说 HTML4 实际上是为门户型网站设计的。在门户网站经历的 4,5 的年发展之后,大家开始觉得只是单一接受信息的互联网太过无聊枯燥了,差不多 2004、2005 年开始,大家希望在网页中加入更多的互动元素,也就是我们常说的 Web 2.0。

但是这个时候大家就发现,为 Web 1.0 设计的 HTML4 无法胜任这个工作,但是有另外一个技术却非常适合,那就是 Flash。所以在 Web 2.0 的早期,当时最炫酷的网站有很多是完全用 Flash 开发的,在以后的很长一段时间里,有很多网站都是 HTML 和 Flash 的混合式网站。所以在 2005 – 2010 年这段时间,HTML5 中的新标准主要是为了取代 Flash。

刚刚搞定了 Flash,又进入了移动开发时代,所以 HTML5 又花了 5 年时间制定各种针对移动平台的标准。但是到目前为止,虽然 HTML5 已定定稿,但是对移动平台的适应其实还在进行中,所以在未来很长一段时间内,就像当初的 Flash 一样,我们会看到越来越多的混合式应用。

在 iPhone 出现之前,大家访问 Web 的主要方式还是通过桌面浏览器,所以设计网页时只要考虑桌面浏览器的显示效果就足够了。但是在 iPhone 和 iPad 出现之后,就需要考虑同一个网页在不同设备上的显示效果,第一个问题的答案就是响应式,响应式的核心就是让同一个网页可以在不同设备上呈现出不同的显示效果,主要是通过CSS来实现的。

除了响应式设计,HTML 在移动端遇到的另外两个问题就是如何利用移动设备的各种传感器,比如 GPS,摄像头等等;以及性能问题。为了解决这些问题,HTML5中添加了地理位置,拍照,3D 动画加速等等 API,可以部分的利用手机设备的一些新硬件,并且新的 API 还在不断的加入进来,这也是为什么现在的 HTML5 应用可以越来越炫酷的原因。但是,HTML5 并不是专为移动设备设计的,它是由 HTML5,CSS3 以及大量的 Javascript API 共同组成的一个标准合集,微信中的 HTML5 应用只是 HTML5 应用场景中的很小一部分。

如何判断一个前端的能力?

关于前端,可以简单的把它理解为,凡是在我们的电脑,手机上运行的技术,HTML,CSS,Javascript,这些都属于前端技术,使用这些技术的我们就称为前端工程师。如何判断一个前端的能力呢?下面是一个简单的前端能力链:

1/ 只会 HTML/CSS 的,这种我们俗称切图的,基本上就是淘宝几十块切一张图的;

2/ 懂一些简单的 Javascript,主要是使用一些现成的框架,比如 jQuery,bootstrap 等等;

3/ 知道 jQuery 和 Bootstrap 的局限,必要时能写一些原生的 JS/CSS 代码;

4/ 对JS/CSS非常了解,执着于使用浏览器的各种最新特性来实现各种炫酷效果,这种我们成为炫技派;

5/ 可以自己写出类似 jQuery / Bootstrap 这样的前端框架供其他人使用。

前端学习资料

http://www.w3schools.com

http://onemonth.com

http://www.codecademy.com/

https://github.com/alex/what-happens-when

https://qdan.me/list/VNBugw7ObupFRdlE

大家可能比较关心如果我要开发一个网站需要多少时间?这个问题虽然很难回答,元一还是来试着回答了。现在前端有了 jQuery,bootstrap 这样的框架,后端又有了 Ruby on Rails 这样的快速 Web 开发框架,如果从头学的话,像是一个简易的 Pinterest,大概一个月就可以了。如果是一个有经验的程序员,可能 1 个星期就可以开发出一个大概的原型出来。

后端服务器

后端的任务实际上就是向前端提供需要显示网页和 APP 内容的数据,可能是 HTML,也可能是JSON 数据,也可以是音视频或者 PDF 文件。简单的来划分,一个服务器包含3个部分:

1/ HTTP 服务器

2/ 应用服务器

3/ 数据库

HTTP 服务器的唯一任务就是把需要返回给客户端的资源文件封装在 HTTP 数据包里,这个资源有可能是它后面的应用服务器动态生成的,也有可能是保存在硬盘上的静态文件。这是所有后端程序都必须有的,也是直接和我们的浏览器通信,返回给我们数据的程序。它的作用就是把它后面的编程语言生成的各种 HTML/CSS/Javascript,打包成一个 HTTP 请求,然后再封装到一个 TCP/IP 的数据包里发回给我们。而最常用的两个 HTTP 服务器叫做 Apach 和 Nginx。

应用服务器就是通常意义上所说的码农负责的部分。他们的职责就是生成前端需要的HTML/CSS/JS 交给浏览器。

后端语言

1/ .net/java

庞大,复杂。但 Java 的优点就是适合处理特别大的数据量,如果你的项目会很快实现大爆发,需要处理海量的请求,那么 Java 是一个不错的选择。

2/ PHP

可以快速上手,相比其他语言,可以更快的为应用添加各种新功能。当然,可维护性就另当别论了。

3/ Ruby

非常接近自然语言,基本上即使不懂编程,也能看明白 70% 或 80%。04 年出现了一个用 Ruby 编写的 Web 开发框架 Ruby on Rails,当时的效果是非常震撼的,以前需要一个团队才能搞定的事情,使用 Ruby on Rails 后 1 个人就可以胜任了,所以 Ruby on Rails 在极短的时间内就成为了 Ruby 的代名词,也成为了新手学习 Web 开发的不二选择,但是 Ruby 语言也并非十全十美,快的同时,他的最大短板就是性能。Twitter 最早就是使用 Ruby on Rails 开发的,但是随着用户数的逐步增长,Twitter 的宕机开始变得非常频繁,后来他们迫不得已将整个系统从 Ruby 迁移到到了一个从 Java 派生出来的语言 Scala。

4/ node.js

简单来说,可以把 node.js 理解为跑在服务器上的 javascript,再直白一点,就是一个跑在服务器上的浏览器,因为 node.js 最早就是从 chrome 浏览器的Javascript 引擎 V8 中剥离出来的。相比 Ruby,Node.js 程序可以获得更高的并发性能,这在一些高并发的场景下(比如群聊,多人协作等)会很有优势。

5/ 其它(python,closure 等)

6/ 无后端(leancloud)

无后端编程是最近的一个新趋势,但她并非说是真的没有后端,而只是把后端交给一些第三方的云平台,比如 Leancloud,Firebase 等。如果你开发一个手机 App,这样的好处就是你可以在早期没有后端程序员的情况下快速开工,像Leancloud 这样的云平台已经可以胜任大部分的应用场景,如果后期业务逻辑复杂之后再寻找合适的后端工程师迁移也不迟。

7/ 最强编程语言 Lisp

如果要评选一个最强的编程语言,该是哪个呢?答案就是Lisp。为什么是 Lisp?Lisp 的作者在很早以前就从数学的层面总结了一个完美的编程语言应该具备的 9 种能力,而 Lisp 就是为了配合他的这个理论而产生出来的语言。Hacker News 是由 YC 的创始人 Paul Graham 开发的,而 Paul Graham 本身就是一个 Lisp 程序员,他为了开发 Hacker News,专门发明了一种新语言叫做 Arc,但因为它是基于 Lisp 的,所以也被归为了 Lisp 的方言之一。

数据库

我们平常访问的大部分网站都是需要登录操作的,登录之后我们看到的就是只和自己相关的那部分内容。这些用户信息是保存在什么地方的呢?这就需要用到数据库。关于数据库,代表性的有两个:

1/ MySQL

2/ MongoDB

MySQL 是最常用的结构化数据库,也是大多数创业公司的选择。为什么是结构化的?就是说它的表的结构是固定的,比如我们常见的 User 表在 MySQL 中就是这样的:

如果我们需要取得一条用户记录来检查他输入的密码是否正确,这时我们就需要使用 SQL,SQL 就是结构化查询语言。

简单来说,SQL 数据库保存的是结构化数据,NOSQL 数据库则可以保存非结构化数据。举个例子,还拿上面的用户表来举例,如果我们现在想要给产品集小妹增加一些额外的属性,比如她给某个产品点赞可以效果 x2,那么如果是 SQL 数据库,我们就需要给数据库增加一个新的字段来保存这个属性:

但是如果是 MongoDB 这样的 NOSQL 数据库,我们就不需要给所有用户都增加一个x2的属性,只需要给产品集小妹单独增加就可以了,NOSQL 中保存到数据是如下这个样子的:

Cookie 和 Session

服务器要处理成千上万用户的请求,那么他是如何区分每个用户,并返回给每个用户他所需要的内容的 ?这就要涉及到 Cookie 和 Session。我们可以将 Cookie 理解为是服务器给每个用户分配的唯一 ID,这个 ID 由用户浏览器保存,而 Session 则是服务器为了维护这个会话在服务器端保存的与 cookie 对应的用户数据。

移动端开发

移动端和浏览器的区别就在于,大部分 App,我们打开的一瞬间,就已经看到了它的界面,而不用再去向服务器来拿显示界面的 HTML 等文件。所以移动端,开发原生应用所运用到的技术(比如 Objective C,swift)就相当于前端的 HTML,只不过它是直接保存在应用本地的。这样就产生了一个问题:如何来获取应用数据?如果是网页应用,我们可以直接将数据包含在HTML 中一并反馈给浏览器;但是对于移动应用就需要有一个专门的协议来传送应用需要的数据,这就是 JSON。

移动应用的前端技术,目前来说主要有以下三种:

1/ 原生

2/ 混合式

3/ HTML5

HTML5 必经要经过浏览器这个中间层,所以在性能上多少会有些损失,所以如果你的应用对性能特别敏感,原生就会是比较好的选择;对于普通的性能要求没那么严格的应用来说,HTML5是完全可以满足的。而如果已经有了一个移动端的网站,这种情况下混合式就会是一个比较好的选择,它可以最大程度的利用已有的资源。如果说你是从头开发一个移动应用,并且这个应用对用户体验的要求也不是特别严格,那么 HTML5 就会是一个很好的选择,HTML5 移动应用比较显著的应用就是 Dailycost 。

如果说开发一个原生应用需要 4-6 周,那么同样功能的应用如果我们把其中的一部分用 HTML来实现,那么可能就只需要 3-4 周的时间,但是如果我们全部使用 HTML ,可能就只需要1-2周。

此外,活动另一位嘉宾、 bearchat 工程师 Loddit 分享了关于数据抓取的干货知识和 tips ,感兴趣可前往 http://36kr_data_capture.meteor.com 下载 PPT。

『书架清理活动』副产品-电子阅读漫谈

最近在进行『书架清理活动』,作为一个进阶中的非重度阅读爱好者,kindle虽书多+不伤眼,偶尔翻翻小说还凑活,但简陋的排版和pdf阅读体验实在无法忍受(刷多看系统掉电又太厉害),所以目前大块时间常用的是iPad mini+豆瓣阅读和多看,手机上也装了相应的Apps以打发碎片时间,没有好的电子书或特别支持的一般会买实体书看。

这些天实体书、豆瓣跟多看上的库存都看了些,脑子里一直冒出跟『电子阅读』相关的内容,试着梳理下。

先描绘下po主心中理想的电子阅读:多看的排版+kindle的书量&E-ink设备+豆瓣的低价&社区&独特内容。说具体一些,就是有个像kindle这样顺手的E-ink小设备,最好能是彩色不伤眼的;书当然越多越好,最好冷门、原创的书(或内容)都有;书的排版不要求跟实体书一样但也别像90年代的网页一样带着大蓝色链接和莫名其妙的折行、漏字,挤成一团,跟多看差不多我会非常乐意购买;价格最好别高过实体书的一半,制作特别精致的可以无上限;社区这块儿,最钟意豆瓣的书评、批注弹幕和跟作者的互动。

按照这个理想的存在,各家的做法是如下这样的(数据均从各家官网的书籍分类数目手动统计,不保证准确性):

kindle虽说从去年开始重视排版,可惜我最近想看的几本书排版还是无甚改进,搜到这篇文章链接里所说的几个出版社的书看,确实比其他书排版要好一丢丢,但是离好(比如多看)还差得比较远(模糊的封面、蓝色紧密的目录、奇怪拥挤的行距真是没欲望继续看下去–果然我还是太肤浅:p);

多看的书目前不到6万本,比上不足比下有余,书确实是非常精致,尤其以《唐诗三百首》为经典,简直业界良心&标杆,在iPad mini上看体验很棒,除古诗及注解以外,还介绍了吟诵相关的知识、诗人的生平、轶事,涨姿势的同时还能听吟诵版和朗读版。社区方面多看的书友圈和书评广场上线有段时间了但很遗憾的是暂时还没有吸引到我,除了邀约的名人稿子很少看到出彩的书评,倒是有个任务系统+限时免费挺有意思的,敦促我在3天内认真的看完了2本书,还做了笔记并导出到了evernote(笔记看起来也挺精致),以后需要再用到这些书时估计会优先在多看买,如果多看如果能推出包含这些好书的会员制(特殊的超贵的书可以单拎出去,会员有折扣价之类的,包含在会员里的书可以按阅读量给出版社分成),每个月十几二十块最好(京东电子书倒是有类似服务但书的质量跟kindle差不多…),对我吸引力会比较大;

豆瓣阅读,从诞生起就从未停止探(zhe)索(teng)的脚步啊,阅读弹幕、投稿系统+专栏/连载/原创作品、原创作品大赛和各种读书小活动,作品量虽不多(加上原创不到2万)但偶尔也有些独家电子书及有趣独特的内容时不时地吸引我(对网络小说一向没啥兴趣但啃硬书又啃得不太积极)。书的排版引擎改进过几次后,精致程度虽不如多看,但是比kindle强不少;今年初新发布了2.0版本强推自媒体结果在知乎上被黑出翔,黑点主要集中在1)新logo丑;2)强制展示首页;3)书架拆成已购和本地,删掉了老版本里本地数据,阅读进度丢失,已购里书和连载、专栏混杂,随着版本的迭代,2已经优化,1、3依旧,1中原logo跟加载时跳来跳去的那只鸟换成现在这样其实还挺可惜的,3中损失了升级前1.9版本的本地数据,对我而言最大的损失是有些试读但当时迟疑未购买的作品,后面新版本里已经找不到了,汗…以上这些,对书多的老用户1.x升2.0冲击的确有点儿大,知乎上有人吐槽产品汪不尊重人神马的,我看更像是策略失误以及豆瓣一贯的『边做边改』,『用心』、『考虑周全』、『细节把控』此等产品汪重要技能,都是在用户骂声中积攒的所以有时候并不到位-正所谓『心有余而力不足』,你把时间拉长可以看到,豆瓣的汪们心意是够的,你看他们一直在坚持做一些不同的有趣的东西,2.0之后的版本迭代也在积极地修改和优化,个人或集体的决策、方向随时可能会出纰漏,更何况产品需求本身就存在『众口难调』的难题(比如我至今仍不适应已购跟本地作品分隔的那么开,哪怕本地书籍是基于『枕边书』的概念来设计的,像多看的书架以试读、下载的图标或『仅显示本地』的分类来区分不是更简洁高效么?这样我还不至于损失1.9版本里的试读书籍呢,且不同设备间的试读作品要如何保持连续呢?),再者,产品本身的特性和气质也是要有的,并非一味迎合用户才是最好的产品,所以还是给点耐心和时间看看他们到底会做成啥样,话说,豆瓣阅读要是黄了还真不知道上哪儿找替代品呀。

关于各家共同的难题:电子书制作成本高(也即豆瓣、多看电子书数量少,kindle电子书品质渣的原因),这篇文章 或许能出一定程度的解释,kindle试图通过推行工具+排版规范+出版社『自转码』来降低成本,尽早达成质、量双收,无奈有觉悟和实力的出版社还不多,要等大部分出版社规范起来似乎不太现实那有没可能用众包的方式来做呢?比如先由电子书平台获得出版社授权后,由读者认领书籍,基于不规范的电子文档在平台方的电子书制作平台上对目录版式等进行加工,再由平台方统一审核,报酬可以是这本书,也可以是别的电子书,这样就把加工成本以电子书的形式消化了,出版社、平台、读者都高兴,这么好的法子为什么现在没有人这么做呢?粗略想了下,多人协作的编辑平台、众包活动的运营、电子书排版质量的把控等等一堆难点估计足以把这想法扼杀在摇篮了,不过,如果我是相关平台的产品汪,估计会先找些读者跟出版方调研下,万一行得通呢?想想,亚马逊要是能这么干,威力简直无法想象。

豆瓣阅读是早就想开了,没跟别人盲目比书的数量,而是依托豆瓣社区,电子书只抓住最新热门好书,估计还有Top想看的书(豆瓣),自出版深挖掘草根作者+深运营,相信也能黏住一部分用户(我是被黏住了,不知不觉这几年花费近千元了,像《斫琴记》这样的作品目前还只有豆瓣有呢),但不知道这样的用户能有多少。

这两年我在书上的支出远超出之前的总和,纸质书跟电子书,大概2:3的样子,但数量上,电子书远超纸质书一个数量级(其实也就是百跟十的差距啦,:p),这也让我的阅读量大涨,尤其一些大部头(比如《失控》,几年前买的纸书,挑战过数次都没读完,后来买了电子书,最近终于看完了第一遍…),电子书真心方便,坐车、等人的碎片时间都能充分用起来。

这不禁让人想起那个经典的问题:『电子书多大程度能代替纸质书?』从我自身的经历和感受来讲,关键取决于电子书最终体验的到位程度,包括书的版式、多媒体交互、各种体验(笔记、跳转等),读者、作者间的互动(豆瓣阅读的弹幕批注还是挺有乐趣的)等,完全替代,在我看来短时间内不太可能,总有些书你会在看完电子版之后忍不住还要买本纸质放在床边书架上的(比如李娟的《冬牧场》,村上春树的《挪威的森林》等等),还有些书我只有纸质版(比如《小王子》,有各种不同的版本),这时候纸质书已经演化成一种超越阅读本身的存在了,从可行性角度讲也是so easy的,按需出版就能很好的解决库存仓储等难题。

抑郁症相关知识总结

『抑郁症』,很多人对它的了解可能仅限于一些名人自杀的新闻,觉得离自己很遥远,过去的几个月,我的一位亲人饱受『抑郁症』折磨,作为家属,亲历了亲人从情绪低落、看门诊、恶化、住院、好转的整个过程。期间为了帮助亲人尽早好转,也通过各种途径进行了相关知识的学习和实践,这里整理记录下,希望对各位抑郁的朋友及其亲人朋友有所帮助。

整体时间线:2014年十一期间,情绪有异常->2014年12月底,门诊就诊->2015年1月中下旬,病情恶化->2015年2月中下旬,住院->2015年3月中下旬,好转出院,历时约半年。

以下是几点总结:

一、尽早防范、干预

不要觉得自己向来阳光、上进,各种正能量(我亲人就符合以上各种特征),抑郁症就不找你。抑郁症是一种比较复杂的、有病理基础的疾病,任何人都有罹患的可能这里有篇文章 给我家启发比较大,正是参考了作者的治疗,我们才决定去安定医院。现在回想起来,其实在最早睡眠、情绪有异常时,就应该聚焦疏导下,但是借口工作忙都没重视,等去门诊确诊时已经是重度抑郁,使后面的过程非常被动和折腾,亲人也受了不少苦。万幸的是,虽在就医过程中,亲人会因为抑郁的缘故抗拒吃药和住院,但最终还是战胜了抑郁,在关键时刻同意了住院,最终收到不错的疗效。

至于还在阳光上进中的你,最好也了解下相关的知识,在出现一些苗头的时候也好尽早防范起来。我们亲历后得到最大的经验(or教训)就是:预防好做治疗难,越早治疗越好,越拖到后面,一方面是患者受苦(比如身形消瘦、肢体僵木、自残自杀行为等),另一方面患者主动配合治疗的动力会越来越弱甚至会剧烈抗拒。

二、有条件的话,直接去专门的抑郁门诊就诊,条件允许的话,直接住院治疗

门诊我们第一次看的是精神内科,直到2月份才了解到有专门的抑郁门诊,调整到抑郁门诊后没多久医生建议住院治疗,后来的事实证明,住院治疗的效果确实比在家折腾好很多,其他医院的住院效果我们不是很了解,但就我家及各病友在安定医院的效果来看,还是不错的。住院(安定是全封闭病房,每周有固定探视时间)一方面可以隔绝一些不确定因素(比如家里的烦心事),保证患者人身安全,另一方面大夫可根据你的症状随时调整药物,做必要的治疗。

采用门诊+服药,在家休养的,尤其注意开始服药后的陪护工作,防止患者轻生。一般来说是开始用药2-3周,由于药物作用,患者开始好转但又未稳固时,反而容易实施自杀计划。

三、作为亲人朋友,做好打持久战的心理准备,了解并运用相关知识,科学地配合治疗

作为患者身边人,做好打持久战的心理准备,无条件的爱、包容和鼓励(患者会经常不可理喻莫名其妙的消沉、钻牛角甚至故意气人),科学的陪伴是非常重要的。这里罗列一下对我家帮助比较大的帖子、书、各种资料和方法,不论是自己预防,还是陪伴患者,相信都会比较有参考价值。

1、帖子:快速了解抑郁症、目前国内对于抑郁症的治疗现状等情况,是财新网对安定医院专事精神类疾病临床治疗的主任医生姜涛的访谈记录。

2、视频:WHO(世界卫生组织)关于抑郁症的科普视频,很形象的表达了抑郁症患者的状态和感受。

3、视频:心理咨询师简里里在网易做的抑郁症公开课,简单、全面、科学。

4、自评量表:测试1测试2 (贴两个不同的地址供大家选择,做一个就行),测量结果为中、重度的,请尽快到大医院专门的精神科门诊就诊。

5、电子书:《知乎圆桌-告别抑郁》,是知乎出的关于抑郁的知识问答精编,涵盖了各种抑郁相关问题:「告别抑郁」,从「认识抑郁症」到「与抑郁相处」。如何区别抑郁症和普通的抑郁情绪?「抑郁状态」又是指什么?抑郁症能完全治愈吗?有哪些有效方法?如何调节日常生活中的抑郁情绪?

6、实体书:《伯恩斯新情绪疗法》,这本书是一个4周左右的系统化的自我阅读和练习治疗体系,最好是亲人朋友陪伴鼓励,坚持完成,比较适合本身爱看书的、或抑郁程度没那么严重的,我家的情况最开始在家休养,情况糟糕的时候完全无法阅读,后来住院之后有好转才慢慢开始阅读和练习。

7、实体书:《走出抑郁的泥潭》《走出抑郁症》这两本书都是抑郁症患者成功自救之后写的书,第二本书的作者后来还成为了心理咨询师,适合在治疗过程中,每天情绪稍好时阅读。

8、其他:我们家实践过比较有效的,一是抄写,可以用淘宝上买《心经》练字帖(不仅适合患者,也适合家属,患者有时候情绪上头会非常固执,这时候家属因为亲近难免会控制不住自己,建议也做些抄写的活动平心静气,也是一种安静的陪伴)、也可以是实体书中觉得还不错的段落,二是下楼散步、晒太阳,因为我家的体重暴跌且时有肢体木僵,跑步来说太过剧烈,根据亲人的个人意愿,非常偶尔的会下楼走走。这些活动,建议引导患者自愿开始,一定不要强迫或者胁迫(我们家还曾出现过患者不吃饭一家人赌气都不吃的情况,好在没造成太大伤害,后来被科普到就不再发生了),这样只会适得其反。

观《苍穹之下》后的自省

雾霾对我这种半吊子运动爱好者来说还是很要命的,所以昨天中午在柴静官微看到就直接开看了,看完除了感觉涨姿势之外,更多的是惊叹如此精彩犀利的视频不但不用搭梯子看,竟然还在人民网和优酷首发,让人不禁怀疑是不是到了平行时空…

后来微博和朋友圈一直被这个话题刷屏,晚上又陪S看了一遍(是的你没看错,一直到现在都还没被和谐,各大网站上的播放次数已几千万),刷屏的内容也大概浏览了下,有很多像我一样觉得佩服、涨姿势点赞的,有质疑雾霾成因、数据的,也有很多跳起来就骂的,质疑柴静女儿得肿瘤的原因,质疑柴静私生活,最搞笑要数有些人一张口就是『柴静的视频不用看我都知道』,如此赤果果地把无知当武器,也是世间少有。

最喜闻乐见的质疑当然是针对雾霾和视频本身的内容,因为这能帮助我们把事情了解更透彻;最差劲的当然是出于各种目的质疑柴静个人私生活的,这么多年了,手段还是如此拙劣单一毫无长进,未免有些悲哀,但转念一想,对啊,当一个人把自己的价值总是建立在否定别人而不是对事情本身有所思索探究的时候,就已经注定是个悲剧了,剩下的日子只不过是每天重复这个悲剧而已。

大众的反应更像一面镜子,提醒我遇到不同看法急于辩驳时,先想想自己的辩驳是为探究事物本质还是为一时的输赢?一时的赢(为嘛人多少会觉得承认和肯定别人=自己输了呢?)也许当时爽,事后可是真心丢人。一时的输其实指明了自身的具体的问题和目标,应该庆幸。

对比之前雾霾相关的帖子也好,视频也好,专题也好,柴静这个视频让我第一次如此清晰地了解1)什么是雾霾,2)雾霾是怎么来的,3)该如何治理,其中治理部分,详述了英美等国曾经更糟糕的黑历史,他们如何治理,现在如何维护,中国的现状和问题,以及4)我们每个人力所能及可做的事情。这种通透的感觉更像是小时候听某个厉害老师讲课,源自对某个问题不断的思考、追问和完善。有时候我们会发现听别人讲述某个问题或我们自己讲的时候不够清楚通透,多半还是因为哪里没想清楚没吃透吧。关于雾霾这个问题,像柴静一样搭进去1年时间和心血,自掏百万资金,全身心投入,整合身边一切资源(各种相关人士的采访就不说了,左小祖咒为动画配音,演讲现场一股罗永浩锤子手机发布即视感,keynote都是许岑做的–这事儿确实适合很柴静来做)下这么深的功夫来做这一件事情的人,恐怕也不多了吧?