地域因素对架构师的限制

这里描述的是从过去几年工作中看到的情况，欢迎探讨。
本人工作6年半了。去了不少城市，北上广，深圳，二线城市成都，重庆。今天和一个以前的同事在谈技术选型的东西，同事抱怨说项目组的TL（Team Leader）不太懂技术，而且很多不知道怎么用，问他现在比较流行的一些框架怎么用。但是这个TL 的职责是架构，实际上的架构是我同事做的，但是做的很不爽因为 TL 有点一意孤行。同事很有些情绪。项目也比较糟糕。这个情况看上去和主题没什么关联，但是我想说的背景是，我同事和这个TL 所属同一个公司M的两个子公司。TL 所在公司TS，我同事在DC公司，TS 向 DC 买人去做项目，TS 实际上可以算是 DC 客户，TS 在上海，DC 在成都。我同事其实是一个不错的家伙。在软件架构层面还是有些想法的，我个人来说是比较认可的。我说的都比较客观和保守。 在大公司 M，DC 没有自己承接项目的权限，所有项目是由 TS 来承接，然后向 DC 买人去做。 TS 出 PM，和TL，DC出developer，现在来谈地域限制因素，如果你励志要做一个架构，或者是这样要求自己，建议考虑一线城市工作（指LOCATION 定为一线）而不是出差 ON SITE 到一线 。因为一线城市的公司，或者其母公司的子公司，大都会被赋予项目承接权，而又项目承接权的部门或子公司，其人员在项目里一定是担任 PM 和 TL 的角色，如果你不是在这样的部门或子公司，那么即使你有很厉害的技术，也不可能被赋予 TL 的架构职责，这就隐性的限制了你在职业规划上走技术流的上限。这也是我现在在琢磨的一个问题。这样的地域性因素制约，从个人发展来说就是难走到高层技术职位。不知道有没有朋友公司里也有类似的情况。怎么克服的这种桎梏