巧妇难为无米之炊

我在做运营的时候,经常会陷入迷茫的状态。就是我脑海中的运营和开发的思维的冲突。

同事在分享:「运营要无能,产品经理要白痴」

给我一种很奇怪的感觉:这种什么都不用做的工作好不好呢?当然好,但是,是不是我们在什么场景下都可以去做呢?

中国古话,巧妇难为无米之炊,可似乎他们都在试图去想要做到无米之炊。这让我开始觉得这个事情不太对了。为什么你可以做无米之炊?这到底是你自己的能力,还是平台的能力?

要不要思考?但如果思考后条件不满足呢?

如果是平台的能力,这并不能算上是无米之炊,你在消费平台的资源。

头疼。头疼。

你为什么要当奋斗逼?

在绝大多数的人眼里,我都还算的上是一个很拼的人。

经常要做很多事情,有自己的成果,同时,还很年轻,可是,为什么,你还是这么拼?

有些时候, 我也在问自己,我为什么要这么拼?回老家每天老婆孩子热炕头不好么?以我的收入,回到老家,每个月绝对可以过的非常自在。但是为什么要坚持呆在大城市,不停的逼着自己往前走呢?难以相信我自己是为什么?

我自己想一想,可能是

  1. 我有太多想要实现的东西:从小我就有不少的想法,「志向远大」,虽然现实不停的击倒我。但因为我自己不断有产品产出,也让我自己开始不断的相信自己,不断的提升自己。
  2. 在我看来,大城市的生活挺好的:大城市的美女挺多的,很养眼。但可能这个问题结婚以后就没有了。
  3. 我所在的行业只在大城市:互联网行业基本上还是在大城市,小城市回去可以很好的生活,但是很难有很好的发展。当然,我自己本身就具备了独立开发者的属性,所以还好。但不争的事实是我回去的话,一定会很无聊,大部分时候都呆在家里。
  4. 我父亲的影响:父亲已经去世了,但不得不说,他给我留下了很多很有价值的东西。比如他的精神。从物质上,他给我留了两套房产,这些东西,都可以被我的孩子所继承。可是,我又能给我的孩子留下什么呢?
  5. 同侪压力:peer pressure 对于我来说压力挺大,我不会不由自主的将自己与那些优秀的人对比,无论比我大,还是比我小。比我大的会想如何才能向他一样。比我小的会想现在的年轻人真厉害,要好好加油。

但是我想,总有一天,我会从深圳离开,因为对于我来说,不一定要呆在深圳,还有更多适合我的地方。

为什么要做共读会?

最近一个月,我做了两场线上的共读会,一场是3 月 1 日开始的 7 天;一场是从今天开始的 7天。

很多人不能理解,为什么你要做共读会?你明明是个程序员

对于我来说,做这个事情的理由还挺简单的:

  • 因为我想读这本书,所以我就搞一个共读会,拉人和我一起读,确保我能把这本书给读了。

本来其实也没有太多的目的,所以我不会太在意有多少人和我一起读,我更在意的是,我自己有没有读过瘾。

一个没有技术追求的工程师

我自己的 TITLE 变了几次,从「全栈工程师」到「全流程工程师」,始终没有变化的是, 是我对于技术的看法。

在过去TITLE是全栈工程师的时候,我认为技术是一个工具,因此我不希望以某一种技术来作为自己的 TITLE,我不是 PHP 工程师,也不是 Node.js 工程师,我就是一个工程师,我面向问题设计方案,解决问题。至于具体的技术是什么,并不重要,重要的是要把问题给搞定。

到了现在 TITLE 是全流程工程师的时候,我依然认为技术是一个工具,不同的是,我又向上抽了一层,现在不仅仅是技术是工具,产品、运营都是工具,对于我来说,只要能够让我解决问题,是不是我自己开发的工具并不重要。

我对技术没有追求么?有的,不然也不会这么折腾。

我对技术有追求么?没有的,因为我视技术为工具,并不太过在意它。

要不要考公务员?

突然有一个想法,我应该去考公务员来着。

原因是

  1. 我自己还年轻,有足够的时间在公务员体系里闹腾。
  2. 我的目标是不上班,达成这个目标有两条路,一个是财务自由,但考工资比较难,无论我是在大公司,还是在小公司。都一样。工资对于原始资本的积累速度是十分慢的。另一个是远程工作,有一个远程工作的事情可以让我到处出去溜达。
  3. 我并不一定需要一份互联网企业、软件企业的工作,因为我一直在研究是独立软件开发。所做的事情也大多不一定需要一个企业。如果需要企业的话,我有合适的伙伴企业来进行资金周转。
  4. 公务员的业余时间足够多,很适合我去做。

如何通过 Github 找到一个人?

很多时候,我们都需要找到一个人的联系方式。但是,并不是每一次我们都可以很好的拿到他的联系方式,这个时候,我们就需要借助一些奇技淫巧来找到一个人的联系方式。

Requirements

  • Github 账号
  • 你要找的人的 GitHub 账号(需要其账号下有仓库)

原理

在我们使用 Git 进行版本控制时,一开始,我们会被要求设置一个 Git 的用户名和邮箱,就像下面这样。

后续,我们的每一个 Commit 都会基于我们填写的用户名和邮箱来进行存储。我们只需要查询一个人在 Github 的提交记录,就可以找到他填写在 Git 中的邮箱和名字,从而方便我们更进一步找到这个人。

实践

想要通过 Git 找到一个人的邮箱,最简单的方法就是使用 Github 提供的 GraphQL 来进行查询,简单方便。

访问Github 的 GraphQL API Explorer,点击右侧的 Sign in ,使用你的 Github 账号登陆,这样就可以调用 Github 的 API 了。

登陆后,你下方的 GraphQL 输入框就可以输入内容了。在其中输入如下代码

{
  repository(name: "grank", owner: "lctt") {
    ref(qualifiedName: "master") {
      target {
        ... on Commit {
          id
          history(first: 5) {
            edges {
              node {
                author {
                  name
                  email
                }
              }
            }
          }
        }
      }
    }
  }
}

并将 name 替换为你要查询的人的 repo 名,owner 改为你需要查询的人的名字,然后点击执行按钮。

右侧会出现你的执行结果,你会发现,其中出现我们想要的“邮箱”地址。

你会发现,这里其实有两种类型的邮箱,一种是我们常见的,自己用的各种免费邮箱,比如 @qq.com@gmail.com@foxmail.com 之类的;另一种是形如 27856297+dependabot-preview[bot]@users.noreply.github.com 这样的邮箱。

这两种邮箱的区别是,前者是我们自己通过 git 设置的邮箱,而后者则是我们通过 Github 网页、 API 操作产生的 commit 。你在查询的时候,要记得去找第一类邮箱来作为参考。

当然,不排除有开发者在看了本篇文章后,去用 private 邮箱修改自己本地的 Git ,那就没办法了。

找到这个邮箱以后怎么办呢?

  1. 直接发邮件联系
  2. 如果是 QQ 邮箱、 Foxmail ,可以试着直接用邮箱,或者邮箱里的 QQ 号加好友。
  3. 通过 Google 搜索这个邮箱,查找其他的关联信息。

没有护城河的运营

在我看来,运营并不是一个好的工作岗位,原因在于,运营没有护城河。

作为工程师,你总有护城河,前端工程师的护城河是跨系统、跨浏览器的兼容、适配问题;后端工程师的护城河是系统性能优化。这些都是实打实的硬能力。回头看看,运营的护城河在哪里?

技能?可以快速学习到,很难快速做到 90 分,但快速 80 分并不成问题。

执行和规划?一个足够细致的 Todo List 可以解决绝大多数问题。

思维模式?这个是需要学习的,而且对于运营和开发来说没有区别。

什么样的东西才能算得上护城河?

第一、绝无仅有,是其他同事无法模仿或超越的。

第二、可持续,可以不断地使用,不断地加深加固。

从这个角度来看,上面图片所介绍的内容,都算不上护城河,也就是说,对于运营来说,很容易被别人所替代。

推荐阅读

http://www.woshipm.com/zhichang/2625381.html

2019.12.26 补充

咨询了我的 Leader 以后,她给我的答复是这样的

  • 【运营本质就是用最少的资源最多的事情】
  • 核心是资源整合和管理
  • 想不到可以这么做,是不同段位的运营的差异

全流程工程师

全栈工程师之后,我给自己的全新定位从全栈工程师,变为了全流程工程师

全栈工程师面向的是问题,你需要 Case By Case 解决问题,而全流程工程师,则从一个更高层面,以一个全局的视角来解决问题

全流程工程师

  • 掌握从产品设计、产品研发、产品运营等流程的基础工作流程。并能在相关工作人员无法继续工作时,顶替其工作能够辅助各流程工作人员,更好完成其本职工作。
  • 提供跨流程的沟通能力,比如产品设计与产品研发、产品研发与产品运营、产品设计与产品运营之间的沟通。
  • 提供多视角意见,帮助团队、企业构建应用。

全流程工程师的工作不受限于具体的任务的分工,他更像是团队里的救火队长,横贯整个应用开发的所有流程,虽然看起来是一个打杂的,但因为掌握了整个流程的工作能力,也拥有更强的作战能力。

Self Dashboard

今天在办公室配置了 4 块屏幕

在上了 4 块屏幕以后,我认为借助随航实现的 iPad Pro 屏幕最好的用途就是提供各种各样的 Dashbard ,来做监控,于是,简单做了一个个人的 Dashboard 的原型,用于监控个人想要关注的信息,我将其命名为 Self DashBoard

Self Dashboard

需求

  • 可以自定多个 Dashboard (用于切换不同的 Workspace)
  • 每个 Dashboard 内是一套栅栏系统(所以 Electron 是一个好的技术栈)
  • Block 可以分为 1/4,1/3,1/2,1/1 四种
  • 每 row 的高度由最大的确定,其他的 block 配合调整
  • 每个 Row 内的内容可以是
    • Todo
    • 数字(比如跳动的数字,可以用作仪表盘)
    • 图表(比如饼状图、折线图)
    • Notes(用来速记)
    • Button (Quick Actions)

灵感有了,就差一个程序员了。