女码农转行可以做什么

Question

两年码农，越来越觉得自己技不如人，而且好像也不是很喜欢敲代码了，可以换什么工作呢?

Answer 1

对技术而言，一个根本性的问题，往往并不是因为喜欢才做好。而是做好了才会喜欢。

Answer 2

码农这个身份对于女性朋友来讲，比起男的来有先天的劣势，一方面是生理上，另一方面是思维上。码农分为三个种，第一种是精通技术，整个一疯子，技术牛的上天，但其他能力基本不能自理。第二种是技术和沟通技巧兼具，油嘴滑舌，鬼精的那种。第三种就是对技术兴趣爱好不大，技术不水平一般，干了几年后就转行了。楼主不管是哪种，作为一个女码农来讲，职业发展的路线总归是要转型管理的，如果能做到产品经理更好。作为一个六年的程序员+两年的项目经理，我觉得在PM圈子网这个地方不敢自称资深，但也是老司机。我觉得技术不一定是长久之计。

有位朋友说，他想学习一些关于Android上的开发技术，兴趣驱使。几个月过去了，他说他已经能做出许多小程序了，可是他现在回想起来，掌握一门技术是好，可兴趣之外还有什么呢？他说，“如果我的工作中不使用Android平台，我学它还有何用？”。

学习技术到底是一件有意思的事，还是一件痛苦的事？读书的时候，我曾经买过侯捷翻译的《深入浅出MFC》，对那时的我来说，似乎太困难了一点，我强迫自己看完了三分之一，实在是没有毅力继续往下读了。我在其中察觉不到快乐，这本书在当时似乎充满了生涩。

如上这样的故事太多了，很多时候，程序员们（包括我在内）辛苦地学习，有的没有好的效果，有的过程充满痛苦，有的更是不知道我学它的目的是什么。

国内的教育体制，培养了这样一批人：

他们努力、奋进，热爱技术，愿意投身软件行业，愿意写出高质量的代码，他们对业界的东西很感兴趣，他们愿意学习扎实的基础知识，他们渴求火热的新技术……

几年以后，他们拥有广泛的视野，阅历宽阔、经验老到、言辞犀利，对行业动态了如指掌，显然，他们是行业的博学者。

然而……

他们却缺乏这样一种能力——思考。

欠缺思考容易导致这样的现象：

不会做设计

遇到了问题，拿见到过的、学到了的熟悉的框架、方案、模式往上套，而不仔细分析其中的利弊，只是尽可能地寻找最接近当前问题的解决途径。

有的是不会做系统设计。和少数所谓的“架构师”接触过，他们“只懂业务，不懂技术”，这样设计出来的系统只能满足功能性需求；而论坛上的一些具体问题的讨论话题，则暴露出一些跟帖讨论者“只谈技术，不提业务”，譬如“XXX大容量的解决方案”、“秒杀系统的终极架构”，企图对某一类宽泛的问题，设计出一套放之四海皆准的通用解决方案。

还有的则是不会做面向对象设计，缺少抽象和解耦的能力，这样的例子就更多了。朋友告诉我，他的单位有一位写Ruby的老员工，一个庞大的工程，代码里面居然只有一个上帝类，就搞定了所有的问题。

不能坚持自己的观点

这一点在面试中最容易观察到。应聘者有刚毕业的学生，也有工作超过10年的有丰富经验的从业者。他给出一个粗略的方案以后，在方案没有细化到一定程度以前，很难给出优劣的评论，但是，如果你轻轻地challenge一下，他就迅速放弃本来的构思，跑到你的思路上来。

例如，SNS系统中，服务端有消息要怎样通知到客户端，这样的一个问题，解决方案有很多种，比如客户端轮询、服务端hold住连接推送等，各有利弊。应聘者应当有自己的观点。

不能细化一个问题解决方案

怎样区分一个空谈家和一个实干家？给他一个具体的问题是最好的办法。在我刚工作的时候，我曾经很钦佩那些在活动中、讨论中高谈阔论的人，我觉得他们很能说。可是后来我逐渐发现，能说的人实在是太多太多了。细化设计、甚至落到编码，才是对一个程序员真实的检验。当然，如果你觉得做软件设计的人可以不熟悉编码、架构师可以不首先是一名高级程序员，那我们也没有什么可谈了:)。

如果你会学习，你可以成长得很快；如果你不会思考，你永远只能跟在别人后面。

在新技术的学习上我认为也应当多思考，不同的人有不同的学习动机。在非外界所迫的情况下，对于新技术的学习，我的观点可以概括为：

它要解决什么问题，就是所谓的问题域，是我关心的吗？

我没有去研究操作系统底层的实现，并非这没有价值，而是我没有兴趣，这就是问题域的影响（不过现在我有兴趣了，我想做一些这方面的事情）。

和过往解决方案它的优势在哪里，是否显著？

这是competition，重复的技术是没有生存空间的（当然，你是微软的话除外:)），就像互联网同一个类型的网站，竞争到最后就那么两三家。就像Groovy，我很喜欢它，但是有了Scala以后，我觉得兴许有一个要死掉（Groovy创始人说，如果他早些知道Scala的话，就没有Groovy什么事了。具体的报道请去Google上搜他的blog）。

它的实现和带来的效果上看，有没有很有意思的思路，是值得借鉴和思考的？

这是最难讲的一个问题。以去年初开始接触的Node.js为例，它可以做到把后端的聚合（譬如portlet之流）放到前端来，后端只保留一种类型的页面服务——页面模板，以及若干易于管理的API接口，大大简化了后端体系的复杂度，而且还能把压力分散到前端来，这是我早些年不曾见到的。

这三个问题想过之后，觉得有价值，我才去学习。要不然，对我而言就是不想深入的东西，了解了解也就罢了。

新技术学习的方式呢，我想说这么几点：

寻找切入点

我很喜欢BlueDavy的blog上的一句话：“理论不懂就实践，实践不会就学理论！”。

最后最好是要落到动手实践上去的，但是倘若习惯从那些原理介绍的文字入手，未尝不是一种不好的选择。而且，现实情况会有一些约束，例如在了解几家互联网公司的云平台的时候（Amazon的EC2，M$的Azure等等），除非你是这几家公司的员工，否则是很难深入其中的。

寻找自己的兴趣点

学习应当是一件有意思的事情，当你的大脑排斥它的时候，我不相信可以很容易地掌握这门新技术。如果你找不到兴趣点，那么，不妨回到我前文对于新技术是否值得你学习的观点上去，既然你没有什么兴趣，你学它干嘛？西安软件培训

善于比较

比较是一种非常容易上手的思考方式，和什么比较？和相似技术比较，和操作系统、网络这些基础设施上面的例子比较，最后，和生活中的例子比较（譬如，JAVANIO的实现是一个很好的例子）。

不断获得回馈

回馈是什么？做出一个HelloWorld的例子，就是一个极好的回馈；理解某一项实现原理，联想到其它类似的实现，产生一种恍然大悟的感觉，也是一种回馈。在学习的过程中，不断产生回馈，意味着你不断地收获成就感，这是继续下去的动力之一。

Answer 3

程序员鼓励师???

Answer 4

说实话 开餐厅卖外卖给码农最赚钱~你觉得那~嘿嘿

Answer 5

说实话，两的码农。如果是因为公司不好而放弃掉了，我觉得还挺可惜的，我是个女前端，我觉得我工作三四年的时候 ，还觉得有一些吃力呢，因为人很笨。但是生活嘛。虽然技不如人，但是，你可以比较一下其它行业。

比如 ，测试的话，重复性的工作，做开发的，转过去 不见得会觉得如意 ，因为有一些无聊，而且普遍 工资也不会太高，可能还没有你现在的情况好。

如果转做管理，技术 转pm是个不错的选择，但是，也有一些不如意 ，比如做pm情商要高，你要会和程序员沟通，如果本身自己做过程序员，然后跟对方 沟通时，就觉得功能很简单嘛（因为自己心里清楚 怎么做~），跟对方 沟通的时候 ，一旦说出或者 是给开发 一些不好的感觉 ，产品经理pm的工作就更难了，也就是说，其实你本身会不会开发 ，如果能用得巧，在架构设计产品设计上会有帮助 ，这是正向的优势 ，但是！一旦，表达不好，情商不高的说出一些让别的开发打脸的话，就。。。（需要磨合一下，才能知道如果与开发好好的沟通，毕竟转岗后，角色变了，立场也变了），

如果你转岗成为了毫不相关的行业，比较行政，比较 人力，那就是新的领域了。我不是很了解 ，要做好重新开始的准备。

其实，话转回来 ，我觉得才做开发两年，也不要因为当下的不如意 就转行嘛。可以再面试一些其它的试试，面试这个东西，就是要好好准备，即使是5，6年的经验，不好好准备，也会面试失败的。

哈哈。希望你能找到 如意 的工作。迷茫期谁都有。不要轻意换行业，各行有各行的辛酸。真的。

Answer 6

技术猎头，可以一试

Answer 7

看你还会什么，工作之余要多学一些知识，学一些自己喜欢的。

眼前的工作做好，有足够的专业知识做眼前的工作。然后利用空闲时间学习其他的技术，这样在不断变化的时代会多一些选择的权利。

Answer 8

新娘 ^^

Answer 9

别老想着给别人打工，没法打工一辈子的

Answer 10

实施或者前端设计

Answer 11

随心所欲

Answer 12

女生的话，可以考虑一下做个老师，或者做一些化妆品、甜品店之类。这些都是不错的选择，但是主要是自己喜欢什么

Answer 13

考事业单位或者公务员吧。我一个女同学也是这样的

Answer 14

喜欢什么就转什么啊

Answer 15

有点钱开个店卖东西赚钱吧，我现在感觉我干这行我越来越老了。。。不开心

Answer 16

哪个钱多去哪个

Answer 17

可以转去测试或者项目管理。具体需要根据自己的爱好去选择。

Answer 18

一、如果不想继续做开发：选择实施、运维、测试都是可以的。

二、可以选择UI设计、前端开发

Answer 19

觉得ui挺有意思的。。。虽然我不会ui。。。

Answer 20

技术总监或项目经理（滑稽）