bookradar.org - पुस्तक खोज सेवा

मैं आपको अपनी परियोजना से परिचित कराना चाहता हूं, जो मैं पिछले कुछ महीनों से काम कर रहा हूं, और यह भी बताऊंगा कि यह कैसे हुआ। bookradar.org - ऑनलाइन स्टोर पर पुस्तकों के लिए एक खोज इंजन। यह सेवा उन लोगों के लिए बनाई गई है जो किताबें पढ़ना पसंद करते हैं। साइट का उपयोग करके, वे यह पता लगा सकते हैं कि आप सही पुस्तक कहां से खरीद सकते हैं, साथ ही खरीद पर बचत भी कर सकते हैं। जितना अधिक पुस्तक मूल्य है, उतना ही इसकी कीमत दुकानों में भिन्न होती है।



उदाहरण के लिए, फिल रोसेन्जविग की पुस्तक "द हेलो इफेक्ट ... और अन्य आठ भ्रम जो प्रबंधकों को भ्रमित करते हैं।" 537 से 885 रूबल तक विभिन्न दुकानों में लागत। अंतर काफी है।

विचार से परिणाम के लिए और अधिक ...



पुस्तक अनुरोध उदाहरण:

विचार

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

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

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

कार्यान्वयन

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



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

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

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

असली डेटा के साथ, बहुत सारे चुटकुले। उदाहरण के लिए, मैंने गणना की कि आईएसबीएन एक पुस्तक के लिए एक विशिष्ट पहचानकर्ता हो सकता है। वास्तव में, ऐसा नहीं था। एक पुस्तक में कई ISBN हो सकते हैं। मुझे नहीं पता कि स्टोर में कौन डेटाबेस भर रहा है, लेकिन न केवल आईएसबीएन अमान्य हो सकता है, इसलिए आईएसबीएन के बजाय यह मनमाने ढंग से संख्या से रूसी में कुछ वाक्यांशों के साथ नरक में बदल सकता है। अंकों के शून्य के बजाय, प्रतीक "O" को भरा जा सकता है, और अंग्रेजी के "Ex" के बजाय एक रूसी "हे" हो सकता है।
इसके अलावा, दो पूरी तरह से अलग पुस्तकों में एक आईएसबीएन हो सकता है। सिद्धांत रूप में, यह असंभव है। प्रकाशकों ने कुछ पुस्तकों को बंडल किया। उदाहरण के लिए, दो अलग-अलग पुस्तकों के ISBN और दो अलग-अलग पुस्तकों के लेखक ऐसी कथित पुस्तक में दिखाई देते हैं।

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

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

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

यहाँ पार्सिग 1.5 GB फ़ाइल के परिणाम हैं:

सीपीथॉन 4 मिनट 12 सेकंड
PyPy 2 मिनट 48 सेकंड
स्काला 57 सेकेंड
सी ++ 47 सेकंड।

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

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

TDD। शुरुआत से ही, सभी पार्सर पायथन और स्काला में परीक्षणों से आच्छादित थे। यह वह जगह है जहाँ परीक्षण तुरंत विकास को गति देते हैं। दूसरी ओर, अभी भी कोई परीक्षण नहीं किया गया है।

मुद्रीकरण

लॉन्च के बाद पहले ही दिन, मेरे सहयोगियों ने मुझसे पूछा कि मैं खोज का भुगतान कैसे करने जा रहा हूं। और मैं ऐसा करने वाला नहीं था। विमुद्रीकरण सरल और सीधा है - दुकानों के सहबद्ध कार्यक्रम। मैं विज्ञापन देने की योजना नहीं बनाता।

वर्तमान में

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

सामने का छोर पायथन / फ्लास्क में लिखा गया है, बैकएंड स्काला में है, और मोंगोबडी बेस है।

भविष्य की योजना

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

मुझे आशा है कि आपको मेरी सेवा अच्छी लगी होगी,
मैं सलाह, आलोचना और सुझावों की बहुत सराहना करूंगा।

आओ - www.bookradar.org !