分类目录归档:随笔

如何通过 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 解决问题,而全流程工程师,则从一个更高层面,以一个全局的视角来解决问题

全流程工程师

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

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

好物推荐:讯飞听见

讯飞听见是一个语音转文字的服务,可以用来进行快速生成字幕、文稿。

对于我来说,可以有效的降低我的时间成本,通过录音转文字,实现快速回溯会议内容。

一个小时的音频只需要 10.25 元,不算太贵。如果考虑自己研发一个工具,可以更便宜。

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)

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

生于忧患,死于安乐

“如何才能够更好的在工作、生活中去生存”是一个问题

那么对于我们来说,最好的方式,莫过于,生于忧患,死于安乐。

将自己放在一个很危险的境地,然后,不停的 Push 自己。

不疯魔,不成活。

“云家庭”数字时代下的新型家庭关系

背景

今天是我和朋友一起买 SetApp Family Plan 整一年的时间。和另外一位朋友在聊的时候,觉得云家庭挺有意思的,便写一篇文章来说一说。

结论

实际上,如今的我们背井离乡,大多是孤身一人生活在一个新的城市。在这个城市里,我们认识的人不多,大多是同事,和我们真正有血缘关系的人也很少。

我们希望将自己的父母、亲戚接到大城市里来,但成本却很高。

在这种情况下,能够提供嘘寒问暖,相互守望关系的云家庭能否成为新的 Family 呢?

整个“云家庭”的所有人在一个城市,或两个相邻的城市,大家可以偶尔一起出来喝个酒,聊聊天,不也很不错么?

内推机会是一个稀缺资源么?

结论

看人,而且绝大多数的时候不是。

实际上,如果你有资格进入到 Tencent、ByteDance 这样的企业,那么你的身边会不缺乏这些企业的人,无论是一些技术交流群,抑或是一些线下活动认识的人,你大多可以在一度人脉或二度人脉中找到这样的人。

如果你没有,是不是反过来要反思,自己没有和社区接轨呢?是不是过去自己太过于敝帚自珍了呢?

“总是”这个功能为谁而设计?

在一些场景中,我们会看到,允许用户输入“总是”这个功能,来简化一些操作。

那么在你看来,这个功能是为谁而设计的呢?

有的人认为,总是这个功能是留给开发者的指引,让开发者可以做静默授权。

有的人认为,总是这个功能用于简化用户端的体验,让用户对于一些经常进行操作的场景,使用一贯的配置,降低使用的成本。

你如何认为呢?