跨界架构师-Zachary的自留地

懂了不一定能说出来，说得出来，不一定能写出来。这也是“费曼教学法”所提倡的，以教促学的思路。

程序员群体中有个很好玩的现象。

工作年限短的程序员热衷于设计“高大上”的技术方案，而工作年限长的则对技术方案好像不太感冒，上手就撸代码。

在这个越来越内卷的时代，我想你可能时不时，甚至经常会觉得压力好大啊，那些来自生活的压力、工作的作压力、社交的压力、……

我相信每位程序员都有过这样一个困惑：“如果我在一家公司蒙头钻进业务里去，扎得很深，是不是就相当于把自己困死在这条船上了？”因为业务了解得再多，跳槽换一家公司后就毫无价值了，需要重新与业务方扯皮。

最近正好在编写一套新的面试题，其中有一道是与高并发相关的。出题的目的是想了解一下候选人面对大流量场景下的优化思路。在出这道题的过程中，我自己也梳理了一下自己对这个问题的思路。

之前很少分享我自己的成长经历，今天恰好心血来潮来分享一下，也正好能让最近刚关注我的新朋友更快地了解我。

有时候，我们被动的需要去了解一个新行业或者领域。比如，工作需要、投资需要等等。

在这个时候，你能不能快速弄懂一个行业的80%，成为一个内行就很关键了。毕竟时机可是很重要的。

很多在一线做coding工作多年的程序员朋友好像对「架构」有着一股特殊的情感。

一方面是自己长期在一线的各种项目中coding，好像除了业务代码以外，「架构」就是体现在项目中用到的一些框架。而且每个项目里用到的框架好像还都差不多，都是spring、redis什么的。觉得做架构并不是什么难事。

从这些经历和观察中，我总结了一些经验，我想它们对你提高开发效率或多或少会有些帮助，下面我来分享给你。当然，也欢迎你在留言区分享你觉得好用的方法。
我想，没有人不愿意成为10倍程序员吧？肯定都希望自己变得更牛逼，是吧？

具体谈加薪的时候有三个核心要点。找对要点，找对人，找对时间。