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

地域因素对架构师的限制

发表于: 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

    震惊

    震惊

编辑推荐
在以往,我们使用移动应用的「地域」功能,仅仅只可以查看各个地域的 HTTP 响应时间及排名。如果使
前提是机器上至少开启有一个服务器,微软的IIS或者Tomcat,便于测试 1.修改本地域名,直接在C:\Wind
  《Windows Azure Platform 系列文章目录》      细心的用户会发现,微软在国外和国内的数据
今天要简单讲一下Modify Headers这个Firefox插件,记录一下我是怎么使用它的。 Modify Headers: htt
系统架构师书单-架构师必经之路 架构, 师书单, 系统, 必经 作者:江南白衣,原文出处: http://blog
要想从一名普通程序员发展成为优秀的架构师,“个人特性”与“技术技能”缺一不可;而“技术专业能
要想从一名普通程序员发展成为优秀的架构师,“个人特性”与“技术技能”缺一不可;而“技术专业能
这篇文章发表于《程序员》2008.04期。其中有关模型图参见: http://blog.csdn.net/aimingoo/archive
这篇文章发表于《程序员》2008.04期。其中有关模型图参见: http://blog.csdn.net/aimingoo/archive
这篇文章发表于《程序员》2008.04期。其中有关模型图参见: http://blog.csdn.net/aimingoo/archive
版权所有 IT知识库 CopyRight © 2009-2015 IT知识库 IT610.com , All Rights Reserved. 京ICP备09083238号