एडवर्सैरियल बनाम सैंडबॉक्स सिम: NIMBY शहरों की मॉडलिंग

किसी ने एक ऐसा सिटी-बिल्डर बनाया है जिसमें आप सैन फ्रांसिस्को में एक हाउसिंग डेवलपर हैं, और शहर खुद ही बॉस फाइट है। आप अपार्टमेंट बनाने की कोशिश करते हैं; ज़ोनिंग कोड, प्लानिंग कमीशन, पड़ोसी और अपील की प्रक्रिया आपको रोकने में लगी रहती है। एक खिलाड़ी ने सोलह सिमुलेटेड सालों में 4,147 घर बनाए, 16 सुनवाइयों, 3 अपीलों और 4 मुकदमों से बचते हुए, और “कुछ चीज़ों का बिल्डर” का ग्रेड कमाया, जबकि शहर को 82,000 से ज़्यादा घरों की ज़रूरत थी। एक राजनीतिक व्यंग्य के तौर पर यह बहुत मज़ेदार है। लेकिन सिमुलेशन डिज़ाइन के तौर पर यह वाकई दिलचस्प है, क्योंकि यह उस धारणा को उलट देता है जो SimCity के बाद से हर सिटी-बिल्डर में बसी है: कि खिलाड़ी एक सर्वशक्तिमान मेयर है और सिमुलेशन उसे ऑप्टिमाइज़ करने के लिए है। यहाँ सिमुलेशन आपका प्रतिद्वंद्वी है।

सर्वशक्तिमान मेयर वाला मॉडल: SimCity और उसके वंशज

क्लासिक सिटी-बिल्डर सैंडबॉक्स सिम हैं। आप ज़ोनिंग करते हैं, टैक्स लगाते हैं, सड़कें बिछाते हैं, और छोटे सिमुलेटेड नागरिक आपके फैसलों पर प्रतिक्रिया देते हैं। दिलचस्प बात यह है कि इस शैली के चालीस सालों में अंदर का मॉडल उल्लेखनीय रूप से एक-सा रहा है: ज़मीन की कीमत, प्रदूषण, ट्रैफ़िक प्रवाह और सेवा कवरेज एक ग्रिड पर फ़ील्ड्स हैं, और एजेंट (सिम्स) इन फ़ील्ड्स के आधार पर सरल फैसले लेते हैं। Cities: Skylines II, जो इस समय का सबसे बड़ा नाम है, जीवन-चक्र, कार्यस्थलों और आवागमन के साथ अलग-अलग घरों का सिमुलेशन करता है, लेकिन वे आपके खिलाफ कभी मुकदमा दायर नहीं करते। वे कर ही नहीं सकते। सिस्टम में उनकी भूमिका प्रभावित होने की है, कार्य करने की नहीं।

डिज़ाइन का यह चुनाव चुपचाप एक राजनीतिक दर्शन को एन्कोड करता है। SimCity में अगर आप किसी मोहल्ले से होकर हाईवे बनाना चाहते हैं, तो आप बना देते हैं। उस मोहल्ले के निवासी, अधिक से अधिक, खुशी के मीटर में एक गिरावट के रूप में दिखाई देते हैं। गेम के फ़ीडबैक लूप थ्रूपुट को इनाम देते हैं: ज़्यादा ज़ोन, ज़्यादा आबादी, ज़्यादा टैक्स बेस। जिसने इन खेलों को सौ घंटे खेला है, उसने एक ऐसा विश्वदृष्टिकोण आत्मसात कर लिया है जिसमें अच्छे शहरीकरण की बाधा खिलाड़ी की अपनी दूरदर्शिता की कमी है। ठीक यही वह विश्वदृष्टिकोण है जिसके बारे में असली शहरी नीति के विवाद होते हैं। गेम आपको Robert Moses की तरह सोचना सिखाता है, और फिर असली शहर याद दिलाते हैं कि Robert Moses की वजह से ही हमारे पास ये नियम हैं।

मैं इस शैली की बुराई नहीं कर रहा। सैंडबॉक्स सिम अपने मकसद में उत्कृष्ट हैं: इन्फ्रास्ट्रक्चर, भूमि उपयोग और ज़ोनिंग के दूसरे-क्रम के प्रभावों की सिस्टम-समझ सिखाना। औद्योगिक इलाके को रिहायशी के बगल में रखना ज़मीन की कीमत गिरा देता है। भीड़ सड़क की चौड़ाई से नहीं, सड़क के पदानुक्रम से पैदा होती है। ये सबक असली हैं। पर सैंडबॉक्स मॉडल में एक ऐसा अंधा धब्बा है जितना बड़ा एक प्लानिंग विभाग: यह शासन के घर्षण को सिस्टम का हिस्सा नहीं, बल्कि शोर मानता है।

एडवर्सैरियल मॉडल: शहर एक प्रतिद्वंद्वी के रूप में

NIMBY सिटी-बिल्डर इसे पलट देता है। आप एक डेवलपर हैं जिसके संसाधन पूँजी, समय और निवेशकों का धैर्य हैं। प्रतिद्वंद्वी एक प्रक्रियात्मक नौकरशाही है: विवेकाधीन समीक्षा सुनवाइयाँ, पर्यावरणीय समीक्षा, मोहल्ले की अपीलें, और मुकदमेबाज़ी का हमेशा मौजूद खतरा। आपका काम शहर की खुशी को अधिकतम करना नहीं है, बल्कि इकाइयों को मंज़ूरी दिलाकर उन्हें बनाना है, इससे पहले कि आपका फंड खत्म हो जाए या निवेशक भरोसा खो दें। हर मंज़ूरी गेट एक पासा है, जिसका वज़न उस ज़िले के राजनीतिक चरित्र से तय होता है जहाँ आप निर्माण कर रहे हैं।

यांत्रिक रूप से, यह सिटी-बिल्डर से ज़्यादा roguelike के करीब है। आपके पास एक रन है। पूँजी या धैर्य खत्म होते ही रन समाप्त हो जाता है। प्रक्रियात्मक सामग्री भू-भाग नहीं, प्रक्रिया है। और यही वह अंतर्दृष्टि है जिसे उधार लेने लायक है: नौकरशाही एक पढ़ने-योग्य, यांत्रिक की जा सकने वाली प्रणाली है। सुनवाइयों की कतारें होती हैं। अपीलों के टाइमर होते हैं। हर गेट का थ्रूपुट और विफलता दर होती है। आँखें सिकोड़कर देखें तो परमिट पाइपलाइन बिल्कुल ऐसी दिखती है जैसे कोई अनुरोध कई ओवरलोडेड सेवाओं से गुज़र रहा हो, जिनमें रिट्राई, बैकप्रेशर और कभी-कभार गिरा हुआ पैकेट हो जो आपके ग्यारह महीने खा जाए। कोई भी बैकएंड इंजीनियर जो यह पढ़ रहा है, वह ऐसा सिस्टम अपने काम में बना चुका है, बस इरादे बेहतर रहे होंगे।

Factorio का एक मॉड है जिस पर लोग मज़ाक करते हैं: यह कागज़ी कार्रवाई की प्रोसेसिंग को एक रेसिपी ट्री के रूप में जोड़ता है। अगर आप नौकरशाही का बैकलॉग साफ़ नहीं करते तो असेंबलर बंद हो जाते हैं, और बाइटर्स शिकायत फॉर्मों के साथ आपके सामने लाइन लगाते हैं। यह मज़ाक इसलिए लगता है क्योंकि यह लगभग मज़ाक है ही नहीं। एडवर्सैरियल प्रोसेस सिम खेलने में इतने अलग लगते हैं, क्योंकि ये इंतज़ार को मुख्य संसाधन समस्या बना देते हैं। सैंडबॉक्स सिम में समय ज़्यादातर मुफ़्त है, आप फास्ट-फ़ॉरवर्ड कर देते हैं। एडवर्सैरियल सिम में समय वह चीज़ है जो प्रतिद्वंद्वी आपसे छीनने की कोशिश करता है, क्योंकि देरी वीटो पॉइंट का सबसे भरोसेमंद हत्या-तंत्र है। यह कोई गेम का अमूर्तन नहीं है। आवास की राजनीति ठीक ऐसे ही काम करती है: आप शायद ही किसी प्रोजेक्ट को सीधे हराते हैं, बस उसे तब तक इंतज़ार कराते हैं जब तक वह मर न जाए।

हर मॉडल असल में क्या पकड़ता है

यह है ईमानदार तुलना। कोई भी मॉडल शहरों के बारे में “सच” नहीं है; हर एक एक अलग कारणात्मक परत को पकड़ता है, और दोनों उल्टी दिशाओं में विफल होते हैं।

• सैंडबॉक्स सिम भौतिक प्रणालियों को अच्छी तरह पकड़ते हैं। ट्रैफ़िक, प्रदूषण, ज़मीन की कीमत, सेवा कवरेज, घनत्व के नेटवर्क प्रभाव। ये सतत फ़ील्ड्स और प्रवाह हैं, और ग्रिड पर एजेंट-आधारित मॉडल वास्तव में भीड़-पतन और जेंट्रीफ़िकेशन के दबाव जैसी उभरती घटनाओं को दोहराते हैं।
• सैंडबॉक्स सिम राजनीतिक प्रणालियों को बहुत बुरी तरह पकड़ते हैं। विरोध को खुशी के एक नंबर में बदल देना सत्ता का मॉडल नहीं है। यह व्यक्त ही नहीं कर सकता कि एक छोटा, संगठित, लंबे समय से जमा अल्पसंख्यक एक बिखरे हुए, व्यस्त बहुमत पर हावी हो सकता है, और स्थानीय भूमि-उपयोग राजनीति की यही सबसे महत्वपूर्ण बात है।
• एडवर्सैरियल सिम वीटो पॉइंट्स को अच्छी तरह पकड़ते हैं। विवेकाधीन समीक्षा, अपीलें, मुकदमेबाज़ी का जोखिम, और देरी-को-हथियार बनाना, ये अलग, स्टेटफ़ुल और खेलने योग्य हैं, यानी मैकेनिक्स के लिए एकदम सही। गेम अनुभवजन्य परिणाम को सही दोहराता है: जब हर प्रोजेक्ट एक समझौता-वार्ता हो, तो केवल वकीलों वाले बड़े डेवलपर ही टिकते हैं, इसलिए कम आवास और बड़े प्रोजेक्ट बनते हैं।
• एडवर्सैरियल सिम भौतिक प्रणालियों को बहुत बुरी तरह पकड़ते हैं। एक बार आपकी इकाइयाँ बन जाएँ, तो सिम इसकी परवाह नहीं करता कि मोहल्ला सचमुच काम करता है या नहीं। ट्रैफ़िक, स्कूल, सीवर: सब अमूर्त कर दिए जाते हैं या नज़रअंदाज़। आप गेम जीत सकते हैं और फिर भी कुछ ऐसा बना सकते हैं जो काम न करे।
• दोनों मॉडल काल्पनिक-स्थिति (counterfactual) में विफल होते हैं। कोई भी यह नहीं दिखा सकता कि अलग नियमों के तहत कौन-सा शहर मौजूद होता, और यही वह सवाल है जिस पर नीति से जुड़े लोग असल में बहस करते हैं।

आख़िरी बिंदु पर ज़ोर देना ज़रूरी है, क्योंकि यहीं यह तुलना खेलों से आगे निकल जाती है। जो लोग अपज़ोनिंग कानूनों पर बहस करते हैं, जैसे कैलिफ़ोर्निया के हाल के राज्य-स्तरीय प्रीएम्प्शन बिल जो ट्रांज़िट के पास स्थानीय विवेकाधिकार छीनते हैं, वे दरअसल एक काल्पनिक-स्थिति सिमुलेशन पर बहस कर रहे हैं। दोनों पक्ष एक मानसिक मॉडल चला रहे हैं: एक पक्ष मानता है कि वीटो पॉइंट हटाने से आपूर्ति बढ़ेगी; दूसरा मानता है कि इन्हें हटाने से कीमतों पर असर डाले बिना मोहल्ले का चरित्र नष्ट हो जाएगा। एक ऐसा गेम जो वीटो-पॉइंट परत को खेलने योग्य बनाता है, उस बहस में वाकई उपयोगी योगदान है, क्योंकि यह आपको माहौल पर नहीं, तंत्र पर सोचने को मजबूर करता है। जब कोई खिलाड़ी 82,000 में से 4,000 घर बनाकर रन खत्म करता है, तो सबक यह नहीं है कि “डेवलपर लालची हैं” या “पड़ोसी स्वार्थी हैं”। सबक यह है कि थ्रूपुट प्रक्रिया की विशेषता है, किसी की नीयत की नहीं।

विरोध को मॉडल करने की इंजीनियरिंग

सिमुलेशन-इंजीनियरिंग के नज़रिए से एडवर्सैरियल मॉडल दिलचस्प है, क्योंकि विरोध विषम एजेंसी है। पड़ोसी कोई फ़ील्ड नहीं हैं; वे स्मृति, प्रासंगिकता और असममित प्रेरणाओं वाले एक्टर हैं। उन्हें अच्छी तरह मॉडल करने के लिए AI टूलबॉक्स के उस हिस्से से सीखना पड़ता है जिसे सिटी-बिल्डर आम तौर पर इस्तेमाल नहीं करते। कुछ पैटर्न जो बार-बार दिखते हैं:

• हिस्टेरेसिस के साथ एक्टिवेशन थ्रेशोल्ड। ज़्यादातर निवासी कभी परमिट आवेदन से जुड़ते ही नहीं। विरोध तब सक्रिय होता है जब अनुभव किया गया प्रभाव एक थ्रेशोल्ड पार करता है, और एक बार सक्रिय होने पर स्थितियाँ सुधरने पर भी निष्क्रिय नहीं होता। यह असमानता मॉडल करना आसान है और वास्तविक गतिशीलता को दोहराने का ज़्यादातर काम यही करती है।
• कतार-आधारित प्रक्रिया गेट। हर समीक्षा चरण एक सर्विस-रेट वाली कतार है। देरी लोड से पैदा होती है, दुर्भावना से नहीं, और यही जीवन के सच के करीब है और गेम के केंद्रीय तनाव का स्रोत भी। आप पूरे प्लानिंग विभाग को कुछ M/M/1 कतारों के रूप में मॉडल कर सकते हैं और ऐसा व्यवहार पा सकते हैं जो अजीब तरह से सटीक लगे।
• डैमेज-ओवर-टाइम के रूप में देरी। कैरी लागत हर महीने जमा होती है। यह एक मैकेनिक प्रक्रियात्मक देरी को खिलाड़ी को दिखने वाले दबाव में बदल देता है, और सही रणनीतिक अनुकूलन पैदा करता है: डेवलपर “as-of-right” साइटों के लिए ज़्यादा भुगतान करते हैं और विवेकाधीन समीक्षा वाले ज़िलों से पूरी तरह बचते हैं।
• स्मृति वाले रैंडम झटके। मुकदमा सिर्फ़ पैसा नहीं खर्च करता; यह ज़िले की राजनीतिक स्थिति बदल देता है। लगातार बनी रहने वाली ज़िला-स्थिति एक-बार की घटनाओं को पथ-निर्भरता में बदल देती है।

मुख्य लूप का एक न्यूनतम स्केच कुछ ऐसा दिख सकता है:

class Project:
def __init__(self, units, district):
self.units = units
self.district = district      # has: opposition_level, backlog, discretion
self.stage = "application"
self.months_in_process = 0
def tick(self, month):
self.months_in_process += 1
# carrying costs: land, loans, staff. delay is the killer.
burn = self.units * 900  # $/unit/month while entitled is pending
if self.stage == "application":
if self.district.backlog < self.district.staff_capacity:
self.stage = "hearing"
self.district.backlog += 1
elif self.stage == "hearing":
self.district.backlog -= 1
p_appeal = min(0.85, self.district.opposition_level
* (1 + self.district.past_appeals * 0.2))
self.stage = "appeal" if random.random() < p_appeal else "entitled"
elif self.stage == "appeal":
if self.months_in_process % 6 == 0:  # appeals resolve slowly
self.stage = "entitled" if random.random() < 0.5 else "lawsuit"
return burn

यह चालीस लाइन का है, और यह पहले से ही शैली के मुख्य परिणामों को दोहराता है: उच्च विरोध वाले ज़िलों में माँग चाहे जितनी हो, कुछ नहीं बनता; डेवलपर कम-घर्षण वाले ज़िलों में जमा होते हैं; और मंज़ूरी तक का समय प्रोजेक्ट की अर्थव्यवस्था पर हावी हो जाता है। विनिर्देश और उसके उभरते व्यवहार के बीच का अंतर ठीक वैसी चीज़ है जिसे हमने विनिर्देश-कार्यान्वयन अंतर में खंगाला है। कोई भी ज़ोनिंग कोड में “आवास की कमी पैदा करो” नहीं लिखता, पर कमी नियमों से वैसे ही निकल आती है।

उभरता व्यवहार बनाम स्क्रिप्टेड कठिनाई

यहाँ एक डिज़ाइन फ़ोर्क बहुत मायने रखता है: क्या आप विरोध को स्क्रिप्ट करते हैं, या उसे उभरने देते हैं? स्क्रिप्टेड कठिनाई, जहाँ हर स्तर पर शहर मनमाने ढंग से और अड़ियल होता जाता है, संतुलित करना आसान है, पर गलत सबक सिखाती है। यह खिलाड़ियों को बताती है कि सिस्टम इरादे से धांधली किया हुआ है। उभरता विरोध, जो कतारों, थ्रेशोल्ड और कैरी लागत से बनता है, उस सच के ज़्यादा करीब सबक देता है, और कहीं ज़्यादा असहज: सिस्टम ये परिणाम तब भी पैदा करता है जब हर व्यक्तिगत एक्टर उचित व्यवहार कर रहा हो। नौ महीने के बैकलॉग वाला प्लानर खलनायक नहीं है; वह बस कम स्टाफ वाली है। आपके प्रोजेक्ट पर अपील करने वाला पड़ोसी कोई कार्टूनी NIMBY नहीं है; उसका एक ही घर है, वही उसकी पूरी नेटवर्थ है, और गेम उसे एक लीवर देता है, तो वह उसे खींचता है। जैसा हमने रक्षात्मक इंजीनियरिंग पर अपने लेख में तर्क दिया था, सिस्टम को वही व्यवहार मिलता है जो उसके प्रोत्साहन अनुमति देते हैं, न कि वह जो उसके डिज़ाइनर चाहते थे।

उभरना गेम को बहस के दूसरे पक्ष के लिए भी पठनीय बनाता है। एक YIMBY इस गेम को खेलकर सीधे-सीधे समझता है कि किसी एक प्रोजेक्ट से ज़्यादा प्रक्रिया-सुधार क्यों मायने रखता है। एक संरक्षणवादी यह समझता है कि वीटो पॉइंट चुनिंदा रूप से बुरे प्रोजेक्ट नहीं रोकते; वे हर उस चीज़ को रोकते हैं जिसकी समयरेखा काफ़ी लंबी हो, और यह अंधाधुंध है। यह बात किसी ओप-एड में समझाना उस रन-आधारित गेम से कहीं मुश्किल है, जहाँ आप चालीसवें टर्न पर अपनी कैरी लागत को रिसते देखते हैं।

देरी वीटो पॉइंट का सबसे भरोसेमंद हत्या-तंत्र है। आप शायद ही किसी प्रोजेक्ट को सीधे हराते हैं; आप उसे तब तक इंतज़ार कराते हैं जब तक वह मर न जाए।

गंभीर गेम बनाम व्यंग्य: कब कौन जीतता है

वह तुलना जिसे यह शैली असल में हम पर थोपती है, सैंडबॉक्स बनाम एडवर्सैरियल नहीं है, बल्कि व्यंग्य बनाम गंभीर मॉडलिंग है। NIMBY गेम व्यंग्य है: उसके पैरामीटर हास्य और निराशा के लिए ट्यून किए गए हैं, अनुभवजन्य मंज़ूरी समयरेखाओं के लिए कैलिब्रेट नहीं। एक गंभीर संस्करण, जिसे एक शहर परिषद सदस्य ने एक बार अभ्यास उपकरण के तौर पर चाहने की बात कही थी, गेट थ्रूपुट, अपील की संभावनाओं और कैरी लागत को असली परमिट डेटा से कैलिब्रेट करेगा। कुछ प्लानिंग विभाग और शोधकर्ता ठीक इसी उद्देश्य के लिए सहभागी सिमुलेशन और सीरियस गेम चलाते हैं, हालाँकि आम तौर पर PowerPoint-स्तर के प्रोडक्शन वैल्यू के साथ।

जब लक्ष्य ध्यान खींचना और अंतर्ज्ञान हो, तो व्यंग्य जीतता है। कोई सोशल नेटवर्क पर कैलिब्रेटेड प्लानिंग मॉडल शेयर नहीं करता; एक ब्राउज़र गेम जहाँ सैन फ्रांसिस्को आपको प्रक्रिया में दबा देता है, ठीक इसलिए शेयर होता है क्योंकि अतिशयोक्ति तर्क को ढो ले जाती है। व्यंग्य में शुद्धता की शर्त भी कम है: यह दिशा के बारे में दावा करता है, परिमाण के बारे में नहीं। पर जब सवाल बन जाता है “हमें क्या बदलना चाहिए?”, तो व्यंग्य हार जाता है। उसके लिए आपको उबाऊ संस्करण चाहिए: पैरामीटराइज़्ड नियम जिन्हें आप टॉगल कर सकें। मॉडल में विवेकाधीन समीक्षा हटाएँ और थ्रूपुट देखें। प्लानिंग स्टाफ दोगुना करें और देखें कि बैकलॉग कैसे खाली होता है। यही टॉगल-और-देखो लूप वह जगह है जहाँ गेम टिप्पणी बनना बंद करके एक नीति-उपकरण बनता है। इस शैली का सबसे मज़बूत संस्करण दोनों मोड भेजेगा और खिलाड़ी को उनके बीच स्विच करने देगा: पहले निराशा महसूस करो, फिर मशीन ठीक करो।

गेम ओप-एड से बेहतर तर्क क्यों देते हैं

जो भी व्याख्यात्मक सिस्टम बनाता है, उसके लिए यहाँ एक व्यापक सबक है। एक ओप-एड एक तंत्र का दावा करता है; एक खेलने योग्य मॉडल उसे प्रदर्शित करता है, और उपयोगकर्ता को उसे गलत साबित करने देता है। जब आपका आवास राजनीति का मानसिक मॉडल “किसी को बस और बनाना चाहिए” है, तो एक एडवर्सैरियल सिम के तीस मिनट किसी भी चार्ट से कहीं बेहतर उसे बदल देते हैं जो सालाना परमिट हुई इकाइयाँ दिखाते हैं। यही कारण है कि शेल बनाना आपको man pages पढ़ने से ज़्यादा Unix सिखाता है: किसी सिस्टम को चलाना, भले ही वह खिलौना हो, अमूर्तनों को ठोस बनने पर मजबूर करता है। इस गेम पर Hacker News की टिप्पणियाँ बताती हैं कि लोग तुरंत अपने शहरों के लिए संस्करण सुझाने लगे: हाई-स्पीड रेल के लिए, जिसमें अनिवार्य वन्यजीव शमन होता है, और डेटा सेंटरों के लिए। यह पैटर्न सामान्यीकृत होता है क्योंकि वीटो-पॉइंट आर्किटेक्चर सामान्यीकृत होता है। जहाँ भी क्रमिक मंज़ूरी गेट, असममित प्रेरणा और देरी-को-लागत हों, वहाँ यह गेम मौजूद है।

मैं और आगे जाऊँगा: एडवर्सैरियल सिम सामान्य रूप से इंजीनियरिंग संचार के लिए एक कम इस्तेमाल होने वाली शैली है। कल्पना कीजिए कि आप इंजीनियरों को अपनी संस्था की change-management प्रक्रिया से परिचित कराने के लिए उन्हें इसे खेलने दें। एक बदलाव डिप्लॉय करें; देखें कि वह CAB समीक्षा, सिक्योरिटी साइन-ऑफ़ और एक फ़्रीज़्ड-रिलीज़ विंडो के पीछे कतार में लगता है; अपना उत्साह उस समझ में बदलते महसूस करें कि लोग shadow IT की ओर क्यों जाते हैं। अगर यह परिचित लगता है, तो यह उसी प्रवृत्ति से आता है जिसके पीछे हमारा यह तर्क है कि समीक्षा की हर परत टीम को धीमा करती है। घर्षण तब तक दिखाई नहीं देता जब तक किसी को कुछ उसके ज़रिए धकेलना न पड़े।

सिफ़ारिश

तो: सैंडबॉक्स सिम या एडवर्सैरियल सिम? दोनों खेलिए, पर अगर कुछ बनाना हो तो एडवर्सैरियल वाला बनाइए। सैंडबॉक्स शैली परिपक्व है, व्यावसायिक शीर्षकों से अच्छी तरह सेवित है, और उसके सबक (घनत्व, नेटवर्क, बाह्यताएँ) पहले से संस्कृति में हैं। एडवर्सैरियल शैली में अनखोजा डिज़ाइन-स्पेस और असली व्याख्यात्मक मूल्य है। अगर आप कोई साइड प्रोजेक्ट चाहते हैं जिसमें दम हो, तो किसी ऐसी चीज़ की प्रक्रिया-परत मॉडल कीजिए जिसे आप अच्छी तरह जानते हैं: अपने शहर की परमिट पाइपलाइन, अपनी कंपनी की प्रोक्योरमेंट बाधा-दौड़, वीज़ा प्रणाली। कतारें, हिस्टेरेसिस वाले थ्रेशोल्ड और कैरी लागत इस्तेमाल कीजिए; देरी को खलनायक बनाइए; परिणामों को स्क्रिप्ट करने के बजाय उभरने दीजिए। नंबर ट्यून करने योग्य रखिए ताकि संशयी लोग अपनी मान्यताओं की जाँच कर सकें। किसी सिस्टम के खिलौना-संस्करण को बनाकर आप उसके बारे में सालों की बहस से ज़्यादा सीखेंगे, और आपका संस्करण खेलने वाला हर व्यक्ति भी। यही असली चाल है जो यह छोटा गेम चलाता है: वह एक ऐसी बहस लेता है जो आम तौर पर गर्मी पैदा करती है, और उसे एक ऐसी मशीन में बदल देता है जिसे आप छेड़ सकें। हमारे कुछ तर्क भी मशीन बनने लायक हैं।