ओपनएआई एक लाभकारी कंपनी में परिवर्तित हो रहा है, जबकि एक गैर-लाभकारी इकाई को बनाए रख रहा है, जिसे आलोचकों का कहना है कि अब यह मुख्य रूप से प्रतीकात्मक है।
इंटरनेट डेटा को स्क्रैप करके एआई मॉडल के प्रशिक्षण के लिए बिना उचित श्रेय या मुआवजे के उपयोग करने की वैधता और नैतिकता के बारे में चिंताएँ उठाई गई हैं।
इस बदलाव ने कंपनी के भीतर उच्च-स्तरीय इस्तीफों को जन्म दिया है और कॉपीराइट कानूनों और गैर-लाभकारी स्थिति के संभावित शोषण के बारे में बहस छेड़ दी है।
मीरा मुराटी का ओपनएआई से प्रस्थान कंपनी के पुनर्गठन और भविष्य की दिशा के बारे में चर्चाओं को प्रज्वलित कर रहा है।
अटकलों में यह संभावना शामिल है कि प्रस्थान करने वाले कर्मचारी नई एआई सुरक्षा-केंद्रित कंपनियां शुरू कर सकते हैं या ओपनएआई का ध्यान एजीआई (कृत्रिम सामान्य बुद्धिमत्ता) विकास से लाभ अधिकतमकरण की ओर स्थानांतरित हो सकता है।
बहस में एआई विनियमन की चुनौतियाँ, एजीआई की संभावनाएँ, और एआई प्रगति के व्यापक प्रभाव भी शामिल हैं।
पोस्टग्रेसक्यूएल 17 जारी किया गया है, जिसमें प्रदर्शन, स्केलेबिलिटी, और नए डेटा एक्सेस और स्टोरेज पैटर्न के अनुकूलन में महत्वपूर्ण सुधार शामिल हैं।
मुख्य सुधारों में बेहतर मेमोरी प्रबंधन, तेज़ बल्क लोडिंग, नया SQL/JSON JSON_TABLE कमांड, औ र नए फेलओवर नियंत्रण के साथ सरलित प्रमुख संस्करण उन्नयन शामिल हैं।
रिलीज़ में नए TLS विकल्प, वृद्धिशील बैकअप, और उन्नत निगरानी उपकरण भी शामिल हैं, जो PostgreSQL की विश्वसनीयता और विस्तारशीलता की विरासत को जारी रखते हैं।
पोस्टग्रेएसक्यूएल 17 जारी किया गया है, जिसमें महत्वपूर्ण सुधार शामिल हैं जैसे कि वैक्यूम ऑपरेशनों में 20 गुना कम मेमोरी का उपयोग और इंक्रीमेंटल बैकअप के लिए समर्थन।
नई उपयोगिताओं में बैकअप को संयोजित करने के लिए pg_combinebackup और रिमोट सर्वरों पर EXISTS और IN उप-प्रश्नों को पुश करने के लिए postgres_fdw में सुधार शामिल हैं।
रिलीज ने समुदाय में उत्साह पैदा किया है, विशेष रूप से रिल ेशनल डेटाबेस के भीतर JSON डेटा को संभालने के लिए नए JSON_TABLE कार्यक्षमता के आसपास।
ओपनएआई गैर-लाभकारी नियंत्रण से ह टकर सैम ऑल्टमैन को इक्विटी प्रदान कर रहा है, जिससे कंपनी के मूल मिशन के संभावित विरोधाभास के लिए आलोचना उत्पन्न हुई है।
आलोचकों का तर्क है कि यह कदम एआई सुरक्षा से समझौता कर सकता है और लाभ-प्रेरित निर्णयों की ओर ध्यान केंद्रित कर सकता है, जिससे नैतिक चिंताएं उत्पन्न हो सकती हैं।
इस परिवर्तन का समय मीरा मुराटी के प्रस्थान के साथ मेल खाता है, जिससे नेतृत्व की प्राथमिकताओं के बारे में विवाद और चिंताएँ बढ़ गई हैं।
Git Absorb एक उपकरण है जो Facebook के hg absorb से लिया गया है, जिसे संस्करण नियंत्रण को सुव्यवस्थित करने के लिए डिज़ाइन किया गया है। यह ब िना कमिट किए गए परिवर्तनों को स्वचालित रूप से उपयुक्त ड्राफ्ट पूर्वज परिवर्तनों में समाहित कर देता है।
यह समीक्षा प्रतिक्रिया को लागू करने की प्रक्रिया को सरल बनाता है, मैन्युअल कमिट्स या इंटरैक्टिव रिबेस से बचते हुए, जिससे फीचर ब्रांच और बग फिक्स को प्रबंधित करना आसान हो जाता है।
Git Absorb को सिस्टम पैकेज मैनेजर्स के माध्यम से इंस्टॉल किया जा सकता है या स्रोत से संकलित किया जा सकता है, और यह कमिट रेंज को समायोजित करने, ऑटो-स्टेज परिवर्तनों और अधिक के लिए कॉन्फ़िगर करने योग्य विकल्प प्रदान करता है।
Git-absorb एक स्वचालित उपकरण है जो Git में फिक्सअप कमिट्स बनाने के लिए उपयोग किया जाता है, जि ससे कई कमिट्स में समस्याओं को सुधारने की प्रक्रिया को सरल बनाया जा सकता है।
यह विशेष रूप से पुल अनुरोधों (PRs) में स्वच्छ कमिट इतिहास बनाए रखने के लिए उपयोगी है, क्योंकि यह स्वचालित रूप से परिवर्तनों को सही कमिट्स के साथ जोड़ता है, जिससे मैन्युअल प्रयास कम हो जाता है।
इस उपकरण की सराहना इसकी सटीकता के लिए की जाती है, जो सही कमिट्स की पहचान करने में मदद करता है, गलत सकारात्मक और नकारात्मक परिणामों को कम करता है, और उन डेवलपर्स का समय बचाता है जो तार्किक रूप से छोटे कमिट्स को प्राथमिकता देते हैं।
रस्ट प्रोग्रामिंग भाषा, जो प्रारंभ में मेमोरी सुरक्षा और एक आधुनिक पैकेज मैनेजर जैसी विशेषताओं के साथ नवाचारी थी, अब धीमी प्रगति और कई अस्थिर विशेषताओं के साथ स्थिर प्रतीत होती है।
रस्ट के विकास में सहमति प्रक्रिया उसकी प्रगति में बाधा डाल सकती है, जिससे व्यापक चर्चाएँ होती हैं जो अक्सर मृत अंत में समाप्त होती हैं, जैसे कि अनसुलझे म्यूटेक्स सुधार थ्रेड।
लेखक महत्वपूर्ण बदलावों का प्रस्ताव रखते हैं, जिनमें फंक्शन ट्रेट्स, कंपाइल-टाइम क्षमताएं, और ज़िग के कॉम्पटाइम कॉन्सेप्ट को अपनाना शामिल है, जो मौजूदा संस्करण के साथ असंगतता के कारण संभवतः रस्ट के एक नए संस्करण की आवश्यकता होगी।
चर्चा का केंद्र बिंदु रस्ट प्रोग्रामिंग भाषा की RFC (टिप्पणियों के लिए अनुरोध) प्रक्रिया और नए फीचर्स जोड़ने और सादगी बनाए रखने के बीच संतुलन है।
लेखक का तर्क है कि जबकि रस्ट की मुख्य टीम जटिलता से बचने के लिए नई सुविधाओं को जोड़ने में सतर्क है, कुछ मौजूदा सुविधाएँ जैसे Pin पहले से ही उपयोग और समझने में कठिन हैं, जो बेहतर डिज़ाइन की आवश्यकता का सुझाव देती हैं।
बहस इस बात पर प्रकाश डालती है कि नई आवश्यकताओं को पूरा करने के लिए एक भाषा को विकसित करने और इसे डेवलपर्स के लिए सुलभ और सुसंगत बनाए रखने के बीच तनाव है, जिसमें कुछ विशेषताओं को व्यापक विचार-विमर्श के कारण लागू करने में वर्षों लग जाते हैं।
सैम ऑल्टमैन, एक प्रमुख तकनीकी व्यक्ति, के बारे में रेडिट पर मिश्रित राय के साथ चर्चा हो रही है, जिसमें उनके उद्देश्यों और कार्यों पर विभिन्न विचार व्यक्त किए जा रहे हैं।
कुछ उपयोगकर्ता सुझाव देते हैं कि ऑल्टमैन ने चालाकी से काम लिया है, जबकि अन्य तर्क करते हैं कि उन्होंने रेडिट की सफलता में महत्वपूर्ण योगदान दिया है, इसे एक बहु-अरब डॉलर की कंपनी में बदल दिया है।
चर्चा में पूर्व Reddit सीईओ और नेतृत्व में बदलावों का कंपनी की दिशा पर प्रभाव शामिल है।