Why·Liam·Blog

人生若如初見

由于众所周知的原因,我们在访问国外代码的时候,会有请求丢失或者请求缓慢的原因,所以我们一般都会替换为大陆的镜像。以下是我使用的源:

  1. 清华大学 TUNA 协会

清华大学 TUNA 协会原名清华大学学生网管会,注册名清华大学学生网络与开源软件协会,是由清华大学网络技术和开源软件爱好者、技术宅组成的团体。现阶段向校内外提供开源软件镜像、DNS 解析和 NTP 授时等服务。

  1. 中国科学技术大学开源软件镜像

mirrors.ustc.edu.cn 是 Debian, Ubuntu, Fedora, Archlinux, CentOS 等多个发行版的官方源。目前是中国大陆高校访问量最大,收录最全的开源软件镜像。

阅读全文 »

题图:Calendar / @pexels

在 2018 年的最后一天,又开始梳理今年干了些什么。或许看了几本书,或许写了几篇小说;可能回去看看自己支付宝的余额,也可能看看自己的房贷。。。(当然这都有可能在春节再来一次。)

2019 年睁开眼睛的时候,躺在床上想着怎么做一个积极废人有志青年。

积极废人: 指那些「爱给自己立 flag,但永远做不到的人;尽管心态积极向上,行动却宛如废物,他们往往会在间歇性享乐后恐慌,时常为自己的懒惰自责」。

阅读全文 »

在开发和日常使用的时候会有一些插件的配置。稍微记录一下常用的插件。

阅读全文 »

以下是我对 iTerm2 的配置,其实也说不上是什么配置。就是换了一个舒服一点的主题,然后安装了几个常用的插件。有一些可用可不用的插件,暂时就先不安装了,如果有真正使用必要的时候再安装。

阅读全文 »

由于公司的电脑硬盘换了,索性就把电脑格式化了重新安装系统。以下是我这次安装的软件,基本上可以满足日常的基本使用。如果还有需要安装的软件就之后在补充了。

由于我的日常主要设计开发和产品的工作,所有在软件上也主要是这两块。

阅读全文 »

知乎上关于「如何入门/转行产品经理?」的话题,普遍都有几十万的阅读,而且也常常有同学在公众号后台向我们抛出类似的问题。可见,很多产品新人对此是有困扰和疑惑的。

更具体的来讲,可以分为以下三个方面:

1.没毕业或刚毕业,想要做产品经理,但不知道从哪里入手?

如,对产品经理要做的活仅仅有个模糊的概念,但不知道应该如何去学习。看了一些书和文章,还是停留在认知的表面上,无法落地执行。

2.已经工作了 1-2 年,因为各种原因想要转行做产品经理,但不知道从哪里开始?

阅读全文 »

知乎上有一个问题,叫做:为什么我们要独立思考?

排名第一的回答,是凤凰前主笔王路写的,很有意思。他说:

因为别人告诉我们要独立思考。

这个回答非常妙,也非常反讽,有一种「第 22 条军规」式的黑色幽默:你要证明你是疯子才能退役;但如果你能证明你是疯子,你就一定不是疯子,因为疯子不会这样做。

这个回答显然很荒诞,但我相信它讲出了许多人的心声:大家都说独立思考好,但究竟为什么要独立思考呢?不独立思考又会怎么样呢?

阅读全文 »

2019 年的锤子科技总算是有了一些成果,老罗的忽悠能力还是一路既往的有吸引力。外界也一直有声音在怀疑老罗是不是一个产品经理。不可否认的是罗永浩确实是一个称职的产品经理,在锤子手机的更新中,他主导了其中 40% 的迭代,不管其中的效果如何,他始终主导着产品的发展方向。

中和看锤子手机的亮点,会发现锤子公司和语音脱离不了关系。他主导了很多产品,比如快速搜索,闪念胶囊,TNT,锤子短信等都是语音交互的逻辑。有的产品昙花一现,有的产品确实给使用带来了众多的便利。直到 iOS12 发布后,系统中多了一个 Siri shortcut 的功能。

这个是我创建了一个命令「今日文章」唤起 「日课」

我意识到了 GUI 交互模式 正在往 VUI 的交互模型转变,而这就是老罗所一直提倡的。语音交互的效率比手指交互的效率要高。在这之前,我需要找到日课的图标,现在我只需要和 Siri 说我要看文章了,他就主动给我启动 APP 了。

阅读全文 »

从事产品经理一年了,但是自己的水平没有长进,并且还因为自己工作习惯上的问题,给公司和同事带来了一些困扰。由于自己的个人经验不足,并且很多的习惯与模式还是沿用老的工作模式,许多问题在这一次工作中彻底的爆发出来。遂,分析一下这次问题的原因,并督促自己避免以后再犯。

项目启动的 5 个月以来,需求文档一直处于不细致的状态,是这次问题的主要原因。再加之第一次带领团队处理项目的经验不足,很多可以避免的问题没有很好的预防。

  1. 前 3 个月的文档,只有产品的开发逻辑,没有产品的使用流程。这个给测试同学的测试工作带来了很多的困扰。
  2. 需求文档没有细致的产品说明,比如输入框细致,验证规则等。
  3. 在交流沟通上,没有落实到文档上的记录,很多过程没有记录在案。之后加入的同学不能根据文档,立即上手。
  4. 文档更新后,没有及时对着文档与开发交流。
  5. 开发提出疑惑时,只处理了当下的问题,没有去记录并避免其他事情。
  6. 出现困惑的时候,没有及时与上级沟通。

这次的问题暴露出来的是我工作习惯上的及其不成熟,(我不想归咎于个人能力不行,)在以后的工作中,需要做到:

  1. 所有文档提前做好准备
  2. 所有人提出的所有问题,记录在案
  3. 任何及时沟通,确保信息的一致
  4. 需要锻炼自己写文档的能力
  5. 当自己有疑惑时,及时沟通,不要因为自己的能力拖累整个团队。
阅读全文 »

在之前的工作中,我更加多的是做一个开发者的角色,只是在产品的设计与功能上有一定自己的话语权。

在豆瓣的时候,做的是内部工具线,所从事的项目的是一个类似 github 开源项目(CODE),整个项目 2,3 名全职的开发,在定义需求上完全就是以使用者为核心,提供使用的便捷性是我开发的第一目的。作为一个什么都不懂的萌新,真的很感谢豆瓣给我足够的信任,给我足够自由的环境让我成长。

之后在美国的一年,做了两个项目,一个 to B,一个 to C,宇哥给了我一个方向,而我在其中尽可能的发挥自己,原型,设计,后端,前端,自动化。一个人把能做的事情都尽可能的做了,离职一年多,老板还和我说,那个项目还在使用,而且对公司发展发挥了很大的作用。但是,只有我自己知道,公司的任务恰好,我都可以完成,我只是在自己的舒适圈里。

创业失败后,开始与多少团队开始合作,团队中每个人都是人才,有最牛的产品经理,最牛的开发,最牛的设计,最牛心理咨询师。我做梦也没有想到,我真正的团队合作是从这里开始,每周电话会议,每周会议纪要,每周进度跟踪。在团队中,我学会了对细节的极致追求,无论是在代码上,还是设计上。但是,渐渐的,当我自己可以把控一切之后,又进入了舒适圈,自己写需求,自己画原型,自己写代码,自己运营。每每觉得疲惫的时候,确实会失去对产品的意义,但是看看产品的未来,看看用户的反馈,就是我继续下去的动力。

毕业这几年个人做的项目不少,在其中扮演的角色也不在少数。但是一直都在自己的舒适圈里,用技术去推动产品,用审美去推动细节。(幼儿园开始学习美术,高中开始学习技术,也算是有一定的基础。)并且这些基本功已经停滞了很多年。相信前几年的工作,很多真的是从完全不懂状态进去了,进去之后,天天想着自己什么都不会,是不是很丢脸。每天晚上想着怎么去处理问题,怎么去提升自己。

阅读全文 »
0%