同樣作為腦力勞動,為什麼軟體開發迅速從個人英雄主義轉向分工合作,但長篇文學的創作還是停留在個人階段?

時間 2021-06-01 06:11:00

1樓:沒答了

完全可以分工合作的。比如美國影視劇本創作大都是集體合作的結果。

目前分工合作的主要是商業性質的作品。

長篇文學目前仍歸於意識形態,要擔負起一些意識形態的作用,比如要給索爾仁尼琴、莫言等頒獎。

文學是形象的再現,是想象的展示,是由細節拼綴而成,與軟體開發有相似之處。

長篇文學作品如果是分工合作,肯定需要有乙個主要作家最後統稿,就好比乙個專案組需要乙個負責人一樣。

長篇哲學著作估計是不大可能分工合作的,因為深邃的思想很難由分工合作的方式完成。

2樓:肥羊

因為文學創作主要是主觀的東西,沒有也不會有標準化。作者1覺得好的東西放到作者2眼中也許就不那麼好了,聯合創作最後只能得到一本前後不順暢的東西。不過乙個人提供材料另乙個人負責寫這種形式還是可以的,不少傳記都是用這種形式來完成的創作。

至於軟體方面,是因為能夠標準化和模組化。只需要保證模組間的介面一致,各個模組就可以正常地在一起工作互不衝突。等你長大了,如果從事這方面工作的話大概會有比較直觀的認識吧。

為什麼很多人覺得腦力勞動不怎麼費體力

Charlie W 體力勞動一直被認為是底層人民的勞動,博得同情不單單因為其辛苦,更因為大家覺得他們是生活所迫,別無選擇,不去做就會餓死。而坐辦公室的普遍印象是讀書人的活,大家覺得你是自主選擇了這個行業,覺得太累大不了辭職和別人一起去幹體力活。所以吧,這件事情上,你應該宣傳坐辦公室的職員 新時代底層...

為什麼軟體開發需要重構?

李超利 其實最核心的一點是 現在的邏輯不能有效快速的支撐未來的邏輯 我們要在何時的階段去小步迭代去補這個 技術負債 在系統開發之初,系統用例比較少,軟體的領域模型相對比較簡單,但是隨著系統用例的不斷增多,發現領域模型不能有效的支撐,隨即開發人員用錯誤的系統模型不斷的增加各種判定路由 標記儲存等去解決...

FAQ 為什麼許多軟體開發團隊與個人都不(愛)寫開發文件?

政茂 磨刀不誤砍柴工,道理大家都知道。但是從短期來看,砍柴是KPI,磨刀不是KPI,反而會降砍柴的KPI,這種事情傻子才會做 從長期來看,文件往往是給別人用的,我的文件寫的好,提高的是整個團隊的工作效率,又與我何干?KPI是乙個相對概念,大家砍柴都快了,只會讓老闆以為是柴好砍了。諸如文件之類的事情,...