Cryptogram

  इथेरियम सिंगल साइन-ऑन "Google के साथ साइन इन करें" के विचार ने मुझे हमेशा डरा दिया है।  यह सुविधाजनक है, बिल्कुल, लेकिन यह आपके डेटा के नियंत्रण को भी सौंप रहा है - आपके डेटा के और भी अधिक  डेटा को सीडिंग नियंत्रण  - एक विशाल निगम को जिसे सीआईए या एनएसए जैसे सरकारी जासूसी संगठनों के साथ काम करने में कोई समस्या नहीं है (  [1]  [2]  [3 ]  [4]  ) (कम से कम जब यह एक पीआर इम्प्लोजन नहीं है), और पहले से ही वेब के कई अन्य आयामों को नियंत्रित करता है। कोई भी जिसने इस तरह के बलिदान किए बिना इंटरनेट का उपयोग करने की कोशिश की है, वह जानता है कि यह लगभग शत्रुतापूर्ण स्थान बन जाता है: कैप्चा हल्के व्याकुलता के बजाय एक निरंतर हस्तक्षेप है, कुकी "नोटिस" लैंडमाइन बन जाते हैं, कई सेवाएं आपको पूरी तरह से एक्सेस करने से वंचित कर देंगी!  और "हम आपके डेटा को तीसरे पक्ष को बेच सकते हैं या साझा कर सकते हैं" के कुछ प्रकार को खोजे बिना गोपनीयता नीति को पढ़ने की उम्मीद नहीं करते हैं, या अपना फोन नंबर, ईमेल, सरकारी आईडी, आदि सौंपे बिना खाते के लिए साइन अप करते हैं। (अनुस्मारक कि स

  डार्क वेब और वेब3 इंटरनेट विकसित हो रहा है।  Web3 प्रोजेक्ट पहले से ही पिछली पीढ़ी की सेवाओं के लिए प्रयोग करने योग्य विकल्प पेश कर रहे हैं। क्यों?  Web2 परियोजनाओं ने अपने उपयोगकर्ताओं की गोपनीयता का सम्मान नहीं किया।  उन्होंने उपयोगकर्ता डेटा को चुराया, बेचा और डेटा दलालों और विज्ञापनदाताओं को वितरित किया, कम (यदि कोई हो) पारदर्शिता के साथ। इसलिए इंटरनेट ने विद्रोह कर दिया, और ऐसी परियोजनाएँ बनाना शुरू कर दिया जो उपयोगकर्ताओं की गोपनीयता और संप्रभुता का सम्मान करती थीं।  Web3 में ओपन सोर्स आदर्श है।  डीएओ हर जगह हैं।  पारदर्शिता, गोपनीयता, संप्रभुता, ये सिद्धांत Web3 के विकास को Web2 के क्षयकारी अवशेषों से प्रेरित करते हैं। लेकिन किस बात ने Web2 को अपने उपयोगकर्ताओं का इतना शोषण करने के लिए प्रेरित किया?  अन्य बातों के अलावा, उपयोगकर्ता की गोपनीयता का अनादर करना और उसका उल्लंघन करना लाभदायक है।  अपना कोड अपने पास रखना लाभदायक है।  एक केंद्रीकृत सत्ता पदानुक्रम होना लाभदायक है। और जैसे-जैसे Web3 बढ़ता जा रहा है, हमें यह सुनिश्चित करने के लिए सतर्क रहने की आवश्यकता है कि यह इन्हीं दि

  Status रिफैक्टर रिफैक्टरिंग क्या है? डेवलपर्स शायद इस अनुभाग को छोड़ सकते हैं। कभी-कभी जब आप किसी प्रोजेक्ट पर काम कर रहे होते हैं, तो चीजें तेजी से एक साथ हो जाती हैं, लेकिन किसी तरह इष्टतम तरीके से नहीं।  यह काम करता है, लेकिन यह सुंदर नहीं है।  या हो सकता है कि यह और भी सुंदर हो, लेकिन अगर आप करीब से देखें तो यह वास्तव में सुंदर नहीं है।  प्रोग्रामिंग में भी ऐसा ही होता है, जहां समय पर, बिल्कुल, या एक निश्चित विनिर्देशन के दबाव के कारण विकल्प और समाधान हो सकते हैं जो अभी लागू करने के लिए तेज़  हैं  , लेकिन भविष्य में काम करना कठिन है।  और यह आमतौर पर "स्पेगेटी कोड", "तकनीकी ऋण", और कभी-कभी " बस कारक  " के बारे में कुछ डेवलपर बड़बड़ाता है  ।  यदि डेवलपर्स पर्याप्त भाग्यशाली हैं, तो वे तब भी जीवित रहेंगे जब एक रिफैक्टरिंग प्रयास किया जाता है: पुराने, गन्दा कोड के माध्यम से जाने और इसे साफ करने के लिए समय व्यतीत करना। रिफ्लेक्टर Status क्यों? जब हमने Status को एक साथ रखना शुरू किया, तो हमने इस तरह के विकल्पों का एक गुच्छा बनाया।  उनमें से कुछ के बारे में

  StatusES: वेब अनुप्रयोगों के लिए एक UI घटक पुस्तकालय StatusQ, MPL2.0 के तहत लाइसेंस प्राप्त स्टेटस एप्लिकेशन के लिए एक उभरती हुई पुन : प्रयोज्य QML UI घटक लाइब्रेरी है। तो उसका क्या मतलब हुआ ? आइए पीछे की ओर शुरू करें। मोज़िला पब्लिक लाइसेंस 2.0 का अर्थ है - मूल रूप से ( यह कानूनी सलाह नहीं है ) कि StatusQ का पुन : उपयोग और संशोधन किया जा सकता है , स्रोत कोड के व्यावसायीकरण के संबंध में कुछ विशिष्ट अपवादों के साथ। StatusQ मुख्य रूप से Status Desktop में उपयोग किया जाता है , लेकिन अन्य प्रोजेक्ट्स में भी इसका उपयोग किया जा सकता है।   यहां StatusQ सैंडबॉक्स का एक स्क्रीनशॉट है , जो घटकों की लाइब्रेरी ( बाईं ओर ) और उन घटकों के वेरिएंट ( दाईं ओर ) दिखा रहा है। StatusQ को समझने के लिए , हम प्रलेखन या रोडमैप से परामर्श कर सकते हैं , लेकिन एक सिंहावलोकन के लिए हमें पहले Qt मेटा - ऑब्जेक्ट लैंग्वेज , या QML [1] के साथ कुछ परिचित होना चाहिए। क्यूएमएल एक प्