程序员激怒老板

① 如何用一句话惹怒程序员

你看着真年轻啊。

② 为什么都说悲剧的程序员程序员很悲剧吗

情景一：

程序员的悲哀，不是情商问题，不是衣着问题，更不是自黑之类的，悲哀是并没有决策权。项目做成什么样，你有决定权吗？那是领导和产品经理的事。注意流程是这样的：领导或经理决定要改需求，然后通知你，然后你等设计给你图，然后你做好。程序员只是一个执行者，别人叫你干啥你就只能干啥，除非产品是傻逼到让你实现不可能的功能。最后项目做坏了，裁员了是谁？程序员。

做程序员越久，越是感到：我们就是新时代的手工艺者。只有少数的人，从手工艺者，变成了发明手工艺制作机器的人，少部分人变成了设计手工艺品的人，少部分人变成了车间主任罢了。

“码农”这个词有着深深地悲哀。

欢迎大家都来吐槽！

③ 如何用一句话激怒程序员

哈哈，这个问题问得好，我可以告诉你很多种激怒程序员和UI的套路~

Come on~

如同大众辉腾的玻璃工厂，伟大的产品、伟大的设计，这些都是值得我们去尊敬的，它们都是伟大的结晶。

辉腾是一款伟大的轿车，大众倾注了巨大的心血在辉腾这款车上，每卖出生产一辆辉腾，都会亏本，这也许是真正用心的产品。

所以，不要试图去激怒真正用心做事的人，对每个人都应该抱有应有的尊敬。

④ 35岁的程序员工资不错，却不喜欢领导，该不该辞职走人

在当今社会，很多人对工作有诸多抱怨：比如不喜欢现在的工作，又不知道该干嘛：对领导不喜欢，是不是该辞职？工作没有成就感，一辈子就这样了吗？压力好大，撑不下去等等问题。

其次，尝试从自己身上找原因。一般来说，和上司关系不好的员工，基本上自身也存在问题。所以，改变对领导不满情绪的第二个做法，就是审视自己，处理事情的时候有没有被自己的主观情感所影响。很多人之所以对领导不满，往往是评价对方时过于主观。

最后，尝试寻找改变的机会，试着与领导进行沟通，或许能通过这来处理问题。

⑤ 程序员如何说服老板采用Node.js

导读：近期以来Node.js在业界很火，有关它的的新闻不胜枚举，种种迹象表明业界更多的公司在关注和考虑采用Node.js。俗话说“巧妇难为无米之炊”，程序员该如何成功说服老板听取您的建议？针对这一话题，作者Felix发表了一篇博文，文中分享了一些建设性指南，CSDN研发频道现将此文进行编译，分享给开发者，也欢迎大家发表自己Node.js实战心得。糟糕的使用案例Apps在CPU性能上的高使用率 尽管一直钟情于Node.js，但这里有几个使用案例，结果却并不令人如意。最明显的是Apps在CPU上的使用率以及I/O操作是极其高负荷的。因此，如果你打算写一个视频编码软件，人工智能或者类似CPU使用率比较高的软件，那么请不要使用Node.js，使用C或者C++效果会更好一些。话虽如此，但Node.js允许你轻松的编写C++插件，因此，你可以将它作为一个超级算法的脚本引擎。简单的CRUD/HTML AppsNode.js最终会成为一款不错的编写Web应用的工具。但是，你不能指望它能像PHP，Ruby，Python那样为你提供更多的好处。也许你的应用程序会因此而获得更多的可扩展性，但并不会因为用Node.js编写的而为你带来更多的访问量。当我们看到Node.js一些不错的框架时，或许你会因此而欣喜不已。事实上，至今还没有比Rails，CakePHP或者Django这些框架更具强大的应用功能。如果你的应用程序只是为了基于一些数据库给HTML做渲染，那么使用Node.js不会给你带来任何利益好处。NoSQL + Node.js + 各种时髦词 假如你的下一个应用程序的系统架构读起来像NoSQL的配料菜谱，请花点时间阅读下面的内容。Redis，CouchDB，MongoDB，Riak，Casandra等这些看起来似乎很诱人，同样令人难以抗拒。如果你正在使用Node.js，那么就不应该附加上一些你完全不了解的技术。当然，也有选择一个文档数据库合理使用的案例。但是如果你想开发一个商业项目，请坚持保守的数据库技术（比如Postgres 或者 MySQL）或许能满足你的需求。出色的使用案例JSON APIs创建一个轻量级的REST / JSON API这确实是Node.js的一大亮点。如果需要包装其他的数据源（如数据库）或者Web服务器通过JSON接口让他们暴露出来，那么将非阻塞I/O模块与JavaScript结合在一起是个不错的选择。单一的页面应用如果你打算写一个AJAX单一的页面应用（如Gmail），Node.js非常适合。在极短的响应时间内获得更多的请求数，在客户端和服务器之间共享数据，为现代Web应用程序在客户端上做大量的处理，Node.js都能满足你的需求。Unix工具 Shelling out to unix tools目前Node.js还很年幼，它正试图为自己重新发明各类软件。不过更好的办法是深入到现有的广阔的命令行工具世界里。Node可以把这些成千上万的子进程以stream的方式输出，这也使它成为企业的理想选择。数据流Streaming data传统的Web栈将http请求和响应作为元事件处理。然而，他们是流动的，许多非常棒的Node.js应用程序正是利用这一优点创建的。这里有一个非常棒的案例，当进行实时解析上传文件时，还可以在不同的数据层之间创建代理。软件实时应用利用Node.js你可以轻松开发软件实时系统。比如Twitter、聊天工具，体彩或者即时通讯网络接口。但是，值得注意的是，因为JavaScript是一个动态的/垃圾回收特性语言，你的响应次数往往取决于有多频繁以及多久接触垃圾回收机制（此时你的程序停止了）。因此，不要试图在Node中建立很复杂（hard）的实时系统，这需要一致的响应时间。Erlang在这类应用上是个不错的选择。说服老板当你确定，该使用案例适用于Node.js时，那么是时候去说服你的老板/管理者了。建立一个原型Building a prototype最好的方法是，当你踏进房门前，先在大脑里为某个应用程序的特定部分常见一个简单的模型思路，这样通常很容易获得管理者的许可。当你获得批准后，你可以向老板征询一项基本制度以及运行机制，这将为你获得使用Node.js的权限提供更多的硬数据以及证据。寻找合作开发者JavaScript是一款非常热门的计算机编程语言。几乎每台电脑都安装了一个甚至多个JavaScript编译器，这就意味着，大部分Web开发者在其职业生涯中如果不学习JavaScript，几乎是不可能的。这就意味着，你可以雇佣大量的开发者，你的公司也会人才济济。如果你正在一家蒸蒸日上的公司里工作，那么对Node.js技术发展非常有利。充满活力的社区此刻，Node.js社区用户数正以一个疯狂的速度增长，该社区吸引了众多顶尖开发者。也就是说Node生态系统每天都在完善，并且通过不同渠道获得了各个企业的免费支持。性能如果性能是你在应用程序上考虑到的最重要的一面，Node.js能够为你提供更多性能支持。随着知名企业（Mozilla，Google，Apple，Microsoft，Opera）在JavaScript实现方面的相互竞争，Node编译器（Google V8引擎）已成为一块奇葩，并且会越来越好。与Node无阻塞I/O模型相结合，你必须努力创造出一个呆滞（sluggish）应用。大多数Node应用可轻易的处理成千上万并发链接。公司支持使用一个年轻的开源项目且缺乏承诺，这是非常危险的。但这或许不适合Node.js。目前，Node的主办方Joyent，聘请了Ryan Dahl以及其他的一些核心贡献者，这也为该项目的未来发展奠定了扎实的基础。除此之外，Yahoo!和惠普（formerly Palm）公司表示有足够的信心利用Node.js来开发下一代产品。因此，你的老板可以放心让你使用Node.js。说服客户如果你是一个自由职业者或者在一家小公司做合同工作，试图说服客户使用Node.js也许会有另一番景象呈现。他们通常会根据你来进行判断，并且会继续支持你为他们创建的软件项目。以上这些只是我的一些建议，在项目启动前，你需要认真核实下Node是否适合该项目。如果适合，还需确保将来是否有足够的资源以及时间来支持该应用。附：Node.js开发团队正在发布一个新版本，未来每隔3-6个月会更新一个新版本。背景：Node.js——建立在Google V8 JavaScript引擎之上的网络服务器框架，它是事件驱动的，采用异步输入输出来最小化其成本并最大化其可扩展性。Node.js让开发者能够用客户端使用的语言JavaScript在服务器端编码。本文为CSDN编译整理，未经允许不得转载。

⑥ 程序员是怎么被逼疯的

本来是个很早写的3个赞的答案，不知怎么回事又被大家点了起来:D
再补充几个：

老板：给你超级高薪，年薪十万，给我做个微信出来！
老板：买毛服务器啊，我就要手机端就行！！！
老板：（半夜3点半，电话）别睡了！有bug！赶紧打车来公司！！！

PM：我们要做一个用户系统，猿猿，你估一下工作量，给个排期吧！
PM：没有需求文档，你就照着微信做个一模一样的就行！
PM：这是Boss说的，必须改！你问他去！
PM：deadline，deadline……

QA：那谁，有50个bug还没修，尽快处理！真是的！
烫

⑦ 公司新来了一个程序员，什么活他都愿意做，还时常和领导加班，领导又不给他加班费，这人是不是傻子

这类人才是真正的聪明人，挑轻怕重，常常怕吃亏的人，才是傻子！

⑧ 产品经理和程序员,如何避免矛盾

产品实现是你的目的，为了这个目的不必太讲究。

做了一阵子之后我有了自己对于与程序员相处的方法论，对这句话并不苟同，我还是倾向于把事做好的同时也能把话说好，虽然我现在也能深刻的领会到当时leader的核心意思是产品本身是第一位的。

接下来我就阐述下自己的一些心得：

• 产品经理与程序员最大的矛盾在于——改需求。这牵涉两个问题，一个是如何尽量地做足前期工作，尽量把需求细化，需求做的足够扎实就会大大减少改需求的次数，这是产品本职工作，不属于沟通问题；另一个问题就涉及如何沟通了，就是需求无论如何确实要改。这个时候有一点很重要就是努力与程序员（或者开发经理）达成共识，比如“我们的目的是要做最好的xxAPP”、“这个功能对于我们的目的来说是必不可少的”等，然后再来谈详细的需求点，程序员也就会逐步认可改需求这件事情。（还有一点很重要的就是，如果无论如何也达不成一致，也有必要反思这个需求是否真的有改的必要？）

• 用数据和客户来帮你增加底气。在谈论某项功能实现的时候，产品经理经常会碰见程序员消极被动不愿意做，或者质疑这么做有没有道理的时候，采取需求依据的数据和真实的客户需求是能有效推进的好办法。比如“80%的同类产品都有这个功能”、“每周都能收到几个客户对某某问题的反馈”，一般来说程序员是能够接受这种说服的。

• 试着多用询问的语气。让程序员感到他是专业的，他是能够解决这个问题的，要依仗他才能做的更好。这会无形中赋予他一种责任感（因为你把问题抛给了他，他就隐形中负有解决这个问题的责任），在传达出意愿的同时也避免了话语的生硬，让程序员感受到对其职业技能的尊重。

• 注重日常交往。日常生活中交个朋友，比如一起打球、打游戏，聊聊电影和漫画，实在是没有共同语言就经常冲他卖个萌、搅个基、撒个娇、讲个笑话。这样，大家都是朋友了，不看工作职责的那一半看交情的那一半，沟通起来也会顺畅很多。

总结：有很多时候产品的产生不完全是靠严格的流程和规章制度诞生的，也需要很多沟通的润滑。能够开开心心地把产品做出来最好，但是最终我们还是不能离开产品实现这个 标的物。

⑨ 程序员被惹怒的后果有多严重

1、素质不高的，直接把数据库干掉就都玩完了，不过一般大型企业都有备份
2、代码写的只有自己能看懂，接手的不知所措，理不出头绪
3、泄露公司用户数据、或者公司机密

⑩ 为啥有的程序员很牛气可以fire掉老板什么意思

无论什么职业，您都可以想辞职及辞职，工作做的不顺心都可fire掉老板。但这只是一种安慰的说辞罢了。说到底你离开公司，公司也还是接着运转的。