程序员接触大项目

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

一场程序员与产品经理的血案，让我们重新反思，产品经理与设计师，开发工程师到底应该如何配合如何有效的合作，从而达到共赢的状态?珍爱生命，来读读@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后又没够 实在众口难调想的我快疯掉/这里省掉两万字别再逼我咆哮

2. 程序员遇不到大型项目怎么办

想要学习快就得碰上好项目，程序员前几年尽量白天图生存，晚上图发展。得有几年的持续学习能力。其实没好项目，也可以自己学学，互联网行业很多东西框架就不说了，mc，hadoop，zooekep（忘记怎么拼写了），还有protobuf，以及scribe等等都可以学学

3. 作为一个程序员，参加一个项目，会接触到哪些流程

首先看你去的什么公司，如果去大公司，有一套规范的话。那么你只需要，找项目经理或者产品经理要需求文档，找架构币要表结构，找同事问问实现好的utils,然后开发充毕进行单元测试，与前端工程师联调，之后就可以提交测试了，如果去了一家小公司，那么上面的所有工作都有你来做。

4. 有哪些新手程序员该知道的工作小技巧

1.积极大胆的谷歌。你得知道如何有效的组织搜索关键字，查阅别人写的代码，然后合理地用在代码里，从而解决问题。

2.拥抱变化，坚持不懈。老手程序员在接触新技术时，能欣然接受像个初学者一样处处受挫，并总能在完成工作的同时自学成才。

3.承认细节的重要性。例如变量和函数的命名、CSS属性的命名、该用哈希还是数组，以及其他看起来微不足道，但可能对项目有深远影响的事情。

4.承认大多数的“重要决定”其实并没有那么重要。一般的开发者经济常在技术选型等“重大问题”上陷入唇枪舌战，而程序员老鸟们会避免浪费时间在骂战中。这一点上，它们就像禅宗大师一样。

5.选择合适的工具解决问题。网上有无数的开源库、工具和框架，让人眼花缭乱。而老手们清楚地知道针对怎样的问题，应该用怎么样的工具。

6.明白代码“不值钱”（该删就删）。你必须习惯于删掉几百行代码来重写程序的某一部分，毫不留情。

7.在评估技术的时候要全面。例如，我一直在鼓吹Elixir。它语法优美，社区完善，有很大的潜力。但Elixir诞生的时间太短，所以如果要构建复杂的功能，可能会难以找到能帮你提高效率的开源工具。因此，在评估要不要选择使用一项技术时，你得把所有这些因素都考虑在内。

23.知道什么时候开始回馈。到了某个时候你需要将你的技能和经验传授给年轻的开发人员，就像你的导师当时教授你一样。

24. 能写烂代码。有时候可以当一当“胶带式程序员”。关键是随着时间推移，你需要弄清楚什么时候可以走捷径，什么时候必须走捷径。这其实是最难掌握的技能之一。

25. 礼貌地告诉别人你工作到很晚。如果你是办公室里最后一个，可以发一封简短的汇报邮件。别人一般会注意到邮件上的时间戳的。

26. 像一个领导者(Leader)一样做事，而不是老板(Boss)。老板是让别人为他工作的人，领导者是人们追随的人。做个领导者。

27. 去打打桌上足球。从长期来看，同其他开发者（或不同岗位上的同事）建立联系比在紧巴巴的期限里交付一个功能更有价值。

28. 在压力下学习。你需要知道如何应对像系统宕机而你要负责将它复原的情况，即使一开始你完全没有头绪。

5. 程序员想进入大公司实习或工作，需要掌握哪些技能

第一：学历。

为什么把学历排第一呢？因为现在很多培训机构都忽悠那些中学生，说现在学历不重要，只要你把技术学好。这里说一下，学历很重要，因为学历是敲门砖。大公司每次招人都会有很多人来应聘，第一轮怎么筛选，就是看学历。

第二：综合素质

初试的时候，看的就是个人的综合素质了。你的言谈举止，个人表现，是否积极向上等等。因为你到一个公司，你的所作所为就代表着公司的形象，你在外面给人印象，就是别人对公司的印象，就比如：如果你在国外做了一件好事，外国人会说中国怎么怎么样，不会说这个人怎么怎么样，因为他们不认识你。

6. 一个前段程序员一年会接触多少项目

一般一年接触2个小项目，并做好就差不多了吧!
请采纳！ 如有疑问，请及时沟通！

7. 程序猿这条路到底要怎么走

首先 学习学习，再学习这个永远不要改变，不论你考研还是 选择工作。其次谈一点我的感悟希望对你有帮助：1.永远不要在太安逸的环境下呆太久，就算没事做，也要找点事情做，要知道机器不动也会锈的。

2.程序员，能单靠技术，并且最后过的很牛逼的，少之又少，因为你并不比别人聪明多少，也不比别人努力多少，技术又能牛逼到哪里去？所以，除了开发，多关心下开发之外的东西。但是，不代表可以放弃技术，你可以不太追求技术的深度，但一定要追求技术的广度，不然就算到了一定的位置，吹牛逼都不知道吹什么！

3.一定要有自己的想法，不管你在什么样的环境。虽然由于历史等诸多原因，你并不一定有能力改变它，但至少分得清对错。一个没有自己想法的人，只能算是一个普通劳动力而已，随着科技的进步，最终可能会被人工智能所代替。

4.每个人都有缺点，一定要分得清哪些是性格缺陷，哪些是人格缺陷。可以做缺性格的事，但绝对不要做缺人格的事，不然你在职场中，不会有交心的朋友。

5.不要整天想着IT做不了多久了，干两年卖烧饼赚钱去，在你没有一个完整的计划之前，做本行是你唯一能做相对体面的工作。家里有钱有背景的除外。

6.人要有梦想，就算没有大的梦想，先实现一个小目标也行，看看人家王健林。建议是能量化的目标，举个栗子，“我明天要早起”，这不算个目标，顶多算是梦想。“我明天早上5点起床”，这才是个目标。

7.如果说青春是你挽不回的水的话，时间也是,与时俱进不要停下你的脚步。

8. 程序员怎么接到上百万的大型软件项目呢[图]

02：手上有成熟的技术积累，很多东西虽然我们都懂，但是每个功能实现起来都需要需要几个小时至几天时间，你需要多年坚持积累好自己的劳动成果。 03：要有忠于你的一群同行伙伴，他们愿意跟你一起干随时响应你的号召，否则一个人是无法完成上百万的大型软件项目。 04：要有丰富的软件项目管理能力，否则这么多人的日常管理、项目进度控制都会是个大问题，会让你头大的。 05：要有比较强的表达能力、说服能力、讲道理的能力，否则客户不会把上百万的软件项目包给你来做。 06：需要擅长谈判，能说服客户，做这个项目的确需要上百万的资金才可以。 07：需要有亲自带头干的能力，否则别人也不会那么拼命好好工作，要能起一个领头羊的作用。 08：需要有一个开阔的心胸、能包容、能宽容，能把身边的队伍都维护好，否则很容易搞得鸡飞狗跳了。 09：需要有一定的文档能力，能把很多管理事宜都进行文档化管理。 10：需要有个良好的身体，否则被N多琐碎的事情搞垮，还需要有一个坚强的心，在一切打击面前都不会被击垮的强劲的心。 11：需要有激情，做任何事情没激情是不行的，无法适应长期作战。 12：在有技术能力的前提下，还需要有比较不错的人脉关系，庞大的软件项目都不会自动送上门来，都需要有一定的人脉朋友的介绍。 当具备了这些重要因素，只要机会送上门来了，都能把握好机会的放心吧，程序员的有房有车的梦想都很容易都能轻松实现好。