做了太多年的编码，想改行做业务分析了，大家帮我看看？ - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

8年的银行大集中核心经验，觉得老是编码，比驴累不说，对业务的熟悉太慢了，不如去应聘业务分析师的职位，项目经理都不太想做了，那也是个累得要死的活。
而是要上一个台阶，做项目经理，作架构师，技术顾问等等。其实编程也挺好，关键是要看编什莫，如果是有特别擅长的，可以考虑去软件公司，比如微软，google，在一个专业的软件公司，程序员是受尊重和有很好回报的。
强烈反对去做什莫业务分析员。请lz自重，作践自己也别作践了程序员的身份。我了解的好多业务分析员的职位都是比较初级的，缺乏技术性和专业性，干活辛苦，回报不多，一旦上了一个好的系统，分析员是最容易被取代的。一个程序员作业务分析员是搓搓有余，反过来则不可以。因为程序员是技术型的专业人士，长期的训练形成的严谨的逻辑思维不是无论谁学个几天就会的。请lz要有信心，找准方向，别理会甲方或者用户的一些呱噪，那些嗓门大的，钱不一定比你多。
一个真的干了8年程序员基本都比什么分析师水平高多了。建议听楼上的。要想发展，就要脱离单个项目，看到一片项目。
做银行核心需要的业务知识远远比技术知识更重要，基于对业务知识的积累速度而言，我觉得做业务分析更为迅速，反之写代码是一件非常累人的工作，更新淘汰速度更快。
任何把技术和业务分开的想法都是不应该的。如果你达到一定的的程度，大可以用代码可复用性一段一段编程，不是一行行编程，前提就是业务熟练或者起码知道你在做什么，该怎么做才合理。
楼上所言固然很有道理，但有些很低级的代码编写是短不了的，这方面的耗时很让人气愤。大多数的同事，不太愿意做技术吧？技术的更新总是很快的，但业务知识的积累却是历久弥新，譬如老中医越来越值钱的。
其实做传统银行业务，技术是什么？不是单纯的编码。如果说单纯编码，本身就很简单。一堆的sprintf, memcmp,insert,select ，但是对架构的理解，需要层次，恰恰业务不同和更新快。
所以，不要单纯搞所为技术或者业务，二者要齐头并进。
我一个同学也做业务分析师，似乎是这么个职位，其实做的工作还是架构师＋编程人员。