Dev.POST: TechBlog AI Generator - अपने आप लिखने वाला तकनीकी ब्लॉग
(devpost-download.framer.website)हर दिन 1 ब्लॉग,
सिर्फ 1 मिनट का निवेश करें और तकनीकी ब्लॉग तैयार हो जाए
क्या व्यस्त शेड्यूल के बीच समय निकालकर ब्लॉग लिखना और उसे चलाना आसान नहीं लगता?
क्या डेवलपमेंट प्रक्रिया में मिले आपके कीमती अनुभव कहीं खोते जा रहे हैं?
Dev.POST के जरिए अब तक न कर पाए हर दिन 1 ब्लॉग के अभ्यास को
अब आप आसानी से शुरू कर सकते हैं.
[मुख्य फीचर्स]
-
आसानी से बनने वाले ब्लॉग पोस्ट
: सिर्फ 'कार्य लक्ष्य' और 'commit' दर्ज करें, और यह अपने आप ब्लॉग पोस्ट लिख देता है. -
फीचर-यूनिट के हिसाब से तैयार किया गया कोड
: यह उदाहरण कोड को ज्यों का त्यों नहीं बनाता. यह मुख्य तकनीकों को ढूँढ़कर उन्हें समझाने के लिए उपयुक्त रूप में बदलता है और उसी आधार पर ब्लॉग पोस्ट लिखता है. -
सुविधाजनक कॉन्सेप्ट (थ्योरी) विवरण
: जिन keywords की व्याख्या चाहिए, उन्हें दर्ज करते ही यह संबंधित कॉन्सेप्ट ढूँढ़ता है और भरोसेमंद स्रोतों का संदर्भ लेकर अपने आप लिख देता है. -
SEO
: जिन search keywords को आपने खोजा था, उन्हीं के आधार पर यह SEO को ध्यान में रखकर लिखता है ताकि आपका ब्लॉग ऊपर आ सके. -
markdown फ़ॉर्मैट
: विभिन्न ब्लॉग प्लेटफ़ॉर्म पर प्रकाशित करने के लिए यह markdown में लिखा जाता है. -
सुरक्षा
: निश्चिंत रहें. उपयोगकर्ता द्वारा दर्ज किया गया कोड कभी भी स्टोर नहीं किया जाता.
[वास्तविक उपयोगकर्ताओं की प्रतिक्रियाएँ]
-
कमाल है. मैंने लगातार 3 दिनों तक आसानी से Dev.POST का उपयोग करके ब्लॉग पोस्ट प्रकाशित किए.
-
इसका फ़ॉर्मैट मुझे बहुत पसंद आया. यह उपशीर्षक भी सही तरीके से लिख देता है, इसलिए लगता है कि संपादन की ज़रूरत ही नहीं है.
-
अलग-अलग तरह का डेवलपमेंट करते हुए मुझे लगता था कि ब्लॉग के लिए लिखने को कुछ नहीं है, लेकिन यह इतना आसान बना देता है कि अब ब्लॉग के लिए लिखने के विषय बहुत बढ़ गए हैं और काम सुविधाजनक हो गया है.
18 टिप्पणियां
मुझे यह दिलचस्प लगा।
क्योंकि यह सीधे खुद लिखी गई पोस्ट नहीं है, इसलिए इसमें 'ईमानदारी' की कमी को लेकर डेवलपर ने भी ज़रूर सोचा होगा, ऐसा मुझे लगता है।
टेक ब्लॉग के नज़रिये से ज़्यादा, अगर इसे अपने काम से insight निकालने वाले टूल के रूप में देखा जाए, तो यह मददगार हो सकता है—इसी वजह से यह मुझे दिलचस्प लगा।
लेकिन मुझे लगता है कि इसमें अतिशयोक्ति कुछ ज़्यादा है।
शायद यह knowledge repository के commit से जनरेट होने की वजह से हो, लेकिन सिर्फ़ हार्डवेयर लॉन्च का परिचय होने पर भी machine learning training code आ जाता है;;
और
~하려고 노력했습니다की तरह ऐसे हिस्से भी बन जाते हैं जो उन कामों का वर्णन करते हैं जिन्हें मैंने वास्तव में किया ही नहीं, इसलिए ब्लॉग जैसी सार्वजनिक जगह पर अपलोड करने के लिए यह थोड़ा मुश्किल लगता है।ऐसा लगता है कि prompt के रूप में इस्तेमाल होने वाले inputs, जैसे काम का लक्ष्य और notes, कुल 4 हैं, तो शायद इन्हें कम करना बेहतर हो सकता है, और manual update थोड़ा असुविधाजनक था।
व्यक्तिगत रूप से, मुझे लगा कि अगर सिर्फ़ काम करते रहने से AI content धीरे-धीरे जमा होता जाए, और समय मिलने पर बस उसे पढ़ लेना ही काफ़ी हो—इस हद तक automation हो जाए, तो अच्छा रहेगा.
अच्छी राय के लिए धन्यवाद :D
मैंने इस बात पर बहुत सोचा है कि AI द्वारा content generate किए जाने से किस तरह की चिंताएँ आती हैं,
और उसी नज़रिए से मैं यह अलग पहचान देना चाहता था कि यह सिर्फ़ साधारण generation नहीं, बल्कि "मैंने जो काम किया है" उसका उपयोग करके बनाया जाता है।
हालाँकि, technical blog post लिखने की प्रक्रिया में अगर कहीं बढ़ा-चढ़ाकर लिखी गई बातें या वास्तविकता से अलग विवरण आए हों, तो उसके लिए क्षमा चाहता हूँ.
हम यह दिखाने की कोशिश करेंगे कि ऐसे Hallucination phenomena और कम हों और उत्पाद लगातार बेहतर बने।
अंत में, आपने product की दिशा और जिन असुविधाओं की ओर ध्यान दिलाया, उसके लिए मैं सच में आभारी हूँ.
हम आगे इसे बेहतर बनाकर ज़रूर लेखक महोदय के पास और बेहतर रूप में लौटेंगे।
आख़िरकार तकनीकी ब्लॉग लिखने वाले ज़्यादातर लोगों का मकसद तो self-PR ही होता होगा..
उसके भीतर मौजूद communication skill (और reasoning ability) को ढक देना मुझे नकारात्मक लगता है.
अगर मैं होता, तो उल्टा यह कहकर बदनाम कर देता कि यह इतना अच्छी तरह तराशा हुआ इंसान कहीं ChatGPT ने लिखकर तो नहीं दिया?
// मेरी नज़र में तो, उल्टा बहुत अच्छी तरह से सहेजा गया लेख देखकर लोग यह कहकर खारिज कर सकते हैं कि यह तो ChatGPT ने लिखा होगा, है ना?
यह हिस्सा काफ़ी दुखद लगता है। मुझे नहीं लगता कि इस सोच तक किसी को समझाया जा सकता है ..
// उसके भीतर मौजूद communication skill (और reasoning ability) को ढक देना मुझे नकारात्मक लगता है.
भले ही communication skill को अभी तुरंत दिखाना मुश्किल हो, लेकिन हम इस दिशा में सोच रहे हैं कि यूज़र के अनुसार अलग-अलग ब्लॉग पोस्ट निकाली जाएँ, इसलिए मुझे नहीं लगता कि यह हिस्सा ढक जाएगा! और reasoning ability के बारे में मेरा मानना है कि मैंने जिस code पर काम किया है, उसमें काम का इरादा और reasoning ability दोनों शामिल हैं। मुझे लगता है कि Dev.POST ऐसे हिस्सों को संदर्भ के रूप में लेकर मिली insights को व्यवस्थित करना आसान बनाने में मदद कर रहा है.
इस हिस्से के बारे में, bulletheart-ji अगर एक बार Dev.POST इस्तेमाल करके देखें, तो शायद आपको लगेगा कि यह मेरे इरादे वाले code की दिशा को मेरी अपेक्षा से भी बेहतर लिखता है। क्या आप एक बार इस्तेमाल करके feedback दे सकते हैं? मैं आपके उपयोग feedback का इंतज़ार करूँगा!! आपका दिन शुभ रहे~
ब्लॉग की सबसे बड़ी entry barrier शायद यही है कि हम रोज़ पोस्ट करना चाहते हैं, लेकिन वह आसान नहीं होता। किसी के लिए यह फिर से ब्लॉग शुरू करने की हिम्मत जुटाने का मौका बन सकता है, और जो लोग 1 दिन 1 पोस्टिंग का लक्ष्य रखते थे, वे शायद उसे बदलकर 1 दिन 3 पोस्टिंग कर दें। क्या सिर्फ़ मात्रा के बल पर आगे बढ़ना सही है? इस सवाल पर मेरा मानना है कि quality की चिंता करते-करते ब्लॉग छोड़ देने से बेहतर है कि उसे जारी रखने में मदद करने वाले tool का इस्तेमाल करके ही सही, उसे छोड़ा न जाए—लंबी अवधि में शायद यही ज़्यादा बड़ा फायदा देता है।
इसे अच्छी तरह इस्तेमाल करके फिर feedback भी छोड़ूँगा। शुभकामनाएँ!
बिलकुल सही है :D
Dev.POST की शुरुआत इस ज़रूरत से हुई कि व्यस्त प्रैक्टिकल development work के साथ developer blog चलाना आसान नहीं होता। व्यस्त schedule के बीच अलग से समय निकालकर blog post लिखना कई developers के लिए बोझ बन जाता है, और इसे लगातार चलाए रखना भी मुश्किल लगता है।
इसलिए हम चाहते थे कि development process में मिले insights के लिए "बाद में इसे整理 करूँगा" जैसा हिस्सा पूरी तरह खत्म हो जाए! जो insight मुझे मिली, वह सीधे code में मौजूद है, और अगर कुछ अतिरिक्त लिखना हो तो उसे work notes में भी लिख सकते हैं—इस तरह writing का burden कम हो, और हर कोई आसानी से अपने अनुभव रिकॉर्ड कर सके; हम ऐसी service बनाने की दिशा में आगे बढ़ रहे हैं!
आपके गर्मजोशी भरे समर्थन के लिए धन्यवाद!! आपकी वजह से सोमवार सुबह से ही अच्छा महसूस हो रहा है और ऊर्जा मिल रही है! इसे इस्तेमाल करके आराम से feedback दीजिए, धन्यवाद~
जब नए डेवलपर्स की भर्ती करता था, तो मैं अक्सर उनके ब्लॉग देखकर यह समझने की कोशिश करता था कि उनकी रुचि किन चीज़ों में है और वे किस तरह की चिंताओं पर सोचते हैं। और जिन आवेदकों ने ब्लॉग में कई कैटेगरी तो बना रखी हों लेकिन उनमें सिर्फ एक-दो पोस्ट ही डाली हों, उन्हें मैं तुरंत अस्वीकार कर देता था। लेकिन अब लग रहा है कि शायद ब्लॉग देखकर नए डेवलपर्स की सोच और वे किस दिशा को आगे बढ़ाना चाहते हैं, इसका अंदाज़ा नहीं लगाना चाहिए... T_T
// मैं Dev.POST सेवा को साथ मिलकर बना रहा एक डेवलपर हूँ :)
बिलकुल सही। किसी tech blog को देखकर यह समझा जा सकता है कि आमतौर पर किन बातों में रुचि रही है और किन बातों पर सोच-विचार किया गया है! मुझे भी लगता है कि आगे भी blog यही भूमिका निभाएगा, लेकिन action13-ssi ने ऐसा क्यों सोचा था ~?
मुझे लगता है कि बिना इस योजना के कि लेख कौन पढ़ेगा और उसके पीछे का उद्देश्य क्या है, अपने-आप लेख तैयार करना बहुत स्वागत नहीं पाएगा। आखिर ब्लॉग में सिर्फ लेख भर देने से काम खत्म नहीं हो जाता।
// मैं Dev.POST सेवा को साथ मिलकर बना रहा एक डेवलपर हूँ :)
जैसा आपने कहा, मेरा भी मानना है कि जो लेख पाठकों को ध्यान में रखे बिना लिखे गए हों और जिनके पीछे काम की योजना का स्पष्ट उद्देश्य न हो, उनका स्वागत होना मुश्किल है। मैं इससे सहमत हूँ।
Dev.POST का उपयोग करने वाले कई ग्राहकों से हमें यह राय मिली कि कम इनपुट देने पर भी यह उनके इरादे को अच्छी तरह समझ लेता है, जो उन्हें काफ़ी दिलचस्प लगा। हमारा मानना है कि हमारा काम लिखे गए कोड के भीतर के इरादे को समझना और उसी इरादे के आधार पर लेखक की पसंद का लेख लिखना है, इसलिए इस हिस्से को लेकर हमें आत्मविश्वास है। आगे भी हम पाठकों को ध्यान में रखकर, इरादे को समझकर, और योजना के उद्देश्य से समर्थित लेख लिखने का भरोसा रखते हैं.
rkttu जी भी एक बार इसे इस्तेमाल करके देखें, और अगर उपयोग के बाद यह बताएं कि क्या यह पोस्ट लेख के इरादे को ठीक से सहारा देती है, तो हम कोशिश करेंगे कि यह जल्दी से rkttu जी की पसंद की सेवा बन सके। आपके दिए गए फ़ीडबैक के लिए बहुत-बहुत धन्यवाद!
सहमत हूँhaha AI द्वारा लिखे गए लेखों से मुझे प्रेरणा मिली हो, ऐसा बहुत कम लगा है।
जो थोड़ी-बहुत प्रेरणा मिली भी होगी, वह भी शायद सीखे गए डेटा का ही उद्धरण रही होगी।
AI Writing के बारे में फिर से सोचने पर मजबूर करने वाली राय देने के लिए धन्यवाद.
मेरा मानना है कि जिन मौजूदा AI Writing सेवाओं में यूज़र का अनुभव या विचार शामिल नहीं होता और केवल विषय तय कर देने पर वे अपने-आप लिख देती हैं, उनसे प्रेरणा मिलना मुश्किल रहा होगा.
Dev.POST के मामले में, यह सीधे किए गए commit रिकॉर्ड और यूज़र के अनुभव को इनपुट के रूप में लेकर पोस्ट बनाता है, इसलिए यह मौजूदा सेवाओं से अलग पहचान रखता है. इसी वजह से मुझे लगा कि यह ऐसे पहलुओं में प्रेरणा दे सकता है.
felizgeek ji, आप भी एक बार इसे इस्तेमाल करके कैसा लगा, यह बताएं तो आभारी रहेंगे!
दिलचस्प है।
मैंने भी, जैसे दूसरे लोगों ने कमेंट में लिखा है, सोचा था कि अगर लिखने के लिए कोई विषय ही नहीं है तो शायद लिखना नहीं चाहिए...
मुख्य फ़ीचर कुछ ऐसा लगता है: "मैंने लंबे समय तक सोच-विचार करके जो निष्कर्ष निकाला, उसे commit में डाल दूँ, फिर AI उस सोच को पढ़कर उसे ब्लॉग पोस्ट में बदल दे।"
मुझे लगता है यह उन लोगों के लिए बना प्रोडक्ट है जिनके पास विषय तो पहले से है, लेकिन उसे लेख में बदलना झंझट लगता है।
लेकिन, मेरा मानना है कि व्यक्तिगत तौर पर चलाए जाने वाले तकनीकी ब्लॉगों का बड़ा मतलब यह होता है कि "जो मैंने सोचा, उसे लिखते हुए एक बार फिर व्यवस्थित कर लूँ।" इस नज़रिए से देखें तो यह उस इच्छा(?) को बिल्कुल भी पूरा नहीं कर पाता, और यही बात काफ़ी खलती है। शुरुआत से ही एक पूरा तैयार ड्राफ्ट दे देने के बजाय, अगर इसे कई sections में बाँटकर दिया जाए और प्रोडक्ट के भीतर ही यूज़र उन्हें जोड़-तोड़ सके, बदल सके, या फिर दोबारा generation मांग सके, तो शायद इस कमी को कुछ हद तक दूर किया जा सकता है।
* generation के दौरान दिखने वाले messages में थोड़ी-बहुत टाइपो भी दिख रही हैं!
nemorize के फ़ीडबैक के अनुसार, मुझे लगता है कि यह हमारे लिए प्रोडक्ट के बारे में एक बार फिर और गहराई से सोचने का अवसर बना, इसके लिए आपका सच में धन्यवाद।
जैसा आपने कहा, Dev.POST वास्तव में "उन लोगों के लिए एक प्रोडक्ट है जिनके पास लिखने का विषय पहले से मौजूद है, लेकिन उसे लेख में बदलना उन्हें झंझट लगता है।" विषय और अनुभव पहले से ही commit के भीतर मौजूद होते हैं, और यह उन्हें लेख में बदलकर उन लोगों की मदद करने वाला प्रोडक्ट है जिन्हें लिखना कठिन और परेशान करने वाला लगता था :)
साथ ही, आपने जिस [उन यूज़र्स] के target group का ज़िक्र किया जो [अपनी चिंताओं और सोच को सुलझाकर ब्लॉग के रूप में व्यवस्थित करते हैं], वह हमारे अगले target audience का user group है। इसलिए अभी हम उसे तुरंत पूरा नहीं कर पा रहे हैं, लेकिन service expansion के साथ हम service को इस तरह बेहतर बनाते रहेंगे कि उसे ज़रूर संतुष्ट कर सकें। आपके फ़ीडबैक के लिए बहुत-बहुत धन्यवाद!! हम आपके फ़ीडबैक को ध्यान में रखकर तेज़ी से सुधार करते रहेंगे। धन्यवाद
आखिर ज़बरदस्ती तकनीकी ब्लॉग पोस्ट बनाने की ज़रूरत ही क्यों है..
कई डेवलपर्स personal growth और portfolio के उद्देश्य से अपना ब्लॉग चलाते हैं।
उदाहरण के लिए, अनुभव, समस्याओं को हल करने के तरीके, और वे तकनीकें व मुद्दे जिनमें उनकी सामान्य रुचि होती है, ये सब ब्लॉग में शामिल होते हैं, इसलिए मुझे लगता है कि यह अपने आपको एक डेवलपर के रूप में अच्छी तरह परिचित कराने की जगह है।
इस तरह आप technical blog तो चला रहे हों, लेकिन अगर आपका कोई technical blog लंबे समय से उपेक्षित पड़ा है,
तो एक बार यह सोचिए कि 'क्या हाल की गई किसी काम में ऐसा कोई commit है जिसे ब्लॉग पोस्ट के विषय के रूप में इस्तेमाल किया जा सकता था?' और फिर Dev.POST का उपयोग करके देखिए, कैसा रहेगा?
अगर लिखने के लिए कोई विषय नहीं है, तो क्या लिखना ही छोड़ नहीं देना चाहिए?
Dev.POST तकनीकी ब्लॉग पर लिखने की शुरुआती बाधा को कम करता है, ताकि व्यस्त शेड्यूल के बीच भी तकनीकी ब्लॉग को लगातार चलाने में मदद मिल सके! लगता है आपने यह बात user reviews देखकर कही है, लेकिन मुझे उस यूज़र की अच्छी तरह याद है क्योंकि हमने उनका इंटरव्यू किया था। उस यूज़र ने Dev.POST का इस्तेमाल किया और क्योंकि लेख आसानी से बन जाता था, वे लगभग हर commit यूनिट पर उसे ब्लॉग पोस्ट में बदलकर देखते थे।
znjadong जी भी एक बार Dev.POST का इस्तेमाल करके कम-से-कम एक ब्लॉग पोस्ट बनाकर देखिए!!
पक्का znjadong जी भी संतुष्ट होंगे!!