लिंक दें ताकि लोग फीचर्स और आइडियाज़ के बारे में बात कर सकें
- प्रोजेक्ट, आइडिया और प्रोडक्ट फीचर्स को समझाने और बातचीत शुरू कराने के लिए लिंक देने चाहिए
- लोगों के लिए किसी चीज़ को समझना और उस पर बात करना आसान बनाने हेतु लिंक देना महत्वपूर्ण है
- ChatGPT Code Interpreter और Boring Technology इसके अच्छे उदाहरण हैं
ChatGPT Code Interpreter लगभग दिखता ही नहीं है
- ChatGPT Code Interpreter बहुत शक्तिशाली है, लेकिन लगभग अदृश्य है
- यह ChatGPT की एक फीचर है, जिसके जरिए Python कोड लिखा और चलाया जा सकता है
- अगर आपको इसे सक्रिय करने का तरीका नहीं पता, तो इसके अस्तित्व के बारे में जानना भी मुश्किल है
- OpenAI के पास इस फीचर के लिए कोई help page नहीं है, जिससे भ्रम पैदा होता है
- Claude की समान फीचर Artifacts के लिए help page उपलब्ध है, इसलिए उसे ढूंढना अपेक्षाकृत आसान है
- GitHub, Codespaces और Copilot जैसी फीचर्स के लिए dedicated landing pages देता है
Boring Technology: वेबसाइट वाला आइडिया
- Dan McKinley ने 2015 में Boring Technology शब्द गढ़ा था
- डेवलपमेंट टीमों के पास नए समस्याओं को हल करने की क्षमता सीमित होती है
- बेहतर यह है कि वे अलग पहचान वाले प्रोडक्ट बनाने पर ध्यान दें और बाकी के लिए अच्छी तरह जानी-पहचानी टेक्नोलॉजी का इस्तेमाल करें
- इस संदर्भ में Django को "boring technology" माना गया
- Dan ने इस आइडिया को वेबसाइट तक विस्तारित किया, जिससे बहुत सी बातचीत शुरू हुई
SEO और बातचीत, दोनों के लिए
- SEO और बातचीत, दोनों के लिए लिंक देने का महत्व
- SEO का लक्ष्य यह है कि सर्च के समय लोग आपकी साइट तक पहुँचें
- बातचीत के नजरिए से भी लिंक देना महत्वपूर्ण है
- लिंक के जरिए स्पष्ट व्याख्या देना अधिक प्रभावी होता है
GN⁺ का सारांश
- यह लेख प्रोजेक्ट या आइडिया को समझाने और उस पर बातचीत शुरू कराने के लिए लिंक देने के महत्व पर जोर देता है
- इसमें ChatGPT Code Interpreter और Boring Technology को उदाहरण के रूप में समझाया गया है
- SEO और बातचीत, दोनों के संदर्भ में लिंक देने के महत्व पर चर्चा की गई है
- समान प्रकार की फीचर्स वाले प्रोजेक्ट्स में GitHub के Codespaces और Copilot शामिल हैं
1 टिप्पणियां
Hacker News राय
boringtechnology.club साइट का ज़िक्र करते हुए कहा गया कि नवाचार को अनोखे समाधानों पर केंद्रित रखना चाहिए और बाकी सब कुछ जितना संभव हो उतना सरल रखना चाहिए
hyperlink और URL वेब के मूल हैं
Simon के दूसरे उदाहरण भी HN पर बहुत प्रभावी हैं
rsync.net सेवा का "CEO page" अलग तरह का है
यह हैरान करने वाला है कि OpenAI ने technical writer नहीं रखा
dead links सबसे खराब होते हैं
Simon की एक और बेहतरीन पोस्ट
Square की incident response meme ने outage.party को जन्म दिया
Microsoft products के URL बहुत लंबे और जटिल होने की वजह से असुविधाजनक थे
/api/prefix जोड़कर data को JSON फ़ॉर्मैट में लौटाया गया, और यह टीम में बहुत लोकप्रिय हो गया/api/prefix एक महत्वपूर्ण internal service के रूप में उन्नत हो गया