[閒聊] 為何畫漫畫不去用工程學的思維畫

[jpopaholic (日音スキ)]

如題


最近又有人討論火影劇情上的bug

讓我想到，一堆人都吐槽的

第三代老害，還是版本沒更新霸氣，還是傳說中的七影帝....之類的

幾乎都是長期連載，因為劇情沒想周到，想啥就畫啥
所以導致時間拉長由於劇情不謹慎導致一堆後面打臉前面的劇情bug

但許多人都說，因為長期連載沒辦法



但是同樣也是長時間（數個月到數年）,開發的大型系統（包含3A遊戲），幾乎沒啥bug，不
能說完全沒有bug，但是幾乎條件很難發生且不影響遊玩/使用的bug

在工程學有一堆有系統是的開發方法

像傳統式的瀑布開發，到很新的敏捷式開發

無一就是要減少bug和衝突，增加開發效率

甚至與畫漫畫不同，大型系統都是同時好幾十人到好幾百人同時開發

這部分也延伸到整個工業界--俗稱的工業革命4.0

事實證明這方法很有用也很有效率


那為何許多長期連載的漫畫家規劃劇情不用工程學開發的方式去想劇情？

--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 1.200.65.118 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/C_Chat/M.1721377046.A.45D.html
→ dreamnook2: 因為沒空
→ windeden: 講人話
推 johnny3: 美漫啊 生產線
推 ilohoo: 編輯：隕石式開發
→ yellowhow: 沒這麼多人手啊，能夠養這麼多人的作者可不多
噓 Bugquan: 什麼廢文，你要怎麼用你可以具體的講嗎
→ bnn: 生產線和漫畫工作室 早就有了 彭傑那種代工作畫也是
→ yellowhow: 美漫那模式有點像你說的，但現在也沒梗+被汙染所以難看
→ Ceelo: 連載那麼久 設定會忘啊
推 Tsozuo: 編輯:隕石要來囉
推 Mareeta: 因為會這樣做的人通常都沒有創造力
→ bnn: 有些作者一開始都會架好設定集和大綱 連載慢慢修
噓 devilkool: 你是要每週幾百個人跟岸本討論？
推 arrenwu: 看不太懂你在說啥 你文章自己不就寫到遊戲是「長時間
→ arrenwu: 開發」之後的產物嗎？ 漫畫是每週固定要更新啊
推 JustSayori: 有個可能是一開始根本沒計畫出這麼長的故事
→ jeff666: 月刊比較有空  周刊哪有這時間 慢慢討論劇情大綱
→ arrenwu: 不是大型系統沒有bug，是前面出現的bug可以後來修
推 oldriver: 讀者回函可以掌握你的命運 你再慢慢開發啊
→ arrenwu: 漫畫不行啊
推 fishenos: 有個很單純的理由，漫畫業界沒有懂工程學的人
推 fish770130: 因為責編會看一看叫你回去重寫
→ bnn: 舉個例子 小書痴漫畫也是大長篇直接切開包給不同作畫畫各部
噓 doremon1293: BUG 跟 衝突 並不會讓作品不好看 JOJO就是標準沒在鳥
→ doremon1293: 的
推 truegod000: 讀者現在有的一言不合就炎上...
→ SangoGO: 你說的這種就團隊創作作品吧，但這樣跟一般理解的漫畫家
→ SangoGO: 不太一樣
→ arrenwu: 軟體可以版本更新，漫畫不行啊 出來就是出來了
噓 tonyxfg: 大型遊戲幾乎沒什麼bug?那三不五時推出的更新檔難道是推
推 buke: 這麼無聊誰想看
→ tonyxfg: 出好玩的嗎?你要不要看看你在說什麼?
→ truegod000: 一拳超人算版本更新嗎 ww
推 Fanchiang: 這樣想反而會腰斬 這就是人性
推 catmeat777: 美漫可以呀，你看多重宇宙多麼方便
噓 venusringo: 這邏輯藝術家 作曲家也都該這樣才高效能囉
→ arrenwu: 漫畫連載出bug的方式，在軟體裡面一樣會出現。
推 fish770130: 崩鐵也是很多人接力寫劇情啊  BUG有比較少嗎?
噓 Bugquan: 哪有幾什麼乎沒有Bug 的道理，只是人家能夠hotfix 不少
→ Bugquan: 東西，你漫畫要怎麼搞，難不成學村田重畫
→ bnn: 但這種分工需要有人主導搭好架構 比如小說原作已寫完的統包者
→ venusringo: 上面mareeta大就解答了
→ bnn: 就確實可以分包進行漫改 加速把大長篇這IP畫完
推 bobby4755: 畢竟沒人能保證人氣啊 一直都是走一步算一步
→ arrenwu: 光是想著"軟體開發也是長時間然後沒有bug"就錯得離譜
推 lv10tauren: 敏捷開發都是假的，隕石開發才是真的。
→ minoru04: 你發廢文也用工程學嗎
推 fish770130: https://ithelp.ithome.com.tw/m/articles/10198394
→ fish770130: 隕石式開發
推 keerily: 你看美漫現在這慘況，確定有用嗎?
推 jupto: 如果作者有時間花幾年的時間把故事寫完慢慢修確實可以 類
→ jupto: 似的案例就是金庸 他的一版也是bug一堆後來二三版就是他花
→ jupto: 時間慢慢修出來的
推 the992255: 美漫、港漫就這樣。有賣比較好嗎？
→ jupto: 問題是連載漫畫可沒給你這麼多時間
→ keerily: 我也很想吐bug這部份，你是不是活在平行世界
推 P2: 又不是推理小說 吃不吃書隨便拉
→ Tsozuo: 產業類型也不同吧 軟體開發不計隕石至少需求訂得好好
→ Tsozuo: 你漫畫的需求誰要決定 再假設本來沒BUG時的劇情是作者
推 yellowhow: 就算需求明確一點，要夠快還是得夠多人或者夠強
→ Tsozuo: 原本預設的長度 在這些篇幅裡設定都是完整的 但後來賣爆
→ yellowhow: 但軟體開發的獲利可以養這麼多人，漫畫非大紅很難
→ Tsozuo: 被強行延長 你月刊周刊有多少時間想一個可以維持架構又不
→ Tsozuo: 是重複的東西
→ yellowhow: 所以想走這模式就得是像美漫那種規模，可是缺點也很明
推 fish770130: 用git版控管理稿件算嗎?
→ yellowhow: 顯，就是源頭被汙染後就難看到靠杯
噓 chuckni: 美漫港漫了解一下你不會發這篇
推 sunboyboy1: 照waterfall海賊王到現在連個影子都沒有
噓 qazwsxedcs: 真有創意喔
推 SaberMyWifi: 阿不就美漫，美漫都告訴你這樣做有多慘了
推 ntc039400: 不同產業不太可能用同樣方法吧……
→ linzero: 你說的對
推 RbJ: 現在一堆3A遊戲不是都被笑說讓玩家做測試嗎
噓 rainveil: 你好聰明喔
→ Ruguz: 不會哪一種開發方式都敵不過“長時間”。
噓 queen100000: 要是有腦袋當工程師誰跟你當漫畫家，也不會問這種低
→ queen100000: 能問題
→ Ruguz: 只要開發（連載）時間長了不可必免出現bug與錯誤，新方式也
→ Ruguz: 只是延緩崩潰的時間而已。
推 killmax2: 絕大多數人又不懂工程學
→ Ruguz: 蓋（畫）不完才是原罪._.
→ hy1221: 都不知道會不會中途腰斬 規劃那麼多幹嘛
推 Jerrybow: 你知道有一堆軟體花了好幾億開發，結果爛成渣沒人想用嗎
→ Jerrybow: ？花了人力金錢畫完一部長篇漫畫卻沒人想買你要怎麼辦
推 seventeenlig: 差別在於漫畫不需要也沒有售後服務，劇情bug又怎樣
→ seventeenlig: ，多個bug能work，不爽不要看
推 motorolaz: 現實多的是各種無奈和編輯的調整
推 arrenwu: 她文章講的不用懂什麼工程學 只是連載漫畫擺明不能用
推 sillymon: 就看人啊，像松井優征就說過她準備很多種長度版本的結局
噓 WindowsSucks: (1) 3A遊戲在開發完成前不用每週/月釋出新內容
→ WindowsSucks: (2) 軟體出錯可以回頭修改，漫畫你要改讀者腦子嗎
→ WindowsSucks: (3) 大型系統如果真的幾乎沒啥bug那作業系統幹嘛一
→ WindowsSucks: 天到晚更新 (4) debug人員不用錢逆
→ sillymon: 不管什麼時候要收尾都可以。
推 ruby080808: 就漫威、DC為首的超英系美漫，最後結果就現在這樣
→ AdventurerCC: 工程化就是標準化，你只會看到一堆沒梗的廁紙
推 s6598744: 出版社高層介入就直接變隕石開發了
推 hdjj: 藝術創作是無法標準化的,用工程思維去設想,一開始就錯了
→ hdjj: 很多漫畫家都分享過作業流程圖,設想很完美,結果(
→ storyo11413: 娛樂作品就是跳躍邏輯 讓人舒壓最重要
→ xxxzxcvb: 美漫一個事件編劇還是一人吧
噓 leo125160909: 你知道自己在講什麼嗎？
→ lo11212001: 工業革命4.0是三小XD，你知道自己在講什麼嗎？