当前位置:首页 > 开发 > 系统架构 > 架构 > 正文

地域因素对架构师的限制

发表于: 2012-03-22   作者:德莫罗   来源:转载   浏览:
摘要: 这里描述的是从过去几年工作中看到的情况,欢迎探讨。 本人工作6年半了。去了不少城市,北上广,深圳,二线城市成都,重庆。今天和一个以前的同事在谈技术选型的东西,同事抱怨说项目组的TL(Team Leader)不太懂技术,而且很多不知道怎么用,问他现在比较流行的一些框架怎么用。但是这个TL 的职责是架构,实际上的架构是我同事做的,但是做的很不爽因为 TL 有点一意孤行。同事很有些情绪。项目也比较糟糕
这里描述的是从过去几年工作中看到的情况,欢迎探讨。
本人工作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 的架构职责,这就隐性的限制了你在职业规划上走技术流的上限。这也是我现在在琢磨的一个问题。这样的地域性因素制约,从个人发展来说就是难走到高层技术职位。不知道有没有朋友公司里也有类似的情况。怎么克服的这种桎梏

地域因素对架构师的限制

  • 0

    开心

    开心

  • 0

    板砖

    板砖

  • 0

    感动

    感动

  • 0

    有用

    有用

  • 0

    疑问

    疑问

  • 0

    难过

    难过

  • 0

    无聊

    无聊

  • 0

    震惊

    震惊

版权所有 IT知识库 CopyRight © 2009-2015 IT知识库 IT610.com , All Rights Reserved. 京ICP备09083238号