最近听到这个词，感觉很有意思。
北京的程序员很多都有全栈开发经历，兼顾前后端和客户端，全面理解产品，为产品设计程序。
南方的程序员抽象出一个模糊的词"业务"，这个词概念之广就是用来笼统的表达，而不是具体的表达。喜欢笼统的表达自然会带来一些理解问题。
理解问题有多么严重？后端理解能力无法覆盖到客户端，让后端做项目负责人的公司比比皆是。后端理解不了客户端，必然会带来很多返工和效率低。
这个时候又蹦出一个新词"跨端理解能力"，真的是万千世界奇葩不断。北京的程序员很多不断的在做更多的岗位，甚至很多公司鼓励换岗，避免一个人在一个岗位长期呆着产生倦怠。南方的程序员还停留在"无法理解其他岗位"，更别提做过相关岗位了。
这种理解困难依然在扩大。一个典型的例子就是很多公司都会尽可能招聘做过一样业务的程序员。这就导致了程序员自始至终只能理解一种业务。靠着一直做单一业务活下来的程序员比比皆是。只能理解单一业务，那就难具有"跨端理解能力"了。
很多公司在招聘的时候都会宁可选择和自己业务相近的程序员，也不会选择理解能力学习能力很强的程序员。这个问题在客户端这边会造成特别的问题，客户端30%～60%都是研发类工作，因为存在技术广度和技术深度，很难有人彻底吃透。所以就需要"研发型人才"，如果照着开发型人才招聘，不考虑学习能力，但凡是项目需要一点研发能力，就会人和项目同时遇到困难。
很多领导有一个奇葩操作，把研发当开发，看着客户端研发的进度不够快，就开始进行能力贬低和打击。研发过程必然会出现各种问题，很多领导已经脱离研发很多年，但是仍然遥控着研发人员，想通过pua的方式管理研发，结果就是南辕北辙，优秀的研发桃之夭夭。
