👩‍❤️‍💋‍👨 ☠️ 🍡 एक हैकाथन प्रारूप में सिलिकॉन अनुरेखण। बिना फिजिकल डिजाइन, नो आईफोन 👨🏽‍🚀 😤 🕴️

क्या सभी ने सिलिकॉन वैली स्टार्टअप के बारे में ड्यूड फिल्म देखी? क्या आप जानते हैं कि 1977 में घाटी का कौन सा स्टार्टअप सबसे अधिक सिलिकॉन था? यह सिलिकॉन वैली रिसर्च था, जिसे SVR और सिल्वर-लिस्को के नाम से भी जाना जाता है। स्टार्टअप ने ऐसे कार्यक्रम बनाए जो स्वचालित रूप से चिप साइट पर ट्रांजिस्टर रखे और उन्हें पटरियों से जोड़ा। स्टार्टअप सार्वजनिक हो गया और यहां तक कि 21 वीं सदी में भी रहा , लेकिन नए नेताओं के साथ प्रतिस्पर्धा नहीं कर सका - पहले डेज़ी / मेंटर / मान्य, और फिर सिनोप्सिस और ताल।

एसवीआर ने जो कार्यक्रम किए, उन्हें इंग्लिश प्लेस एंड रूट - पी एंड आर में प्लेसमेंट और ट्रेसिंग प्रोग्राम कहा गया। उन्होंने इंजीनियरों की श्रम उत्पादकता में बहुत वृद्धि की - पी एंड आर कार्यक्रमों से पहले, चिप मास्क चित्र रंगीन कार्डबोर्ड (इंटेल 4004) से चिपके हुए थे, कागज पर पेंसिल के साथ खींचा, या पाठ स्क्रीन पर कर्सर चलाया और प्लसस और माइनस के साथ सितारों द्वारा प्रस्तुत प्राथमिक ब्लॉकों को जोड़ा (यह इस तरह से चिप्स आईबीएम में डिजाइन किए गए थे। / 370-संगत Amdahl कंप्यूटर, सोवियत ईयू कंप्यूटर के उन्नत रिश्तेदार)।

SVR की स्थापना स्टैनफोर्ड के प्रोफेसर बिल वैन क्लीम्पत ने की थी , जिन्हें मैं व्यक्तिगत रूप से जानता था, क्योंकि वह एक स्वर्गदूत निवेशक थे और मेरे स्वयं के स्टार्टअप के निदेशक मंडल के सदस्य थे। बिल ने समय-समय पर मुझे बैठकों और शिथिलता के बुरे व्यवहार के लिए उठाया, और पेटेंट अदालतों के बारे में कहानियाँ भी बताईं, जिस पर वे लगातार एक विशेषज्ञ गवाह के रूप में गए।

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

माइक्रोचिप्स के भौतिक डिज़ाइन एल्गोरिदम को समझना एक मुख्य योग्यता है। Apple, NVidia, Intel, AMD, Cisco, Juniper, Huawei, Samsung, Tesla, Google, MediaTek, Broadcom में सभी चिप डिज़ाइन टीमों में - एक PD टीम समूह (फिजिकल डिज़ाइन टीम) है, जो Syntys और Cadence के टूल के साथ काम करता है, कौन करता है इसके अलावा, ये उपकरण जटिल हैं, उनके पास एक हजार से अधिक टीमें और सैकड़ों सबसिस्टम हैं; वे प्रत्येक कंपनी को प्रति वर्ष लाखों या करोड़ों डॉलर खर्च करते हैं। अधिक पीडी विशेषज्ञों (दोनों उपयोगकर्ता स्तर पर और कस्टम पीडी उपकरण डेवलपर्स के स्तर पर) की उपस्थिति के बिना, रूस के पास स्मार्टफोन, एआई एक्सेलेरेटर और स्वयं-ड्राइविंग कारों में माइक्रोचिप के लिए अंतरराष्ट्रीय बाजार पर महत्वपूर्ण बनने का कोई मौका नहीं है। कुछ अफ्रीकी देशों की तरह, जहां जैव रसायन विश्वविद्यालयों में नहीं पढ़ाया जाता है,कोरोनोवायरस के खिलाफ दवाओं (किसी भी प्रोथेसिस इनहिबिटर) में एक नेता बनने का कोई मौका नहीं है।

चर्चा और आपत्ति

हमने सिलिकॉन-रसिया मेलिंग सूची पर पी एंड आर हैकाथॉन के विचार पर चर्चा की , जहां हमारे साथ सतर्क संदेह के साथ व्यवहार किया गया। विशेष रूप से, मिखाइल शुप्लेटसोव, जो वीएमके मॉस्को स्टेट यूनिवर्सिटी में ईडीए (इलेक्ट्रॉनिक डिजाइन ऑटोमेशन) एल्गोरिदम में लगे हुए हैं, ने मुझ पर आपत्ति जताई:

मिखाइल शुप्लेटोव: “इस बात पर संदेह है कि हैकथॉन प्रारूप ऐसे कार्यों के लिए उपयुक्त है। डिज़ाइन स्वचालन समस्याओं पर एक अच्छा परिणाम केवल तभी प्राप्त किया जा सकता है जब प्रतियोगिता लंबे समय से (कम से कम 6 महीने) चल रही हो। प्रस्तावित प्रारूप में, मेरी राय में, यह केवल तैयार उपकरणों को चलाने के लिए संभव होगा, लेकिन एक नया समाधान नहीं बना सकता है। "

जिस पर मैंने उत्तर दिया:

: « , , capacity ( ) features ( ASIC libraries) . , ! 20 , floorplanning maze router. Tcl/Tk. , EDA. + .»

« — »

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

वेरिलॉग हार्डवेयर विवरण भाषा के एक स्ट्रिप-डाउन सबसेट पर एक टेक्स्ट फ़ाइल को पार्स करना।
प्राचीन ली लहर-अनुरेखण एल्गोरिथ्म के अनुप्रयोग।
परिणाम का ग्राफिक आउटपुट।

छात्रों के साथ चर्चा करने के बाद, हमने एक पाठ फ़ाइल से सेल निर्देशांक के सरलीकृत इनपुट के साथ सत्यापन के स्थान को बदलने का फैसला किया । तब छात्रों ने जिम्मेदारियों को और नीचे दिया - प्रयोग के बारे में उनकी तीन रिपोर्ट।

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

मेरे (गैर-छात्र) कार्यक्रम का कोड।
परिणाम पूरा करें।

अब हम छात्रों को मंजिल देते हैं:

सोफिया एर्मोलायेवा की रिपोर्ट

19 अक्टूबर, 2019 को इनोपोलिस यूनिवर्सिटी के छात्रों के बीच हैकथॉन आयोजित किया गया था।

11 मामलों का एक विकल्प प्रस्तुत किया गया था, जिनमें से प्रत्येक को 3 को चुनना था और सबसे पसंदीदा से कम से कम पसंदीदा को प्राथमिकता देना था।

हमारी प्राथमिकताओं और प्रत्येक मामले को चुनने वालों की संख्या के अनुसार, आयोजकों ने टीमों का गठन किया।

हैकाथॉन के एक हफ्ते पहले, मुझे और दो अन्य छात्रों को MIPS BU से प्रोजेक्ट सौंपा गया था।

इमेज 1. हैकथॉन वेबसाइट पर MIPS BU से केस

हमारी टीम सबसे छोटी थी, तुलना में, अन्य टीम 5-7 लोग थे। तदनुसार, यह तुरंत हमारे लिए स्पष्ट हो गया कि हम 8 घंटे के भीतर निष्पादन के लिए निर्धारित कार्यों में महारत हासिल करने की संभावना नहीं है। कठिनाई यह थी कि हम केवल एक दूरस्थ ग्राहक के साथ थे और यहां तक कि 10 घंटे के अंतर के साथ भी।

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

हम पहली बार 11 अक्टूबर, 2019 को ग्राहक से मिले थे। बैठक के लिए, हमने एलिसेशन इंटरव्यू के लिए प्रश्न तैयार किए (प्रश्न तैयार करते समय भी, हम समझ गए कि हम यह नहीं समझ पाए हैं कि कार्य को कैसे पूरा किया जाए, लेकिन यह और भी दिलचस्प था)। प्रश्नों की प्रारंभिक सूची छवि 2 में प्रस्तुत की गई है। मुझे विषय पर किसी भी स्तर का ज्ञान प्राप्त करने के लिए इंटरनेट पर बहुत अधिक ऊन प्राप्त करना था।

छवि 2. एलिसन इंटरव्यू के प्रश्न।

बैठक के दौरान, हमारे पास समाधान के बारे में अधिक विस्तृत प्रश्न थे (चित्र 3 देखें)।

छवि 3. कार्यान्वयन से संबंधित मुद्दे।

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

चित्र 4. पहली बैठक के दौरान एकत्र की गई आवश्यकताएँ और उनकी प्राथमिकताएँ।

यह महसूस करना कि हम तीनों के पास 8 घंटे का समय नहीं था, हमें नहीं छोड़ा, हमने अपने अनुभवों को ग्राहक के साथ साझा किया। यह पता चला कि उसे 8 घंटे की सीमा के बारे में नहीं पता था। इसलिए, हमने कार्य को सरल बनाने और एक प्रोटोटाइप विकसित करने के बारे में एक साथ सोचना शुरू किया।

सरलीकरण मुख्य रूप से संबंधित कार्यात्मक आवश्यकता नंबर 1 (चित्र 4 देखें)। हमारे अंतिम आवश्यकताएँ दस्तावेज़ में, प्रोटोटाइप के लिए आवश्यकताओं को कार्यक्षमता से विभाजित किया गया है: फ़ाइल रीडर (छवि 5 देखें), प्लेसमेंट (छवि 6 देखें), रूटिंग (चित्र 7 देखें), चित्रमय प्रतिनिधित्व (छवि 8 देखें)। नियमों के अनुसार, आवश्यकता दस्तावेज को ग्राहक के हस्ताक्षर के साथ प्रमाणित करने की आवश्यकता होती है, लेकिन चूंकि हमारे ग्राहक की दूरस्थ पुष्टि होती है, इसलिए हमने एक फोटो बनाने का फैसला किया (चित्र 9 देखें)।

छवि 5. फ़ाइल रीडर के लिए आवश्यकताएँ

छवि 6. प्लेसमेंट के लिए आवश्यकताएँ

छवि 7. रूटिंग

छवि के लिए आवश्यकताएँ 8. ग्राफ़िकल प्रतिनिधित्व के लिए आवश्यकताएँ

[छवि 9. ग्राहक द्वारा आवश्यकताओं की पुष्टि।]

आवश्यकताओं को एकत्रित करने के बाद, हमने कार्यान्वयन सुविधाओं और प्रौद्योगिकी विकल्पों के माध्यम से सोचना शुरू किया। यह ध्यान देने योग्य है कि हमारी टीम में शामिल थे: 1 सी # डेवलपर (माइकल), 1 पायथन डेवलपर (मैक्सिम) और 1 फ्रंटेंट डेवलपर (सोफिया)। प्रदर्शन के लिए, हमने React.js को चुना क्योंकि मुझे पर्याप्त विश्वास था कि थोड़े समय में इस तकनीक का उपयोग करके मैं प्रदर्शन को लागू कर सकता हूं। बाकी घटकों के लिए, एक तकनीक का चयन करना कठिन था क्योंकि ज्ञान बहुत भिन्न था, हम जावा पर सहमत हुए क्योंकि सभी को इस भाषा में कम से कम न्यूनतम अनुभव था।

हमने जिम्मेदारी इस प्रकार साझा की:

प्रदर्शन, बैक और फ्रंट लिंकिंग, प्रस्तुति तैयारी, टीम प्रबंधन - सोफिया,
प्लेसमेंट और रूटिंग - माइकल
फाइल रीडर - मैक्सिम।

हैकाथॉन के दौरान, ग्राहकों को मामले पेश करने पड़ते थे, लेकिन समय के अंतर के कारण (हमारे पास पहले यह सुबह थी और ग्राहक के पास देर रात थी) हमने ग्राहक द्वारा तैयार एक वीडियो दिखाया।

प्रस्तुतियों के बाद, हम अपना समाधान कोड करने गए। हम एक साथ बैठे लेकिन प्रत्येक ने अपने हिस्से पर काम किया (चित्र 10 देखें)। बेशक, हैकथॉन से पहले, हमने ली एल्गोरिथ्म को लिखने के लिए प्रशिक्षित किया कि यह कैसे काम करता है।

[चित्र १०. मिखाइल और मैं समस्या के समाधान पर काम कर रहे हैं (मैक्सिम फ्रेम में नहीं आया, लेकिन उसने पास में काम भी किया है।]

मैंने बैक और फ्रंट को संवाद करने के लिए स्प्रिंग को चुना। समाधान का परीक्षण करने के लिए, हमने सरल इनपुट फ़ाइलों के कई उदाहरण तैयार किए (ऐसी फ़ाइलों का एक उदाहरण चित्र 11 में दिखाया गया है)।

इमेज 11. इनकमिंग फाइल और इसका डिस्प्ले।

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

छवि 12. एल्गोरिथ्म के संचालन को प्रदर्शित करने के लिए हैकथॉन के दौरान आविष्कार किया गया एक उदाहरण।

छवि 13. दूसरे उदाहरण के लिए निष्कर्ष (हैकथॉन के दौरान और हैकथॉन के बाद)।

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

[छवि आयोजित हैकथॉन पर हमारे समाधान के 14. प्रस्तुति।]
[भागीदारी के प्रमाण पत्र के साथ छवि 15. हमारी टीम।]
[छवि 16. हमारी टीम अन्य मामलों का मूल्यांकन करने में शामिल होता है।]

पोस्ट मार्टम

आयोजित हैकथॉन के बाद, हम अपने निर्णय ग्राहकों के लिए Git के लिए एक संदर्भ के रूप में भेजा ।

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

चित्र 17. एप्लिकेशन लॉन्च करने के लिए प्रारंभिक निर्देश।

ग्राहक ने कंसोल के माध्यम से चलने की कोशिश की और निम्नलिखित त्रुटि प्राप्त की:

छवि 18। त्रुटि नंबर 1।

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

ग्राहक का अगला पत्र 15 अप्रैल, 2020 को आया। ग्राहक को प्रोजेक्ट की असेंबली के दौरान निम्न त्रुटि मिली:

छवि 19। त्रुटि संख्या 2।

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

छवि 20. जोड़ी कार्यान्वयन।

त्रुटि को ठीक करने के बाद, मैंने कंसोल के माध्यम से एप्लिकेशन लॉन्च करने के लिए विस्तृत निर्देश लिखने का फैसला किया। निर्देशों का परीक्षण करने के बाद। हमने ग्राहक को फोन किया और प्रोजेक्ट लॉन्च किया। इसलिए, 5 महीने के बाद, ग्राहक हमारे काम का फल देख पा रहा था।

छवि 21. परियोजना शुरू करने के लिए अंतिम निर्देश।

परियोजना का प्रारंभिक संस्करण जीथब रिपॉजिटरी में है।

परियोजना का अंतिम संस्करण मेरे गितुब भंडार में है।

मैक्सिम कोस्टिन की रिपोर्ट

परियोजना के लिए सभी आवश्यकताओं का अध्ययन करने के बाद, हमने कार्य को 3 मुख्य भागों में विभाजित किया है।

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

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

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

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

सामान्य तौर पर, ग्राफ़ के कार्यान्वयन में कोई महत्वपूर्ण त्रुटियां नहीं थीं, लेकिन फ़ाइल को पार्स करने की प्रक्रिया में कई त्रुटियां अनजाने में उत्पन्न हुईं, उदाहरण के लिए, NOT तत्व के लिए, शुरू में दो इनपुट बनाए गए थे (जाहिर है कि प्रोग्राम क्रैश हो गया था)।

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

लेकिन माइकल और मैं सफल नहीं होंगे, यह हमारी टीम सोफिया में नहीं था। वह डरती नहीं थी, और सबसे महत्वपूर्ण भाग पर ले गई - परिणामों की कल्पना (जिसके बिना हमारी परियोजना का व्यावहारिक रूप से कोई मतलब नहीं होगा), और वह कार्य के साथ मुकाबला किया।

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

माइकल स्चेनबर्ग की रिपोर्ट

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

परियोजना के लिए सभी आवश्यकताओं का अध्ययन करने के बाद, हमने कार्य को 3 मुख्य भागों में विभाजित किया।

मैं इस योजना के निर्माण के लिए जिम्मेदार था, मैक्सिम ने पार्सर के लेखन का काम संभाला और सोफिया ने परिणामों के दृश्य के लिए जिम्मेदारी ली।

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

मैक्सिम के काम के परिणामों के साथ मेरे काम के परिणामों के संयोजन की प्रक्रिया में, सीमित समय के साथ जुड़ी भीड़ और लापरवाही के कारण कई कष्टप्रद समस्याएं पैदा हुईं, जो सौभाग्य से, जल्दी से खोजे गए और समाप्त हो गए।

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

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

परिशिष्ट A: मास्को स्टेट यूनिवर्सिटी से मिखाइल शुप्लेटोव की आपत्ति (चित्र छोड़ दिया गया) मॉस्को स्टेट यूनिवर्सिटी

की टीम मिखाइल शुपेत्सोव ने प्रतिष्ठित अंतरराष्ट्रीय प्रतियोगिता IC-CAD 2015 जीती , और यहां तक कि रूस में पूर्व अमेरिकी राजदूत माइकल माइकल फाउल को एक भावनात्मक प्रतिक्रिया मिली ।

सिलिकॉन-रसिया मेलिंग सूची पर चर्चा से ।

: , . , :

1. http://iccad-contest.org
2. http://www.ispd.cc/?page=contests

( , ). , :

1. https://arxiv.org/pdf/1810.01078.pdf
2. https://github.com/jinwookjungs/datc_robust_design_flow

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

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

और दूसरा:

!

. . , . , ( ) , .

, , .

. . , , EDA - . , EDA , ICCAD ISPD. , ( ). , ICCAD ISPD , , (http://www.mes-conference.ru/) , EDA.

,

परिशिष्ट B: सोफिया Ermolaeva द्वारा निर्देश कि परिणाम कैसे पुन: पेश करें

Required:

    Maven
    Npm 

Clone repository

    git clone https://github.com/keepYourHairOn/HackathonProject.git 

In the repository folder:

    cd edap
    cd ASICdrawer
    npm install
    npm start 

In the browser open:

    localhost:8008 

In the new tab of the command line (because node should stay working).

To build new jar:

    cd edap
    mvn package
    Copy input.txt file from {repository folder}/edap/input.txt and paste a file into: edap/target 

To run the existing jar:

    cd target
    java -jar edap-1.0-SNAPSHOT.jar

संदर्भ

सूरज सिलिकॉन वैली में स्थापित होता है, और इनोपोलिस के ऊपर उगता है, जिस पर मैं अपना भाषण रोक देता हूं। तुम क्या सोचते हो?

एक हैकाथन प्रारूप में सिलिकॉन अनुरेखण। बिना फिजिकल डिजाइन, नो आईफोन

चर्चा और आपत्ति

« — »

सोफिया एर्मोलायेवा की रिपोर्ट

माइकल स्चेनबर्ग की रिपोर्ट

More articles: