मनोबल में सुधार होने तक गॉड एंडपॉइंट जारी रहेगा

मनोबल में सुधार होने तक गॉड एंडपॉइंट जारी रहेगा



ग्राफसीएमएस हाइग्राफ इसे फ़ेडरेटेड कंटेंट प्लेटफ़ॉर्म कहता है:

छवि

गैट्सबी इसे कंटेंट मेश कहते हैं:

छवि

अपोलो तुरंत बाहर आता है और इसे सुपरग्राफ कहता है:

छवि

यह कोई नई बात नहीं है, मैट स्लोटनिक ने समझदारी से इसे कहा है सॉफ़्टवेयर में सबसे कठिन कार्यशील ग्राफ़िक:

छवि

और ग्राफक्यूएल भक्तों के पास एयरबाइट और फाइवट्रान में अपने स्वयं के डेटा इंजीनियरिंग समानताएं हैं।

विचार

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

लेकिन इसमें बहुत कुछ है IF:

  • मेंटेनेन्स कोस्ट: इंटरफ़ेस हर समय टूटते हैं और किनारे के मामलों/परफ मुद्दों में चलते हैं, औसतन (1-3 घंटे? यह बहुत तेज है, औसत एक तरह से अर्थहीन हैं) रखरखाव का एक सप्ताह
  • बंद करना: लोग खुद को आपके एसडीके और एपीआई में बंद कर रहे हैं, और यह देखते हुए कि इनमें से कोई भी गॉड एंडपॉइंट अभी तक समय की कसौटी पर खरा नहीं उतरा है (यहां तक ​​​​कि GitHub प्रबंधित नहीं हुआ है ग्राफक्यूएल को डिफ़ॉल्ट/आसान बनाने के लिए), यह एक जोखिम भरा प्रस्ताव है।
    • इस अर्थ में डेटा इंजीनियरिंग कंपनियों के लिए यह आसान है, क्योंकि वे डेटा को एकीकृत करते हैं, कोड को नहीं, जो लंबे समय तक चलता है।
  • प्रोत्साहन: डेटा साइलो आपको अपना डेटा क्यों निकालने देना चाहता है? वे भी अपने उपयोगकर्ताओं के लिए एक गॉड एंडपॉइंट क्यों नहीं बना सकते? अनिवार्य https://xkcd.com/927/ संदर्भ (बोनस अंक यदि आप बिना क्लिक किए जानते हैं कि वह xkcd क्या है)

भगवान समापन बिंदु के रूप में मानक

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

हालाँकि यह असुंदर लगता है। हम इस समस्या पर अंतहीन समय और पैसा खर्च करके इस समस्या को बलपूर्वक बढ़ा रहे हैं, लेकिन इससे इसका समाधान नहीं होता है ईमेल और टर्मिनल आउटपुट और एचटीएमएल “समाधान” हो गया है।

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

कभी-कभी मानक समिति द्वारा डिज़ाइन किए जाते हैं (जेएस में, विंटरसीजी अभी विशेष रूप से दिलचस्प है, लेकिन इसमें पर्याप्त क्षमता नहीं है), कभी-कभी उनका निर्णय एक अत्यंत प्रभावशाली खिलाड़ी द्वारा किया जाता है (JSX, S3, OCI और Postgres विभिन्न डोमेन के उदाहरण हैं) जो अनिवार्य रूप से “जीत” चुके हैं। बेशक यह एक सवाल पैदा करता है – चूँकि “जीतने” से पहले एक सामान्य मानक स्थापित करना आवश्यक नहीं है, क्या प्रयास करना भी उपयोगी है? मेरी समझ यह है कि बिना मानकों के जीतना और जीतना “लड़ाई जीतने लेकिन युद्ध हारने” के बराबर है।

भाषा ईश्वर समापन बिंदु के रूप में

बेशक, यह एलएलएम का युग है, कोई भी ब्लॉगपोस्ट मानवता द्वारा विकसित पहले इंटरफ़ेस पर विचार किए बिना पूरा नहीं होगा: प्राकृतिक भाषा.

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

यह संभावित रूप से कैसा दिखता है?

यदि आप इस तरह की प्रणाली लागू कर रहे हैं, तो कृपया आंशिक सूचना समाधान भी लागू करें:

  • प्रश्न: कितने भुगतान किए गए?
  • उत्तर: अपर्याप्त जानकारी – किसके द्वारा कितने भुगतान? किस समयावधि में?
  • प्रश्न: ओह क्षमा करें – ‘joe@freshpizza.com’ द्वारा
  • उत्तर: ठीक है, किए गए भुगतानों की संख्या देख रहा हूँ 'joe@freshpizza.com'…किस समयावधि में
  • प्रश्न: ओह, फिर से क्षमा करें – पिछले 3 महीनों में!

उस तरह की चीज़, लेकिन एपीआई टोकन, लॉगिन और अन्य गुम जानकारी के लिए (मैंने इसमें से कुछ को अपने 2019 एडेप्टिव इंटेंट-आधारित सीएलआई स्टेट मशीन्स टॉक में कवर किया है, जो मेरे 2016 एलेक्सा कौशल के अनुभव से सूचित है)। चूँकि यह एक मानव-इन-द-लूप प्रक्रिया है, आप एक टेम्पोरल चाहेंगे।

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

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





Source link

Postagens Similares

  • ہر روز ایک جملے کی جرنلنگ کے حیرت انگیز فوائد

    1986 سے 2011 تک ، اوپرا ونفری نے میزبانی کی اوپرا ونفری شو. یہ ہمہ وقت کا سب سے زیادہ درجہ بند ٹاک شو تھا اور اس وقت شمالی امریکہ میں ٹیلی ویژن سیٹ کے مالک تقریبا کسی سے بھی واقف تھا۔ 1980 اور 1990 کی دہائی کے دوران ، “آل میڈیا کی ملکہ” نے…

  • दोनचे पूरक आणि समूह सिद्धांत || गणित ∩ प्रोग्रामिंग

    मी गणित शोधण्याआधी, मी इलेक्ट्रिकल इंजिनिअरिंग 101 घेणारा प्रथम वर्षाचा अंडरग्रेड कॉम्प्युटर सायन्सचा विद्यार्थी होतो. बिट्स आणि बुलियन गेट्स म्हणजे काय हे मी शिकलेला पहिला विषय होता आणि दुसरा म्हणजे नकारात्मक n-बिट पूर्णांकाचे दोन पूरक प्रतिनिधित्व. त्या वेळी दोघांची पूरकता मला संगणक प्रोग्रामिंगच्या विचित्र चकचकीत वाटली, ज्यात तुम्हाला फक्त लक्षात ठेवायचे होते. जर अग्रगण्य बिट…

  • Biaya Inferensi Tidak Berkelanjutan

    Ya, sekarang saya menyelesaikan seperempat langganan MAX minggu saya dalam beberapa jam bekerja dengan Claude Code. Menurutku Anthropic itu pintar, dan menurutku mereka tidak mencoba menipu kita. Saya pikir sejujurnya mereka hanya mencoba menyelaraskan tuduhan inferensi dengan kenyataan. Dan hal ini harus menjadi peringatan bagi kita semua. Saya pikir kita akan membutuhkan multi-model harness (atau…

  • すべての選択がすべてを変える: ショー

    約 3 週間前、レオ・ラポルテと私は、TWiT ネットワークの新しい月例番組となるものの最初のエピソードを録画しました。名前を付けるのは難しく、Stack Overflow のときと同じように、名前について投票するところでしたが、すぐに決定しました。 オフ・バイ・ワン with ジェフ・アトウッド – これは非常に多くの理由で面白いですが、主に次のプログラマーのジョークによるものです。 いいえ、古典的な引用のこのバリエーションを私が思いついたわけではありませんが、そうできたらよかったのにと思います。まあ、何はともあれ、こちらがショー 2 です。誰でも無料でご覧いただけます。 ショーは 1 時間 47 分、最後まで純粋な喜びに満ちています。否定的なものはなく、ただ低レベルの狂気だけです、そしてもちろん、 必須の楽しみ。次のエピソードは 4 日後に録画します。Club TWiT メンバー向けのライブ ストリームもあります。 (こうしましょう。もし、そして 場合のみ、エピソード全体を視聴し、見たものが気に入った場合は、このフォームに記入した最初の 10 名に、Club TWiT メンバーシップを丸 1 年間補償しますので、残りの番組を楽しんでいただけたかどうかを確認してください。) 常設番組のホームページは twit.tv/obo にあります。 信じられないほど才能のある人々によるアート クレイグラハマート.com Stack Overflow and Discourse の共同創設者であり、Coding Horror ブログの作成者である Jeff Atwood 氏は、Leo Laporte に毎月参加して、独自のロジックに従った会話を行っています。小道具コメディ、コンピューティングの歴史、オープンウェブ、富の不平等、ヨーヨー。可能な限り最善の方法で、常に 1 つのトピックから離れてください。 これは、レオと私がテクノロジー分野のポジティブなことに対する熱意を共有するもう 1 つの方法であり、共有することが非常に重要であるためです。…

  • 日落 512kb 俱樂部 – Kev Quirk

    2026 年 3 月 7 日 所有美好的事情都必須結束,今天就是我的專案之一「512kb 俱樂部」的日子。 我早在 2020 年 11 月就開始了 51​​2kb 俱樂部,到現在已經有大約 5.5 年了。它已經成為一個排水溝,我準備繼續前進。從今天開始,我將不再接受對該專案的任何新提交。在撰寫本文時,有 25 個 PR 可供新提交,我將處理它們,然後停用提交拉取請求的功能。 多年來,已有近 2,000 個拉取請求,目前 512kb 俱樂部上列出了約 950 個站點。很酷,但需要管理的工作量很大 – 需要審查新提交的內容(這是源源不斷的拉取請求)、清理舊網站、更新網站等。這超出了我的時間。 我還嘗試將時間集中在其他項目上,例如 Pure Commons。 想接手嗎? 看到這樣的計畫半途而廢令人難過,但生活還是要繼續。話雖如此,如果你覺得你想接手512kb俱樂部,我們來聊聊吧, 但有一些先決條件: 我們需要互相了解。抱歉,我不會把這個專案交給我不認識的人。 您可能需要熟悉 Jekyll 和 Git。 我可能會收到很多電子郵件,其中包含提供幫助的資訊(這太棒了),但如果我們以前從未互動過,我就不會繼續接受您的善意提議。 閱讀上述內容後,如果我們彼此認識,並且您仍然感興趣,請使用下面的電子郵件按鈕,我們可以就您可能接手的事宜進行討論。透過接手,我希望你能夠: 取得所有權 512kb.club 域,因此您將承擔續約的財務責任。 擁有 GitHub 儲存庫的所有權,因此您將負責所有拉取請求、問題和任何其他與 Git 相關的事情。 負責專案的所有託管和維護 – 該網站目前託管在我的個人 Vercel…

Deixe um comentário

O seu endereço de email não será publicado. Campos obrigatórios marcados com *