程序员下游

Ⅰ 产品经理跟程序员是上下级关系

因为成为产品经理，能学到非常多的知识，在不同的层面
产品经理软技能：
个人魅力：包括沟通能力，领导能力，愿景能力，感染能力，审美能力等等；
产品修养：产品修养包括混迹产品社区，运营社区，优秀产品群；
互联网修养：了解互联网现状，跟踪互联网热点，跟踪互联网前沿，混迹互联网社区。
项目管理
产品经理的一个重要角色是项目经理，产品经理需要对整个项目的结果负责，包括按时交付，合格交付，成本控制。
项目经理需要熟练项目的5大过程组和10大工作领域，对于互联网产品经理来说，主要内容包括：
项目沟通：沟通是互联网开发中产品经理最重要的工作，包括和上级，开发人员，运营人员等等；
总体进度计划：项目的总体进度，例如产品设计，UI设计，各个模块开发，测试进度，部署等等，产品经理必须把握整体的进度，针对节点进行审核；
开发详细计划：开发详细计划是总体进度计划的一部分，一般来说开发计划是技术经理维护，但是产品经理必须进行整体把控；
项目控制：项目干系人，风险，进度，质量等等控制。
协助推广
产品开发出来必须推广到市场，否则产品就是一个实验品。产品经理不需要完全负责运营推广，但是必须对运营人员提供必备的支持。
基本工作如下：
基础运营数据：获取产品的基础运营数据，例如下载量，用户量，支付金额，留存；
埋点：埋点的一种获取产品运营数据的重要方法，他可以分析页面点击，页面转化等等；
业务数据：业务数据例如订单情况，售后订单，销量等等；
竞品分析：和市面上相似产品对比分析；
Swot分析：了解本产品的优势、弱势、机遇、挑战。
迭代开发
第一个版本做出来后，产品进入迭代开发阶段，一般迭代周期是2个星期；迭代开发就是将从产品规划到运营过程进行浓缩，每个迭代周期开发少量的功能。
基本的工作如下：
收集需求：收集产品的需求，哪些需求进行迭代开发；
需求排序：针对需求进行排序，高优先级的尽快开发，优先级低的稍晚开发；
细节功能设计：第一个版本的功能进行细化，例如效果细化，交互细化等等；
迭代计划：维护整个迭代过程的项目计划。
根植行业
产品都有很强的行业属性，必须熟悉本行业才能设计本行业需要的产品，否则就是空想。
我们需要了解行业现状，熟悉行业痛点，熟悉行业热点，并且还得了解相关行业，此外需要熟悉相关的法规，道德，加入行业圈子，多逛行业论坛。
个人魅力
上述讲的是产品经理硬技能，下面介绍一下软技能，软技能更多的是个人的修养问题，但是这些会影响到产品经理的整个职业生涯。
个人魅力包括个人领导能力，沟通能力，愿景能力，洞察能力，审美能力，感染能力。拥有强大个人魅力的产品经理才能成为整个产品的领导者，才能激励整个项目成员，提高团队效率。
产品修养
产品经理需要提高产品修养能力。
产品修养包括：
与高人为伍：有时高人的一句指点胜过你苦思冥想一个月，产品经理需要向前辈，向领导，同级组织成员请教，请教他们你不熟悉的内容；
与实践者为伍：不要和空想者为伍，而是和实践者为伍，产品的使用对象均是实践者，实践者的想法将会提高你整个产品的境界；
产品社区：例如产品壹佰，pmcaff，多看一下帖子提高自身修养，此外多加入一些QQ群；
运营工具：例如应用雷达，酷传，APP annie，ASO 100，网络指数等，运营工具可以用来分析产品的运营数据。
互联网修养
一个互联网人，必须熟悉互联网，有一定的互联网修养，多看新闻，多参加一些沙龙，提高自身的互联网修养。
了解互联网现状：熟悉当前中国和世界上优秀的互联网公司，多了解互联网当前现状，例如阿里巴巴，腾讯，网络，小米，华为，360等；
跟踪互联网热点：当前互联网热点，例如项目热点，投资热点这些，可以查看36kr，虎嗅，这些社区提高了互联网热点现状；
跟踪互联网前沿：例如vr/ar，物联网，智能设备等等；
大数据平台：常见的例如易观数据，talkingdata，这些互联网大数据平台会提供部分免费的行业分析报告，了解互联网大数据对产品整体把控有一定的帮助。

如果需要学习，可以看下这几个软件：
1.脑图工具：网络脑图

2.文档共享：蓝湖、Axure等软件

3.项目管理：jira

Ⅱ 软件开发上游下游怎么分

生产流程中的上下游
让我们以一个简单的生产流程开始，尽管它跟软件开发没有关系，这样我们能以此为基础定义软件开发中的上下游。

上面的例子有三个步骤：收集部件、组装部件、喷漆。
一个生产流程跟一条河流很相似，所以我们很容易理解：随着流程一步步往下进行，我们在往下游移动。

我们可以推出以下原则：
依赖原则：从自身的角度看，每个环节都依赖其上游的环节
价值原则：往下游移动，每一环节都在产品上增加了价值
现在让我们将这些原则运用到不同的软件开发场景中。

软件依赖的上下游
很多软件模块会依赖其他的模块。那么什么是上游依赖和下游依赖呢？
考虑下面关系： 模块 C 依赖模块 B，模块 B 依赖模块 A。
运用依赖原则，我们可以有把握地说模块 A 是模块 B 的上游，模块 B 和模块 C 的上游（尽管箭头是相反的方向）

这里运用价值原则会有点抽象，但是我们可以认为模块 C 拥有最多的价值，因为它导入了模块 B 和 A 的所有功能，并且附加了自己独有的价值。所以模块 C 是下游模块。

开源项目中的上下游
另一个“上游”和“下游”被广泛使用的场景是开源软件开发。它跟上面讨论的模块依赖很像。
有两个项目 A 和 B，A 是原始项目，B 是从 A fork 出来的：

这在开源项目中是很常见的开发模式：我们 fork 一个项目，在新项目中修复 bug 或者添加功能之后，提交一个 patch 到原来的项目。
在这个场景下，运用依赖原则：项目 A 是上游项目，因为没有项目 B 它也可以很好地存在，但是项目 B 无法存在如果没有项目 A。
运用价值原则同样可以运用：因为项目 B 增加了一些功能或者 bugfix，跟项目 A 比它增加了价值。

所以每次我们往开源项目贡献一个 patch，我们可以说我们往上游发了一个 patch。

(微)服务中的上下游
在由微服务（或者只是过时的分布式服务）构成的系统中，同样有上下游服务的讨论。意料之中，依赖原则和价值原则都可以运用到这个场景。服务 B 是上游服务因为服务 A 依赖它。服务 A 是下游服务因为它在服务 B 的基础上增加了价值。

请注意这里讨论的什么是上游什么是下游中的“游”不是通过服务 A 进入系统的数据流，而是从系统核心部分到面向用户服务的数据流。

离用户（或者其他终端客户）越近的服务，它就越下游。

结论
我们可以在任何有“上游”和“下游”的场景中，运用这两条简单的原则来判断哪个是上游哪个是下游。
如果一个事物在另一个事物上增加了价值，或者以任何方式依赖另一个事物，那么它一定是下游。

Ⅲ 日本IT行情现在如何为什么那么多程序员去日本工作

相对于国内来说，日本毕竟是发达国家，软件行业起步早发展快，薪资相对来说也高。但是其实国内最近几年的前景和平台也是相当不错的。
1、为什么日本独独需要大量it软件行业的人才？怎么其它的机械、化工、生物行业不需要。是不是日本的行业存在结构性失调？
日本的软件产业非常发达，动漫产业更是世界第一，需要大量的软件开发、编程和测试人员，软件和其他行业不同，知识含量说高也高，说不高也不高。关键的是软件设计和架构，这种工作国人是干不了的，必须在发达国家软件行业干很多年，有丰富的经验才可以。软件设计师或架构师将软件设计好后，需要的就是编程人员根据要求编写程序代码。对于一个大型软件来说，代码可能上千万甚至上亿行，需要人一行一行地录入、粘贴、复制，这种工作日本人是不愿意干的，想干他们也没那么多软件程序员。所以，这种工作都是外包到中国来做，一般是大连。但是，有时候包给中国公司做费时费力，在任务紧急的时候也会找一些人到日本国内去做。貌似成本上升了，但实际上和日本人相比，我们的程序员仍然属于廉价劳动力。所以，才会有那么多的赴日IT人员。
日本的机械、化工、生物行业还真是不需要那么多人。为什么？很好理解。都包到中国和东南亚了啊？中国现在那么多的汽车厂、化工厂、制药企业不是有很多是日资公司吗？他们国内资源匮乏，而且处于环境保护和降低成本的考虑，国内干这些行业成本很高。
不知道第一个问题满不满意。
2、日本经济不是不景气，失业率很高吗？
确实如此。但是，日本劳动力的工资水平可不低。比如，一个日本程序员一个月30万日元（只是打个比方），而从中国引进一个程序员一个月只需要15万日元，哪个合算呢？答案显而易见。企业都是唯利是图的，没有企业为了解决本国失业问题而放着便宜人不用，去雇用本国的“贵人”的。嘿嘿。换了你也不会吧？
所以说，经济不景气，失业率很高，一点也不影响日本企业从中国招聘IT人员。
这种想法很现实，但是300万太多了。IT人士，特别是软件开发工程师和软件测试工程师，现在中国的很多软件人才都是这样做的。而且中国的很多软件外包企业都是在日本IT公司干过一段时间，学到了先进经验，拿着日本公司的外包订单回国创业的。所以说，边挣钱边学习是正道。光挣钱不学习没有多大意义。挣够了钱、学到了技术、拿到了日本公司的分包订单、然后再回国创业，带动国内经济发展，这可是件大好事！
补充问题2：从打工到扎根日本，与日本人基本平起平坐，这种可能有多大？
这种可能性几乎没有，我的一个表哥就在日本，他说，要融入日本社会需要两代人，要进入日本上层社会需要三代人，并且有雄厚的经济基础。简单说，去日本创业，要想和日本人平起平坐，这一代人是没希望了。而且日本人对中国人比较排斥，我们骨子里也看不起他们，这是很难融合的。
希望可以帮到您，谢谢！

Ⅳ java前景如何，一名合格的java程序员应该具备什么样的水平，SCJP认证怎么样，请前辈指点一二

JAVA程序员之路

很多网友问我学习Java有没有什么捷径,我说“无他，唯手熟尔”。但是我却很愿意将自己学习的一些经验写出来，以便后来者少走弯路,帮助别人是最大的快乐嘛！
要想学好Java，首先要知道Java的大致分类。我们知道，自从Sun推出Java以来，就力图使之无所不包，所以Java发展到现在，按应用来分主要分为三大块：J2SE,J2ME和J2EE,这也就是Sun ONE(Open Net Environment)体系。J2SE就是Java2的标准版，主要用于桌面应用软件的编程；J2ME主要应用于嵌入是系统开发，如手机和PDA的编程；J2EE是Java2的企业版，主要用于分布式的网络程序的开发，如电子商务网站和ERP系统。J2SE开发桌面应用软件比起VC,VB,DEPHI这些传统开发语言来说，优势好象并不明显。J2ME对于初学者来说，好象又有点深奥，而且一般开发者很难有开发环境。所以现在应用最广泛又最好学的就是J2EE了。J2EE又包括许多组件，如Jsp,Servlet,JavaBean,EJB,JDBC,JavaMail等。要学习起来可不是一两天的事。
那么又该如何学习J2EE呢？当然Java语法得先看一看的，I/O包，Util包，Lang包你都熟悉了吗？然后再从JSP学起。如果你学过HTML，那么事情要好办的多，如果没有，那你快去补一补HTML基础吧。其实JSP中的Java语法也不多，它更象一个脚本语言，有点象ASP。然后你就该学一学Servlet了。Servlet就是服务器端小程序，他负责生成发送给客户端的HTML文件。JSP在执行时，也是先转换成Servlet再运行的。虽说JSP理论上可以完全取代Servlet，这也是SUN推出JSP的本意，可是Servlet用来控制流程跳转还是挺方便的，也令程序更清晰。接下来你应该学习一下Javabean了，可能你早就看不管JSP在HTML中嵌Java代码的混乱方式了，这种方式跟ASP又有什么区别呢？还好，SUN提供了Javabean可以把你的JSP中的Java代码封装起来，便于调用也便于重用。接着就是EJB了，EJB就是Enterprise JavaBean,看名字好象它是Javabean，可是它和Javabean还是有区别的。它是一个体系结构，你可以搭建更安全、更稳定的企业应用。它的大量代码已由中间件（也就是我们常听到的Weblogic,Websphere这些J2EE服务器）完成了，所以我们要做的程序代码量很少，大部分工作都在设计和配置中间件上。至于JDBC，就不用我多说了，你如果用java编过存取数据库的程序，就应该很熟悉。还有，如果你要用Java编发送电子邮件的程序，你就得看看Javamail了。
好了，对Java和J2EE有了一些基本概念之后，你就应该编一些程序了，千万不要纸上谈兵哦。最好找一些有实例且带光盘的书来看，这样看到好的程序就可以直接Ctrl+C再Ctrl+V，也不用劳您老大架再亲自把它再输一遍吧，再说直接复制还不用怕出错，何乐而不为呢！还有就是要经常上一些好的Java编程文章，有好的文章要Cut下来，有问题尽管问，只要问题不是太傻，一般高手都会回答你的。下面介绍几个好的Java方面的编程网站：
CSDN论坛http://www.csdn.net/ 中国最有名的技术论坛，《程序员》杂志就是他们出版的，你可以在上面提出问题，马上就有人回答你，如果你觉得好，你可以给那人加分；
Java研究组http://www.javaresearch.org/ 上面有很多原创文章，高手还是挺多的；
Java开发者http://www.chinajavaworld.com/ 那里Java资料比较全；
java.com.cn http://www.java.com.cn/ 看这域名就知道有多牛，注册用户快接近一万了，同时在线人数也在一千左右，人气很旺的；
IBM的开发者网http://www-900.ibm.com/developerWorks/cn/java/index.shtml IBM永远的蓝色巨人；

那么我书也看了，程序也做了，别人问我的问题我都能解决了，是不是就成为高手了呢？当然没那么简单，这只是万里长征走完了第一步。不信？那你出去接一个项目，你知道怎么下手吗，你知道怎么设计吗，你知道怎么组织人员进行开发吗？你现在脑子里除了一些散乱的代码之外，可能再没有别的东西了吧！你现在最缺的是实际的工作经验，而不是书本上那些凭空想出来的程序。所以你快去找一份Java的编程工作来做吧（如果是在校学生可以去做兼职啊），在实践中提高自己，那才是最快的。不过你得祈祷在公司里碰到一个高手，而且他还愿意不厌其烦地教你，这样好象有点难哦！
还有一个办法就是读开放源码的程序了。我们知道开放源码大都出自高手，他们设计合理，考虑周到，再加上有广大的程序员参与，代码的价值自然是字字珠叽，铿锵有力（对不起，最近《金装四大才子》看多了）。学Java必读的两个开源程序就是Jive和Pet Store.。Jive是国外一个非常着名的BBS程序，完全开放源码。论坛的设计采用了很多先进的技术，如Cache、用户认证、Filter、XML等，而且论坛完全屏蔽了对数据库的访问，可以很轻易的在不同数据库中移植。论坛还有方便的安装和管理程序，这是我们平时编程时容易忽略的一部份（中国程序员一般只注重编程的技术含量，却完全不考虑用户的感受，这就是我们与国外软件的差距所在）。Jive的资料在很多网站上都有，大家可以找来研究一下。相信你读完代码后，会有脱胎换骨的感觉。遗憾的是Jive从2.5以后就不再无条件的开放源代码，同时有licence限制。不过幸好还有中国一流的Java程序员关注它，外国人不开源了，中国人就不能开源吗？这里向大家推荐一个汉化的Jive版本—J道。Jive(J道版)是由中国Java界大名鼎鼎的banq在Jive2.1版本基础上改编而成, 全中文，增加了一些实用功能，如贴图，用户头像和用户资料查询等，而且有一个开发团队在不断升级。你可以访问banq的网http://www.jdon.com/ 去下载，或到同济技术论坛的服务器上ftp://nro.sht.e.cn去下，安装上有什么问题，可以到论坛上去提问。Pet Store.（宠物店）是SUN公司为了演示其J2EE编程规范而推出的开放源码的程序，应该很具有权威性，想学J2EE和EJB的朋友不要错过了。
你一定会高兴地说，哈哈，原来成为Java高手就这么简单啊!记得我也曾碰到过一个项目经理，号称Java很简单，只要三个月就可以学会。其实说这种话的人就如当年小日本号称“三个月拿下中国”一样大言不惭。不是我泼你冷水，你现在只是学到了Java的骨架，却还没有学到Java的精髓。接下来你得研究设计模式了。设计模式是高级程序员真正掌握面向对象核心思想的必修课。设计模式并不是一种具体"技术",它讲述的是思想，它不仅仅展示了接口或抽象类在实际案例中的灵活应用和智慧，让你能够真正掌握接口或抽象类的应用，从而在原来的Java语言基础上跃进一步，更重要的是，设计模式反复向你强调一个宗旨：要让你的程序尽可能的可重用。关于设计模式的资料，还是向大家推荐banq的网http://www.jdon.com/ ，他把GOF的23种模式以通俗易懂的方式诠释出来，纯Java描述，真是经典中的经典。有时间再研究一下MVC结构（把Model-View-Control分离开的设计思想）吧，现在很流行的Structs就是它的一种实现方式，不过Structs用起来实在是很繁，我们只要学习其精髓即可，我们完全可以设计自己的MVC结构。然后你再研究一下软件Refactoring(重整)和极限XP编程，相信你又会上一个台阶。
做完这些，你不如整理一下你的Java代码，把那些经典的程序和常见的应用整理出来，再精心打造一番，提高其重用性和可扩展性。你再找几个志同道合的朋友成立一个工作室吧，你可以去承接一些项目做了，一开始可能有些困难，可是你有技术积累，又考虑周全，接下项目来可以迅速作完，相信大家以后都会来找你的，所以Money就哗啦啦的来了。。。。。。
当然你也可以参加一些开源项目，一方面可以提高自己，另一方面也是为中国软件事业做贡献嘛！开发者在互联网上用CVS合作开发，用QQ,MSN,E-mail讨论联系，天南海北的程序员分散在各地却同时开发同一个软件，是不是很有意思呢？
下面介绍两个好的开源项目网站：
湖北省软件公共开发平http://gro.clinux.org/
共创联http://cosoft.org.cn/
哇，好高兴哦，我终于成为高手了！非也，非也。古人云：“识时务者为俊杰”。你知道计算机界现在的发展形势吗？你知道微软的.NET蓝图和SUN ONE计划之间的明争暗斗吗?你知道计算机技术将向何处发展吗?其实从各大计算机厂商最近的动作,都可以看出来“Web服务将是下一代互联网应用的制高点”，而微软的.NET蓝图和SUN ONE计划的斗争焦点，也就是Web服务。Web服务就是一个崭新的分布式计算模型，它是一系列标准的综合（XML,SOAP,UDDI,WSDL和WSFL等）。它使得不同语言编写的软件能够轻易的集成起来，使网络资源和Web站点变成一种服务而不是混乱的垃圾场。不远的将来，我们就可以在家里点击一下鼠标，就可以完成出门旅游的全部准备工作，包括定飞机票，定旅游线路，定好房间等。请注意，这所有的一切都是Web站点间自动完成的，再也不用象现在一样，表面上是电子商务，实际上很多环节都是人工操作。也许你会觉得这是天方夜谈，不过就近的说，你也很有可能承接一个项目，要集成两个企业的ERP系统。很有可能上游企业的系统是用Dephi编的，而下游企业的系统是用Java编的。你说你是Java高手，大家都看者你怎么做呢。所以啊，你还得学习新技术，如Web服务，而且你Dephi也要懂一点吧（Dephi6现在已经提供Web服务的控件了）。 你编的Java系统，可能要和.NET集成，所以你.NET要懂一点吧？到最后，你可能发现你已经成为Java高手了，但很多时间却在搞别的技术。太极张三丰里说，最厉害的招式就是没有招式，可能就是这个道理吧！
因为刚刚兴起，所以网上Web服务的资料不是很多，我还是给大家推荐几个网站吧：
中国UDDI技术联http://www.uddi-china.org/
CSDN的柴晓路专http://www.csdn.net/develop/author/ColumnAuthor/fennivel/ （注：柴晓路也是互联网上一个有名的人物，他发表过很多关于Web服务的文章，还出了一书，应该称的上是中国Web服务技术的先行者）
IBM的开发者网络的XML&Web Service专栏:
http://www-900.ibm.com/developerWorks/cn/xml/index.shtml?csdn IBM可是Web服务的力推者
呜…你费劲千心万苦，总算成为Java高手了，怎叫人不由喜极而泣呢！是啊，真不容易，真不简单，真叫人感动啊！那么打个电话告诉我吧，什么？我的电话号码是多少？昏到，你打电话问不就知道了吗，真是的……

如上是在网上考下来的，但个人认为SCJP证书也好，程序员等级证书也好，不要太看重它；关键是你手中有没有技术，能不能拿出活来。我面试时候都是以证书为参考，主要衡量你的手段还是提问技术性问题以及一些编程方面的基础问题。建议不要把证书看的太重。

Ⅳ 程序员 软件设计师 网络工程师 网络管理员 还有 架构师 系统分析师 主要是做什么的 区别是什么

程序员：做编程的底层开发工作，写代码，不停的写代码
软件设计师：其实这个概念不太清楚，跟架构师类似，就是要分析设计这个软件的整体概念，就像盖房子要先画图纸，然后分给不同部门的人去建造，其实在现在，一般叫项目经理，或叫开发经理
网络工程师：设计整体的网络的人，跟软件设计师差不多，不过做的是网络工程。
网络管理员：与程序员类似，重复性的技术工种。
系统分析师：这个也是个比较模糊的，系统分析类似医生的，可以通过自己的经验和从业经验，对某各软件或某项工程进行分析，优化，从而帮助架构师或项目经理用最短的时间做出最满意的东西来。

其实你分的这几个，都是计算机里的职位，你重新分一下类好了
软件开发里面分为：程序员，软件工程师，软件架构师和系统分析师
网络工程里面分为：网络管理员，网络工程师，网络架构师和系统分析师

如果是工资高，级别高的，就是架构和分析了，但是。。。。强调一下，这两个职位不是有技术就可以的，需要大量的经验，一般都是从程序员开始做起的，才有资格。

楼主如果想进这个行业，建议先从头开始吧，冰冻三尺非一日之寒，可以把这个作为目标，一点一点努力才行哦

关于这些还有不明白的，可以加群85134514

Ⅵ 铁憨憨程序员怎么写好简历

说到面试，最重要也是最基础的就是简历了。都说简历是敲门砖，顾名思义就是用来敲开企业大门获取offer的。递交简历其实是一个很有商业规范的事情，和生意人之间互换名片本质是一样的。你需要让企业通过简历了解你，知道你是谁，是干嘛的，有什么特长和能力。

面试官在面试之前必然会做的事情就是研究候选人的简历，不要以为它就是给hr看的，面试官也是必看必研究的。所以一封合格的简历应该能够给面试官留下一个好映像，对你有一定的了解，传递一定的价值。这三点是简历的核心价值，也是我们写简历的目的所在。好的简历内容和形式也许各有不同，但是起到的作用是类似的。

可惜的是虽然求职对于大学生、研究生都非常重要，但是学校里是没有一门课是讲授简历应该怎么写，学生往往也找不到一个很好的途径学习，都只能靠自己体悟。往往到了最后就变成了网络一下简历怎么写，然后找一两封模板，依葫芦画瓢了事。这是千万千万要不得的！在你写简历之前，第一件要做的事情就是要端正心态，郑重、认真地对待这件事情。这也是一切的基础。

不用写很多文字，也不用违心地吹牛，只需要围绕”尽可能传递高价值“这一点，就足够我们写出一封优秀出彩的简历了。当然，这光靠我们钻研文字套路是不够的，也需要我们真正去思考和理解我们在职场、在学校、在项目里做的事情，挖掘出其中的价值。

误区与纠正

很多人会觉得简历么，写清楚之前的经历就可以了，面试官自然会来问的。

不得不说这种想法大错特错，先不说并不是所有面试官都会针对简历进行提问。即使真的提问了，因为认知和理解的差异，面试官未必能够问到你经历当中的关键，更未必能够get到你核心出彩的价值。同样是通过面试，有些人评价是S有些人评价就是B，难道就只是他们回答出来的问题数量不一样？还是做出来的算法题数量不同？

显然不是，面试的核心是价值，问答只是体现价值的一种形式，简历中的内容同样可以传递出大量的价值。我们把简历写好，目的只有一个，就是价值最大化，把手上的牌尽可能打好，为我们的求职争取尽可能的优势。

举个例子，假设你是一个搜索工程师，你和一个同事A的工作就是负责设计算法优化搜索结果。你工作兢兢业业，业余也会花很多时间研究工作的事情，由于你紧跟技术热点和前沿技术，在你的提议下，你和你同事一起把搜索结果优化了不少。如果你只是在简历当中写，负责优化搜索结果，应用某某算法，带来了结果的显着提升。假设A也投了同样的岗位，也写了同样的描述，你如何在简历当中和A做区分呢？

如果A擅长写简历和面试，很有可能最后他拿到更高的职位和薪水，如果这样的事情发生，你会不会觉得不公平呢？

但其实一点没有不公平，是你自己没有写好简历。兢兢业业、热爱技术、对工作热忱、有领导力、对岗位理解深刻这么多能力和优势一项也没有在简历当中体现出来，这能怪面试官在面试的时候没有提问吗？

另外，简历还有一项非常重要的功能就是掌握主动权。在我们一般的理解当中，面试中求职者都是被动的，因为我们不知道面试官会问什么。其实并不是如此，优秀的求职者是可以掌握主动权的，其中的技巧之一就是通过简历。还用上面的例子，比如你是一个搜索工程师，你只在某个领域有建树，对于一些相关的领域了解不多。如果你的建立描述很笼统，那么面试官就会考察你在整个搜索领域上的理解和能力，很有可能就会问到你搞不定或者不擅长的问题。

而利用简历，你可以调整你的相关描述，弱化某些你不擅长的部分，强调你特长的部分。甚至可以故意将某个点留下一点疑问引导面试官发问和深究，从而引导面试官的提问。当然这是高端面试技巧和能力了，这里不展开细讲，但这是常用的掌握主动权的方法。

总结：简历是面试的门面，写出一份出彩优秀的简历对于后续面试的帮助非常大，并且这是一件一本万利的事情，学会了之后可以在日后的每一次面试当中派上用场。

把简历写好，并不是要吹牛或者是夸大我们取得的成绩，而是尽可能地展现出我们的闪光点，让面试官能更好地理解我们，明白我们的能力和特长。对于求职者而言，认真梳理逻辑，写一封高质量的简历，本身也是求职当中非常重要的一个部分。写出一封优秀的简历，除了能够获得给面试官更好的印象之外，本身也是对自己职业生涯的一个复盘和总结。优秀的面试者在写简历的过程当中，基本上就能猜到后续面试官可能会提问的内容，从而有的放矢地进行准备。

Ⅶ 有多少人程序员真的接触到高并发，用户量大的系统

一场程序员与产品经理的血案，让我们重新反思，产品经理与设计师，开发工程师到底应该如何配合如何有效的合作，从而达到共赢的状态?珍爱生命，来读读@JingDesign 的这篇文章。 血案!程序员杀害产品经理? 2014年注定是一个不太平的年份，当我们还在纠结于设计师与程序员之间一像素的恩怨情仇，为马航MH370至今还未被找到，亚航另一架飞机又坠入大海而扼腕叹息的时候，今天下午快下班的时候，一则让我们更有切身体会的血案开始在各大设计开发与产品经理群中传开，据传，深圳某办公园区某间公司的五个程序员杀了两个产品经理，图文并茂，血淋淋的案发现场让我们不禁唏嘘和感到惋惜 ( 最新消息为离职员工与老板的劳资纠纷，请以网络新闻为准，如描述有偏差，还请见谅 )。网上一下子炸开了锅，针对产品经理，开发与设计师之间的吐槽此起彼伏。静电的同事–一位产品经理甚至自嘲道，老板，以后要给所有员工买份人身保险，哦不，产品经理要买十份!还有人插嘴：“看见没，以后不要给开发搞那么复杂的需求知道不?要不被xx了可太不值了!” 人人都是PM?产品经理的前世今生 相信很多读者都读过静电的这篇《一像素的恩怨情仇!程序员与设计师的那些事儿》，缘起一像素，开发人员觉得改产品里一像素的错位没有必要，设计师认为如果不改，会影响产品的整个体验，于是问题就来了，一场比电影还要精彩无数倍的故事就这么开始并且无休无止的进行下去了。其实静电忘记说了一个角色，就是产品经理。这到底是一个什么角色呢?咱们先把时间往前调，回到大概2000年左右，那是国内互联网刚刚起步走向繁荣的几年，各种网站及互联网产品层出不穷。但那个时候，还没有真正意义上的产品经理，有的只是刚刚接触这个行业没多久的开发人员和“做网页”的。记得04-05年左右，当时静电所在的公司，没人知道产品经理会是怎样一个角色，大家都凭着某些默契在工作，做网页的做网页，做开发的做开发，搞销售的搞销售，谁有需求谁提，谁来执行。直到06-07年，在做设计的我第一次开始接触产品经理这个职位，那个时候的产品经理多半是在某一行业资历较深的人员担当，相当于半个部门经理。接着，产品经理越来越多的出现在每个人的视野中，不管是初入职场的新人，甚至是设计师和开发工程师，很多人都会在自己职业发展的某个时刻华丽变身为产品经理。可是这个介于设计与开发之间的角色，却改变了每个人的工作方式。每天都跟产品经理与开发打交道的设计师朋友，相信大家一定不会陌生。 我们来看看产品经理的职能： 项目管理35% 个人能力(领导及个人亲和力等)15% 业务能力(业务管理技能)20% 技术能力(技术能力对于产品经理是必备的技能，技术能力让产品经理更好的理解产品的性能和特点，更好的进行产品的团队管理)15% 产品经理的职能中，有很大一部分职能是协调沟通及处理冲突。15% 看过产品经理的职业技能，很多朋友可能要倒吸一口冷气了，如此多的隐性及复合能力让产品经理看起来真的不是那么容易当，这简直就是全才有木有?但不管我们愿不愿意，这个职位在我们的工作中越来越常见。有的没的，经理这么高大上的职位，再加上那本《人人都是产品经理》，又让多少人蠢蠢欲动的做起了产品梦?画个原型图，就是产品经理?也许不是，但我们必须接受，这确实是个不可或缺的角色。静电认为，产品经理在是程序员和设计师中间不可或缺的一座桥梁，或者说是润滑剂，产品经理为产品质量负责，也为各个职位之间加入润滑剂，让整部机器良好运转。 什么仇——程序猿与射鸡师的烦恼 言归正传，说完了产品经理的职责，我们来聊一聊时不时就会出现在我们周围的产品经理与开发，甚至设计师的那些事儿。这三者之间到底真的有这么大的仇，以至于要拔刀相向，兵戎相见?对于设计师与开发工程师，产品经理很多时候扮演的是这种，还有这种角色。 这几张图一定会是大部分射鸡师与程序猿在工作中最真实的写照。所以，我们必须来聊下，程序猿与射鸡师的苦恼(深仇大恨?)，静电总结下，大概就是下面这几类： 催催催：十点提的需求十一点就要，完全没有思考的时间，更别提保证质量了，做完后又要被产品吐槽做的烂没用心。 改改改：今天提的需求明天就来个180°大转弯，写的代码全部白费，做的设计被无数次推翻 指指指：悄悄的问一下各位射鸡师与程序员，你们的屏幕被戳过多少次了?是不是很想摔桌子来一句you can you up! 接着分析各位射鸡师与开发为什么会如此烦恼，原因一定有很多，但静电认为一个最重要的问题就是：在整个工作流程中，你处在流程的最下游，看图： 相信大部分的公司都遵循着这样的工作流程，在没有pm的时代，流程短一些，矛盾相对较少，但由于产品经理的介入，流程变长，产品经理整理与推动需求并由设计师与程序员执行。想想自己在工作中是否很晚才知道上边的决策，产品与其他部门讨论完成了，扔给你照着做就可以的方案，后知后觉，喂，就是说你的!怨念值+1 另外一点，流程变长必然存在目标传达不清的情况，程序员不知道为什么要这么做。大家是否玩过一个游戏：一排人站好，从左边第一个人开始传达一个词语，只能描述或身体表演，下一个人依次描述直到最后一个人，90%的情况下，最后一个人得到的词与答案完全不同。信息的准确度在传达过程中一步步的流失，歪曲，最终产品成为一个四不像。怨念值+1 再者，处在流程下游的开发者无法掌握时间与整体进度。突击工作，成了救火队员，却不知道自己在忙什么，成就感缺失严重。怨念值+1 最后，在加上产品经理的不专业(比如不懂技术与设计的难处，随意修改;没有项目管理经验，执行混乱)，设计师与程序员怨念值几乎爆表。 怨念值爆表的结果大家懂的。执行者要么敷衍了事，要么拒绝完成，抵触情绪严重，态度恶劣也就不难理解了。 说的更直白一点，在下游就出现很严重的问题就是，你丧失了很多的主动权，设计师与程序员大部分时候只是过程执行者，缺乏对过程的掌控以及参与的乐趣，别人说什么就做什么，这样的工作，你会有乐趣吗? 什么怨–产品经理的苦逼与憋屈 用执行者来描述大多数产品经理的身份，相信一定会有很多人赞同。抛开上面5条产品经理必备的素质，更多的人甚至从一毕业就踏上了产品经理的岗位，以最终成为一名优秀的产品经理为目标而努力，静电不置可否。但有一点毋庸置疑的是，处在这个阶段的产品经理大部分为了积累经验值，必然会经历许许多多的磨练，打怪升级以取得进步。无怪乎今天下午看到产品经理血案的时候，群里很多小伙伴的反应居然有那么一点点奇妙(这个是不对的，大家一定要冷静~)。产品经理并不像我们想的那么风光，他们必然会在执行及推动整个项目的过程中跌无数个跟头，被领导，开发和设计师吐槽无数次却毫无怨言(真的吗?)，只不过他们大部分时候情商较高，不会表现出来。看看产品经理苦逼在哪里? 1. 大部分产品经理只是产品的推动者和执行者，很多时候他们无力改变一些固有的现状和决策。 2. 相比设计师，产品经理更应是个杂家，但打怪升级的过程并不会那么顺利切相对漫长，他们需要了解和学习的内容包括但不限于设计，管理，代码，用户体验，市场行情等等等等等等。面对设计师的设计稿还好，指点下江山尚可;但开发工程师会用那高深莫测的技术专业术语让产品经理如同听天书，加上之前的各种怨念，项目执行不下去或者最终效果缩水太大，被用户骂老版骂设计骂开发骂。 3. 老板说要改需求，刚让技术做的项目要推翻，只好厚着脸皮求改，可想而知，免不了又要被骂，诶。 4. 沟通方式不当，态度欠佳加剧开发与产品经理之间的矛盾。 产品经理与程序员——和平共处没那么难 什么仇什么怨?让原本可以避免的悲剧在我们身边以这样的方式发生?本文无意吐槽处在流程中的任意一方，也无意为处在流程中下游的开发人员辩护，但通过以上的分析，相信大家都会或多或少的明白些什么?那我们究竟要如何做才能让事情变的大家都满意呢?在此静电提几点自己的拙见。 开发者与设计师： 与其抱怨或者付诸暴力，不如思考如何通过改进流程与提升自身来改善现有的状况。 1. 停止抱怨，主动沟通，由被动执行变为主动参与项目中，了解项目进行的最终目的及计划，只有站的更高，才能看的更远。不愿沟通，不想沟通，不屑沟通，过于自我的观念存在于很多程序员与设计师的固有意识中，这其实是大部分技术人员的短板所在，也是禁锢很多人发展的一大障碍。 2. 自我增值：不管是程序员还是设计师，都应该留出自己思考与整理思维的时间，通过一系列的自身努力提升自己。 3. 扩宽眼界：程序猿如果还只是埋头于代码，两耳不闻窗外事，那就是真out了，优秀的程序员会非常有兴趣了解并尊重其他同事的工作，比如问问产品经理为什么要进行这个需求，玩一玩用户体验绝佳的网页或app，提升自己的审美，你会发现这一定很有趣。 4. 心理疏导：如今看来，加上这么一条还是很有必要的。如此紧密配合的职位之间必然会发生各种的小矛盾，没关系，大家坐下来一起聊聊，相互沟通与理解，相信没有什么事是大到血溅办公室这种地步的，各个boss，领导们，这个靠你们啦! 友情提醒，这么做必然是违法的哦，不管你再怎么不喜欢给你安排工作的产品经理。 产品经理： 1. 懂点代码，懂点用户体验，懂点审美，你会发现，沟通会如此顺畅，你和程序员与设计师居然可以聊到一起了。 2. 你身边的同事是与你一起同甘共苦并让事情迈向成功的好伙伴，不要冷落他们，适当的时候，邀请他们参与并加入你的讨论会议吧。 3. 善待你们身边的设计师与程序猿，尊重他们的工作成功，即使要指点江山神马的，起码来的温柔点。比如亲王马伯庸就是一个特别温柔的甲方 4. 成为程序猿与设计师之间的润滑剂，他们会感谢你的。 5. 你所经历的一切一定会成为职业生涯中宝贵的财富。 6. 中国人兽最近推出的产品经理高危专属人身保险一定会适合大家，我不告诉你是朋友的朋友的朋友的卖保险的大姨妈告诉我的。 最后为惨剧中离开人世的同行们默哀，什么爱恨纠葛，什么仇什么怨? 生命诚可贵，让这些都随风去吧~ 《产品经理是条狗》歌词送给大家，愿大家都能在工作中找的自己的价值所在。收听地址： 我睡得比猫晚起得比鸡还早/工作在拼体力武器得用大脑/ 左手的PRD右手的产品稿/什么才是你想要我每天在烦恼/ 邮件又来催催催/产品开发累累累/你们永远对对对 我是产品狗我要大声说/产品经理是条狗/ oh狗狗狗GOGOGO/ 除了海贼只剩魔兽女神在梦里游(OHNO!)/ 产品经理是条狗/oh狗狗狗GOGOGO/ 屌丝不哭撸个够也不会放弃加油 如果我的产品让你快乐请摸摸我的头 如果我的产品让你快乐快拍拍你的手 他说加个链接你说搞个按钮/70后的需求90后又没够 实在众口难调想的我快疯掉/这里省掉两万字别再逼我咆哮

Ⅷ 32岁了，还是程序员，大家怎么看

国内做技术到了30+就担心担心那，至少能说明两点:
1)开发人员心态浮躁
2)国内还处于整个产业链的下游，不需要劳动者有太深太专业的技能，很多公司招个刚毕业的个把月就能上手就是证据

Ⅸ 做业务员时间长了，有什么方向可以转行

做业务员时间长了，其实有很多方向可以转行，

主要看您是哪个行业的业务员，比如说我这个行业。我们主要销售栽培介质，肥料等。因为是做直销的。所以我们能接触到很多园艺种植户，可以了解市场行情，收购商也认识不少，销售目标区域等等都很清楚，如果我不做业务的话。我会租个档口，做园艺作物，小盆栽等的贸易。当然这只是一个方面，其他还有很多可以去做的事情，比如自己接点产品直销，或者自己租块地搞种植。这些都是比业务更有前景的行业。

不管做什么，还是要看你自己有没有多用心去发现机会。

其实，我觉得你还是得结合自己的喜好和优缺点来看吧！首先，你以前的工作经验无论到哪里，可能都是有帮助的，无论是社会阅历还是处事能力我相信在做业务的过程中你自己总结总结都会有一些是值得以后学习的和借鉴的。再者，问问你自己真正喜欢什么，如果知道，那就能很好的缩短转行的范围，如果自己也摸不清自己喜欢什么，就多试试，有的好工作也是靠运气的。当然，我不是说让你频繁跳槽的意思，而是让你在不确定的时候给自己多一个机会去进入一个行业或者公司去试试。还有，你总结自己的优势是什么，适合做什么样的岗位，什么样的事，结合着自身的优点，去选择想要转行的行业可能会更得心顺手和更长久一些！

Ⅹ 如何成为优秀的程序员

首先是 来自自身内部的创造性的一面
虽然你可以从别人那里学到很多东西，也可以已有的东西中得到灵感。但真正的创意灵感来自于你自己。例如乔布斯，他不是一名工程师，也不是程序员，但他很有创意，他推动苹果公司创造了iOS，Siri。
或许你想问编程需要什么创意？任何人都可以在线或离线学习一些课程，阅读一些书籍就可以开始写代码了。但这些东西都是别人灌输给你的，你需要有自己的一些想法和创意，想出自己的框架。例如Dennis Ritchie，他就创造性地编写了C编程语言，而且目前这是使用最广泛的语言。
它像任何口语一样，每个人都知道一些语言，但不是每个人都是一个诗人或一个作家。你需要创造性的技能才能被称为伟大的诗人或作家。
其次是技术方面
你需要从一些编程语言开始。过去很多人开始是以C语言开始编写程序。然后很多人开始使用BASIC。现在人们从Python或PHP开始。其实从什么语言开始不重要。重要的是一旦你掌握了这些概念，你就可以编写算法并绘制流程图。
总的说来，如果你花太多时间做下面的事情，它可能会提高你的技能一点点，但你永远不会是一个好的程序员：
只知道看书的程序员用永远不会成为一个好程序员。俗话说All read and no practice makes Jack a ll boy，古人的话绝对是有道理的，不是说让你不要阅读，只是不要只有阅读，你应该通过应用你学到的东西来构建简单的应用程序。
通过记忆代码和算法。编程是思考而不是记忆。你可以拥有最好的记忆力，但是如果你没有自己思考，你永远不会是一个好的程序员。我们有计算机和互联网为我们记住事情，你不需要记住任何东西 ， 你只需要了解在哪里以及如何找到你需要的信息。
通过编写你看的书中的单个函数和算法，即编写愚蠢的冒泡排序函数和类似的无用算法。
通过测试其他人的代码。例如是否使用测试软件或编写单元测试等
通过阅读和调试其他人的代码。这可能会在短期内有所帮助，但是只是在对方的代码写得很好的情况下，你可以从中学到别人的一些良好的习惯；但阅读不好的代码作为例子会教你养成不良的习惯，而且你或许一直会记得这个错误的习惯。从长远来看，花费太多时间阅读和调试其他人的代码将不利于你的成长。
让别人来管理你。编程就是为自己思考，你需要自己管理自己，也就是上面所说的，要有自己创造性的思考。
成为优秀的程序员最好的打开方式就是：
你必须自己完整的完成一个项目。不要过多地把重点放在阅读书籍，语法，算法和功能上，也就是说，在开始时不要太关注细节。你可以简单地坐下来思考一个你想为自己开发的应用程序/系统......如果实在需要的话，可以问你身边的同事/老师的想法，但是你必须有自己的思考并且自己独立去完成它。
一旦你想明白了，就把这个想法留在脑海，并且富有激情的去完成它，所有的一切都会慢慢地开始。你会想到你要实现的功能，你将开始研究如何实现这个或那个。
只有在这个时候，你才应该拿起一本书或在互联网上搜索关于如何实现这个你认为可以做的很酷的功能的答案。随着你的应用程序/系统的发展，你将会慢慢地开始考虑编写更简洁的代码，以便在将来也可以派上用场，让自己的工作更轻松。
只有通过把自己的想法带入生活，你才能学会如何成为一名优秀的程序员。你应该把自己看成是一个艺术家，而不是像编写代码的人那样去编译和运行。如果你只是在别人的代码上工作，或者只是阅读书籍等，你将很快失去动力，你永远不会发现或利用你的才华。