程序員激怒老闆

① 如何用一句話惹怒程序員

你看著真年輕啊。

② 為什麼都說悲劇的程序員程序員很悲劇嗎

情景一：

程序員的悲哀，不是情商問題，不是衣著問題，更不是自黑之類的，悲哀是並沒有決策權。項目做成什麼樣，你有決定權嗎？那是領導和產品經理的事。注意流程是這樣的：領導或經理決定要改需求，然後通知你，然後你等設計給你圖，然後你做好。程序員只是一個執行者，別人叫你幹啥你就只能幹啥，除非產品是傻逼到讓你實現不可能的功能。最後項目做壞了，裁員了是誰？程序員。

做程序員越久，越是感到：我們就是新時代的手工藝者。只有少數的人，從手工藝者，變成了發明手工藝製作機器的人，少部分人變成了設計手工藝品的人，少部分人變成了車間主任罷了。

「碼農」這個詞有著深深地悲哀。

歡迎大家都來吐槽！

③ 如何用一句話激怒程序員

哈哈，這個問題問得好，我可以告訴你很多種激怒程序員和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掉老闆。但這只是一種安慰的說辭罷了。說到底你離開公司，公司也還是接著運轉的。