cloudmato.com हे एक संशोधन-आधारित तंत्रज्ञान ब्लॉग आहे. प्रत्येक लेख थेट वेब स्रोतांद्वारे संशोधन करून, उद्धृत संदर्भांसह लिहिला जातो — वेब डेव्हलपमेंट, ब्राउझर इंटर्नल्स, नेटवर्किंग, सुरक्षा, डेटाबेस, डिस्ट्रिब्युटेड सिस्टम्स आणि सॉफ्टवेअर तयार करण्याची पद्धत बदलणारी AI साधने व मॉडेल्स यांचा समावेश करत.

लेख इंग्रजी, हिंदी आणि मराठीत प्रकाशित केले जातात, जेणेकरून एकच संशोधन अधिक वाचकांपर्यंत त्यांच्या आवडत्या भाषेत पोहोचेल.

खाली सर्व लेख पाहा, किंवा विषय सुचवा.

Vite सोबत Module Federation: काय काम करते, काय नाही
Vite सोबत Module Federation: काय काम करते, काय नाही
Module Federation हा एक असा विषय आहे जो कोणत्याही बैठकीत “micro frontends” चा उल्लेख होताच सगळे बोलू लागतात. छान, runtime वर कोड शेअर करा, टीम्स स्वतंत्रपणे deploy करा, हे ऐकायला खूप चांगले वाटते. पण मग टीममधला कोणीतरी म्हणतो “आपण Vite वापरतो, webpack नाही” आणि संपूर्ण संभाषण अवघड होऊन जाते. मग खरोखर काय होते जेव्हा तुम्ही Vite प्रोजेक्टमध्ये Module Federation आणण्याचा प्रयत्न करता? काही भाग खूप चांगला काम करतो. काही भाग… खरोखरच करत नाही, निदान अजून तरी नाही.
ViteModule FederationMicro Frontends
LLM ची चाचणी कशी करावी: बेंचमार्क्स, अरेना आणि खऱ्या इव्हॅल्स
LLM ची चाचणी कशी करावी: बेंचमार्क्स, अरेना आणि खऱ्या इव्हॅल्स
दर काही आठवड्यांनी कोणती ना कोणती AI लॅब एक नवीन मॉडेल लाँच करते आणि लगेच दावा करते की हे पृथ्वीवरचं सर्वात स्मार्ट मॉडेल आहे. मग एका आठवड्यानंतर दुसरी लॅब तेच करते. खरंच कोणतं मॉडेल चांगलं आहे हे शोधण्याचरा प्रयत्न तुम्ही कधी केला असेल, तर तुम्ही नक्कीच MMLU, GPQA आणि SWE-bench सारख्या नावांच्या चार्ट्सच्या भिंतीकडे बघत राहिला असाल आणि डोकं गरगरलं असेल. मी अलीकडेच या रॅबिट होलमध्ये उतरलो, आणि याची थोडक्यात गोष्ट अशी आहे: इथे एकच स्कोअरबोर्ड नाही. “चांगलं” मोजण्यासाठी लोक किमान चार पूर्णपणे वेगळ्या पद्धती वापरतात, आणि एकदा तुम्हाला प्रत्येक पद्धत नेमकं काय करते हे समजलं, की संपूर्ण AI लीडरबोर्ड सर्कस खूप जास्त अर्थपूर्ण वाटायला लागते.
AILLM BenchmarksMachine Learning
Hadoop म्हणजे काय, आणि ते K8s वरचे 10 मायक्रोसर्व्हिसेस का नाही
Hadoop म्हणजे काय, आणि ते K8s वरचे 10 मायक्रोसर्व्हिसेस का नाही
मागच्या आठवड्यात कुणीतरी मला हाच प्रश्न विचारला, आणि तो चांगला प्रश्न आहे कारण दोन्ही रचना डोळे बारीक करून पाहिल्या तर सारख्याच दिसतात. काही मशीन्स, मधे थोडं शेअर्ड स्टोरेज, आणि नोड्सवर पसरलेलं काम. मग एकाला “बिग डेटा” आणि दुसऱ्याला “मायक्रोसर्व्हिसेस” का म्हणतात? हे एकाच क्लस्टरसाठी दोन शब्द आहेत का? खरं सांगायचं तर, नाही. ते एकाच गोष्टीबद्दलच्या अगदी विरुद्ध गृहीतकांवर उभे आहेत: डेटा कुठे राहतो आणि कोण कुणाकडे जातो. आधी Hadoop प्रत्यक्षात काय आहे ते उलगडून सांगतो, मग आपण दोन्ही गोष्टी शेजारी-शेजारी ठेवू.
hadoopbig-datakubernetes
OpenAI आणि Anthropic त्यांचे मॉडेल्स प्रत्यक्षात कसे ट्रेन करतात
OpenAI आणि Anthropic त्यांचे मॉडेल्स प्रत्यक्षात कसे ट्रेन करतात
प्रत्येक जण ChatGPT आणि Claude बद्दल असं बोलतो जणू ती एखाद्या दिवशी अचानक प्रकट झाली. तुम्ही काहीतरी टाइप करता, तुम्हाला उत्तर मिळतं, जादू. पण तुम्ही कधी थांबून विचारलंय का की यांच्यापैकी एक गोष्ट बनवायला प्रत्यक्षात काय लागतं? चॅट इंटरफेस नाही — मॉडेल स्वतः. ती गोष्ट जिला महिने लागले, कोट्यवधी डॉलर लागले, आणि एका छोट्या गावाला वीज पुरवण्याइतकी वीज खर्च झाली. मला बऱ्याच काळापासून याबद्दल कुतूहल आहे, काही प्रमाणात कारण हे आकडे जोपर्यंत तुम्ही त्यांच्यासोबत बसत नाही तोपर्यंत खरंच विश्वास ठेवण्यासारखे वाटत नाहीत. म्हणून मी प्रत्यक्षात जे ज्ञात आहे त्यात खोदकाम केलं — लीक झालेले आर्किटेक्चर तपशील, हार्डवेअर घोषणा, डेटा सेंटर उभारणी. यातील काही सार्वजनिक आहे, काही उत्तम स्रोत असलेले अंदाज आहेत, आणि काही गोष्टी लॅब्स मुद्दाम अस्पष्ट ठेवतात. चला मी तुम्हाला सांगतो की आपल्याला प्रत्यक्षात काय माहीत आहे.
aillmmachine-learning
HTTP/3 समजून घेणे: ते खरंच HTTP/2 पेक्षा चांगलं आहे का?
HTTP/3 समजून घेणे: ते खरंच HTTP/2 पेक्षा चांगलं आहे का?
प्रत्येकजण HTTP/3 बद्दल असं बोलतो की जणू ती एक फुकटची स्पीड अपग्रेड आहे जी तुम्ही चालू करता आणि विसरून जाता. बहुतांश वेळा तसंच असतं — पण त्या वाक्यातला “बहुतांश” हा शब्द खूप काही सांगून जातो. HTTP/3 आता जगभरात साधारण ३५% वेब रिक्वेस्ट्ससाठी वापरलं जातं [1], त्यामुळे हे आता संशोधनातलं खेळणं राहिलेलं नाही. खरी गोष्ट अशी आहे की जवळपास कोणीच समजावून सांगत नाही की ते का वेगवान आहे, ते प्रत्यक्षात HTTP/2 कडून कुठे हरतं, आणि — जो प्रश्न कोणीच विचारत नाही — तुमच्या स्वतःच्या साइटला त्याचा खरंच काही फायदा होतो का. चला, मी हे एखाद्या मित्राला चहावर समजावून सांगेन तसं समजावून सांगतो.
http3quicweb-performance
React प्रत्यक्षात कसं काम करतं: Fiber आणि Batch Rendering समजून घेऊ
React प्रत्यक्षात कसं काम करतं: Fiber आणि Batch Rendering समजून घेऊ
तुम्ही कधी React app मध्ये एखादं button क्लिक केलं आहे आणि फक्त… विश्वास ठेवला आहे की UI बरोबर update होईल? हो, मीही, वर्षानुवर्षे. setState आणि स्क्रीनवर pixels बदलणे यांच्यामध्ये नक्की काय घडतं याचा मी कधी विचारच केला नाही — जोपर्यंत मी असा एक component debug करायला लागलो जो एका क्लिकवर पाच वेळा re-render होत होता. त्या rabbit hole मुळे मी सरळ Fiber, lanes, आणि React तुमचं app कधी re-render करायचं हे कसं ठरवतं याच्या आश्चर्यकारकरित्या मोठ्या history मध्ये पोहोचलो.
reactjavascriptweb-performance
Session vs JWT Tokens: मूळ फरक नेमका काय आहे
Session vs JWT Tokens: मूळ फरक नेमका काय आहे
जेव्हा कोणी मला विचारतं “मी session वापरू की JWT?”, तेव्हा या प्रश्नामागे नेमकं काय आहे ते मला माहीत असतं. त्यांनी काही blog posts वाचलेले असतात, “stateless” हा शब्द जणू आपोआप चांगला असतो असा वापरला जाताना पाहिलेला असतो, आणि आता ते गोंधळलेले असतात. तर चला, हे नीट समजून घेऊया - buzzwords ने नाही, तर wire वर आणि तुमच्या सर्व्हरवर प्रत्यक्षात काय घडतं त्याद्वारे. Session: “फ्रंट डेस्कवर रेकॉर्ड ठेवतो” पद्धत session-based auth ला हॉटेलमध्ये चेक-इन करण्यासारखं समजा. तुम्ही फ्रंट डेस्कवर एकदाच तुमचं ID दाखवता, स्टाफ ते verify करतो, आणि तुम्हाला एक रूम की कार्ड देतो. त्या कार्डमध्ये तुमचं नाव, पासपोर्ट नंबर किंवा बुकिंग डिटेल्स नसतात - ते फक्त एक रँडम नंबर असतं. तुमची खरी सगळी माहिती हॉटेलच्या कॉम्प्युटर सिस्टीममध्ये, त्यांच्या डेटाबेसमध्ये, त्या कार्ड नंबरशी लिंक करून साठवलेली असते.
authenticationjwtweb security
Redis का वापरायचं? इतिहास, वापराचे प्रकार आणि उत्तम पर्याय
Redis का वापरायचं? इतिहास, वापराचे प्रकार आणि उत्तम पर्याय
“हे फक्त Redis मध्ये कॅश करा” — हे तुम्ही कोड रिव्ह्यूमध्ये, सिस्टम डिझाइन इंटरव्ह्यूमध्ये किंवा Stack Overflow च्या कमेंटमध्ये नक्कीच ऐकलं असेल. आता हे जवळपास एक प्रतिक्षिप्त क्रिया बनली आहे. पण Redis च का? चांगल्या इंडेक्ससह एखाद्या सामान्य डेटाबेसने का नाही, किंवा इतर कोणत्याही इन-मेमरी स्टोअरने? मी त्याचा इतिहास, आर्किटेक्चर आणि पर्यायांचं सध्याचं चित्र खोलवर तपासलं — आणि ही गोष्ट खरोखरच मेमपेक्षा कितीतरी जास्त रंजक आहे. Redis खरोखर काय आहे आधी एक गोष्ट स्पष्ट करूया. Redis फक्त एक कॅश नाही. ही तीच गैरसमज आहे जी लोकांना अडकवते. Redis म्हणजे REmote DIctionary Server [1], आणि हे एक इन-मेमरी डेटा स्ट्रक्चर स्टोअर आहे — म्हणजे ते डिस्कऐवजी RAM मध्ये डेटा ठेवतं. हाच एक निर्णय त्याच्या वेगाचं बहुतांश कारण स्पष्ट करतो.
redisdatabasescaching
Chrome DevTools Memory Tab: एक व्यावहारिक मार्गदर्शिका
Chrome DevTools Memory Tab: एक व्यावहारिक मार्गदर्शिका
तुमची अ‍ॅप कालांतराने हळू होत आहे. स्क्रोल पोझिशन उडी घेते. टॅब्स ८०० MB RAM वापरत आहेत. तुम्ही Task Manager उघडता आणि Chrome ला मेमरी बफे दिवसासारखी खाताना पाहता. काहीतरी leak होत आहे — पण कुठे? Chrome DevTools Memory tab समोरच आहे, आणि बहुतेक डेव्हलपर्स एकतर ते दुर्लक्षित करतात किंवा एकदा उघडतात, “Shallow Size” आणि “Retainers” पाहून गोंधळतात, आणि शांतपणे बंद करतात. हे मार्गदर्शक त्यांच्यासाठी आहे जे ते खरोखरच वापरायला शिकू इच्छितात.
devtoolsjavascriptperformance
Chrome DevTools Background Services: संपूर्ण मार्गदर्शिका
Chrome DevTools Background Services: संपूर्ण मार्गदर्शिका
तुमचे वेब अॅप कदाचित अशा गोष्टी करत आहे ज्या तुम्ही कधी प्रत्यक्षात डीबग केल्या नाहीत. वापरकर्त्याने काही क्लिक करण्यापूर्वीच पेजेस प्री-रेंडर होत आहेत, ऑफलाइन असताना फॉर्म सबमिशन्स शांतपणे रांगेत लावल्या जात आहेत, झोपलेल्या सर्व्हिस वर्कर कडे पुश नोटिफिकेशन्स येत आहेत, सेशन्स हार्डवेअर कीजना क्रिप्टोग्राफिकली बांधल्या जात आहेत — हे सर्व Chrome च्या background service APIs द्वारे होते, पूर्णपणे अदृश्यपणे. Chrome DevTools मधील Background Services पॅनेल म्हणजे तुम्हाला हे सर्व शेवटी पाहता येण्याची जागा.
Chrome DevToolsweb developmentdebugging