क्यों?

मैं लंबे समय से लेजर दृष्टि सुधार के बारे में सोच रहा था, और अब, आखिरकार, मैंने प्रक्रिया पर फैसला किया। बाजार के एक छोटे से अध्ययन के बाद (मैं सेंट पीटर्सबर्ग में रहता हूं), यह पता चला कि शहर में कीमतें लगभग हर जगह समान थीं, और चिकित्सा पर्यटन में या तो कोई अर्थ नहीं था (मास्को समय में, यह बहुत सस्ता नहीं था)। हालांकि, यह पता चला कि संचालन को महत्वपूर्ण रूप से बचाया जा सकता है, क्योंकि क्लीनिकों में से एक उनकी सेवाओं पर छूट की एक व्यापक प्रणाली प्रदान करता है।

दिग्गजों और पेंशनभोगियों के लिए छूट, ज़ाहिर है, मेरी दिलचस्पी नहीं थी। लेकिन मैंने असामान्य प्रचार का फायदा उठाने का फैसला किया "हमारी वेबसाइट पर एक फ़्लैश गेम खेलें और छूट में अर्जित अंकों को परिवर्तित करें"। प्रक्रिया से निपटने का वर्णन।

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

ओह ठीक है, यह गीत है। वास्तव में, मैंने तुरंत छूट पाने की कोशिश की, हालांकि, मेरे सभी गेमिंग अनुभव ने मुझे पहली बार 17% भी प्राप्त करने में मदद नहीं की। कई बार खेलने के बाद, मैंने अभी भी आवश्यक 17,000 अंक बनाए थे, लेकिन यह स्पष्ट था कि 20,000 भी एक अप्राप्य बार हैं, जो प्रतिष्ठित 25,000 का उल्लेख नहीं करते हैं। धिक्कार है कि सभी दरारें से मोल चढ़ते हैं, लेकिन जल्दी से वापस छिप जाते हैं। इस मामले में, तिल के "उपचार" के लिए 100-200 अंक दिए गए हैं, इसलिए आप उन्हें याद नहीं कर सकते हैं। मुझे नहीं पता कि यह आदमी की शक्ति के भीतर है या नहीं।

निर्णय तुरंत ध्यान में आया - आपको एक बॉट लिखने की ज़रूरत है जो मेरे लिए खेल खेलेगी! रोलिंग करके C # में एक बॉट लिखने की प्रक्रिया।

कैसे?

संकल्पना

दो सेनाएँ मुझसे लड़ने लगीं, जिन लड़ाइयों के बारे में पहले ही कई पोस्ट लिखी जा चुकी हैं। एक ओर, मैं एक सुंदर और अच्छी तरह से डिज़ाइन किए गए एप्लिकेशन को लिखना चाहता था। दूसरी ओर, सोचा "कोड काम करना चाहिए, यह कुछ और नहीं करना चाहिए" मेरे सिर के माध्यम से स्पंदित। सामान्य तौर पर, प्रयोग के लिए, मैंने पूरी तरह से दूसरी अवधारणा का पालन करने का फैसला किया। अच्छा, चलो चलते हैं।

आंखें

सबसे पहले, चलो स्क्रीन से फ़्रेम कैप्चर करने और ऑब्जेक्ट्स को पहचानने के लिए OpenCV लेते हैं ... STOP। मुझे किसी सुपर एप्लीकेशन की आवश्यकता नहीं है, मुझे केवल यह छूट प्राप्त करने की आवश्यकता है। क्या मुझे OpenCV से परेशान होना चाहिए? शायद एक धारा शुरू करना आसान है, जो एक अंतहीन लूप में स्क्रीन का स्क्रीनशॉट लेगा और उसे देखेगा? उदाहरण के लिए, इस तरह:

Bitmap bmpScreen = new Bitmap(Screen.PrimaryScreen.Bounds.Width, Screen.PrimaryScreen.Bounds.Height); Graphics g = Graphics.FromImage(bmpScreen); while (true) { g.CopyFromScreen(Screen.AllScreens[0].Bounds.X, Screen.AllScreens[0].Bounds.Y, 0, 0, bmpScreen.Size, CopyPixelOperation.SourceCopy); }

हाथ

और मोल्स का "इलाज" कैसे करें? जाहिर है, स्टार्टअप पर आपको ब्राउज़र विंडो खोजने और आवश्यक मापदंडों के साथ WM_CLICK संदेश भेजने की आवश्यकता होती है। हालांकि, आप सब कुछ सरल बना सकते हैं - शारीरिक रूप से कर्सर को स्क्रीन पर वांछित स्थान पर ले जाएं और कीस्ट्रोक्स का अनुकरण करें।

इसी WinAPI फ़ंक्शन को आयात करें

 [DllImport("user32.dll")] static extern bool GetCursorPos(ref Point lpPoint); [DllImport("user32.dll")] static extern bool SetCursorPos(int X, int Y); [DllImport("user32.dll")] static extern void mouse_event(uint dwFlags, uint dx, uint dy, uint dwData, IntPtr dwExtraInfo);

और क्लिक करने के लिए एक फ़ंक्शन लिखें

  static public void MouseClick() { Point ptCoords = new Point(); GetCursorPos(ref ptCoords); uint x = (uint)ptCoords.X; uint y = (uint)ptCoords.Y; System.IntPtr ptr = new IntPtr(); mouse_event(MOUSEEVENTF_LEFTDOWN, x, y, 0, ptr); mouse_event(MOUSEEVENTF_LEFTUP, x, y, 0, ptr); }

अब चूंकि सभी उपयोगिता कार्य हैं, इसलिए यह तर्क लिखना है।

दिमाग

मैन्युअल रूप से पहले दौर में कई बार पास होने के बाद, मैंने कई अवलोकन किए:

एक ही स्थान पर तिल दिखाई देते हैं।
अतिरिक्त लक्ष्य (रोबोट और यूएफओ) मोल्स को डराते हैं, इसलिए उन्हें पहले स्थान पर "इलाज" करना होगा। इसके अलावा, वे कड़ाई से परिभाषित स्थानों में दिखाई देते हैं।
मिसाइल के लिए "कॉपर" को 500 अंक दिए गए हैं, और यह एक स्थान पर जमा देता है

सामान्य तौर पर, चूंकि हमारे लक्ष्य एक ही स्थानों पर दिखाई देते हैं, इसलिए पहली बात जो दिमाग में आती है, वह है स्क्रीन का एक संदर्भ स्क्रीनशॉट लेना, और फिर यह देखने के लिए जांचें कि दिए गए पिक्सेल का रंग बदल गया है या नहीं।

लक्ष्य निर्देशांक कैसे संग्रहीत करें? सामान्य तौर पर, यह इतना सरल नहीं है। आपको स्क्रीन रिज़ॉल्यूशन, पेज स्क्रॉलिंग स्तर और इतने पर विचार करने की आवश्यकता है। यानी न केवल गेम विंडो का एक अलग आकार हो सकता है, बल्कि यह स्क्रीन पर विभिन्न स्थानों में भी हो सकता है। सौभाग्य से, मैंने प्रगति का एक सार्वभौमिक खेल नहीं लिखा, मुझे सिर्फ 25,000 अंक बनाने की आवश्यकता थी। इसलिए मैंने गेम को एक पूर्ण-स्क्रीन ब्राउज़र में खोलने का निर्णय लिया, पृष्ठ के बहुत ऊपर तक स्क्रॉल करें और स्क्रीन पर पिक्सेल के भौतिक निर्देशांक के रूप में लक्ष्य के निर्देशांक को रिकॉर्ड करें।

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

 List<Point> m_lpTargets = new List<Point>(); m_lpTargets.Add(new Point(557, 623)); //  m_lpTargets.Add(new Point(261, 654)); //  m_lpTargets.Add(new Point(352, 486)); //   m_lpTargets.Add(new Point(450, 500)); // m_lpTargets.Add(new Point(592, 698)); //  m_lpTargets.Add(new Point(756, 631)); //  m_lpTargets.Add(new Point(373, 514)); // m_lpTargets.Add(new Point(481, 440)); //

फॉर्म में Aim बटन जोड़ें, जो एक संदर्भ स्क्रीनशॉट लेगा

  private void btnAim_Click(object sender, EventArgs e) { m_bmpReference = new Bitmap(Screen.PrimaryScreen.Bounds.Width, Screen.PrimaryScreen.Bounds.Height); Graphics g = Graphics.FromImage(m_bmpReference); g.CopyFromScreen(Screen.AllScreens[0].Bounds.X, Screen.AllScreens[0].Bounds.Y, 0, 0, m_bmpReference.Size, CopyPixelOperation.SourceCopy); }

अब हमारे बॉट के कोड को मुख्य लूप में जोड़ें और चलाएं!

  foreach (Point pt in m_lptTargets) { if (m_bmpReference.GetPixel(pt.X, pt.Y) != bmpScreen.GetPixel(pt.X, pt.Y)) { MouseMoveTo(pt, 10, 200); MouseClick(); } }

क्या हुआ था?

पहला परिणाम

खैर, ऐसा नहीं है कि यह बिल्कुल भी काम नहीं कर रहा है ... सबसे पहले, जल्दी में, हमेशा की तरह, मैं यह भूल गया कि जब कुछ प्रोग्राम उपयोगकर्ता इनपुट (विशेष रूप से इस तरह के बर्बर तरीके से) को स्वीकार करता है, तो इसे बंद करना समस्याग्रस्त हो जाता है। बॉट शुरू करने के बाद, माउस को खेल मैदान के बाहर नहीं ले जाया जा सकता है - यह हमेशा निर्दिष्ट बिंदुओं पर कूद जाएगा, भले ही कार्य प्रबंधक शुरू हो। मैं मानता हूं कि मैं रिबूट की मदद से इस स्थिति से बाहर निकला था ... वास्तव में, ईमानदार होने के लिए, मुझे लगता है कि यह है कि रोबोट कभी दुनिया पर कब्जा कैसे करेगा।

मुख्य स्विच

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

  private void Form1_Resize(object sender, EventArgs e) { if (WindowState == FormWindowState.Minimized) { m_objAimingThread.Abort(); } }

अब, बॉट को रोकने के लिए, आपको बस विन + डी को दबाने की जरूरत है।

पहली समस्याएं

लेकिन यह भी सबसे महत्वपूर्ण बात नहीं है। परेशानी यह है कि, हालांकि हमारे बॉट सफलतापूर्वक मोल्स को लक्षित करते हैं, कुछ एमिस है: जब एक मोल से मारा जाता है, तो चश्मे को बाहर खटखटाया जाता है, हालांकि, तिल स्वयं गायब नहीं होता है, या इसके बाद एक सफेद सिल्हूट रहता है। यह स्पष्ट है कि इस मामले में, हमारे बॉट इस बिंदु पर अनिश्चित काल तक हराते रहेंगे (रंग बदल गया है)।

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

मैंने इस तरह तर्क दिया है: चूंकि मैनुअल मोड में ऐसी कोई समस्या नहीं है, इसलिए आपको केवल माउस की गति को लक्षित करने के लिए रुकना होगा या उसका अनुकरण करना होगा।

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

और अंत में, करीब से जांच करने पर, यह पता चला कि वातावरण में कूदने वाले मोल वास्तव में अलग-अलग एक्स-निर्देशांक होते हैं, इसलिए उनके पदों की एक सरल सूची बहुत थकाऊ होगी। ऐसा लगता है कि हमें अवधारणा को बदलने की आवश्यकता है ...

नई अवधारणा

इसलिए, मोल्स अलग-अलग जगहों पर दिखाई देते हैं, इसलिए उन्हें निर्देशांक द्वारा ट्रैक करना असंभव है। क्या पैटर्न की पहचान करना वास्तव में आवश्यक है? मैं नहीं चाहूंगा। मैं इससे पहले एक और "बेवकूफ" कार्यान्वयन की कोशिश करूंगा। सभी मोल्स में क्या आम है? सूट और बूट सभी को दिखाई नहीं देते हैं। लेकिन हेलमेट में सभी मोल्स का सिर होता है। इसके अलावा, हेलमेट में एक बहुत ही असामान्य रंग है ... क्या होगा अगर मैं इस नीले रंग के लिए पूरी छवि को स्कैन करूं? चलो यह कोशिश करो!

 Color clHelmet = Color.FromArgb(102, 142, 193); for (int j = 400; j < 880; j += 1) for (int i = 200; i < 850; i += 1) { if (bmpScreen.GetPixel(i, j) == clHelmet) { Point ptTarget = new Point(i, j); MouseMoveTo(ptTarget); MouseClick(); } } }

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

और नई समस्याएं

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

इस दृष्टिकोण की दूसरी समस्या यह है कि मोल्स चलते हैं, इसलिए अक्सर प्रसंस्करण के दौरान एक तिल फोटॉन के एक चिकित्सा गुच्छा से बचने का प्रबंधन करता है। इसके अलावा, हमारा चुना रंग हेलमेट के बहुत किनारे पर स्थित है, इसलिए थोड़ी सी भी देरी के साथ, हम रोगी को खो देते हैं।

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

मोल्स के इलाज की गारंटी देने के लिए दूसरा कदम न केवल संदर्भ रंग के बिंदु का पता लगाना है, बल्कि तुरंत पता लगाए गए क्षेत्र को चालू करना है। यहाँ कोड है, एंटर करें और रन करें।

  Point ptLastHit = new Point(0,0); for (int j = 400; j < 880; j += 2) for (int i = 200; i < 850; i += 2) { if (bmpScreen.GetPixel(i, j) == clHelmet) { Point ptTarget = new Point(i, j); if (Distance(ptLastHit,ptTarget) > 70) { ptLastHit = ptTarget; MouseMoveTo(ptTarget); MouseClick(); ptTarget.Offset(20, 20); MouseMoveTo(ptTarget); MouseClick(); ptTarget.Offset(-40, 0); MouseMoveTo(ptTarget); MouseClick(); } } }

रोगी क्रमबद्ध

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

जंपिंग मोल्स में शूटिंग की प्रभावशीलता बढ़ाने के लिए, पहले लक्ष्य को मारने के बाद फ्रेम के प्रसंस्करण को रोकने के लायक है। मुझे समझाने दो - स्क्रीन पर दो मोल्स होने दो, फिर जब हम एक बार में एक शूट करते हैं, तो दूसरा पहले से ही थोड़ा शिफ्ट करने का प्रबंधन करता है, जबकि पुराने फ्रेम में अभी भी हमारी पुरानी छवि है। इस समय, हमें सभी सी जैसी भाषाओं की वैश्विक समस्याओं में से एक का सामना करना पड़ रहा है - ब्रेक कमांड के साथ दो नेस्टेड लूप को बाधित करने में असमर्थता। ऐसे मामलों में, मैं गोटो ऑपरेटर का उपयोग करके एक भयानक कर्म अपराध करता हूं।

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

  g.CopyFromScreen(Screen.AllScreens[0].Bounds.X, Screen.AllScreens[0].Bounds.Y, 0, 0, bmpScreen.Size, CopyPixelOperation.SourceCopy); foreach (Point pt in m_lptTargets) { if (m_bmpReference.GetPixel(pt.X, pt.Y) != bmpScreen.GetPixel(pt.X, pt.Y)) { Point ptMouse = new Point(); GetCursorPos(ref ptMouse); if (ptMouse != pt) { MouseMoveTo(pt); MouseClick(); } } } // Rectangle hole1 = new Rectangle(539, 612, 60, 50); Rectangle hole2 = new Rectangle(577, 690, 60, 50); Rectangle hole3 = new Rectangle(738, 621, 60, 50); Rectangle hole4 = new Rectangle(243, 641, 60, 50); // Rectangle hole5 = new Rectangle(379, 415, 45, 40); int iDelay = 5; Color clHelmet = Color.FromArgb(102, 142, 193); DateTime tmNow = DateTime.Now; Point ptLastHit = new Point(0,0); for (int j = 400; j < 880; j += 2) for (int i = 200; i < 850; i += 2) { if (bmpScreen.GetPixel(i, j) == clHelmet) { Point ptTarget = new Point(i, j); if (hole1.Contains(ptTarget) || hole2.Contains(ptTarget) || hole3.Contains(ptTarget) || hole4.Contains(ptTarget) || hole5.Contains(ptTarget)) { iDelay = 200; } if (Distance(ptLastHit,ptTarget) > 70) { ptLastHit = ptTarget; Thread.Sleep(iDelay); MouseMoveTo(ptTarget); MouseClick(); ptTarget.Offset(20, 20); MouseMoveTo(ptTarget); MouseClick(); ptTarget.Offset(-40, 0); MouseMoveTo(ptTarget); MouseClick(); goto next; } } } next: }

परिणाम क्या है?

सामान्य तौर पर, इस कार्यक्रम ने 21-22 हजार अंक पहले ही सफलतापूर्वक हासिल कर लिए हैं। 25 पाने के लिए, "लाइनअप" के लिए कुछ जादुई मूल्यों जैसे देरी और शॉट्स के निर्देशांक को बदलना आवश्यक था। एक निश्चित समय पर, सितारे सफलतापूर्वक बन गए, और मैं 25,000 के क़ीमती निशान को पार कर गया, इसके लिए इसने एक दर्जन लॉन्च किए।

जब तक कूपन छूट पर मुद्रित नहीं किया गया था, तब तक इस परियोजना के सभी काम करने में दो शामें लगीं। अब मैं समझता हूं कि अगर एल्गोरिथम को पहले से सोचा गया था तो काम कम हो सकता है। हालांकि, मैंने इस तथ्य के कारण बहुत समय बचाया कि मैं लगातार खुद को खींच रहा था जब मैं एक उत्पाद बनाने का विचार लेकर आया था जो किसी व्यक्ति के लिए एक खेल होगा।

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

यह मेरे लिए पूरी तरह से स्पष्ट नहीं है कि खेल के निर्माता क्या गिना रहे थे, क्योंकि यह मुझे लगता है कि खेल के माध्यम से मैन्युअल रूप से जाना असंभव है। शायद अवधारणा ने केवल सुझाव दिया कि केवल लाल आंखों वाले व्यक्ति जो बॉट लिख सकते हैं, वे 25% छूट के योग्य हैं।

युपीडी। टिप्पणियों ने छूट प्राप्त करने के तरीके भी निर्धारित किए। मेरी शर्म की बात है, मैंने उनमें से सबसे सरल के बारे में भी नहीं सोचा था ... यह पता चला है कि जो करने की आवश्यकता नहीं है उसका चित्रण के रूप में पोस्ट मुश्किल है, जब यह बस किया जा सकता है, तो यह टिप्पणीकारों के लिए धन्यवाद था। वास्तव में, बॉट लिखा नहीं जा सका ... मुझे आशा है कि यह न केवल मेरे लिए एक सबक के रूप में काम करेगा, बल्कि बाकी दुर्भाग्यपूर्ण, एक कंप्यूटर रोग से पीड़ित है, जिसे पचास साल पहले पहचाना और वर्गीकृत किया गया था।

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

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

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

फ़्लैश खेल के लिए बॉट लिखना