程序员对需求感到厌烦

❶ 程序员，还在为需求方反反复复的修改提出而烦恼么

最近跟客户谈的时候，经常会听到这样的话：&lo;你们美工不就是做图?除了做图还能干吗&ro; &lo;那样的图我随随便便花两三百块就能找人做出来&ro; 等等，而且客户在炫耀自己()实力的时候都会以&lo;我花了多少多少钱从某某大挖了个技术回来&ro;而不是&lo;我花了多少钱挖了个设计回来&ro;。 反正给我的感觉就是在大众眼里，程序的身价地位总是要比设计高。你做的图，别人也做得出来。 按理说做项目的时候，设计要做的工作量不比程序少多少，甚至为了个极致视觉效果挖空心思反反复复修改，结果出来的时候给别人印象也仅限于&ro;这图不错&lo;。 人艰不拆，说多了都是眼泪。虽然这些话早已习惯，但是我还是很矫情地想：我们做这行的也花心思花时间花精力做，为毛会这么卑贱。 对于设计师的地位，我说几点： 1. 设计师，由于其职业特性，更容易遭到外行人的随意评判。 虽然我们知道设计的大部分功夫(用研、思考、决策等)都在最终的图稿之外，然而最终给外人展示的，却通常只有外在的“皮”。 虽说从表象上看，“技术是里,视觉和交互是外”，然而事实上，“设计”对于产品价值的实现，以及塑造差异性、传递品牌价值等更高层面的要求是具有核心意义的。但设计终究是面向普通用户的工作，其最终的产出(不管是平面，还是用户界面)必然会直接面对用户。而他们中的绝大多数，只会对设计的直观表现作出感性的认识。在这种感性认识的影响下，人们很容易误以为设计的全部内容就是塑造他们所感知到的直观表现。这就造成了对于设计“谁都可以指指点点”的事实。 而人员不同。他们的工作主要是关于产品内部的技术细节，而这些技术细节对于普通人是不可见的，于是普通人自然也就无从评判这些内容。 这一点是由职业特性决定的、无法改变的事实，然而我认为这正是设计的魅力所在：我们为普通人服务，而普通人可能不理解我们。那么如何将我们认为好的、优美的东西在这些普通人中推行出去?这是一项非常有趣的挑战，它需要的不仅仅是设计师自身的技巧、美感和品位，还有对人、社会和文化的理解。 2. 设计师(包括美工)，由于行业门槛非常低，造成了过分平庸的现实，也造成了设计可替代、低价值的特性。 关于这点，需要强调的是，现在的设计师大部分是商业设计师，它们的一部分主要价值是为产品和带来收益。然而商业思维恰好又是现在设计师所欠缺的。事实上，由于种种原因，很有可能发生的事情是：商业设计师们不仅不会带来商业价值，还会增加成本。这也是其地位不高的原因之一。 3. 从产品的角度考虑，设计师(这里将产品设计师也归为设计师)决定了产品做的好不好，而人员决定了产品能不能做出来。 他们的关系就好似温饱之后思淫欲。对于那些连温饱都没法保证(连实现都没法保证)的产品，苛求它们去重视设计岂不是强人所难么? 依然从产品的角度考虑，对于那些不愁温饱的、成熟的产品，随着自身的发展，在对设计有了更高需求的同时，技术方面也会面临更大的挑战。而对于软件来讲，应对技术挑战，最具价值的资源依然是人才。而此时，技术依然是整个产品向前发展的基础保障。这也就决定了在很多时候，人员对整个产品的价值是高于设计师的。这是一个事实。 4. 整个社会的需求层次还不足以让设计师的工作获得足够的承认。 这点大家应该都深有体会，我就不废话了。 设计是有逻辑的，就如同程序员设置的变量一样，每个变量都应该有它存在的理由。所以设计师和程序员一样重要。但问题就出在： 1)程序的背后对于非程序员来说就是天书，没人会要程序员去解释(除了程序员们)。 出问题的时候，若是个不懂编程的上司，除了向程序员施加压力以外，只能暗自着急。不管出不出问题，这都捎带一种依赖的微妙关系。但若是设计，似乎谁都可以自信满满地扔几个鸡蛋烂番茄过去，因为，设计是直观的，长了眼睛就能看见，还都觉得自己看得懂。 2)设计从业人员大多有艺术背景。 艺术是对情绪的表达，艺术是天马行空的，而设计却产生于要求与限制。就如同程序员设置的变量一样，每个变量都应该有它存在的理由，若非如此，则是不够简洁不够巧妙(而只有同行才可知)。设计也是如此，如果你说不出这个按钮为什么用了蓝色，或者你觉得答案就是“我觉得就该是蓝色”，那么你不可能是客户眼中的好设计师。但我可以告诉你，很多时候设计没有什么黄金定律，真的就是“我觉得就该是这样”，但即使如此，就算你编，也得编出个理由来。客户付钱，不是来题名“无题”的艺术品的。 我不是说提问者，但那些常常被客户否定的设计师，是否想过，我们的作品都是出于我们的双手，包含了我们的理解，采用的是我们擅长的表达方式，我们是否考虑过什么是客户会喜欢的?什么是客户的顾客们易于接受的?若是全部算在设计计划之内，那么客户喜欢的方案，很抱歉，也许就是最艳俗的那个——再次抱歉，这是我们的工作。设计不是搞艺术，不是个人去参加比赛。 那么我们该如何让自己进步呢? 设计需要创意，程序员也需要创意，但即使是 out of the box thinking，巧妙的创意也是用来达到一个目标，一个可以写下来的，可以用额、利润、未来潜力来衡量的目标，甚至有可能是是直抵人心的一场场心理战。而漂亮的展示，我不认为是设计师最重要的能力。漂亮的展示，可以交给真正的艺术家——美工——来完成。 另外，要懂得沟通。比如，客户不明白为什么这里要放丑陋的二维码，你怎么解释二维码这东西?“扫一下就行”、“方便”、“直接”都不如“不用打字”这四个字直击科技小白的心。(这是沟通的例子，重复，是沟通的例子不是设计的例子!) --- 最后，对所有设计师的建议： 最核心的事，依然是提升自己能力。君不见也有程序员被称作码农，也有产品经理实际上是打杂工。唯有让自己成为一个各方面成熟的设计师，才能让设计职位的价值得以真正实现，进而获得尊重。 对于产品本身，从更多方面考虑。例如成本，例如场，例如产品需求，例如运营数据…… 考虑得尽可能全面，设计决策才会尽可能完整，方案也会更加成熟。 想要被人承认是设计师，那么自己就需要先成为设计师。美工们津津乐道的 pixel-perfect 是应该的，然而对于设计师来讲，这还不够。在技法、细节上辛勤劳作是很好的，然而对于设计师而言，更重要的应该是思考。 最后，一个不太“正确”的事实：很多抱怨设计师地位不高的人，其实并不能被称作“设计师”。

❷ 31岁女程序员，厌倦互联网行业勾心斗角，应不应该去国企

要是有好的机会，可以选择去国企，毕竟换个工作环境就会换一个心情，长期处在高压工作下，对人也是极其不利的，尤其是女性同胞，最容易内分泌失调。

另外，其实要说到勾心斗角，国企里面也是难免的，主要是自己看待这些事情的态度。只要不损害自己的利益，完全没有必要参与。

❸ 程序员久了，会很敏感，因为小事烦躁，怎么回事

程序员的烦躁来源于压力。程序员缺少宣泄情绪的出口，每天基本都是在处理问题，面对工作、生活各方面的压力，没有很好的疏解途径，造成了心理负担

❹ 如何向外行解释产品经理频繁更改需求为什么令程序员烦恼

某产品经理经过多年努力，终于研制出可定制多层冰淇淋，可以根据顾客的需要现场定制。开张第一个顾客是聪明可爱的小汤姆，指着摊位的冰淇淋机问：我可以要多个自己喜欢的口味吗？产品经理：当然了，你可以自由选择4种口味来叠加哦。汤姆：那太好了！那我第一层要巧克力味的。产品经理：好嘞，巧克力味的。第二层呢？汤姆：我还喜欢吃奶油，那就要奶油的吧。产品经理：奶油，OK了。汤姆：第三层要花生酱吧。产品经理：搞定，花生酱。汤姆：嗯...叔叔，我能不能把花生酱的换成草莓味的呢？我刚想起来，隔壁小妹妹花生过敏。产品经理：啊，这样啊，那我帮你换掉。汤姆：谢谢！那我还要原味的...产品经理：好，原味的...汤姆：等，等下，我觉得还是橙子的吧产品经理：怪我手快...橙子的汤姆：嗯...好像我妈妈不让我吃奶油，能不能帮我把第二层换成梅子的呢？好不好~产品经理：...好吧，看在你是我第一位顾客的份上，帮你换。汤姆：太感谢了！...哎呀！狗狗不能吃巧克力对吧？！产品经理：狗狗确实不能吃巧克力。汤姆：我怎么忘了呢，要是我家布丁吃了巧克力死掉怎么办呢？产品经理：那就不要给狗狗吃呀。汤姆：那怎么行，这么好吃的冰淇淋怎么能让它就这样看着呢？帮我把巧克力换成抹茶的吧~叔叔~产品经理：...小兔崽子，怎么学成这样了，你爸也是个产品经理吗？！汤姆：不，我爸是程序员。

❺ 程序员与编程存在密不可分的关系，为什么让他如此厌恶

编程，有些人喜欢，有些人讨厌，有些人从未尝试过，还有一些人每天都在使用。

讽刺的是，要让程序员在结对编程感到更加的舒服，我们需要在工作结束，或者在番茄钟间歇的时候，多多交流，相互反馈。但程序员大多数沉默少言，并且很内向，他们之间的反馈和交流非常的不容易。

简而言之，整个事情都不容易。

结对编程优势不可能被否认，是有据可查的。但结对编程存在的问题却很少被提到，但这些也非常重要。

郑重声明，我是一个结对编程的践行者。对于我来说，和很多人一样，我们都会对挑战所带来的收益进行评估，判断是否值得自己去付出努力。但是我也相信，和其它的挑战一样，当你准备好，知道你自己应该做什么的时候，事情就会变得很容易。

我们经常谈论各种各样的挑战，我们可以使用我们的智慧来找到解决办法。我们可以从中获得好处并减少问题带来的挑战。举个例子，我们并不需要对每一个任务都进行结对编程，我们可以间歇性的执行结对编程，更好地适合你团队的现状。

❻ 新程序员，刚入职两个月，感觉好闹心，简单需求有时出错，复杂需求又做不来，而且有好多不会的东西。

先装傻，不要盲目去揣度上级的想法。新人刚进公司，基本都是这样的，刚开始一年时间是最难混的。只要你自己有态度，肯努力，多学习，会熬过去的。如果最后经理主动提出不留你，那也没办法了，就只能走了。

❼ 好累，程序员听不懂产品经理提的需求，问多了，产品经理嫌烦。该怎么办

这个东西应该有一定经验积累会理解比较快，也是一个过程。只有多沟通，在沟通前想想沟通的目的，这次沟通要解决什么问题。用笔记下来。然后在实操，在实操过程中如果遇到问题先想一想，试着自己去解决一下。再去询问，至少让别人感受你是在用心做这件事。而且也是想做好这件事。其实你们的目的都是一致的。注意方式方法，不要让别人觉得你一个问题重复的问还没什么结果。大家都有自己的事情都会比较烦。

❽ 如何看待互联网大厂程序员因厌恶编程，辞去月薪2w+的工作去当司机

人各有志，只要能过上开心快乐的日子，做什么职业不重要。
外面的人看到的都是程序员的工资高，却不知道程序员工作中的烦恼
奇葩的需求
2018年中国平安的产品经理和APP开发人员在办公室打了起来，原因是该产品经理给开发提了一个需求，根据用户手机壳的颜色自动调整APP的主题，程序员听到这样的需求后对产品经理大打出手。假如这样的需求给到我的话，大打出手倒不至于，辞职是肯定的。对于这种完全不懂编程的产品经理，日常被程序员问候已经是常态了。
2019年某次元视频网站源码泄漏事件中，不少人在源码的注释中看到了这个
可见程序员日常写代码中都不忘问候产品经理，对产品经理的仇视是日积月累的。
还有这个
地位
程序员被戏称为码农、代码搬运工也不是没有道理的，在需求上没什么话语权，需求来了，即使觉得这样的需求不合理、没有意思，也要硬着头皮去做完；拿到需求，只能默默低头完成，这时候培养一个好心态尤为重要，不然将是无休止的口水战争。
弹性工作时间
程序员的加班是无休止的，996已经是工作常态了（早上9点上班，晚上9点下班，一周工作6天），遇到紧急任务或者产品上线，有时甚至需要工作到凌晨，去年较火的github项目996.ICU，程序员集体反抗，但是作用根本不大，除了让外界知道程序员加班外，工作时间没有任何改善，甚至由于大环境不好，很多程序员都丢了工作。现在的招聘信息中，工作要求中一般都不写加班，但是在会在面试的时候问你能不能接受加班，你要是说不能接受，基本就凉了。
身体越来越差
当程序员的，在变强的道路上秃顶的问题也随之而来，刚入行时关注编程能力的变强，到入行后的养生，行内的规矩，根据程序员的发亮去判断一个程序员的技术水平，虽然是吐槽，但是也并不是没有道理的，程序员的工作本来就烧脑，平时工作头发掉得多，还有工作时间也导致了这个行业普遍都掉发严重，晚上得不到好的休息。
后来还出现了帮助程序员通过面试的发型
通过发型迷惑面试官，让面试官认为你是具有多年开发经验的老手。
发亮都是表面上看到的，还有内在的，程序员因为工作时间长，平时没有时间锻炼身体，久坐，导致的腰肌劳损，颈椎病都是常态
所以工作多年的程序员中就两种体形，一种骨瘦如柴，一种发胖型，就没有几个是壮的。
最后
程序员的转行都是多种原因，日积月累的，曾经刚入行时对这个行业的神秘感，到真正工作时对他的厌倦，其实不止是程序员厌恶编程，其他工作也一样，当爱好变成了你的日常工作，你的这个爱好就已经被扼杀了。程序员转行当司机，也许是真的受不了这样的工作强度和工作压力吧。

❾ 做了两年程序员，突然感觉特别厌倦了，我的未来在哪

好多工作都会有这样的感觉，及时调整自己的情绪，想想工作带给自己的快乐，想想工作的回报，如果是不想从事这个行业了，可以考虑转行，或者自己创业。