主页

BMI 计算器

这绝对是个为了凑数的小工具,几乎都算不上是什么需求,完全是为了换个脑子,顺手就完成了。

BMI

BMI(Body Mass Index) 叫做身体质量指数,主要用于统计,是目前国际上常用的衡量人体胖瘦程度以及是否健康的一个标准。

它有多个标准,因为每个地域的标准身材还是有一些差异的。中国有单独的一个标准,另外还有国际标准,欧洲标准等等。

BMI 的计算公式都是一样的(体重除身高的平方),只是结果的标准不一样。例如中国标准里,18.5 ~ 23.9 属于正常身材;而国际标准里,18.5 ~ 24.9 属于正常身材。

另外,它的结果也没有多大的实际意义。假如两个人身高体重都一样,但一个人浑身都是肌肉,而另一个人都是脂肪。BMI 的值是一样的,但由于身体组织的比例不一样,身材可能就差远了。

所以,BMI 只是一个参考值而已,毕竟仅仅通过「身高」和「体重」两个指标,并不能说明一个人的身体素质怎么样。

产品

它的功能也相当的简单,一个表单页,一个结果页,就搞定了,剩下的就是页面的交互了。

不想要太复杂,也不想过于简陋。单纯显示结果数值的话,未免太简陋了。于是,我就找了几个插图,配上一段调侃文字,简单做个排版,就这样了。设计样式如下:

看起来似乎还凑合,后面又加了个历史记录保存的功能,这样,这个工具也算是完整了。

原本就是一个很简陋的小工具,再怎么伪装也就那样了。下图就是整体的样子,偶尔记录测算一下,还是有一丁点的价值的。

阅读更多

记一次拔牙经历

距离上一次看牙已经是 3 年前了,也就是说,这颗坏牙已经存在至少 3 年以上了。

中间这么长时间都没有去看,并不是它一直没有发作,只是因为我懒,又不是啥病,对吧。

牙疼不是病,疼起来要命。

1.

除了「懒」这个原因外,还有一个原因,那就是在北京看个病实在太费事了。犹记得,3 年前那次,我只是去洗个牙,就去了 3 回。

第一回,去医院排了半天队,啥也没干,领了两个单子,一个拍片,一个是血验单。对,你没看错,洗牙要验血,交了钱,验了血,结果 3 天后拿。

第二回,拿了结果,告知当天不受理洗牙,然后就预约了个受理的时间。

第三回,排了 2 个小时的队,洗了大概二十来分钟,开了一些药和漱口水,也花了一上午时间。

验血+拍片+洗牙,共花了将近 1000 块,费用就不多说了,就这效率就让人很心寒。

这是一家二甲医院,还好离家近,少了路途的折腾。

2.

有了这次经历,不到不得已的情况下,能坚持就坚持,绝不轻易去医院,于是一晃眼 3 年过去了。

这一次也只是正常发作而已,应该是前两天吃「老干妈」惹的祸,本来就有炎症,刺激一下,就发作了。

要是我自己,闷声疼两天,也就过去了,可是疼的时候,被媳妇发现了,于是她那过不去了,又是给我查医院,又是给我挂号的,我要是再推脱不去,怕是说不过去了。

于是就下定决心,索性去拔了吧,拔不拔牙都是次要的,咱也不能辜负媳妇的用心不是。(论媳妇的重要性)

3.

起了个大早(比娃儿醒的还早),因为 8 点之前,我得取号,这次去的是「北京口腔医院」,距离我家里,也得 1 个半小时呢,我可不想再去上次那医院了。

不到 8 点我就到了,8 点准时叫号,不是一个一个进,而是 5 个一起进,好像一共 4 个诊室(我所在的这个科室)。

也就是说,一下子能同时看 20 个号,我是第 17 号,原本以为怎么着也得等 1 个小时吧,谁知道第 1 个就上了。(暗自佩服这效率)

这应该是牙科的特殊性,因为每个诊室里都能放 5 个操作台,每个操作台相对独立,配有两名医生(也可能是护士)。

进来之后,直接询问诉求,我的诉求就是拔牙,我以为直接上台操作呢,就跟体检一样。然而并没有,只是张嘴简单看了下,然后就给我开单子去拍片了。

心想:果然还是这个套路,不由得就想起,上次预约拍片,等待拿片的那个过程。没准一个上午就过去,算了,来都来了,原本就是抱着「今天啥也干不了的」心态来的。

到放射科拍片,再次被这超高的效率折服,我暗自算了一下,大概 3 分钟一个,我一篇公众号文章都没有看完,就到我了,进去我才知道怎么回事。

原来这并非传统放射的那种大机器,而是 mini 型的,照片也是 mini 型的,拍完就出来了。看下图:(手掌大小)

算上我缴费拿号跑路,整个过程都不到 10 分钟就搞定了。

4.

告知基本情况之后,就是询问是否拔牙了,我说「拔吧」,不然我跑这么老远来干嘛。

躺在手术台上还是有点紧张的,毕竟除了体检,还没这么待过。不过还好,除了在我上颚打的那针麻药比较疼外,几乎没有其他感觉,非要说有,那就是嗓子咽口水不舒服。

上面为什么说可能是两名护士,因为面对我这个特殊情况(需要一次拔两颗),她们似乎没多大的信心。虽然我什么也看不见(面部蒙住了),但也知道,中间换了她们主任过来拔的,她们叫她老师。也有可能她们只是实习医生吧,话说回来,牙科似乎门槛并不高,因为外边到处都是私人牙科门诊。

主任过来,手法就是不一样,又是电钻,又是钳子的,由于麻药的关系,我只能感受到推动力,并没有疼痛感。最后一下,牙齿拔出来的时候,仅仅就是感觉,似乎什么东西松动了一下而已。

拔出来之后,主任就又交回这两名护士了,剩下就是一些清洗和包扎的工作了,完了之后,塞了两块棉球在伤口处,让我咬着大概 30 分钟。

麻药渐渐扩散,感觉半边脸都是肿的(其实并没有),我想,索性再待半个多小时吧,把棉球吐了再走。

走的时候,9 点 40 多。

总结

对于去医院看病,一直有心理阴影,总觉得低效套路麻烦。不过这次,倒是让我觉得很痛快(也很痛,麻药过后),痛快是因为快速解决了我的问题,看来不管多大的病,还是去大医院的好。

大(好)医院的好处:一是资源紧张,能尽快解决你的问题,绝对不拖拉,当然也不会存在乱开检查单子,或是让你多住几天院的问题;二是熟能生巧,就算是这里最一般的医生,每天接触的病人(症状)也都是小医院的好几倍,所谓见多识广,很多小医院觉得做不了的手术,可能对大医院来说,就是个小手术。

同时,大医院的流程也相对高效得多了,还是因为人多,资源紧张,只能依靠制度流程来提高效率,不然很容易就拥堵了。

我这次拔了两颗牙,从进医院到出来,总共不到 2 个小时(算上我逗留的那半小时),我认为算是高效的了。

另外,让我很放心,没有多余的担忧,因为在牙科医院拔牙,对于它们来说,这种操作肯定熟练得跟玩儿似的吧。

说了这么多,我的结论是:

  1. 能去大医院就不去小的
  2. 能去专科医院就不去综合的
  3. 能不去就不要去

完。

阅读更多

8 月份总结

这应该是写得最晚的月总结了,也不知道上一周都干了些什么,拖到现在,可能是内心在抵触:「8 月份你都干了些啥,还好意思写总结」。

也是,可能这点小事,跟内心所期待的比起来,真的是不值得一谈。

终归还是有一些收获的,写出来,也算是给内心一个交代:「你看,还是做了一些事情的」。

跑步

每周平均 2 次,本以为跑步频率下降了,会导致又回到起点(成绩下降),然而,似乎没有多大的影响,月底跑了一个 10 KM,一不小心成为了个人最佳成绩。

读书

原本计划是读完手中几本「思维类」书籍,然而却看了几本「技术类」书籍。

你看,计划总是赶不上变化,看着没有完成的清单,难免有一些失落,即便是做了一些类似的其他事情,只是没有按照原计划执行而已。

看来自己离财务自由心态,尚且还有很大的距离。

写作

8 月份写的内容还是挺多的,在第一周,突然有感而发,写了一篇「财务自由心态」的文章,于是,后面为了填坑,陆续又写了 3 篇。

看似胡乱发表意见,实则是自己这段时间经历的思考。tag: 财务自由

另外,从天津回来以后,花了一两周的时间,将小程序重新上线了,写了关于小程序产品设计与开发的一系列文章。

公众号上只放了关于「产品思路」的文章。所有文章都放在了 GitHub 上了,点击这里查看。

One More Thing

8 月份带着小宝出去了两趟,上旬去了天津,带着小宝去看海,下旬去了趟世园会。

这是我觉得最有意义的事情,很多人可能会觉得累,觉得折腾,而我认为,累是肯定的,却是值得的,折腾的人生才有意义。

带着小宝出去,并不是为了让她玩些什么,而是想让她尽早接触这个世界,尽早找到自己一生想要追求的梦想。

这样的旅行,以后会越来越多,最好的早教,应该是带她出去,让她自己去感受。

完。

阅读更多

如何做到财务自由的心态

这是财务自由心态的最后一篇文章,来谈谈如何去做到拥有这样的心态。

首先申明,我自己也远达不到这样的状态,只是这段时间,想得多了,较之以往,感觉有了很大的改变。

故在此分享出来,作为参考,你赞同与否,对于我来说,也没有太大的关系。

放下心中的目标

有时候觉得,目标这个东西,似乎有点可怕,给自己设定目标,像极了给自己设定边界,画个圈圈把自己框起来。

一年后,我做到 aaa,我要成为 bbb,这无形给自己很大的压力。这样的目标,它的意义何在?

前面我也有谈到,目标本身并不重要,重要的是每天的努力。按照自己喜欢的方式,坚持努力去做就好了。

或者退一步说,你怎么知道一年后,你不会做到 aaaaaa,又或者,你不会成为 ccc?努力终究会有回报,去相信自己坚持的力量。

通往成功的道路千万条,何必现在就选哪一条?

去掉所谓的完美主义

很长一段时间,总是给自己标榜一种所谓的「完美主义」标签。

  • 读一本书,总是希望从第一页开始,一字不落看到最后一页;
  • 写一篇文章,总是希望有明确的价值,完整的文章结构,甚至于严谨的行文逻辑;
  • 做一个产品,还只是概念阶段的时候,就想要完整的产品设计,规划路线图,甚至商业逻辑;
  • 坚持某件事情,总是希望一天不落就做下去,假如中间断了一天,就感觉「破罐子破摔」了;

然而现实情况是,很多压根就没有去「做」,都停留在「想」的阶段了。「完美主义」并没有带来完美的结果。相反,很多事情,反倒因为想得太多,做得太少,而失败。

假如一开始就想到事情的复杂性,困难性,那么,什么事情都不要做了,人活在世上,已经很不容易了。

完美主义,往往是逃避现实的借口。

读书,想看哪里就看哪里,关键是去读,而不是怎么读;写作,拿起笔(键盘)就去写(敲),而不是去想该写点什么;有想法了,立马就去实现,只有在做的过程中,才知道怎么去做。

随时从头开始的勇气

想做了就去做,当然前提要去做,光想没用。做错了没有关系,重新来过。

成功创业者,大多数都是连续创业者,连续是什么意思,连续意味着,之前有多次的失败。

认准一件事情,想要去干的时候,别害怕失败。这不是一句空话,它有两个前提:

第一个是,需要找到你认准的的那件事,很多人终其一生,也未必能找到自己认准的那件事。

另一个是,不要孤注一掷。许多所谓的成功学说,都告诉我们做什么事情,都要「全力以赴」。这是典型的毒鸡汤,给自己留有失败后,重新来过的余地,才是正确的选择。

做到这两点,就不会害怕失败了,剩下的,就只是去做了。

你可能会问,又没有目标,又不做周详的计划,万一做错了,怎么办?很简单呀,重新选个方向,接着做就行了,又有什么好担心的呢。

这不就是财务自由的心态吗。

好了,说到这里,关于财务自由心态的分享,就先告一段落。这也是我近期的一些体会和思考,不一定对,仅作参考。

完。


拖了一个月,终于把坑填完了。其实,这些内容早就准备好了,只是懒得整理而已。

另外,这段时间也在写另外一个系列的文章,也就是小程序的产品设计与开发,写了也将近有十来篇文章。

我将文章全部上传到 Github 上了,感兴趣的话,可以点击这里查看

阅读更多

纪念日产品分析 | 计算日子

接上篇,说到使用场景。什么场景下,会使用纪念日?或者说,什么日子,需要纪念功能?每周或者每月都要做的事情,需要纪念吗?节假日需要纪念日吗?

在我看来,需要纪念的日子,都是周期较长的非特殊日子。所以,通常都是纪念生日,结婚纪念日等。

如果每周都过的日子,或者是节假日,想必不用纪念,你也都能记住。

产品分析

例如纪念生日,其实是想知道,距离下一个生日,还剩下多少天?这里的目标日期是「下一个生日」,而不是某一个固定的日期,目标日期是变化的,也可以说是需要重复的。

这就是「Days Matter」在创建日期的时候,就让你选择是否重复的原因。如果选择重复,那么每过一个周期,自动更新目标日期,这样就总能计算出距离下一个目标日期,还剩下多少天;如果选择不重复,那么就是显示距离目标日期,已经过了多少天。

例如,我在添加自己生日的时候,如果选择重复,那么就会显示距离下一个生日还剩下 248 天;如果选择不重复,那么就会显示已经过了 11075 天。

这是很自然就能想到的实现方案,但总觉得很别扭,因为对于同一个纪念日,重复或者不重复,是两条不同的信息,需要用户添加两次。

另外,在添加日期的表单中,多了一个叫「重复」的字段,会让用户产生困惑,而增加了使用成本。纪念日就是过去的某一个重要日子,什么是重复不重复。

我认为,应该有更好的解决方案才对。于是,我在 App Store 上搜索「倒数日」,将下载量比较高的 App 都下载了下来,试用了一遍。

试用了将近 10 来款 APP,果不其然,他们的实现逻辑全部都和「Days Matter」一致,那就是,在表单中加入「重复」字段。

连重复这个名称,都懒得改一下,也是醉了。直接使用「纪念周期」都比「重复」要好得多。

我的方案

所谓纪念日,就是过去的某个特殊日期,在添加的时候,它并不存在重复不重复的说法。也就是说,在添加日期的表单中,「重复」或者「纪念周期」类似的字段,根本就不需要。

用户也不需要去思考,是否选择重复的问题。用户需要做的是,记下过去那个重要时刻的日期即可。

添加完成后,默认显示过了多少天,当用户需要知道,距离下一个日期还剩下多少天的时候,可以手动开启纪念功能。

把纪念功能放到添加纪念日期之后,而不是用「重复」字段,把一个纪念日,生生割裂成两个日期。

这种处理方式更加符合常识,把选择滞后处理,也提升了用户体验,同时,一个纪念日,就是一条信息,数据逻辑也更清晰。

你可能会说,这是精简了功能的缘故。如果我想要显示,每隔 18 天,35 天,125 天,就重复一次的纪念日,你这咋实现?上面那个方案,我就可以在「重复」字段里,选择 18 天,35 天,125 天进行重复,直接就可以实现了。

我也可以在开启纪念功能的时候,让你选择纪念周期,同样是可以实现的。但是,我首先需要考虑的是,有什么纪念日,需要每隔 18 天 ,或 35 天,或 125 天纪念一下?

还是回到最初说的那句话「功能全未必是好的解决方案」,再加一句「产品的使用场景很重要」。

完。

阅读更多

功能全未必是好的解决方案 | 计算日子

这是一个普通得不能再普通的需求,去各大 APP 商店,搜索「倒数日」,都能找出一堆类似的 APP。

计算日期的功能不是一个刚性需求,可有可无,没有的话,其实没有什么大碍,有的话,也挺好玩,稍微设计一下,也是一个不错的小工具。

基于这样的目的,我就做了「计算日子」这个小工具,另外,还简单做了个分享卡片,如下图所示。

需求分析

纪念日的需求一直都存在,最初,我一直使用的「Days Matter」这款 APP,用了好多年,每次换机都必装,虽然使用频率不高,但作为一个工具,也实现了它的价值。

字节加工厂小程序里「计算日子」这个小工具,并不是为了将「Days Matter」这个 APP 复制到微信小程序中,而是从中提取出,我最需要的功能。

这类 APP 虽说叫「倒数日」,其实就是计算日期,距离过去某个日期有多少天?距离未来某个日期有多少天?

它的作用就是纪念过去,提醒未来。例如:生日、结婚纪念日、高考还剩多少天等,这么一说,关键的功能点就比较清晰了。

简单来说就是:列表,表单(添加/修改),分享卡片,提醒功能。如下图所示:

进一步思考

完成上述的功能点,就实现了最基本的需求(计算日期)。添加一个标题,指定一个日期,就可以计算出距离现在的天数。

我老爸在试用的时候,我在一旁看着他,他把我老妈的出生日期、我的出生日期,以及他们的结婚纪念日,添加进去后,然后看着页面,很困惑的看着我,说道「为什么不显示生日还剩多少天?」

一下把我问懵了,页面上显示的,当然只有你添加的日期距离现在的天数呀,要是想显示还剩下多少天,那就得添加「下一个生日」的那个日期呀。

解释完,我就意识到问题所在了,这是产品的问题。「计算日期」的功能,在我看来就是冷冰冰的数字加减,你填入什么日期,后台计算出距离现在的天数,显示给你,你想要显示生日还剩多少天,就不是填出生日期,而是填写「下一个生日」的那个日期。

比如,我是 1989 年 5 月 3 日 出生,那么想显示我的生日还剩多少天,应该保存 2020 年 5 月 3 日,这样才对。当然过了一年,还得再保存一次。

这个操作就有点不友好了,那该怎么实现呢?

Days Matter 解决方案

下图是「Days Matter」这款 APP 的添加页面。

它的实现方式是在表单中加入「重复」这个字段,而且重复的选项很多,非常全面。

如上图,分成两栏,左边「每x」一直到了「每999」,右边分为天、周、月以及年。所以,重复周期的跨度,从每天一直到了每 999 年,当然中间会有很多重复的,例如:每 7 天 = 每周。

在我看来,这是典型的程序员思维,不管什么使用场景,我提供最全的功能,用户总能找到想要的。

而产品思维是,在做每一个功能之前,都要去想,这个功能的实际使用场景是怎样的。

从某种角度来说,功能全,未必是好的解决方案。因为提供最全的功能,意味着,你并不知道用户最想要的。

我设计了一个新的解决方案(当然也未必是好的)。由于线上版本还在审核中,姑且放到下一篇再讲吧。

未完。

阅读更多

最像工具的一款工具 | 文字封面

这是第一个可以称作是效率工具的小工具。它的需求来源于公众号配图。

微信给我们带来便利的同时,也给我们留下了很多的后遗症,最难接受的,一个是扫码登录,一个是文章配图。

好好的账号密码登录,不知道多方便,非要扫码,每次找不到手机的时候,我都想骂人。发篇文章吧,非要去找一张与文章毫不相干的图片当封面。

既然我们改变不了现状,就只能被动接受,不过千万别把这当作是理所当然。什么事情都需要有批判性思维。

由于配图是个麻烦事情,而且与文章也没有多大关联,于是,好多公众号作者也懒得找图了,就采用了 PPT 模式,也就是找个纯色背景,加上文字标题,就当作是封面图了。

每次打开制图软件,做这么一张图,虽然比去找无版权图片要省心多了,但还是不够效率。

于是,一键生成这种图片的需求就出来了。

限于小程序 Canvas API 的功能,很多特性没有办法实现,例如调整字体。

不过,也许这样就够了,简单的东西,让用户没有使用负担,手指点击几下,选择预设的几款颜色,就可以快速生成一张看起来还不错的封面图片,不也挺好嘛。

完。

阅读更多

唯一个有在线数据的工具 | 历史上的今天

这个小工具,就属于那种非常随意,想要做就做了的那种。前面几个,都是本地备忘录性质的工具,记录不同性质的信息。

  • 「收藏地址」是记录地址信息
  • 「计算日子」是记录日期信息
  • 「账号箱」是记录键值对(key-value)信息。

于是,我就想(纯属 YY),一个线上应用,如果不提供一点在线数据,是不是显得太单调了,又或者,让别的开发者看到,是不是显得太 low 了。

然后,我就找到了易源接口-互联网API入口。这是一家提供 API 接口的网站。如下图所示,他们提供了很多工具 API。

最后,我选择了一个叫做「历史上的今天」的接口。

这也许是,诞生得最随意的一个小工具了,几乎没有什么需求分析,以及产品思考,做完之后,居然被媳妇说「这是她最可能想要打开的一个小工具」,汗颜。

更尴尬的是,由于其中的数据,可能会出现「政府」等字眼,居然被认定为「时政新闻」,我感到智商被侮辱了,一气之下,索性删了它。

完。

阅读更多

两个 API 就能实现的小工具 | 收藏地址

这是一个很早就有的需求,结合微信提供的地图 API,使得这个小工具的开发变得尤其简单。学习小程序的开发,将其作为第一个练手的工具,再合适不过了。

我有使用多个地图的习惯,例如:高德地图,腾讯地图以及百度地图。长途跨城开车,我通常使用高德地图,因为它的用户体验较好;短途开车或是查找商铺地址,我通常使用百度地图,因为它的商铺数据相对完整。

收藏地址的功能,应该算是刚性需求了,每一个地图软件都有这个功能。那么,做这么个小工具,想要满足什么需求呢?主要有两点:

一是,针对多地图用户,找一个统一的地方收藏地址。对我来说,这是一个痛点需求,记得第一次去处理交通违章的时候,花了一些时间,找到了处理大厅,于是,顺手就打开一个地图软件收藏了地点。然后,中间隔了好长时间,第二次去的时候,打开地图,明明记得收藏过的,可是找不到了,后来回想原来在另外一个地图软件里。

二是,提升打开效率。收藏夹的功能虽然是刚性需求,但是,对于地图软件来说,它并不是一个优先级较高的功能。往往入口藏得比较深,再加上某些地图软件的开屏广告,快速正确找到曾经收藏的那个地址,其实并不是一件轻松的事情。

这个小工具就在这样的需求背景下,诞生了。

看似有 3 个页面,其实需要开发的,只有一个列表页,「选择地址」和「显示地址」两个页面,小程序官方已经封装成了标准接口,这里只需要调用对应的 API 就可以实现了。

  • 「选择地址」封装在了 wx.chooseLocation(Object object) 中,调用它,默认在地图中显示当前位置,同时,具备搜索地址的功能。
  • 「显示地址」封装在了 wx.openLocation(Object object) 中,传入对应的地点参数,就可以在地图中显示地址以及周边,同时,出现导航按钮,点击弹出导航菜单,可选择任意一个导航软件,便于快速导航。

除了以上两个 API 的使用,再就是数据存储的功能了,存储数据可以直接使用数据缓存 API,这类工具产生的用户数据,最好保存在本地,放在云端,一,没有什么意义,二,还要接受官方审核,着实没有必要。

完。

阅读更多

很多事情,过程比结果重要 | 写给未来的信

某个学校专门占用了一堵墙,做了一面柜子,组织大一的新生,让他们每人给 4 年后的自己写一封信。

写完后,将这所有的信件,都放进这个柜子里,每天路过,还可以看到里面的信件,只是不能开柜查看,直到毕业那天。

除了学校喜欢做这类活动,很多单位也喜欢对新入职的员工做这种活动。犹记得,我当年入职的时候,参加新员工入职培训期间,也被组织「给未来写信」这种活动。

这种活动,特别适合进入一个新环境的场景。在这个环境中,能给人带来巨大的改变。写信,是为了让你对新环境有所期待,并为之付出努力。

只是,在公司里做这种活动,效果可能要差很多。因为很多人可能还等不到「开信」的那个时候,就已经离开了。

可能是由于「职业病」的关系,看到这种类似的线下活动,脑海里总是想着,能不能把这个事情,做到线上。

于是,「写给未来的信」这个小工具,就这么诞生了。

工具写完后,我却在思考,生活中很多事情,重要的其实不是「结果」,而是过程

写给未来的信,信的内容是什么,它真的重要吗?信是写在纸上,还是保存在手机里,真的重要吗?

我觉得这是值得思考的问题,给未来的自己写信,其目的是为了给自己设定一个目标,未来的我想要达成的目标。

但是,目标本身在执行的过程中,就是不断在变化的。重要的不是目标本身,而是每天付出的努力。相比目标,经历的过程显得更加的重要。

所以,信的内容自然就没有那么重要了。

做这个活动的意义,也许就是活动本身,若干年后,也许我们都忘了「写信」时都写了些什么,甚至忘了「开信」时的心情,但是,我相信,不会忘的是,整个班级坐在那里写信的那个下午。

很多线下的事情,并非单纯的线上就能解决问题的。线上的效率确实是提高了,但它少了些许人情味,也许就失去了其根本的意义。

想到这,我看着写完的程序,心想:我在哪?我在干嘛?

完。

阅读更多