- 浏览: 38165 次
- 性别:
- 来自: 上海
最近访客 更多访客>>
最新评论
-
akane:
外企也有找有创意的
换工作,从外企到国内互联网 -
evanyuan:
谢谢关注,不管TX还是SD,看来国内的上市互联网企业,股权激励 ...
换工作,从外企到国内互联网 -
robbin:
我猜测是盛大
换工作,从外企到国内互联网 -
TomHornson:
非常棒的经验分享。
在中国规模比较大的、营收很高的外企基本都是 ...
换工作,从外企到国内互联网 -
evanyuan:
上班第一周,全新的项目需要大量的沟通,感受就一个字---忙
...
换工作,从外企到国内互联网
文章列表
N久没来JE了,最近随大流从外企换到国内企业,上来写点换工作的感想
个人背景
9年工作经验,最近5年在500强IT企业,从技术管理到项目管理和小团队管理。工作模式一直比较固定,离岸外包,和国外同事合作完成国外的项目,项目经理和技术拍板人都是老外。
换工作动机
大的方面-
1.国内优秀企业年均超过20%的增长,国外成熟企业增长缓慢
2.人民币升值和物价上涨,做外包的尤其是海外项目的利润空间越来越小
个人方面-
1.外企“老”员工,薪酬福利增长缓慢(不是我个人,而是这边的普遍现象)
2.没有和客户直接接触,语言和时区障碍,很难对业务有深入理解
3.主导权在国外,做不到高端工作 ...
上海有个财经频道,一天到晚拨报财经相关新闻,对话,八卦
是否应该有个专门的媒体,专门制作信息科技相关的节目,比如:
面向大众----
教中老年用电脑上网的常识
给年轻人介绍最新最有用的网站,软件
数码IT产品的介绍
网游的介绍
以IT为主线的娱乐节目
.....
面向专业人士---
高端技术访谈及对话
软件开发从入门到高级
企业信息化讲座
IT人物及公司采访
IT招聘信息
.....
收入方面,现在有钱的IT公司或者想烧钱的互联网公司多着去了,有受众的话,自然会有人投钱进来的,指不定什么洗发水广告也会跑进来...
记得gigix在一个ppt里面谈到的“做技术的传播者”,视频媒体可能是 ...
最近太忙了,写各种项目开发及维护相关的文档花了很多时间,上面问需不需要个Technical Writer。我很怀疑一个Technical Writer,能够吧需求文档,设计文档,用户手册等相关的东西写好么?我感觉,这些都是系统最主要的负责人才能写得出来的东西。那除去这些东西,Technical Writer还能写什么呢?
各位项目开发中有Technical Writer么?和开发人员怎么合作呢?
光看技术的话,老马早就说过,分布式第一原则就是尽量不要采用分布式。速度,安全,服务自治造成的数据重复,消息的映射工作,事务及出错处理,异常复杂的沟通和协调,等等等等。没事不要给自己找麻烦
要从商业价值的角度出发,比方,一个服务如果有三个使用者,开发和维护这个服务的投入(包含上述分布带来的弊端)基本上就等于三个使用者各自单独实现所需功能的总投入,那么多于三个使用者的时候你就可以考虑将功能抽取为服务了,要是有十个使用者你就赚大了。反之,低于三个,你就不要在那里折腾了。
SOA 为什么在国外那么火,在国内为什么老是叫好不叫座?我感觉和“跨国”,“集团”这些因素关联很大,可能在之前,很多跨国公司,其下属 ...
- 2006-12-05 00:11
- 浏览 1774
- 评论(0)
写在“架构之路”里面的回帖,拉过来arhive下
做系统软件,做产品(比如SAP),做互联网,做游戏,做企业应用...,对架构师的要求显然是不一样的。可能我们大部分人都在做企业应用,所以自然就把企业应用里面的架构师当作架构师的标杆了。
做企业应用的话,国外的大企业,一般三块:
(1) IT Strategy : align business with IT,经常CXO们会组成一个group来讨论这个东西
(2) IT Architecture : global,reginal,national architecture teams, foucs在全局和水平的架构管理与规划上,所谓的企业架构 ...
- 2006-12-02 12:24
- 浏览 1937
- 评论(0)
感觉在企业应用开发中,手上的Java,.NET还没到不够用的地步。大部分的时间、维护成本,倒是最后都可追踪到沟通和业务方面,提高开发人员的沟通能力和需求分析能力更剩过掌握一种新的语言。
要说趋势的话,SOA带来最大层度的重用也加重了集成的复杂度和成本,SOA的Governance可能比其相关的技术更值得关注;还有BI/DW,可能国内的企业提这个还早了点,在我们这里倒是老大最关心的东西。
另外,看到这里有人对XML很有意见,XML得用之有道。企业做大了,系统做多了,最好就不要一个系统写数据,另外一个系统去读数据,而是系统与系统之间通过传递消息进行通信,消息输入输出的Map不比ORM简单,最讨厌 ...
环境决定一切....
最近一个项目,写文档的时间远大于写代码的时间,项目发布到集成测试环境后,代码基本上没太多改动了,文档倒是改个没停。
需求文档,设计文档,用户手册...,最难的是用户手册,这是项目的面子工程,直接涉及到集成测试的复杂度和代价,象我们这个WebService,天南地北的不知道会被谁用到,一个一个用户去解释实在招架不住,于是昨天改了,今天接着改....
最近和印度人打了点交道,有点印象特别深刻的。
印度人好像没有一点脾气,会把自己放到一个很低的位置,不停的问你问题,即使是非常简单的问题,你解答了之后,很多时候他还要再重述一遍和你确认下。沟通的效率虽然低一点,但是沟通的效果确实很不错。
对比下自己(或者说大部分中国人),总有点面子情节,而且经常表现出很忙的样子,两个人讨论问题的时候经常是还没有把问题全部搞清楚,就误以为完全搞懂了,做了一圈回来才发现误解了别人。
不知道其它和印度人有过交道的朋友有类似的体会没有?