(484) 949-4287

这是一篇受密码保护的文章,您需要提供访问密码:

isodactylous

如上一篇文章所说,开始准备自己的GTD计划,一晃过去了两个礼拜,这两周中各种烦心琐碎的事情之多也是近两年以来的极致,可能之前预料的2017的压力开始进入顶点。不过无论如何,还是总结了自己在工作和生活中所需的一些GTD场景。对于这样一个自己做客户的产品,这也算是需求调研吧。

工作中的需求场景

需求描述

  1. 新接到一个项目,从立项开始准备立项报告,在写立项报告时需要整理出文档结构,之后在准备提交立项申请。立项申请在项目管理平台上注册新项目,同时准备开立项评审会,立项评审会时再开展准备需求文档。有时需要自己画原型,再开需求评审会(需要预定相关会议室,联系他人)。开完会和UED开始设计交互,之后进行交互设计评审会,然后是视觉设计,视觉设计评审会,交由开发,跟踪开发,然后提测,测试时跟踪多轮回归。

    备注: 有时候个别流程会被省略以加快进程

  2. 突然接到领导通知去完成一些额外工作,例如开会,接待等(非长期)

  3. 部门内部定期的例会,以及定期的绩效等内容
  4. 有一些工作是部门其他同事完成的,需要跟踪
  5. 提前通知和约定有准确时间和地点的工作

需求分析

按照上述描述,大致可以分为四种类型的事件:

1. 长期事件(工作流)

st=>start: Start
e=>end
op=>operation: Meeting
cond=>condition: Work Done? 

st->op->cond
cond(yes)->e
cond(no)->op

Meeting 在这里指代一种事件模板,Meeting本身又可以拆分成一个工作流:

st=>start: 开会
e=>end: 开会完毕
op1=>operation: 预约会议室
op2=>operation: 召集参会人

st->op1->op2->e

2. 突发事件(普通事件)

发生事件后,描述目标之后执行,周期和时效都非常短

3. 周期事件

隔一段确定的时间后,重复执行工作

4. 跟踪事件

需要标注固定对象来跟踪事件,事件可能是一个突发(普通)事件,也有可能是一个周期事件

小结:工作中的事情比较多是成workflow形式的,主要原因是工作中大部分任务都需要一定的周期去完成,所以将事情拆分成workflow的各个阶段会比较有利。不成workflow的事件往往比较不重要

生活中的需求场景

需求描述

  1. 买装修材料,只是知道要买什么,但是并不知道具体买的顺序和时间
  2. 偶尔有活动要参加,需要记录时间、地点、任务、想通过手机的日历或者是提醒事项生成提醒
  3. 突然有一些灵感,没有具体方案但是可以用文字先记录下来
  4. 有一些想要买的东西会记录下来,以后再买。可能只是东西的名称型号也可能是一个地址
  5. 有一些事情的解决需要通过好几个步骤,比如去办房产证需要先找中介、再去开税务证明等等、之后再去找中介,有一定的流程
  6. 出去旅游要准备一些东西,作为一个checklist(会有重复的情况)
  7. 办事需要准备一系列材料,有些材料是现成的有些需要重新去准备

需求分析

按照上述的需求描述,大致上可以有这样的划分

1. 系列事件(workflow)

事件有多个节点组成,必须完成上一节点才能进入下一节点,每个节点可能有指定的deadline或是办事地点;
同时存在一种可能,类似于checklist,有明确的组成内容,需要确保每一项都已经完成

2. 明确信息的事件

事件有非常明确的时间或地点或人物(或是兼具),需要在日历或提醒事项中加入相关内容;

3. 不明确信息时间

事件并没有明确的信息,只是一些文字的描述或是抽象的记录

小结:生活中的事件比较少出现系列事件,一般都是比较零碎的事情,如果出现系列事件往往代表着一定的重要性。生活中的事情主要是源于自己的想法,用最不修饰的文字记录,然后再去提取其中的信息是比较方便的方案

734-438-4802

想了很久想要自己做一个的APP,主要原因是业余生活的空虚,最大的动力是最近工作中断断续续的碎烦扯的人脑子生疼,想要有一个能够安安静静可以让我静下心来思考的东西,于是选择了把酝酿很久的自己的APP作为方向。而至于做什么APP,其实也并不难想,现阶段工作和生活中不断零散出现的各种琐碎任务让我认识到时间安排,时间规划,时间管理的重要性,也就是所谓的GTD。

网上的GTD教程、书籍层出不穷,之前一段时间也是分外热衷这一块,也曾对GTD的个别书籍写过几段周记;网上更多的是GTD的APP,打开苹果商店选个效率,或者搜索个to-do,漫山遍野,但都是一片哀鸿。其中不乏做的不错的,像是奇妙清单,大名鼎鼎的OmniFocus,滴答清单等等,自己也试用过很多,但终究都难以让我满足。

这其中我的思考是,GTD与其说是一个方法论,其实只有一个核心思想,让大脑不要去做记忆和整理的工作,大脑只负责判定任务的重要性和紧急性,这样的好处就是从琐碎的事情中解放出大脑的生产力。 以此为核心衍生出来的各种理论,各种APP无非都是在用自己的流程去践行这个精神。但是这其中最大的问题在于,每个人的生活、工作、学习、性格、背景完全不同,每个人在不同的时间、地点、环境中所处的情景又完全不同。APP也好,笔记本也好,用一套规则来作为解决GTD的方案,我认为是欠妥当的。重点还是要能够根据每个人做出不同的GTD方案。

所以当务之急,我应该要做出我自己的GTD方案,进而做出我自己的GTD APP。

大致的方案规划如下,具体的时间计划会在下一篇来确定:

  1. 理清自己目前所需要面对的事物(生活、工作等等)                ——  自我思考
  2. 基于GTD精神,找到自己认为最舒服的归类方式                         ——  方法总结
  3. 找到自己的GTD方案,先基于纸和笔来执行(这里必须提到我欣赏的方格本方法以及最近看到的子弹笔记方法,可以试着尝试和思考)                ——  流程总结
  4. 确认具体的GTD方案后,整理需求(PRD)                                 ——  需求文档
  5. 研究和调研目前市场上的APP,做竞品分析(2-3篇)            ——  2-3篇竞品分析
  6. 学习和使用微信小程序快速构建初版                                                ——  微信小程序版
  7. 学习和使用Swift来完成APP开发                                                       ——  iOS版
  8. 迭代和完善产品,衍生其他版本                                                         ——   Web版等

大致方案如上,会逐步推进,每一个阶段都会记录在案

(804) 488-3591


2017年的上半年已经一晃就过去了,依然的挣扎依然的纠结依然踽踽前行。在2017年下半年的第一天,无意间听了一场《中国有嘻哈》的节目,虽然我并不能很好的欣赏Hip-pop音乐,也不见得能完全了解哪些flow和punchline意味着什么,甚至也不一定见得欣赏rapper们的外表和歌词,最多只能在一些特别精心设计的韵脚上跟着摇摆,但是我却真心地从这样一群特立独行的人身上看见了光芒,看了我自己缺失的光芒。
一直以来我最后悔的事情就是在原本最轻狂的年纪选择了极度的收敛,再原本最应该享受美好人生,享受时间的宽容的时候选择了一种跨过时间的成熟感,那时候笑笑旁人的轻狂,看不上那些奇思怪想的生活方式,以为走一条正直的道路就是最佳的选择,直到不知不觉中走出了这座年少的围城才感叹原来少了那么多体验。而最让我懊丧的是失去了对自己信任的能力。
一直以来,我都觉得心里住着另一个自己,一个和现实生活中截然相反的自己,我一直用心里的自己来架设道德的标杆,用心里的自己来评价自己的每一个选择自己的每一步。现实的自己做出各种不同的选择,心里的自己则用各种不同的规则来评价这样的决定,当然更多的是用反面的眼光去评价这些选择,让自己时刻警醒着做出选择要放弃的价值。一直以来两个自己的角力是我心安做事情的决策树,我相信即使现实的自己做出了一些也许错误的选择,但是因为心里的自己的存在我也能够在下一次做出正确的选择。我笃信着心里的自己。
直到这些异类般的Rapper用他们的饶舌唱出自己的内心的时候,我才发现心里的自己不知道在什么时候变成了一个道德的卫道士,选择那些自己相信的、社会鸡汤的道德标准来寻找一切机会否定现实的自己做出的任何一个选择。只要是显示的自己做过的选择,心里的自己总能找到一个独特的角度来否定我,直到我象征似地接受这样的评价才能走向下一步。更为可悲的是,我都以为只要能够应付的了内心的那个道德,做什么都可以被原谅。即使是同样的错误,同样的问题,只要我每一次用同样的理由说服心里的自己,就相安无事。自己的两面,竟然互相敷衍。而看看那些Rapper,就像是小鬼淘汰时候说的那句”Keep Real”,真实的自己就是内心的自己,内心的自己就是真实的自己,展示的是真实,做的是真实的人,毋需第二个人来评价对错,只是真实。
看得出这些来自地下的Rapper都是高傲的,在他们眼里自己就是王者,所以无论是评委又或者是任何权威都是被“diss”的对象,只因为他不服。而我能不服吗?我还会不服吗?可能早已丢失了这个技能。心里的自己在现实的自己做出选择的同时就已经列下了一整个清单的可能出现的问题,当别人开始挑刺,开始攻击自己的选择时,无非是在心里的自己的清单上打上勾,附和了心里的自己之前做出的评价。于是我轻易的就接受了所有的意见,因为心里的我早就已经告诉我,你是错的了。我经常抱怨着父母、女友、朋友、同事对我的唠叨,对我的碎碎念,对我的各种不满,结果却忘记了那个最喜欢挑刺的人原来住在我心里。连心里的自己都不爱自己,连心里的自己都对我的决定嗤之以鼻,还能看向谁?别人说,当你孤单当你难过的时候,至少可以自己拥抱自己,而我在自己最悲伤的时候,往往只能在床上摆出一个大字,然后哀叹着老天的不公平,有时候想哭都哭不出来,因为内心的自己冷冷的嘲笑着自己。
2017年的下半年,我想让我心里的自己和现实的自己达成和解,我想让心里的自己放下那些道德束缚拥抱现实的自己,我想让现实的自己做心里自己的表率,我想知行合一也不过如此。我也许不能够像Rapper一样真实到赤裸,真实到嘲讽所有与自己为敌的人、权威、世俗、命运等等,但是我想我能够学他们爱自己的心,尊重自己的心。
Follow my heart,Keep real!

Github Pages + Jekyll搭建博客

背景

之前在搭建自己的Wordpress的时候,就看过Github有静态Pages发布的功能,当时简单的以为可以把Wordpress发布在Github pages上面,这次替女朋友搭建她的个人小站的时候想想内容不多可以通过这种方式快速搭建,就来尝试一下。当然首先就摔了一个坑,Github pages只是静态页面发布,没有php,没有SQL,并不能搭建Wordpress环境。

开始

不能简单的使用Wordpress,只能按照Github Pages的推荐配置利用Github Pages+Jekyll来搭建博客。当然查阅网上Jekyll并不是唯一的选择,其他方式也很多,不过介于Jekyll是官方推荐的方式,我也选择这个搭配作为这次尝试的方案。

注册Github Pages

首先我到/pages.github.com去查看了Github pages的相关向导内容。根据Pages的介绍其实可以直接通过Github pages的向导来创建Pages内容,不过因为是给女朋友(0IT背景)弄,我就重新从Github上注册了一个新的账户。之后利用Git Bash创建了一个新的项目,并上传到了Github空间,这里唯一需要注意的是项目名称的起始必须和Github的用户名一致,例如用户名是username,那么这个Github的项目名必须为username.github.io。
通过点击项目名,再点击Settings,在项目设置中首先确认项目名是否和username一致,再往下进入Github Pages选项。如果配置正确的话则会显示
your site is published at /username.github.io
理论上此时应该已经可以通过github pages看到自己的页面了。

注册自己的域名

我之前在/www.namecheap.com已经购买了自己的域名,所以这次女朋友的域名也买在了同一个账户上。 买完域名后需要绑定DNS。这里搞了半天的一级域名和二级域名。简单的理解一级域名是没有www的,二级域名是带有www或者在域名前方有一层内容,三级域名则是前面有两层。

  • 只需要一级域名:在github pages的设置中,通过github pages直接有 custom domain可以把域名填进去。而对DNS的设置,参考/help.github.com/articles/setting-up-an-apex-domain/,配置一个”A”记录。而和“A”记录对应的IP地址有两个192.30.252.153和192.30.252.154。

  • 只需要二级域名:理论上需要配置一个单独的文件CNAME,但是如果通过前一步已经配置了github pages的custom domain则github pages会为你创建好这个文件。此时就参考/help.github.com/articles/setting-up-a-www-subdomain/,在www.namecheap.com上配置好CNAME 记录。

截止到这里github pages的相关发布都已经完成。接下来要开始做Jekyll

使用Jekyll

Jekyll是一个专门将纯文本转换成静态网站和博客的包。目前有完整的官网 /jekyll.com.cn/。引用官网的介绍:

Jekyll 是一个简单的博客形态的静态站点生产机器。它有一个模版目录,其中包含原始文本格式的文档,通过 Markdown (或者 Textile) 以及 Liquid 转化成一个完整的可发布的静态网站,你可以发布在任何你喜爱的服务器上。Jekyll 也可以运行在 GitHub Page 上,也就是说,你可以使用 GitHub 的服务来搭建你的项目页面、博客或者网站,而且是完全免费的。

由于整个Jekyll是基于Ruby的所以必须配置Ruby环境(包括RubyGems)。很不幸的是Ruby原生不支持Windows环境,且第三方支持Ruby的环境配置并不简单,所以最好的办法是用MacOS搞。在我自己的操作过程中,由于自己的脑残行为把Mac放在了单位,只能硬着头皮在家里的WIndows电脑上搞了一台Ubuntu的虚拟机(是的,我就是这么作)来配置。

具体安装Ruby,RubyGems和Jekyll的过程可以操作参考官网 /jekyll.com.cn/docs/installation/上面有非常详细的过程。当然我相信大部分的用户并不想从零搞起,那么可以采用/jekyllthemes.org/里面的模板。

下载完自己喜欢的模板后,在模板中调用 jekyll serve 就可以在 /localhost:4000/中看到原有模板的样子。

Jekyll最牛的地方就是所有的配置都集中在了_config.yim中。通过配置这个文件可以设置全局变量,具体的配置参考 /jekyll.com.cn/docs/configuration/。 如果基于配置那么应该可以发布博客了,但是如果需要做一些个性化配置,那么建议先从文档结构/jekyll.com.cn/docs/structure/了解_includes、_layouts和index.html代码,修改相关的图片、颜色、CSS等内容。

基本上在不需要大幅调整的情况下使用Jekyll,根据官网的内容就已经足够。

Jekyll模板遇到的问题

在使用Jekyll模板的时候我遇到最多的问题来自于模板使用的Ruby模块过期。由于很多模板的创建时间远早于现在,而且他们并不会时刻更新自己的模板。那么此时最好的办法是先用gem来更新一下源包。
首先 gem sources --add /gems.ruby-china.org/ --remove /rubygems.org/ 将gem源变位中国源
然后用 gem update 更新所有包或者用它更新对应的包。那么基本能解决所有问题。

需求快速模板

前些天开始设计我们的人工智能管理平台,从产品设计上这是一个由很多小模块组成的综合平台。每一个模块的需求点都很小,很明确,在工作中我发现如果我还是按照过去的方式,每一个小模块一篇需求文档,那么写一篇文档所占据的时间可能会远大于模块的原型设计时间,所以我在探究是不是有一种方式可以快速的完成需求的整理。
参考了人人都是产品经理的3篇文章:
918-363-9210
5074196828
(269) 982-4546
大致整理了一个快速理清需求设计的模板:
1. 需求整理 
1. 提出需求的背景是什么?
2. 需求解决了用户的什么问题?是不是用户真正想要的?
3. 解决该需求有什么直接/间接商业价值?
4. 需求背后的商业模式和运营方式?

需求整理主要整理为什么要提出这个需求,以及说清楚需求需要解决什么样的问题,以及预测解决这个问题能够给用户和产品本身带来什么样的价值,由于不是正式的需求文档,只要列几点内容就好了

  1. 梳理流程
    1. 各项功能点的流程图
    2. 功能导图

梳理流程,各项功能点的流程图就是对于模块的功能点,一一描绘业务流程,包括用户的操作以及数据的传递;功能导图是将业务流程中的各个功能点归纳到不同的功能模块,从而推导出功能模块的流程。这样的整理主要可以帮助在正式需求文档时理清模块,在画原型的时候能够分清层级结构。

  1. 框架设计
    1. 产品信息架构设计
    2. 功能框架图
    3. 原型设计
    4. UI视觉设计

框架设计中,产品信息架构的设计还在看《信息架构》的书,还没有具体体会。功能框架图就是把功能导图中的各个模块再次细分功能点,把辅助功能也添加上,涵盖几乎所有的功能点。原型设计就是按照各个图把大体的交互设计完成,UI视觉则是将各个部分的页面设计都能完成。

  1. 迭代规划

迭代规划主要用于记录在当前版本认为无法完成,但是还是有意记录一些内容的时候做一些记录

滴滴俞军的三个问题……

其实今天发生了很多事情,不过我还没消化完,那就说说这个礼拜最值得骄傲的事情,回答了滴滴俞军在PMCAFF上提出的三个问题,很幸运三个问题的回答都被俞军老师点赞了,也很意外的收到了PMCAFF猎头的电话想推荐我去北京工作。

问题1:如何让用户更多地使用拼车?

虽然我认为顺风车才是真正意义上的拼车,但姑且先讨论乘客之间的拼车吧。

用户使用拼车的主要想法应该是为了拼车能够获得更为优惠的价格,而不选择拼车的原因主要可能有 1.拼车会导致绕远路,耽误时间,2.拼车上来的乘客可能影响到自己的乘车体验。如果要让他们更多的拼车,就应该是放大他们使用拼车获得的利益同时减少拼车对他们带来的不利因素。

放大拼车的利益有两种途径。

放大现有的利益:价格,可以考虑提高拼车和不拼车之间的价格差,给乘客一个直观印象,即拼车比不拼车便宜非常多。(这里可以选择调低拼车价格,当然也可以选择抬高不拼车的价格,或者都变化);又或者通过发放拼车红包,即拼车能够获得拼车专用的的红包,给用户一个诱导即拼车的收益更高(循环的红包)…
增加利益的方式,可以模仿蚂蚁森林,使用拼车后会有其他方式的收益且在好友之间形成竞争关系,可能是滴滴森林又或者是滴滴小学等等,满足用户的虚荣心;又或者是使用拼车能够获得双倍的滴币,让用户有另外一个层面的价值收益。
减小拼车带来的不利因素:

时间消耗的问题,最直接的方式是改进技术,通过新的算法匹配更为适合的路线。在技术改良进程不快的时候,可以改变拼车的游戏规则,比如后上车的乘客的拼车距离远小于先上车的乘客或远大于先上车的乘客。因为时间最大的浪费其实在于乘客的目的地很接近的时候,司机选择送任何一名乘客都会给另外一名乘客造成绕路的错觉(大家都本能认为自己比其他优先),所以选择拼两个目的地并不相邻,但部分路线重复的客人就会避免这样的错觉。
乘客互相之间是否影响的情况。首先,拼车的方式应该避免2+2拼车,原因是前排乘客必为1, 2+2势必会让其中一个落单的和另外一对拼后座这样的体验是非常差的。所以拼车的组合应该是 1+1 或 1+2 或 1+3. 其次乘客之间也应该有互相评价,既然是拼车就应该尊重同行的乘客和司机,所以拼车时除了给司机打分还要给拼车乘客打分。
我认为通过放大利益和减小不利因素影响,应该能够改善拼车体验,更多地引导用户拼车,

问题2:什么样的人会当网约车司机?

和一些网约车司机交流过,大体有几种:

  1. 在之前的烧钱大战中开始开网约车,久而久之即使没有那么大的收益也习惯了;

  2. 从出租车司机转行做网约车,原因是出租车多半不是自己的车,但网约车至少自己能够做主且快车对车子的准入门槛并不高,一些国产的车子在成本上远低于出租车。

  3. 将网约车完全当作工作来做的(以专车为主),主要原因可能是本身没有特别的一技之长,作为网约车司机在能力要求上相对较低。且专车司机车子相对比较好,感觉比较体面。

  4. 将网约车作为兼职来做的,一般是工作并不是朝九晚五的,工作时间不固定,闲下来的时候做网约车可以获得一定的收入

  5. 有遇到过朝九晚五依然开网约车的,但随着新政上来之后逐渐变少,此类上班族会转向开顺风车

  6. 还有一种……通过滴滴借贷买车,由于合同限制在短时间内无法脱身,只能继续开车

  7. 网络播主……将开网约车作为直播噱头和曝光度的手段

问题3. 同理心是天赋还是技能,如何提高?

我认为同理心既不是天赋也不是技能。

如果是天赋,那提高似乎就无从谈起了……生下来就已经知道你同理心有多强……但我们都知道同理心能够强化,所以不是天赋。

那么是技能吗?

同理心这个词最近突然火起来了,但是感觉这么高深的词最关键的内容就是换位思考。能够设身处地的站在对方的角度去想,说起来很容易,但是这里隐藏的问题是,你怎么知道你真的是站在了别人的角度而不是你臆想的别人的角度;你怎么知道你站在正确的角度了又能够看见了对方看见的所有内容?你怎么知道你站在了正确的角度看到了对方能看到的所有内容之后和对方用同样的思维模式去思考问题了? 这三个问题没有办法从主观的角度做出准确的评价,因为任何主观的评价都可能会落入“你并没有理解我的意思”这样缺乏同理心的批判中。而能想到的任何一种“提高”的方法,包括学习如何换位思考,学习倾听等等,都是主观的认为这种方式“我”一定能够更接近“对方”,但是既然是主观评价就没有办法去得到准确的唯一答案,对或错。所以我认为同理心不能够通过任何的“训练”来获得提高,他并不是一个技能。

但是,明明有的人就是比我们能够更好地理解别人,站在别人的角度思考问题,这同理心的差距是如何产生的?(当然不是天生的差距)

我认为是经验和阅历地积累。唯一能够完美站在别人的角度做出同样的判断的条件就是你也经历过一模一样的场景,你和他站在同样的位置你和他一样这么想过。当然我想说的场景并不是一个很大的场景,相反应该是把一个情况切割成很多细小的点,在这个点上可能只有2-3个变量。假设现在两个人就一个情况产生了不同的意见,目前的情况可以切分成100个小场景,这100个小场景构成了思考这个问题的所有条件。一个同理心更强的人经历过100个小场景中的80个,而同理心弱的人经历过60个,那他们之间就会出现20个场景的误差。而这就是同理心的差距。

综上所述,我认为同理心是一个人的性格和素质中的元素。同理心的提升在与不断增长的见识,在成长过程中认真的思考和感受每一个选择,这些选择和选择前的思考过程就会让同理心变得更好,当然我们的性格和素质也在变得更好。

游戏和学习的快乐比较

上篇周记的最后,我苦于游戏的折磨好想让自己解脱,也应该是上一周的某天,在痛苦折磨了自己的大脑很久后,突然灵光乍现,像是想通了这一切。
如果要归结起来,核心的词就是快乐的难易度和持久度,这是一个我并不陌生的词汇,在《自控力》的书中早有提及,甚至我之后的这套理论也不过是书中内容的重复,但事实又一次证明看再多的鸡汤书,行为学书,如果自己的思想并不认同,只是机械的重复毫无意义。
我为什么喜欢打游戏?因为游戏能够给我快乐。而且游戏的快乐并不难获得,一把DOTA40分钟,一把FM可能就是15分钟,用这样的时间就可以立刻感受到快乐的刺激,所以特别容易得到。以上看来,玩游戏是满足自己快乐的最简洁办法。但是打游戏是否会给我带来痛苦?答案也是肯定的。用40分钟或者15分钟玩的游戏输了,立刻会比普通的失落更强烈,因为从原本期待的快乐感一下进入另一个负面极端。所以打游戏也是获得痛苦最快的方式之一。但是为什么在这样一个55开的局面中,会不断趋向选择打游戏呢?因为无论是快感还是痛苦的持久度也只有这么多。一把DOTA胜利带来的快感会随着下一把DOTA的结束而总结,每一把DOTA都会在40分钟内刷新之前的感官刺激。那么赢了就想要维持这种快乐,输了就会想找回失去的快乐,在这种心里驱使下会不断的开始下一把,无论输赢,快乐最多只有40分钟,想要度过一个快乐的夜晚就必须不断的继续游戏,而时间的消磨是很快的,几个40分钟一个夜晚就度过了。游戏他提供了快速而短暂的快乐(痛苦)所以会诱使大脑选择不断继续快乐。
那读书和学习呢?读书的快乐不容易得到,一般的学习成果需要很长的时间能够有效力,特别是离开学校后的学习很难有直观的评价标准来说是否成功。这就导致了在离开学校后对于学习会感到吃力不讨好。这付出的时间远大于游戏的时间。但是学习的优势在于结局注定,学习的成果不包含痛苦,最终只可能导向快乐。如果按照期望值来计算,应该说学习是稳赚不陪。但由于大脑在找寻快乐的时候肯定会趋于寻找立刻可见的刺激,所以游戏会在这个问题上远远优势于学习。
虽然说我已经能够认识到游戏和学习的利弊,不过现阶段还是处于能够对游戏做出自助控制的阶段,还不能将学习放在最优先级的位置,但是我认为能够清晰认识到游戏在快乐的难易度和持久度上的真实面目,接下来会很容易接受学习带来的长期快乐。