作為程序員、技術更重要還是創意更重要？

12-29

就崗位職責來講，產品經理是負責天馬星空的，同時產品經理也要負責腳踏實地的把創意落實到產品設計上。

程序員，更多的是要把產品經理的需求和設計不折不扣的落實到產品實現中來。

好的產品經理是創造需求，而不只是需求的搬運工。好的程序員是用最嫻熟合適的技術來實現需求，從技術的角度為產品經理出謀劃策。

作為程序員來說：就程序員本身工作所來講肯定是技術更重要。但是如果你有產品思維，有很好的創意肯定是更好的。但是就目前國內的情況來看，程序員和產品經理的職責劃分的太過於清楚，這一點是不好的，貌似程序員就是負責技術實現的，產品才是搞創意和設計產品的，這其實不利於產品的實現。

在美國矽谷這樣的地方，程序員是要有產品思維的，也是要參與產品，提建議，參與產品設計的，不僅僅是技術上的實現。

另外，我想說：程序員具有產品思維，創意其實應該是一個必不可少的技能。技術雖然重要，但是也要具有產品，創意方面的知識才行。

拋開程序員來說：我認為前期沒有開拓市場之前，產品創意是決定這款產品生死的核心，而技術實現和技術能力只是一個手段或者工具。後期用戶多了，可能技術才會慢慢顯示出重要性。明白我的意思吧：一個產品你技術實現上做的再好，沒有一點bug，性能超好，然而創意不吸引用戶，沒人用，這就是沒用。

不太理解這裡的「創意」指啥？我猜測是「思維是否開闊」的意思。如果是這樣，思維至於程序員來講當然很重要，甚至程序寫得好壞有時候真不是技能不達而造成的，有時候往往是思路不達的緣故。

比如一個寫文件的方法往往是這樣：

def writeToFile(content: String, path: String) = { // Ignore try. val writer = new PrintWriter(new File(path)) writer.write(content) writer.close() }

但如果隨著功能的疊加，往往會發現寫文件有太多臨時性工作要做，比如附帶列印、添加落款、美化格式等等臨時性任務，如果按上面這種大眾化、中規中矩的方式處理，有可能你得對writeToFile函數改來改去，或者延伸出好幾個「writeToFile」函數。如果我們思路再開闊點，完全可以把這些臨時性功能放入到一個個Lambda中處理，比如：

def writeToFile(content: String, path: String) (fn: (String, PrintWriter) =&> Unit) = { // Ignore try. val writer = new PrintWriter(new File(path)) fn(content, writer) writer.close() }

然後調用的時候，這樣即可：

val contentFromFile = "Hello, World"


writeToFile(contentFromFile, "./sample.txt") { (s, writer) =&>

  val s2 = s + "

by GuuuGuu" writer.write(s2) println(s2) }

這僅僅不過是一個簡單的例子。但想說明的是，很難去人為分割技術及創意，這兩個總體上來講是相輔相成的關係，因為編程本身就是創造性的活動。

很遺憾地告訴你，責任心比較重要。

大家都是搬磚搭牆，至於牆是什麼形狀朝向，不是程序員的level能決定的。

你只要負責聽別人的指揮，責任心保證你搭的牆不倒，不出漏洞。就是個好程序員了。

等你技術紮實了以後再談創意。如果有些地方你做的和別人都不一樣，你要很清楚你自己在幹什麼，有什麼好處以及有什麼壞處。要不然你總整出些大家不認識的，那是坑，不是創意。

我認為是技術。

這個話題其實跟「我就差個牛逼的程序員就能幹大事了」一個意思。

馬雲夠天馬行空了吧？20年前想出網購，我假設，淘寶天天宕機，無論如何，淘寶也成不了大氣候。
馬化騰夠牛逼了吧？QQ天天宕機，就算破爛如MSN一樣虐得企鵝死死的。
王者榮耀夠好玩了吧？如果一場比賽半次卡機，你都受不了了，何況如果天天宕機，在好玩也沒人玩。

其實你認真觀察，很多牛逼的東西都是現實生活中的一些事情，裝上了互聯網的新瓶子，醞釀出了新的味道，但是當這種味道過後，想要迅速擴張並且戰勝對手，那要的無他，就是「技術」。多少點子牛逼，但是技術不足的，最終都被「技術」大廠發現，然後copy，然後成功，你說是創意成功了，還是技術成功了？我說，3/7開。

噢，對了，我說一個，VirtualDOM壓根不是React發明的，但是大家都把Vdom當成是React發明的了，無他，他背後是地球top5的facebook，所以，好好學習技術。

沒有創意驅動，需求驅動的話。。。技術？呵呵

你不嫌棄雪地里走路腳板子太涼難受，鞋子這個承載腳的東西也就不會存在了，需求驅動出現承載腳的東西

創意驅動承載腳的東西變成鞋子。

技術？製造鞋子的技術一直在迭代更新，難道你現在想穿草鞋？

有創意和需求支撐的技術，才是值得考驗的技術

程序員本來就是技術職位，在規範下寫程序還需要創意？

如果是說想創業的話，應該是符合大眾需求創意跟重要。

關鍵看你對自己的職業定位，如果樓主只是單純的實現高薪就業，那好好的跟著別人的腳步走，寫好代碼，解決bug，早早的下班回家，空了還能去去健身房，這樣的生活還是很不錯的~

但是：如果樓主有更高的人生目標，想要能夠年入上百萬之類的話，那創意就更為重要的，記得雷軍說過：在風口上，豬都能飛起來。

在互聯網的黃金時代，誰不想趁機都撈一筆？有時候只要自己能夠搞出一點新花樣來，那肯定能賺錢賽~

所以，到底是創意更重要還是技術更重要，完全要看自己的人生定位

如果想要學好技術，推薦樓主每天多學學英語哦，跟著最新的前沿技術，才能快人一步呢~

看你對你的定位了哇，以我個人為例：

我做iOS開發就是出於對iOS的喜歡以及大一時看到別人做了一個iOS遊戲一個月賺了1000w，所以對我來說我喜歡的是iOS和做出好的App本身，與敲代碼的技術沒多大關係，但為了能敲出至少看起來質量合格的App，作為機械專業的學生自學了C、C++、數據結構、演算法導論、Objective-C、cocoa設計模式、Objective-C高級編程，雖然最後畢業工作發現好多東西沒啥直接卵用，但不妨礙這些還算及格的基本功幫助我能及時填坑，甚至比較好的邏輯能力幫助我用很多人想不到的方式來填坑，所以，在想成為一個能力好的程序員上，技術是非常重要的；

但回到我自己初心上，我喜歡搭建積木的快感，但我更享受設計積木最終形態的控制欲，而且我的思維本性就是天馬行空會胡亂想的，所以我又開始學習設計，學習社會學，學習經濟學甚至接觸心理學，懂得從經濟成本、員工心態、技術實現以及產品本身的角度去考慮很多問題，更因為此，在以程序員的身份工作的時候我會自發代入產品經理的角色去考量問題，所以在我這裡從來不會和設計和產品需求有啥衝突，因為我知道，所有的更改確實是為了更好的成品，目前還在為成為一個好的產品努力；

所以，技術和創意沒有哪個更重要，在不同的情境有不同的需要，在隔天就要上線的時候天馬行空就是我也會發飆，在項目之初就只會各種技術技術滿天飛卻不談產品本身我相信即使是再熱愛技術的程序仔也會懷疑公司是否有開發產品的能力，

所以對於一個普通打工程序員來說：

1、想成為技術大牛就必須學會壓制想法，認真鑽研技術，這是一條孤獨而漫長的路；

2、想轉型產品就必須先將技術做到合格(以我iOS開發為例至少要能完全獨立開發扛起公司的中型項目)，然後系統地學習，孜孜不倦去啃書，沒有足夠的知識儲備，你連想論證一個功能好不好都辯不過別人，甚至需要足夠的理論基礎來支撐你用一些詭辯的方式來保證你的想法被執行(適用於你確實感覺你對但又無法直接靠數據等說別人錯的時候)，且足夠深的理論基礎有助於溝通能力的提高，產品需要很好的溝通能力，見到代碼狗要會說技術，對著UI要會和她說設計理念，所以沒有很好的思維跳躍以及邏輯能力的人也很難做產品；

對於想創業的人來說：

兩者都必須過硬，即便創業資金很大，但也要有很好的鑒別能力去招人，

你懂技術才能分辨出面前的人技術是否OK，他做的東西難度怎麼評估，會不會被忽悠工期；

你懂產品，你才知道你找來的產品經理是不是一個腳不沾地只有理想的混子又或者是一個胸無志向只會copy的傻子；

你懂設計，你才能從好看的設計作品中找出真正是好用的UI，通過對方的作品看出他是否有獨到想法；

你懂點皮毛經濟+博弈，你才能在產品策略出現分歧時，選擇最理性的方案，怎麼衡量成本和期望。

綜上3種程序員，自己對號入座，沒有哪項是輕鬆的，選擇先做產品再創業的我，畢業兩年，各類書籍看了十幾二十本，平均每本6、700頁，全黑白小字，有代碼相關的，也有上面列出的各行各業的，而且均為教科書式的正書，沒有一本是講故事式的引導興趣的書，作為程序員的身份，幾乎每周會整理出數千字的需求功能文檔和公司產品負責人探討產品的進展方向，包括期間會時不時直接出手繪原型，只為一步一步先成為一個合格的產品然後經過實戰歷練以後可以強大到創業做自己心中的產品。

當然是創意重要，問題是你的想法真的是創意么？多少次辛辛苦苦想出來的解決方案，優雅的自己都怕，好不容易實現了，卻被告知網上早有更好的方案，然後改改改成網上的方案，我能怎麼辦，我也很絕望啊，

技術

目標是當老闆或領導，創意重要，只準備老老實實幹活，技術重要。

當然是技術。要創意幹嘛，那是產品經理的事

程序員當然是技術最重要，如果不想只是程序員那就需要富有創意吧

要是誰都能創意，還要做產品的幹什麼？術業有專攻

對於程序員來說，技術是根。

還有，程序員和創意扯在一起是什麼鬼？

恕我直言絕大多數工業界的程序員技術能力根本沒法去談創意（當然我也是）。

ps：一般程序員的創意是指演算法吧，或者R*什麼分散式架構還有像disruptor框架那樣的無鎖高並發之類的。

為啥其他都回答的是產品的創意？

確實產品這職業本身水到誰都可以去當，但是頂級優秀的產品是公司至關重要的核心之一，對公司的貢獻是很誇張的。

吃飯重要還是喝水重要？

餓了吃飯渴了喝水啊！

大多數寫程序的，是類似工程師的。這類人，把東西做出來最重要。

如果夠聰明，當然要多鑽研演算法和軟體工程。

如果水平一般，能掙錢養家也是一種成功。

至於創意。。。有創意是好的，但很多人不知道，只有創意是很容易賠錢的。。。