Feb
24
Why: kitex framework is using gofumpt as linter in gitlab CI, but goland defaults to use gofmt, which enforces weaker rules.
Procedure:
0. $ go install mvdan.cc/gofumpt@v0.2.0 # or any version as you need
1. Install file watcher plugin in goland settings;
2. Go to settings -> Tools -> File Watchers:
2.1. Click on "+", and choose "go fmt"
2.2. Replace "Program:" to be the full path of your gofumpt binary
2.3. Modify "Arguments:" to be "-w $FilePath$"
2.4 OK & OK again.
Procedure:
0. $ go install mvdan.cc/gofumpt@v0.2.0 # or any version as you need
1. Install file watcher plugin in goland settings;
2. Go to settings -> Tools -> File Watchers:
2.1. Click on "+", and choose "go fmt"
2.2. Replace "Program:" to be the full path of your gofumpt binary
2.3. Modify "Arguments:" to be "-w $FilePath$"
2.4 OK & OK again.
Aug
9
遥想第一次听说Google Authenticator已经是 7年前的事情 了，那时候它还托管在 Google Code 上（缅怀）。
说来惭愧，那会儿我就已经用着 SecureCRT 好几年了，就在D厂的时候大家都在用的那个D版。今年终于咬牙买了个正版，突然意识到它的Logon Script可以用来搞这个两步认证，上网搜了一下，已经有大神写好放在 gist 上了，于是抄了一把，略作改动，贴在这里。
注意：
1. 记得要把 SecureCRT session option里 Login Actions → "Display logon prompts in terminal window" 勾上。
2. 这个版本是windows版用的，保存成py文件；用mac版的同学，要看下scrt的脚本引擎是py2还是py3，py3的话，得用原作者这个 gist 里的另一个版本
REF：
https://gist.github.com/hex-ci/a8c58ac049c4b3a05ef2d6f9d98193c2
说来惭愧，那会儿我就已经用着 SecureCRT 好几年了，就在D厂的时候大家都在用的那个D版。今年终于咬牙买了个正版，突然意识到它的Logon Script可以用来搞这个两步认证，上网搜了一下，已经有大神写好放在 gist 上了，于是抄了一把，略作改动，贴在这里。
注意：
1. 记得要把 SecureCRT session option里 Login Actions → "Display logon prompts in terminal window" 勾上。
2. 这个版本是windows版用的，保存成py文件；用mac版的同学，要看下scrt的脚本引擎是py2还是py3，py3的话，得用原作者这个 gist 里的另一个版本
# $language = "python"
# $interface = "1.0"
import hmac, base64, struct, hashlib, time, json, os
TOTP_KEY = 'YOUR_TOTP_KEY'
YOUR_PASSWD = 'PASSWORD'
def get_hotp_token(secret, intervals_no):
"""This is where the magic happens."""
key = base64.b32decode(normalize(secret), True) # True is to fold lower into uppercase
msg = struct.pack(">Q", intervals_no)
h = hmac.new(key, msg, hashlib.sha1).digest()
o = ord(h[19]) & 15
h = str((struct.unpack(">I", h[o:o+4])[0] & 0x7fffffff) % 1000000)
return prefix0(h)
def get_totp_token(secret):
"""The TOTP token is just a HOTP token seeded with every 30 seconds."""
return get_hotp_token(secret, intervals_no=int(time.time())//30)
def normalize(key):
"""Normalizes secret by removing spaces and padding with = to a multiple of 8"""
k2 = key.strip().replace(' ','')
# k2 = k2.upper() # skipped b/c b32decode has a foldcase argument
if len(k2)%8 != 0:
k2 += '='*(8-len(k2)%8)
return k2
def prefix0(h):
"""Prefixes code with leading zeros if missing."""
if len(h) < 6:
h = '0'*(6-len(h)) + h
return h
def main():
tab = crt.GetScriptTab()
if tab.Session.Connected != True:
crt.Dialog.MessageBox("Session Not Connected")
return
tab.Screen.Synchronous = True
tab.Screen.WaitForStrings(['[MFA auth]:'])
vc = get_totp_token(TOTP_KEY)
tab.Screen.Send("{vc}\r\n".format(vc=vc))
tab.Screen.WaitForStrings(['Opt>'])
tab.Screen.Send("relay2\r\n")
if tab.Screen.WaitForString('password:', 1):
tab.Screen.Send("{pwd}\r\n".format(pwd=YOUR_PASSWD)) #鄙厂的relay后面还有个relay
return
main()
# $interface = "1.0"
import hmac, base64, struct, hashlib, time, json, os
TOTP_KEY = 'YOUR_TOTP_KEY'
YOUR_PASSWD = 'PASSWORD'
def get_hotp_token(secret, intervals_no):
"""This is where the magic happens."""
key = base64.b32decode(normalize(secret), True) # True is to fold lower into uppercase
msg = struct.pack(">Q", intervals_no)
h = hmac.new(key, msg, hashlib.sha1).digest()
o = ord(h[19]) & 15
h = str((struct.unpack(">I", h[o:o+4])[0] & 0x7fffffff) % 1000000)
return prefix0(h)
def get_totp_token(secret):
"""The TOTP token is just a HOTP token seeded with every 30 seconds."""
return get_hotp_token(secret, intervals_no=int(time.time())//30)
def normalize(key):
"""Normalizes secret by removing spaces and padding with = to a multiple of 8"""
k2 = key.strip().replace(' ','')
# k2 = k2.upper() # skipped b/c b32decode has a foldcase argument
if len(k2)%8 != 0:
k2 += '='*(8-len(k2)%8)
return k2
def prefix0(h):
"""Prefixes code with leading zeros if missing."""
if len(h) < 6:
h = '0'*(6-len(h)) + h
return h
def main():
tab = crt.GetScriptTab()
if tab.Session.Connected != True:
crt.Dialog.MessageBox("Session Not Connected")
return
tab.Screen.Synchronous = True
tab.Screen.WaitForStrings(['[MFA auth]:'])
vc = get_totp_token(TOTP_KEY)
tab.Screen.Send("{vc}\r\n".format(vc=vc))
tab.Screen.WaitForStrings(['Opt>'])
tab.Screen.Send("relay2\r\n")
if tab.Screen.WaitForString('password:', 1):
tab.Screen.Send("{pwd}\r\n".format(pwd=YOUR_PASSWD)) #鄙厂的relay后面还有个relay
return
main()
REF：
https://gist.github.com/hex-ci/a8c58ac049c4b3a05ef2d6f9d98193c2
Jul
6
今年开始写公众号，最初是想通过写点东西辅助招聘（真的很缺人）。几篇以后发现效果并不好，但“写作”这件事情却是断断续续坚持下来了。
这背后有些自觉有意思的思考，希望通过本文做一个梳理和总结。
写作
如果写技术博客也算写作的话，那我已经写作十几年了。
刚开始啥也不懂，一个简单的知识点（比如ASCII码表）也写一篇，又或者觍着脸从别的博客转载过来，自己还挺开心 —— 看，又多了一篇。
最近几年我意识到，写作其实就是自己和自己对话的过程。
在这个过程中，你需要把之前输入的知识串到自己的逻辑链上，从而可以很好地把这些知识内化，变成自己的东西。
在写作时我还常常会发现，很多知识点原来并没有吃透。为了把它们写出来，需要进一步查找资料、学习、夯实。
比如之前发的这篇《踩坑记：go服务内存暴涨》，其中 MADV_ADVISE 和 MADV_FREE 这些知识背后的细节也算是现学现卖的，通过写作把它吃透，加入了自己的知识库。
文章被分享后，常会收到很多建设性的讨论，在这个过程中不仅学习到了他人的知识，还通过和他人的对话进一步强化或修正了自己的逻辑链。
越写收获越多、收获越多越愿意写，这样就形成了一个正反馈循环。
视角
在这个过程中，我不断提示自己要注意写作的视角 —— 要充分认识到知识的诅咒。我把它简单理解成“你知道的东西都会觉得简单、不知道的就会觉得难”。
比如快排这个算法，大一的时候我花了很久才想明白它是如何在数组里做原地划分的；而一旦想明白了，就会觉得其实很简单，无非就是两个指针加一个临时变量来回捣腾。
有鉴于此，我们往往是很难完全以新手的视角来看待问题；相信你也注意到，现实中很多高手在实战中很厉害，但是却不擅长教导别人（因此知识的诅咒也称为“专家盲点”）。
这对我的启示是，不要因为觉得某个知识太简单就不写了，实际上越简单的知识能帮到的人越多（所以知识付费大卖的课程往往都是比较简单的课程）。这一点在团队的文档建设中尤其重要。
可读性
另一方面我也在努力提高行文的可读性。
首先，在写作时我会尽量避免思维跳跃，如前所述，有很多自己觉得显而易见的知识点，对于新手往往就是不可逾越的鸿沟。
为什么我们在高数课上容易犯困？因为一旦有个知识点没有衔接上，后面的逻辑都变得无法理解；而对于持续输入的无法理解的信息，大脑只能罢工了。
因此我宁愿行文时啰嗦一些，多补充相关细节。
其次，如果不是严肃话题，我会想办法提高内容的故事性，并选用轻松活跃的措辞。
人类大脑保留的动物性有两个体现，一是喜欢听故事而不是冗长乏味的逻辑推演，二是喜欢即时反馈（给我一袋瓜子，我能磕一个下午）。
这使得今日头条和抖音这样提供即时满足感的app能够如此大行其道，虽然一鸣同学对ByteDancer的要求都是延迟满足。
具体到写作时可以使用一些小技巧，比如在文章中有意识地加入一些段子、表情包、埋包袱，都可以提高阅读体验，从而提升阅读完成率。
为了制造效果，甚至可以考虑植入一些无伤大雅的错误，比如端午节的月饼和中秋节的粽子。
此外，还要尽量避免大段的文字，以避免对阅读者造成视觉上的压迫感。
这也就是这句话要换行、以及隔一段起标题的原因。
分歧
禅宗有云：不立文字。
文字是思维的投影，在这个过程中不可避免地，会丢失一些无法用文字描述的信息。
而阅读则是这个投影的逆过程，因各自阅历不同，每个读者又会融入自己的独特见解。
因此读者很可能无法准确了解作者想表达的含义。
另一方面，即使读者能够理解，往往也会有自己的不同观点。
因此存在分歧属于正常情况，但随之而来的反馈却往往大相径庭。
建设性的反馈
对于这些分歧，有些人会给出建设性的反馈，通过友好而理性的表述，将自己的疑惑或者反对意见表达出来，并且给出自己的理由。
我喜欢这种反馈 —— 有时对方正确，有时我正确，又或者都有考虑不周的地方，但只要双方都怀着最大的诚意，通过充分的沟通和探讨，也就是建设性的讨论，最终可以达成一致或互相理解。
特别需要注意的是，形而上学的问题并不总能达成一致，讨论双方都应当有这样的预期。
这种问题的特点是，各自的观点或结论不具有可证伪性，比如世界的本质是什么，人生的意义是什么，是否应该凡事都相信科学等等。
还有一些情况，比如“如何面试候选人”，现实中不具备可靠的方法来比较各自的观点的优劣，因此也不具备完全达成一致的基础，讨论中就应注意求同存异，而不是升级为对抗性的说服。
破坏性的反馈
另外有些人倾向于给出破坏性的反馈：一旦感觉和自己理念或逻辑有冲突，就上头开喷。
比如“废话太多，一句话掰开十句话说谁都会”，不考虑作者的用意，只凭自己喜好逞口舌之快；又或者“这个需求就是有病”，不考虑问题的背景和受到的现实约束。
他们试图从自己对文字的理解出发，用居高临下的视角来评论以体现自己的正确，因此也放弃了可能对自己有收获的部分。
对这种反馈，最好的办法是不去理会，因为不太可能形成建设性的讨论。
还有些稍好，在反馈中会给出详细的意见，但是语气很重，或通篇透露着只有自己掌握了真理的自信。
理性一点看，这种反馈也有所助益。但人毕竟是感性的，在这种情况下，出于被认可的需要和避免自己认知失调，人的本能是进一步的带着情绪的反驳，因此后续讨论很容易会陷入互相攻讦，最终使得双方进一步分道扬镳。
想要克服这种反驳中夹带的情绪，得通过不断的自省和训练来达成。
这一点也是我还需要改善的地方。今年文章尽管都只有两三千字，但我每次都花费几个小时反复推敲措辞，才形成自己满意的版本。
对于轻佻、不负责任的评论，难免引起情绪的波动；但这都是在这条路上成长必然会遇到的，也给我提供了自省和训练的机会，其实也是很有意思的体验。
收尾
所幸禅宗终究是随着文字流传了下来，这也让人对文字的力量更有信心。
最近发出的文章，收到了很多点赞、收藏和感谢，相信这些读者或多或少从中得到了自己想要的内容，这也是我持续写作的一个动力来源。
最后用一句话自勉：
唯一没有瑕疵的作家是那些从不写作的人。
这背后有些自觉有意思的思考，希望通过本文做一个梳理和总结。
写作
如果写技术博客也算写作的话，那我已经写作十几年了。
刚开始啥也不懂，一个简单的知识点（比如ASCII码表）也写一篇，又或者觍着脸从别的博客转载过来，自己还挺开心 —— 看，又多了一篇。
最近几年我意识到，写作其实就是自己和自己对话的过程。
在这个过程中，你需要把之前输入的知识串到自己的逻辑链上，从而可以很好地把这些知识内化，变成自己的东西。
在写作时我还常常会发现，很多知识点原来并没有吃透。为了把它们写出来，需要进一步查找资料、学习、夯实。
比如之前发的这篇《踩坑记：go服务内存暴涨》，其中 MADV_ADVISE 和 MADV_FREE 这些知识背后的细节也算是现学现卖的，通过写作把它吃透，加入了自己的知识库。
文章被分享后，常会收到很多建设性的讨论，在这个过程中不仅学习到了他人的知识，还通过和他人的对话进一步强化或修正了自己的逻辑链。
越写收获越多、收获越多越愿意写，这样就形成了一个正反馈循环。
视角
在这个过程中，我不断提示自己要注意写作的视角 —— 要充分认识到知识的诅咒。我把它简单理解成“你知道的东西都会觉得简单、不知道的就会觉得难”。
比如快排这个算法，大一的时候我花了很久才想明白它是如何在数组里做原地划分的；而一旦想明白了，就会觉得其实很简单，无非就是两个指针加一个临时变量来回捣腾。
有鉴于此，我们往往是很难完全以新手的视角来看待问题；相信你也注意到，现实中很多高手在实战中很厉害，但是却不擅长教导别人（因此知识的诅咒也称为“专家盲点”）。
这对我的启示是，不要因为觉得某个知识太简单就不写了，实际上越简单的知识能帮到的人越多（所以知识付费大卖的课程往往都是比较简单的课程）。这一点在团队的文档建设中尤其重要。
可读性
另一方面我也在努力提高行文的可读性。
首先，在写作时我会尽量避免思维跳跃，如前所述，有很多自己觉得显而易见的知识点，对于新手往往就是不可逾越的鸿沟。
为什么我们在高数课上容易犯困？因为一旦有个知识点没有衔接上，后面的逻辑都变得无法理解；而对于持续输入的无法理解的信息，大脑只能罢工了。
因此我宁愿行文时啰嗦一些，多补充相关细节。
其次，如果不是严肃话题，我会想办法提高内容的故事性，并选用轻松活跃的措辞。
人类大脑保留的动物性有两个体现，一是喜欢听故事而不是冗长乏味的逻辑推演，二是喜欢即时反馈（给我一袋瓜子，我能磕一个下午）。
这使得今日头条和抖音这样提供即时满足感的app能够如此大行其道，虽然一鸣同学对ByteDancer的要求都是延迟满足。
具体到写作时可以使用一些小技巧，比如在文章中有意识地加入一些段子、表情包、埋包袱，都可以提高阅读体验，从而提升阅读完成率。
为了制造效果，甚至可以考虑植入一些无伤大雅的错误，比如端午节的月饼和中秋节的粽子。
此外，还要尽量避免大段的文字，以避免对阅读者造成视觉上的压迫感。
这也就是这句话要换行、以及隔一段起标题的原因。
分歧
禅宗有云：不立文字。
文字是思维的投影，在这个过程中不可避免地，会丢失一些无法用文字描述的信息。
而阅读则是这个投影的逆过程，因各自阅历不同，每个读者又会融入自己的独特见解。
因此读者很可能无法准确了解作者想表达的含义。
另一方面，即使读者能够理解，往往也会有自己的不同观点。
因此存在分歧属于正常情况，但随之而来的反馈却往往大相径庭。
建设性的反馈
对于这些分歧，有些人会给出建设性的反馈，通过友好而理性的表述，将自己的疑惑或者反对意见表达出来，并且给出自己的理由。
我喜欢这种反馈 —— 有时对方正确，有时我正确，又或者都有考虑不周的地方，但只要双方都怀着最大的诚意，通过充分的沟通和探讨，也就是建设性的讨论，最终可以达成一致或互相理解。
特别需要注意的是，形而上学的问题并不总能达成一致，讨论双方都应当有这样的预期。
这种问题的特点是，各自的观点或结论不具有可证伪性，比如世界的本质是什么，人生的意义是什么，是否应该凡事都相信科学等等。
还有一些情况，比如“如何面试候选人”，现实中不具备可靠的方法来比较各自的观点的优劣，因此也不具备完全达成一致的基础，讨论中就应注意求同存异，而不是升级为对抗性的说服。
破坏性的反馈
另外有些人倾向于给出破坏性的反馈：一旦感觉和自己理念或逻辑有冲突，就上头开喷。
比如“废话太多，一句话掰开十句话说谁都会”，不考虑作者的用意，只凭自己喜好逞口舌之快；又或者“这个需求就是有病”，不考虑问题的背景和受到的现实约束。
他们试图从自己对文字的理解出发，用居高临下的视角来评论以体现自己的正确，因此也放弃了可能对自己有收获的部分。
对这种反馈，最好的办法是不去理会，因为不太可能形成建设性的讨论。
还有些稍好，在反馈中会给出详细的意见，但是语气很重，或通篇透露着只有自己掌握了真理的自信。
理性一点看，这种反馈也有所助益。但人毕竟是感性的，在这种情况下，出于被认可的需要和避免自己认知失调，人的本能是进一步的带着情绪的反驳，因此后续讨论很容易会陷入互相攻讦，最终使得双方进一步分道扬镳。
想要克服这种反驳中夹带的情绪，得通过不断的自省和训练来达成。
这一点也是我还需要改善的地方。今年文章尽管都只有两三千字，但我每次都花费几个小时反复推敲措辞，才形成自己满意的版本。
对于轻佻、不负责任的评论，难免引起情绪的波动；但这都是在这条路上成长必然会遇到的，也给我提供了自省和训练的机会，其实也是很有意思的体验。
收尾
所幸禅宗终究是随着文字流传了下来，这也让人对文字的力量更有信心。
最近发出的文章，收到了很多点赞、收藏和感谢，相信这些读者或多或少从中得到了自己想要的内容，这也是我持续写作的一个动力来源。
最后用一句话自勉：
唯一没有瑕疵的作家是那些从不写作的人。
Feb
15
== 结构化面试 ==
在字节跳动，我们使用结构化面试法来考查应聘者的技能。
所谓结构化，指的是将各种知识技能做好划分，例如编程语言，操作系统，数据库，网络，算法，工程/架构设计，并通过几个面试官之间的多轮交叉面试来考查掌握程度。
这样的面试方法，可以避免某个面试官考察太偏，并充分挖掘候选人的亮点。
== 技能 ==
在具体的面试中，每一个方向都会由浅入深去考查。
以编程语言为例，比如某个应聘者常用语言是Python，我会先考查一些语言的基础特性，例如什么是magic function，__repr__ 和 __str__ 的区别等。
确认候选人对语言的使用掌握符合预期后，再考查候选人对python底层实现的理解，例如展开聊聊python的gc相关知识。
更进一步，可以结合一些具体的应用场景来考查候选人对语言的综合应用能力，例如使用Python的多线程，需要考虑什么，如何提高某些任务中的效率等。
通过这样的综合考察，我避开了所有学过下面这本书的程序员。
== 算法 ==
值得一提的是算法/数据结构，这是字节跳动面试的一大特点，也是网上各面经都会提(tu)到(cao)的。
通常来说每一轮面试都会要求候选人完成一道算法题，现场面试就直接在纸上写，远程面试则是在在线共享编辑的IDE环境里完成。
可能早期常有面试官让候选人手写红黑树，以至于"手写红黑树"已经成为一个内部梗。
实际上难度没有太夸张，通常来说15分钟内完成 Leetcode Medium 级别的题目，就能满足面试要求了（划重点）。
我更倾向于考查操作基础数据结构的题目，关注点放在对代码的掌控力，而不是某个具体的算法。
不过，对于有ACM经历的同学，面试官可能会尝试用 Hard 级别题目来challenge。比如我内推的某同学被问了 manacher's algorithm，可能是和面试官八字不合。
但也不用太担心，毕竟不是谁都像他一样拿了ACM金牌。
== 沟通 ==
候选人的沟通能力也是考查的重点。
例如，在面试中的工程设计题通常是开放式问题，题面往往不是精确的，问题的规模，可能存在的问题，或者可以忽略的一些细节，都可以在前期的沟通中确认，然后再开始设计。
还有，在面试过程中的知识盲点，要注意避免不懂装懂的强行作答，但利用已有知识做出的合理推测则是加分项。两种行为的边界可能有点模糊，这就考验候选人的沟通技巧了。
== 总结 ==
我想要招什么样的候选人？概括而言就是：聪明，勤奋，有潜力。
更具体的，大佬早就讲过了，推荐阅读字节跳动创始人张一鸣的演讲《我面了两千个年轻人，发现混得好的都有这5种特质》：https://www.toutiao.com/i6681549238490366472
== 硬广 ==
最后，我目前在字节跳动的网盟广告业务线（穿山甲），由于业务持续高速发展，长期缺人、不限HC，欢迎踊跃投递：
后端开发(上海)：https://job.toutiao.com/s/sBAvKe
后端开发(北京)：https://job.toutiao.com/s/sBMyxk
广告策略研发(上海)：https://job.toutiao.com/s/sBDMAK
测试开发(上海)：https://job.toutiao.com/s/sBUKuh
其他地区、职能线：https://job.toutiao.com/s/sB9Jqk
在字节跳动，我们使用结构化面试法来考查应聘者的技能。
所谓结构化，指的是将各种知识技能做好划分，例如编程语言，操作系统，数据库，网络，算法，工程/架构设计，并通过几个面试官之间的多轮交叉面试来考查掌握程度。
这样的面试方法，可以避免某个面试官考察太偏，并充分挖掘候选人的亮点。
== 技能 ==
在具体的面试中，每一个方向都会由浅入深去考查。
以编程语言为例，比如某个应聘者常用语言是Python，我会先考查一些语言的基础特性，例如什么是magic function，__repr__ 和 __str__ 的区别等。
确认候选人对语言的使用掌握符合预期后，再考查候选人对python底层实现的理解，例如展开聊聊python的gc相关知识。
更进一步，可以结合一些具体的应用场景来考查候选人对语言的综合应用能力，例如使用Python的多线程，需要考虑什么，如何提高某些任务中的效率等。
通过这样的综合考察，我避开了所有学过下面这本书的程序员。
== 算法 ==
值得一提的是算法/数据结构，这是字节跳动面试的一大特点，也是网上各面经都会提(tu)到(cao)的。
通常来说每一轮面试都会要求候选人完成一道算法题，现场面试就直接在纸上写，远程面试则是在在线共享编辑的IDE环境里完成。
可能早期常有面试官让候选人手写红黑树，以至于"手写红黑树"已经成为一个内部梗。
实际上难度没有太夸张，通常来说15分钟内完成 Leetcode Medium 级别的题目，就能满足面试要求了（划重点）。
我更倾向于考查操作基础数据结构的题目，关注点放在对代码的掌控力，而不是某个具体的算法。
不过，对于有ACM经历的同学，面试官可能会尝试用 Hard 级别题目来challenge。比如我内推的某同学被问了 manacher's algorithm，可能是和面试官八字不合。
但也不用太担心，毕竟不是谁都像他一样拿了ACM金牌。
== 沟通 ==
候选人的沟通能力也是考查的重点。
例如，在面试中的工程设计题通常是开放式问题，题面往往不是精确的，问题的规模，可能存在的问题，或者可以忽略的一些细节，都可以在前期的沟通中确认，然后再开始设计。
还有，在面试过程中的知识盲点，要注意避免不懂装懂的强行作答，但利用已有知识做出的合理推测则是加分项。两种行为的边界可能有点模糊，这就考验候选人的沟通技巧了。
== 总结 ==
我想要招什么样的候选人？概括而言就是：聪明，勤奋，有潜力。
更具体的，大佬早就讲过了，推荐阅读字节跳动创始人张一鸣的演讲《我面了两千个年轻人，发现混得好的都有这5种特质》：https://www.toutiao.com/i6681549238490366472
== 硬广 ==
最后，我目前在字节跳动的网盟广告业务线（穿山甲），由于业务持续高速发展，长期缺人、不限HC，欢迎踊跃投递：
后端开发(上海)：https://job.toutiao.com/s/sBAvKe
后端开发(北京)：https://job.toutiao.com/s/sBMyxk
广告策略研发(上海)：https://job.toutiao.com/s/sBDMAK
测试开发(上海)：https://job.toutiao.com/s/sBUKuh
其他地区、职能线：https://job.toutiao.com/s/sB9Jqk
Jul
4
课程结束了，记录一下 Level 7 用到的这些 TED 课程，感觉还不错。
* Level 7
** Unit 1
*** Part 1
On Procrastination
https://www.ted.com/talks/tim_urban_inside_the_mind_of_a_master_procrastinator/transcript
*** Part 2
How Leaders Inspire Us
https://www.ted.com/talks/simon_sinek_how_great_leaders_inspire_action/transcript
*** Part 3
On Endurance
https://www.ted.com/talks/david_blaine_how_i_held_my_breath_for_17_min/transcript
** Unit 2
*** Part 1
Never Ever Give Up
https://www.ted.com/talks/diana_nyad_never_ever_give_up/transcript
*** Part 2
The Boiling River
https://www.ted.com/talks/andres_ruzo_the_mythical_boiling_river_of_the_amazon/transcript
*** Part 3
On Machine Intelligence
https://www.ted.com/talks/zeynep_tufekci_machine_intelligence_makes_human_morals_more_important/transcript
** Unit 3
*** Part 1
Being a Global Citizen
https://www.ted.com/talks/hugh_evans_what_does_it_mean_to_be_a_citizen_of_the_world/transcript
*** Part 2
On Reading Minds
https://www.ted.com/talks/rebecca_saxe_how_brains_make_moral_judgments/transcript
*** Part 3
David and Goliath
https://www.ted.com/talks/malcolm_gladwell_the_unheard_story_of_david_and_goliath/transcript
* Level 8
** Unit 1
*** Part 1
The Math of Love
https://www.ted.com/talks/hannah_fry_the_mathematics_of_love/transcript
* Level 7
** Unit 1
*** Part 1
On Procrastination
https://www.ted.com/talks/tim_urban_inside_the_mind_of_a_master_procrastinator/transcript
*** Part 2
How Leaders Inspire Us
https://www.ted.com/talks/simon_sinek_how_great_leaders_inspire_action/transcript
*** Part 3
On Endurance
https://www.ted.com/talks/david_blaine_how_i_held_my_breath_for_17_min/transcript
** Unit 2
*** Part 1
Never Ever Give Up
https://www.ted.com/talks/diana_nyad_never_ever_give_up/transcript
*** Part 2
The Boiling River
https://www.ted.com/talks/andres_ruzo_the_mythical_boiling_river_of_the_amazon/transcript
*** Part 3
On Machine Intelligence
https://www.ted.com/talks/zeynep_tufekci_machine_intelligence_makes_human_morals_more_important/transcript
** Unit 3
*** Part 1
Being a Global Citizen
https://www.ted.com/talks/hugh_evans_what_does_it_mean_to_be_a_citizen_of_the_world/transcript
*** Part 2
On Reading Minds
https://www.ted.com/talks/rebecca_saxe_how_brains_make_moral_judgments/transcript
*** Part 3
David and Goliath
https://www.ted.com/talks/malcolm_gladwell_the_unheard_story_of_david_and_goliath/transcript
* Level 8
** Unit 1
*** Part 1
The Math of Love
https://www.ted.com/talks/hannah_fry_the_mathematics_of_love/transcript
Apr
24
工作这几年，面试了很多人，也结合了自己工作的经验，有一些心得，但是没有深入地思考过。
正好看到两位大佬的总结，很有共鸣，做个梳理，作为一面镜子，照照自己。
~ 张一鸣：我面了两千个年轻人，发现混的好的都有这5种特质
@ https://www.toutiao.com/i6681549238490366472
~ 谢熊猫君：如何辨认身边的聪明人？
@ https://mp.weixin.qq.com/s/jvqMxdHRRBhhWl29fj3RHg
正好看到两位大佬的总结，很有共鸣，做个梳理，作为一面镜子，照照自己。
~ 张一鸣：我面了两千个年轻人，发现混的好的都有这5种特质
@ https://www.toutiao.com/i6681549238490366472
~ 谢熊猫君：如何辨认身边的聪明人？
@ https://mp.weixin.qq.com/s/jvqMxdHRRBhhWl29fj3RHg
Mar
12
这篇文章用于展示微软有多蠢。
除了环境光感应调整屏幕亮度之外，Surface Pro 还有一个傻逼特性，叫做 Adaptive Contrast（有些地方翻译为自适应亮度）。
这是 Intel 显卡驱动中实现的一个功能，在屏幕显示的内容亮度较低的时候（例如打开一个暗色调的图片），自动降低屏幕的亮度用于省电。
结果就是体验烂到爆炸。微软自作聪明起来，简直比苹果还蠢。
而且找不到关闭选项：Surface Pro 6 上的 Intel 驱动程序没有独立的控制面板，官网下载的驱动程序无法直接安装 —— 得先删除显卡，然而还是没有显卡控制面板。
微软技术支持服务上有人提出这个问题，官方人员的回答Windows自带的帮助功能一个尿性：都是套路，且毫无卵用。
网上可以搜到很多无效解决方案：
1. 设置 - 系统 - 显示 - “当光线变化时自动调节亮度”
误：不是这个功能。
2. 控制面板 - 系统和安全 - 电源选项 - 更改计划设置 - 更改高级电源设置 - 显示 - 启用自适应亮度 - 关闭
误：无效
3. 注册表编辑器 - 找到下述注册表键值 - 从 9240 修改为 9250
[HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\Class\{4d36e968-e325-11ce-bfc1-08002be10318}\0001] FeatureTestControl
误：早期版本的 Surface Pro 上有 0001 这个项，但 Surface Pro 6 没有（只有 0000 ，而且 value 是 8200 而不是 9240 ）。新建一个 0001 ，设置 FeatureTestControl = 9250 无效。
最后终于找到这里：https://mikebattistablog.wordpress.com/2016/05/27/disable-intel-dpst-on-sp4/
应该修改 0000 项里的 FeatureTestControl ，这是一个 bitfield，其中从低到高的第 5 个 bit 表示是否启用 Intel Display Power Saving Technology （DPST）。将这个 bit 修改为 1 ，就可以禁用 DPST。
最终，将 0000 下的 FeatureTestControl 从 8200 改为 8210 ，并重启以后解决问题。
除了环境光感应调整屏幕亮度之外，Surface Pro 还有一个傻逼特性，叫做 Adaptive Contrast（有些地方翻译为自适应亮度）。
这是 Intel 显卡驱动中实现的一个功能，在屏幕显示的内容亮度较低的时候（例如打开一个暗色调的图片），自动降低屏幕的亮度用于省电。
结果就是体验烂到爆炸。微软自作聪明起来，简直比苹果还蠢。
而且找不到关闭选项：Surface Pro 6 上的 Intel 驱动程序没有独立的控制面板，官网下载的驱动程序无法直接安装 —— 得先删除显卡，然而还是没有显卡控制面板。
微软技术支持服务上有人提出这个问题，官方人员的回答Windows自带的帮助功能一个尿性：都是套路，且毫无卵用。
网上可以搜到很多无效解决方案：
1. 设置 - 系统 - 显示 - “当光线变化时自动调节亮度”
误：不是这个功能。
2. 控制面板 - 系统和安全 - 电源选项 - 更改计划设置 - 更改高级电源设置 - 显示 - 启用自适应亮度 - 关闭
误：无效
3. 注册表编辑器 - 找到下述注册表键值 - 从 9240 修改为 9250
[HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\Class\{4d36e968-e325-11ce-bfc1-08002be10318}\0001] FeatureTestControl
误：早期版本的 Surface Pro 上有 0001 这个项，但 Surface Pro 6 没有（只有 0000 ，而且 value 是 8200 而不是 9240 ）。新建一个 0001 ，设置 FeatureTestControl = 9250 无效。
最后终于找到这里：https://mikebattistablog.wordpress.com/2016/05/27/disable-intel-dpst-on-sp4/
应该修改 0000 项里的 FeatureTestControl ，这是一个 bitfield，其中从低到高的第 5 个 bit 表示是否启用 Intel Display Power Saving Technology （DPST）。将这个 bit 修改为 1 ，就可以禁用 DPST。
最终，将 0000 下的 FeatureTestControl 从 8200 改为 8210 ，并重启以后解决问题。
Aug
3
1. 意志力
有些人似乎天生就有很强的意志力，可以长时间连续做某件事情而不知疲倦，例如学霸可以长时间做题，计算机大神可以长时间编写代码（看看那些 Hackathon 比赛）。但我认为这里有一些事实被掩盖了——你回顾一下，是不是也有一些自己可以长时间做而不会疲倦的事情，例如王者荣耀、吃鸡，又或者刷各种美剧？你也许会觉得，这不一样啊，玩游戏和刷剧是这种有意思的事情，并不需要意志力的支撑。问题就在这里——可能很多人无法理解的是，学霸们和计算机大神们可以从做题、写码中获得快乐，所以才会觉得是强大的意志力在支撑着他们。
在能得到快乐的事情上，持续的投入不需要强大意志力的支撑。反过来说，在不是特别感兴趣甚至令人反感的事情上，意志力就非常重要。不巧的是，意志力是一种有限的资源，合理、有效地利用这个资源，我认为是取得成绩的一个关键因素。
那该怎么办呢？鸡汤地说，就是想办法让自己喜欢上要做的事情，如果做不到，至少也应该减少排斥感。当然，给汤不给勺是耍流氓，所以请继续往下看。
2. 反馈(奖励)
很多人都对嗑瓜子这种带有魔性的娱乐活动深有体会，拿着一袋瓜子，不嗑完根本停不下来。如果不巧你不喜欢嗑瓜子，可以想想那些让你觉得非常爽的游戏，无论具体的游戏形式如何呈现，都会有一个共性，就是总会给你立即的回馈。游戏总会给完成挑战的玩家一些奖励，激励他们继续玩下去。好玩的游戏尤其在意回馈的呈现形式，比如施放一个技能产生的光影声音特效、对手被攻击掉血的数值化呈现，杀死一个对手后增加经验值、掉下来的装备，完成一个剧情任务以后的礼包奖励等等，都希望够给玩家创造充分的满足感，引导玩家继续完成下一个目标。
人类本质上还是一种动物，大脑中对反馈的本能反应，相当于给游戏的设计者开了一个后门，用于操纵玩家的行为。利用好这个特点，即使在本来并不十分感兴趣的领域，也能够显著改善对意志力的消耗。举例而言，我总是会边写边运行我的代码，一方面可以确认写好的代码没有错误(避免把一大堆问题积攒到最后)，另一方面运行结果本身是一个有效的反馈(每次运行结果都更完整、更接近目标)，激励我继续改进；而且在学习数据结构时（例如一个二叉树），我总会写一个 dump 方法，用来把内存中抽象的数据可视化。
3. 目标
游戏设计的“心流(flow)”理论给出的几个关键因素中，我认为反馈是最重要的，其次是目标。好的游戏总会设定合理的目标，引导玩家一步一步入坑。太简单的目标会让人觉得无聊，太难的目标则很容易让人因畏难而放弃。就像下棋/打球，和新手、或水平远高于自己的选手对战，都不是一件愉快的事情，而让人既觉得愉快又能提高自己水平的，正是与水平相当（或者略高）的人对战，获胜的可能性(不确定性)和对获胜的追求，会带来双方激烈的对抗，而这些对抗能给参与者淋漓酣畅的快意（反馈），从而形成有效的正反馈循环。
同样地，在学习过程中，给自己设定合理的目标能够有效降低对意志力的消耗。如何设置合理的目标，可能没有通用的方法，但幸运的是，可以在实践中调整，找到最适合自己的阈值。
4. 启动成本
俗话说万事开头难，如果能想办法减少开头的困难，那万事就不那么难了。所谓的困难，换种说法就是成本高。这里的成本是广义的，不仅仅包含金钱成本，也包含时间成本，以及其他为了达成目标所要付出的代价。而这里的目标还只是开始做某件事情，如果启动成本过高，在开始之前就会消耗大量意志力，那么结果便可想而知。
一个典型的例子是健身。我曾经的一份工作，公司隔壁是一个专业大型健身房，提供浴巾、拖鞋等各种洗浴用品，公司发放免费的年卡，于是我每周都会有2~3次午休或下班时间“说走就走”地去健身，甚至还请了教练来辅导我，过程虽然有些辛苦，但回想起来确实很享受那段时光。换工作以后，我也曾经办过一次季度健身卡，但是启动成本陡增：我需要自掏腰包来办理健身卡，而且这家健身房离我有十几分钟脚程、不提供浴巾和拖鞋等，每次去健身房之前心里都一番挣扎，结果是，虽然我坚持了一周2次的频率，但季度卡到期后就没再续费。我做了另一个决定：在家里腾出一小块地方，买了一架椭圆机，只要有15分钟空隙就可以完成一次轻松的健身。如果我愿意，还可以开启刷剧模式，很愉快地在椭圆机上磨蹭大半个小时。
降低启动成本，其本质就是想办法制定一个较容易达成的初始目标（启动）。硅谷创业家 Eric Rise 所著《精益创业》（Lean Startup）的核心思想“最小化可行产品”（Minimum Viable Product, MVP），我认为也是最小化启动成本的一个应用，通过最小代价开发出一个可用的产品（达成目标：启动），推向市场，验证其可行性（反馈），根据市场反馈持续不断地迭代改进（阶段性目标），形成正反馈循环。
通过降低启动成本，设置适合自己的目标，建立能够带来奖赏的反馈机制，形成正反馈的循环，从而最大化地利用好意志力资源，这就是我的方法论。
如果不够的话，还有一个开挂的技巧——研究表明，吃糖可以在一定程度上补充意志力。也对，要是在健身减肥的过程中可以吃甜品，应该就没那么难坚持下来了吧？
有些人似乎天生就有很强的意志力，可以长时间连续做某件事情而不知疲倦，例如学霸可以长时间做题，计算机大神可以长时间编写代码（看看那些 Hackathon 比赛）。但我认为这里有一些事实被掩盖了——你回顾一下，是不是也有一些自己可以长时间做而不会疲倦的事情，例如王者荣耀、吃鸡，又或者刷各种美剧？你也许会觉得，这不一样啊，玩游戏和刷剧是这种有意思的事情，并不需要意志力的支撑。问题就在这里——可能很多人无法理解的是，学霸们和计算机大神们可以从做题、写码中获得快乐，所以才会觉得是强大的意志力在支撑着他们。
在能得到快乐的事情上，持续的投入不需要强大意志力的支撑。反过来说，在不是特别感兴趣甚至令人反感的事情上，意志力就非常重要。不巧的是，意志力是一种有限的资源，合理、有效地利用这个资源，我认为是取得成绩的一个关键因素。
那该怎么办呢？鸡汤地说，就是想办法让自己喜欢上要做的事情，如果做不到，至少也应该减少排斥感。当然，给汤不给勺是耍流氓，所以请继续往下看。
2. 反馈(奖励)
很多人都对嗑瓜子这种带有魔性的娱乐活动深有体会，拿着一袋瓜子，不嗑完根本停不下来。如果不巧你不喜欢嗑瓜子，可以想想那些让你觉得非常爽的游戏，无论具体的游戏形式如何呈现，都会有一个共性，就是总会给你立即的回馈。游戏总会给完成挑战的玩家一些奖励，激励他们继续玩下去。好玩的游戏尤其在意回馈的呈现形式，比如施放一个技能产生的光影声音特效、对手被攻击掉血的数值化呈现，杀死一个对手后增加经验值、掉下来的装备，完成一个剧情任务以后的礼包奖励等等，都希望够给玩家创造充分的满足感，引导玩家继续完成下一个目标。
人类本质上还是一种动物，大脑中对反馈的本能反应，相当于给游戏的设计者开了一个后门，用于操纵玩家的行为。利用好这个特点，即使在本来并不十分感兴趣的领域，也能够显著改善对意志力的消耗。举例而言，我总是会边写边运行我的代码，一方面可以确认写好的代码没有错误(避免把一大堆问题积攒到最后)，另一方面运行结果本身是一个有效的反馈(每次运行结果都更完整、更接近目标)，激励我继续改进；而且在学习数据结构时（例如一个二叉树），我总会写一个 dump 方法，用来把内存中抽象的数据可视化。
3. 目标
游戏设计的“心流(flow)”理论给出的几个关键因素中，我认为反馈是最重要的，其次是目标。好的游戏总会设定合理的目标，引导玩家一步一步入坑。太简单的目标会让人觉得无聊，太难的目标则很容易让人因畏难而放弃。就像下棋/打球，和新手、或水平远高于自己的选手对战，都不是一件愉快的事情，而让人既觉得愉快又能提高自己水平的，正是与水平相当（或者略高）的人对战，获胜的可能性(不确定性)和对获胜的追求，会带来双方激烈的对抗，而这些对抗能给参与者淋漓酣畅的快意（反馈），从而形成有效的正反馈循环。
同样地，在学习过程中，给自己设定合理的目标能够有效降低对意志力的消耗。如何设置合理的目标，可能没有通用的方法，但幸运的是，可以在实践中调整，找到最适合自己的阈值。
4. 启动成本
俗话说万事开头难，如果能想办法减少开头的困难，那万事就不那么难了。所谓的困难，换种说法就是成本高。这里的成本是广义的，不仅仅包含金钱成本，也包含时间成本，以及其他为了达成目标所要付出的代价。而这里的目标还只是开始做某件事情，如果启动成本过高，在开始之前就会消耗大量意志力，那么结果便可想而知。
一个典型的例子是健身。我曾经的一份工作，公司隔壁是一个专业大型健身房，提供浴巾、拖鞋等各种洗浴用品，公司发放免费的年卡，于是我每周都会有2~3次午休或下班时间“说走就走”地去健身，甚至还请了教练来辅导我，过程虽然有些辛苦，但回想起来确实很享受那段时光。换工作以后，我也曾经办过一次季度健身卡，但是启动成本陡增：我需要自掏腰包来办理健身卡，而且这家健身房离我有十几分钟脚程、不提供浴巾和拖鞋等，每次去健身房之前心里都一番挣扎，结果是，虽然我坚持了一周2次的频率，但季度卡到期后就没再续费。我做了另一个决定：在家里腾出一小块地方，买了一架椭圆机，只要有15分钟空隙就可以完成一次轻松的健身。如果我愿意，还可以开启刷剧模式，很愉快地在椭圆机上磨蹭大半个小时。
降低启动成本，其本质就是想办法制定一个较容易达成的初始目标（启动）。硅谷创业家 Eric Rise 所著《精益创业》（Lean Startup）的核心思想“最小化可行产品”（Minimum Viable Product, MVP），我认为也是最小化启动成本的一个应用，通过最小代价开发出一个可用的产品（达成目标：启动），推向市场，验证其可行性（反馈），根据市场反馈持续不断地迭代改进（阶段性目标），形成正反馈循环。
通过降低启动成本，设置适合自己的目标，建立能够带来奖赏的反馈机制，形成正反馈的循环，从而最大化地利用好意志力资源，这就是我的方法论。
如果不够的话，还有一个开挂的技巧——研究表明，吃糖可以在一定程度上补充意志力。也对，要是在健身减肥的过程中可以吃甜品，应该就没那么难坚持下来了吧？
