我自小就懼怕吵架，覺得人不該像公雞，臉紅脖子粗的掐架特別不好，人就該斯斯文文的。
這讓我愛上了官場劇，不論是古代的官場劇，還是當代的官場劇，都喜歡。官員們聊起天來不動聲色，暗藏機鋒，生死對決都是在談笑間搞定，這都讓我嘖嘖稱羨。
所以，我是要看 “人民的名義” 的。雖然看電視這事，在程式設計師文化中，乃最遭歧視的三件事之一。
看了 2 周後，我有了些感悟，算是一個觀察，不一定對。那就是，本劇的編劇和導演，很可能是我們程式設計師圈子裡的人，即便不是，也一定借鑑了我們程式設計師開發的很多思想和方法。下面展開講一講，供大家觀劇參考。
模組化設計
人民的名義，這部劇的劇情，還有演員的表演，都採用了模組化來設計，模組與模組之間相對獨立，只是鬆散的組合在一起。
千絲萬縷的劇情中，侯亮平的家庭、陸亦可的相親、林華華的戀愛，這些情節模組都和主線不相關，卻大費周折的講述，非常怪異。 其中最令人費解的，是鄭西坡一家的破事，鄭勝利和張寶寶的青春戲沒完沒了，莫名其妙。這些情節都刪掉，完全不影響本劇主題。
看來，拍電視與做軟體真是相通的。誰沒遇到傻逼產品經理呢，一堆沒用的功能模組往上加，搞得產品臃腫不堪。所以，還是要警惕，要崇尚極簡，要砍需求，要控制慾望啊。
人民的名義中，沒幾個模組是真有用的。
我看人民的名義，只看幾大常委的戲份，也就是高層官場模組。主要是育良書記、達康書記、季檢察長、沙瑞金書記這幾個人的戲。有時候，我會寬容的看幾眼祁同偉廳長，還有趙東來局長，但不會太多。
主角侯亮平、陸亦可他們的戲，算是政法模組，我全部跳過。至於林華華、鄭勝利、張寶寶之流所屬的模組，我是不敢看的，趕緊快進拉過去。在我感覺中，她們那部分的青春模組，和小時代應該差不多，雖然我並沒看過小時代。
全棧導演
導演若是程式設計師，那麼演員就是開發工具。 本劇的導演，絕逼是全棧工程師，他善於運用各種不同的語言。
本劇中，不同的演員，風格和演技上的差異真是巨大。這就彷彿，前端用 H5 和 JS， 頁面生成用 PHP， 後臺邏輯用 Java，Java 裡還藏著點 C。導演真是牛人，他生生就把這些工具，都搭在了一個系統中。
在本劇中，只要角色級別高的，就演技好。幾個常委，都是用的老戲骨，他們幾個在一起演對手戲，很精彩。
但級別低的，演技也就坡下驢，越來越低。 就連主角侯亮平，因為級別只是局長，就湊活著用的帥哥陸毅，全靠一張臉，顏值之外都是 0。
最低層次的是大風廠的員工們，你仔細觀察下，那些員工一個個猥瑣不堪，在群眾演員中都是差勁的，你想在其中發現個王寶強都難。
有幾個場景裡，育良書記和侯局長兩人湊到一起，我的感覺就是 Java 和 PHP 跑一起來了。
測試驅動
再一個，本劇的劇情設計，採用了測試驅動的方法，簡單說，就是找 BUG 玩。劇中人物分好壞兩種，好人是功能點，壞人是 BUG。所有的人要麼好，要麼壞，絕無中間道路。而本劇的所有情節，都是為的一個目的：把 BUG 找出來。
而一個好官，則是一方百姓的父母。有一個好官，老百姓們從此過上幸福的生活。 來一個贓官，老百姓就淪入地獄。
沙瑞金書記，作為最好最好的官，他的從政理念，就是找到一群好官，來帶領百姓。
壞人是 BUG，總是潛藏在好的程式碼中，只要把 BUG 都找出來，解決掉，系統就完美了！
這種樸素的找 BUG 政治觀，貫穿了我們幾千年的歷史啊。
一個團隊開發了一個系統，跑起來很爛，大家都受不了，產品經理就號召大家找 Bug，找啊找啊，找到一個，大家就歡呼，認為好日子馬上就要來了。
可是 Bug 越找越多，使用者終於忍受不下去了，罵聲娘刪了系統，重新開始寫一套，然後繼續找 Bug。
沒人關注架構設計，沒人關注程式碼規範，再說，程式設計師的水平也低下，硬體機器雖多，但全是破爛貨。
從辯證的角度來看，其實 Bug 雖壞，還是有一點好處的，Bug 讓程式設計師們在大部分時間裡有事可做，讓使用者在大部分時間裡抱有希望…….
反正，架構沒誰敢動，也沒那個智商，那我們就改改 bug 好了。
產品經理與架構師的關係
人民的名義中，揭露了很多官場貪腐現象，可謂觸目驚心。幾億現金的貪腐、官二代巧取豪奪、副國級的大老虎，尺度前所未有的大。
然而，對我來說，最震撼的不是貪腐，而是一個歌頌清官的正能量場景。每當清官易學習，還有改革大將達康書記，他們對著地圖，指點江山建設城市，為百姓造福的時候，我真是心驚。
他們要修路；他們要建開發區；他們要保護庫區環境；他們要拆廠房。
還有一場戲中，達康書記指著地圖問杏枝表妹：“把地鐵修到這裡好不好？”，那一刻，我是懵逼的。 難道，地鐵修到哪裡，真的是書記來決定麼？
從程式設計師的角度，我只敢問一個問題： 書記們是使用者呢，還是產品經理？ 或者是架構師？
在軟體開發中，這幾種角色一般都是分開的，他們之間是這樣配合的： 使用者提需求； 產品經理與使用者討論需求，然後總結需求，並代表使用者規劃出產品功能；架構師根據產品經理的要求，設計系統；程式設計師開發……..
本劇中，導演垮了個界，藉機丟擲了一個軟體開發的問題：使用者、產品經理和架構師，該如何分工協作。
資料為王
本劇雖熱，但褒貶不一。大部分群眾是喜歡的，部分窮酸文人不喜歡，批評戲太假，或者批評本劇諂媚頌聖、投其所好。
我要代表程式設計師，堅定的表個態： 人民的名義是部好劇。
即便是有演技問題，即便是有情節鬆散、故事虛假的問題，即便缺乏文藝感，這都不能妨礙本劇成為一部劃時代的神劇。
軟體寫的架構低劣，程式碼質量極差，介面不友好，但是隻要這個軟體能夠展現出一些寶貴的資料，那就該是好軟體。
資料為王。
人民的名義裡，已經在許可的尺度下，儘量展現了種種社會現實，這就足夠了。
處長可以貪汙上億，官員盤根錯節裙帶勾連，警權肆意妄為，這些真實的情節就足以讓本劇閃光了。
使用者的名義
賈伯斯書記曾經說過：使用者不知道自己要什麼。 所以賈伯斯書記不在乎使用者的名義，他想設計成什麼樣就設計成什麼樣。
只有二流三流的產品經理和程式設計師，才打著使用者的名義。這是完全沒必要的，他們太高估使用者的智商和威力了。
使用者們是那麼虛榮、貪婪、盲目、膽小，真的不必顧忌了，拋開使用者的名義，大膽搞吧。把地鐵修到你喜歡的任何地方，沒問題的！
最後再重複一句，不管是以程式設計師的名義，還是以人民的名義，人民的名義都是部好劇。