我自己的 TITLE 变了几次，从「全栈工程师」到「全流程工程师」，始终没有变化的是， 是我对于技术的看法。
在过去TITLE是全栈工程师的时候，我认为技术是一个工具，因此我不希望以某一种技术来作为自己的 TITLE，我不是 PHP 工程师，也不是 Node.js 工程师，我就是一个工程师，我面向问题设计方案，解决问题。至于具体的技术是什么，并不重要，重要的是要把问题给搞定。
到了现在 TITLE 是全流程工程师的时候，我依然认为技术是一个工具，不同的是，我又向上抽了一层，现在不仅仅是技术是工具，产品、运营都是工具，对于我来说，只要能够让我解决问题，是不是我自己开发的工具并不重要。
我对技术没有追求么？有的，不然也不会这么折腾。
我对技术有追求么？没有的，因为我视技术为工具，并不太过在意它。
2月是远程工作的一个月，前面半个月在老家工作，后面半个月在深圳工作。希望疫情早日结束，我的很多事情都耽误了。
这个月其实还蛮早就开始工作了，因为腾讯的假期一直延长到了 10 号，所以从 10 号开始就在家远程工作，回到深圳后，也因为需要隔离，所以又在家呆了一周。
但工作上的事情的确都做的差不多了。以后可能对于远程工作更加有信心了。
这个月没有面试，因为没有办法出去面试。
突然有一个想法，我应该去考公务员来着。
原因是
一月注定不平凡。 2019nCoV 的肆虐，让这个开年，做到了最坏。应了那句话“2019 年是过去十年最坏的一年，却是未来十年最好的一年”
本月受假期及 2019nCoV 影响，无面试。
所有的非技术文章将继续在这里更新。技术相关文章将发布在 https://www.cnblogs.com/cloudkit/。
这里也会发布，首发博客园。如果你只对技术相关感兴趣，建议订阅博客园地址。
这个连接是我自己用的工具的更新 CHANGELOG。如果想要试用，可以私聊我获取压缩包。
U 抽象出新的函数，优化程序结构U 更新了数据更新的机制，应用程序回归前台以后会自动刷新应用程序
以训练营产生内容，作为基础，承载后续的活动。
Hakcthon 、有奖征集、TaskCoding 作为转化，产生产品的增长
线下布道 & 线上的布道可以产生新的流程，引入到训练营中。
这样，所有的活动被串联，所有的内容也被串联，形成了流量的闭环。
很多时候，我们都需要找到一个人的联系方式。但是，并不是每一次我们都可以很好的拿到他的联系方式，这个时候，我们就需要借助一些奇技淫巧来找到一个人的联系方式。
在我们使用 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
}
}
}
}
}
}
}
}
}
Code language: JavaScript (javascript)并将 name 替换为你要查询的人的 repo 名，owner 改为你需要查询的人的名字，然后点击执行按钮。
右侧会出现你的执行结果，你会发现，其中出现我们想要的“邮箱”地址。
你会发现，这里其实有两种类型的邮箱，一种是我们常见的，自己用的各种免费邮箱，比如 @qq.com、@gmail.com、@foxmail.com 之类的；另一种是形如 27856297+dependabot-preview[bot]@users.noreply.github.com 这样的邮箱。
这两种邮箱的区别是，前者是我们自己通过 git 设置的邮箱，而后者则是我们通过 Github 网页、 API 操作产生的 commit 。你在查询的时候，要记得去找第一类邮箱来作为参考。
当然，不排除有开发者在看了本篇文章后，去用 private 邮箱修改自己本地的 Git ，那就没办法了。
找到这个邮箱以后怎么办呢？
人需要有骨气，当不吃嗟来之食。
特别是你有的选择的时候。
如果你以勤奋和有创造性的方式工作，你几乎可以得到你想要的任何东西，但你不可能同时得到所有东西。
联想到了“天才就是1%的天赋+99%的汗水”这句话。这句话很经典，如今可能仍然挂在各小学的墙上。当然， 还有人说，爱迪生还说了后半句“没有这 1%…”。
回到这句话，如果我们专注于勤奋，不去做“创造性”的工作和遵循创造性的工作方式，那么对于我们来说，我们自己的工作是否具备创造性？我们是否尝试让我们自己的工作更加可持续、可迭代？勤奋很重要，但思考同样，甚至更加重要。
此外，上面这段话，还可以联想到“学而不思则罔，思而不学则殆”，勤奋 = 学，创造性 = 思。思学结合，才是正途。
我认为所有的组织中基本只有两种类型的人，一种是把工作视为一项使命的一部分，另一种是为薪水工作。我希望我周围的人都是和我有相同需求的人，即那些为了自己而把事情弄明白的人。我说话很坦诚，也希望我周围的人说话坦诚。我为追求我觉得最好的东西而奋斗，而我希望他们也一样。当我觉得谁做了什么蠢事时，我会直说，同时我也希望他们在我干了蠢事时直言相告。这样做将让我们所有人获益。在我看来，强大而富于创造力的人际关系就是这个样子的。以任何其他方式运行的组织都将是低效的、不符合伦理的。
让我回想起前段日子和公关团队、其他团队的同事一起吃饭。当公关团队的 Leader 问到“你们谁是真正喜欢自己在做的产品”时，全场六七个人竟然只有我说自己喜欢自己的产品时，我是非常惊讶的。我惊讶于他们都是“为薪水”工作的人，也让我不由得担心产品的发展。如果产品团队的人都是“为薪水”而工作，那产品能向上走多远，可想而知。
明智的人在经历各种沉浮时都始终盯紧稳健的基本面；而轻浮的人跟着感觉走，做出情绪化的反应，对于热门的东西一拥而上，不热的时候又马上放弃。
颇有巴菲特“价值投资”的味道，关注基本面，知道因为什么而买，知道因为什么而卖。
这是一个可怕的、代价高昂的失误，而我不能做出太激烈的反应，比如把罗斯炒了以儆效尤，告诉大家我们不能容忍错误。因为错误总是免不了的，所以这么做只会促使其他人隐藏错误，而这将导致更大、代价更高的错误。
从那时起，任何时候出现任何性质的不良结果（如一项交易没有执行、我们支付的交易费显著高于预期等），交易员都会记录下来，然后我们采取补救行动。随着我们不断跟踪和解决这些问题，我们的交易执行机制不断完善。
犯错不可怕，可怕的是犯错而不暴露出来，从而导致更大的错误。
对于一个机构、组织、团队来说，如何合理、快速的让错误暴露出来，的确是个问题。
如果事情出了岔子，你必须写入日志，写明其严重程度，并写清楚谁为此负责。如果一个错误发生，记入日志，你就没事；如果没有记，你就会有大麻烦。通过这种方法，问题会被呈送到管理者面前，这比管理者不得不把问题找出来要好得多。错误日志（现在我们称其为问题日志）是我们的第一项管理工具。后来我明白了，管理工具在促使人们采用正确的行为方式方面发挥着重要作用
用一套程序确保问题会摆在桌面上，同时确保问题根源会得到剖析，这样才能实现持续的改进。
我自己能不能有一个错误日志呢？借助错误日志来三省吾身。说干就干，先在 Day one 里建立一个错误日志，并产生一个模板来反省自己。
模板内容：错误发生时间、地点、错误的严重程度、相关人员、错误原因、后续解决方案
Shortcuts + Day One 模板地址：https://www.icloud.com/shortcuts/6576ed99b8534ad2b2471fc58e3488da
1．把我们的真实想法摆在桌面上；2．存在经过深思熟虑的分歧，但人们愿意在相互了解的过程中更改观点；3．如果分歧依然存在，拥有一种大家一致同意的决策方式（如投票或者拥有清晰的权威），以便我们能够不带怨气地把分歧留在身后。
桥水的团队沟通原则，可以参考。
一个管理者能够实现的最大成功就是能够组织其他人在没有你的情况下把事情做好。次好的情况是你自己能把事情做好，最糟糕的是连你自己都做不好。
管理是一门非常重要，值得学习的技术和艺术。
我相信正确的人彼此合作并与计算机合作，才是成功的关键。
人解决创造性问题，机器解决执行问题。