全栈的思维

我和许多大小公司的负责人聊过，其中有一个某大厂出来在创业公司当技术负责人的传说有 20 年 Java 编程经验的工程师，对方说全栈就是前端后端数据库运维一锅端。听完我很诧异，连大厂的人都鲜有明白全栈的本质，也不奇怪小公司天天跟风喊着招全栈了。

全栈不是一个岗位，全栈是一种思维，一种站在全局看问题的思维。与全栈相对的是另一种我们常见的思维，就是我不管你需求是什么，你原型图就是这么弄得，我已经做完了，这锅我不背！这就是非全栈思维。这样的情况再加上国内产业不规范，人员技能不过硬，干产品的许多是干不了技术才干的产品，产品工资多高啊，干什么技术。干技术的就只会技术，不想拓展其他技能。这样断层的两种思维，中间存在巨大的思想鸿沟，交流过程中必将产生剧烈的矛盾与冲突，产品与技术的撕逼行为，也就难以避免了。

大厂招聘全栈的目的是消除沟通断层，也就是我规划产品，我会知道怎么避免技术实现的时候会出现很困难的情况，产品会稍微变通一下，实现相同的功能，但是技术实现会容易许多，这样也就不会出现产品想实现根据用户心情改变手机壳颜色的需求了。同样的，技术也会在不影响产品大方向的情况下，反馈技术难点，贡献自己的产品意见。要知道，一个团队凑在一起，最终目的是要做出符合市场的产品，而不是互相扯皮推脱。产品的命令是天条吗？产品说的就不能改吗？技术就那么难实现吗？学点新技术看看能不能实现不行吗？如果大家一开始就是剑拔弩张的状态，局面就不可收拾了。

有问题一起商量解决才是最好的方式。但真实生活中是产品被领导狠命的催进度，为了保住自己的工作，不得不牺牲沟通时间，去催自己的下游岗位，这时候技术也同样为了保住工作，会死命的与产品撕逼，从而拼命试图砍掉需求。所以这样的团队一开始就失败了，团队里没有谁会胜利，只会互相敌对，一起坠入深渊。

所以如果大家都能站在全局看问题，产品经理明白需求改了不会影响自己提出的功能，技术也明白怎么反馈产品经理意见能够减少自己的工作又不影响自己，那么大家的日子就都好过了。

所以全栈是一种思维，不是一个岗位，那种小公司想要招会前端后端，数据库，服务器，运维测试，最好还能客串一下售后技术支持的老板，根本不是想招全栈，他想招的是“全干工程师”，用一个岗位的钱招做几个岗位工作的员工，这样的风气在国内创业公司屡见不鲜，这种公司里面，员工没有办法术业专攻不说，长期高强度的工作还会损害自身健康，公司也不会有什么大的进展。老板的无知与自己为是，最终只能害人害己。

对于这种情况，除了全栈，还需要行业的规范。要明白，不是你只能干产品，而应该是你喜欢干产品，所以才选择了产品，相同的，技术岗位也是一样，要明白你可以干除了技术以外的工作，只是因为分工不同，所以你才干了技术。行业规范例如，产品岗位的人员都要有相关系统化规范化的培训，技术人员也要有相关的培养机制。这是一个周期相当长的过程，国家也在努力逐步规范行业，相信今后总会有一天，我们会把大多数精力用在工作上，而不是与同事互相撕逼，在痛苦与挣扎中度过。