मेरी कंपनी में भी AI इंटरव्यू प्रक्रिया है, इसलिए जब मैं जॉइन करने आया था तब भी मैंने इसे देखा और इंटरव्यूअर के रूप में भी देखा। लेकिन इसमें गैर-मानवीय एहसास से भी ज्यादा, मुझे बस इतनी-सी बात खली कि इसमें ज़रा भी मानवीय गर्मजोशी नहीं लगी।
इंटरव्यू में होने वाला aptitude टेस्ट जो खिन्नता देता है, वह AI के साथ कई गुना बढ़ जाती है।
प्रोग्रेसिव शुल्क केवल आवासीय प्लान तक सीमित है; IDC पर कोई प्रोग्रेसिव टैक्स नहीं लगता। Naver और Kakao डेटा सेंटर को पूरी तरह से संचालित नहीं कर पाने की बात भी थोड़ी अजीब लगती है।
जब मैं graduate school में था, तो जब भी घुटन महसूस होती थी, मैं साइकिल लेकर 2 घंटे तक बिना रुके जहाँ मन करता वहाँ चला जाता था, और उस समय का एहसास कमाल का होता था। नदी पार करते हुए थक जाता तो बेंच पर लेटकर थोड़ा संगीत सुन लेता... मैंने आज़ाद तरह के exercise (running, cycling) के फ़ायदे सचमुच भरपूर महसूस किए।
कैशिंग की मुश्किलें + MCP का इस्तेमाल करने वाली automation की वजह से unlimited use सचमुच शाब्दिक अर्थों में unlimited use तक जा सकता है। ..जैसे unlimited data plan न देने वाली telecom companies में दिन ~300 बार, दिन ~2000 बार वगैरह.. लगता है कि यह पुराने SMS जैसे pricing model की ओर भी जा सकता है।
इस बार की summary सामग्री PDF specification (कुल 1300 पेज में से 22 पेज) के सिर्फ एक हिस्से की parsing पर आधारित थी <-... 1300 पेज वाकई बेहद विशाल हैं...
एक वर्तमान PHP प्रोफेशनल होने के नाते यह समझना मुश्किल है कि PHP को इतना क्यों बदनाम किया जा रहा है।
सब कहते हैं कि PHP सस्ता है, इसे बनाना आसान है, लंबे समय तक इस्तेमाल नहीं किया जा सकता और इसकी सुरक्षा कमजोर है।
लेकिन ये सब धारणाएँ पुरानी सोच हैं, और मैं उन्हें निश्चिन्त होकर 'मूर्ख' कहना चाहता हूँ।
आज का PHP बहुत आधुनिक भाषा है, और आज से कोई भी लंबी अवधि का प्रोजेक्ट शुरू करें, तो कहीं भी इस्तेमाल हो सकने वाला मॉड्यूल बनाकर किसी भी वेब पर दोबारा उपयोग किया जा सकता है—इसकी पुष्टि आज के modern PHP framework पहले ही कर चुके हैं। PHP 8 या उससे ऊपर वाले संस्करणों में सुरक्षा में भी काफी सुधार हुआ है, और हर साल version upgrade की घोषणा की जाती है। उदाहरण के लिए, Laravel भी हर साल version upgrade जारी रखता है।
PHP की सुरक्षा कमजोर है, ऐसा कहने वालों से यह भी कहा जा सकता है कि Java या अन्य backend languages में अभी भी कई बड़ी सुरक्षा रिपोर्टें मिलती हैं और बड़े-बड़े risks अभी भी फट रहे हैं।
उदाहरण के तौर पर, दक्षिण कोरिया नाम के देश में सरकार Java आधारित JSP का इस्तेमाल करती है, लेकिन हर साल security issues सामने आते रहते हैं।
नतीजा: PHP न तो मूर्ख, न कमजोर, और न ही सस्ता है।
PHP का गलत उपयोग करने वाले ही मूर्ख, कमजोर और सस्ते होते हैं।
कम कीमत में, कोई भी इसे आसानी से अपनाकर इस्तेमाल कर सकता है।
यह एक कॉम्पैक्ट कार होते हुए भी काफी जगह देती है, इसलिए इसमें तरह-तरह की चीज़ें समेटना अच्छा लगता है।
बाहरी लुक भी काफ़ी ठीक-ठाक अच्छा लगता है,
माइलेज खराब होने की वजह से लंबी अवधि में यह उतनी सस्ती नहीं पड़ती, जितना सोचा जाता है।
लेकिन जब सच में इसे ठूँसने की कोशिश की जाती है, तो इंजन पावर और अन्य कई मुद्दों के कारण इसे मनमुताबिक चलाना आसान नहीं होता।
अच्छे लुक का मज़ा लेते हुए इसे कैंपिंग कार की तरह इस्तेमाल करना या इधर-उधर सजाना भी बस थोड़ी देर ही रहता है, आखिरकार इसे बस यूँ ही चलाते रहना पड़ता है।
ऊपर से इसमें पलटने (रोलओवर) का भी रिस्क होता है।
कम कीमत में, कोई भी इसे आसानी से एक्सेस और इस्तेमाल कर सकता है।
PHP होने की वजह से इसे वेब, CLI, वर्कलोड आदि कई कामों के लिए इस्तेमाल किया जा सकता है।
बाहरी ढांचा भी काफ़ी अच्छी तरह से सेट किया जा सकता है,
यह जल्दी 'स्पैगेटी' बन जाने की प्रवृत्ति रखता है, और PHP वर्ज़न बढ़ने के साथ-साथ यह धीरे-धीरे जटिल होता जाता है, जिससे मेंटेनेंस कॉस्ट अपेक्षा से कहीं अधिक बढ़ जाती है।
जबकि कई तरह से इस्तेमाल करने की कोशिश करें, तो CLI में इसे रन करना भारी पड़ता है, इसलिए वेब के अलावा इसे आसानी से इस्तेमाल करना कठिन हो जाता है।
साफ-सुथरी स्ट्रक्चर वाला Laravel और Symfony भी कुछ समय ही चलते हैं; थोड़ी-सी ढिलाई में सबकुछ ठूँसकर स्पैगेटी कोड बना देने का लालच छोड़ना सच में मुश्किल होता है।
यह ऐसी भाषा है जिसमें हर बार सुरक्षा ख़तरों की चिंता करनी या डर के साथ जीना पड़ता है।
आजकल AI से tmux जैसी चीज़ें बनवाकर इस्तेमाल करते हैं। Xterm.js + react + electron से 3-4 घंटे में ऐसी 100 चीज़ें भी निकाल सकते हैं, और ज़रूरत पड़े तो रियल-टाइम में बदलकर इस्तेमाल भी कर लेते हैं—कुछ वैसा एहसास जैसे शाबू-शाबू में जो खाना हो वह डाल दो, और source में भरपूर डाल दो।
बस Morning या Spark जैसी कोई चीज़ नहीं है न? पैसे नहीं हैं, लेकिन गाड़ी चलानी है 😆 मैं भी शुरुआत में PHP ही था, लेकिन अब बहुत कम इस्तेमाल करता हूँ। Laravel जैसी चीज़ें देखता हूँ तो लगता है छोटे प्रोजेक्ट में इतना सारा OOP क्यों डालें। ये तो एकदम खिचड़ी हो जाने जैसा हाल है। फ्रेमवर्क न इस्तेमाल करके कई लोगों का अधूरा/खुरदुरा कोड xx.php, xx1.php वगैरह में ही हर तरफ बिखरा होता है 😆
कोरिया में नया डेटा सेंटर खड़ा करना बहुत मुश्किल है। केवल नेटवर्क उपयोग शुल्क नियमों के कारण खर्च ही खर्च नहीं बढ़ता, बल्कि मुख्य तीन telecom ऑपरेटर सीधे कनेक्शन देने की अनुमति नहीं देते, इसलिए छोटे और मध्यम व्यवसायों जैसी मध्यस्थ सेवाओं से होकर जाना पड़ता है। इसके अलावा, डेटा सेंटर को औद्योगिक बिजली श्रेणी में मान्यता नहीं मिलती, इसलिए अतिरिक्त प्रगतिशील टैक्स भी देना पड़ता है। नए डेटा सेंटर बनाने की क्षमता केवल Naver और Kakao जैसी कंपनियों तक सीमित है, और सुनने में आया है कि उनके यहाँ के डेटा सेंटर भी अभी पूरी तरह से ऑपरेट नहीं हो पा रहे हैं।
"सोच रहा हूँ कि San Francisco में लोग बड़े अक्षर और punctuation क्यों नहीं इस्तेमाल करते"
पोस्ट के अंदर जाकर देखा तो सच में ऐसा ही है। दिलचस्प बात यह है कि कुछ वाक्यों में full stop है, और कुछ में नहीं, यानी दोनों का mix है—आखिर इसकी क्या वजह होगी? क्या किसी को पता है? जिज्ञासा हो रही है 🤔
सीधे फोटो को वैसी की वैसी इस्तेमाल करने के बजाय क्या उसके ऊपर लेयर नहीं लगाते? मैं इस क्षेत्र का विशेषज्ञ नहीं हूँ, इसलिए पूछ रहा हूँ। क्या केवल फोटो इस्तेमाल करना ही होता है, या आखिरकार फोटो पर ही जानकारी ओवरले की जाती है?
हम वही तस्वीरें सीधे इस्तेमाल करते हैं, इसलिए तम्बू या बैरक जैसी जगहों से ली गई तस्वीरों को बिना किसी ब्लर या गुमनाम किए हटाकर सेव करना हमारे लिए अनिवार्य हो जाता है। इसलिए स्थानांक (coordinates) उपलब्ध कराने में उतनी भी कोई अनुचित बात नहीं है, ऐसा कहा जा रहा है।
जो लोग बड़ा मॉडल चलाना चाहते हैं, वे इस बार लॉन्च किया गया $20/माह वाला ollama turbo इस्तेमाल कर सकते हैं: https://ollama.com/turbo
MXFP4 quantization के जरिए इसे Ollama में 16GB मेमोरी (VRAM) वाले सिस्टम पर भी चलाया जा सकता है (gpt-oss:20b): https://ollama.com/blog/gpt-oss
मेरी कंपनी में भी AI इंटरव्यू प्रक्रिया है, इसलिए जब मैं जॉइन करने आया था तब भी मैंने इसे देखा और इंटरव्यूअर के रूप में भी देखा। लेकिन इसमें गैर-मानवीय एहसास से भी ज्यादा, मुझे बस इतनी-सी बात खली कि इसमें ज़रा भी मानवीय गर्मजोशी नहीं लगी।
इंटरव्यू में होने वाला aptitude टेस्ट जो खिन्नता देता है, वह AI के साथ कई गुना बढ़ जाती है।
प्रोग्रेसिव शुल्क केवल आवासीय प्लान तक सीमित है; IDC पर कोई प्रोग्रेसिव टैक्स नहीं लगता। Naver और Kakao डेटा सेंटर को पूरी तरह से संचालित नहीं कर पाने की बात भी थोड़ी अजीब लगती है।
आसान शब्दों में कहें तो यह "पैसे कमाने वाली भाषा" है।
जब मैं graduate school में था, तो जब भी घुटन महसूस होती थी, मैं साइकिल लेकर 2 घंटे तक बिना रुके जहाँ मन करता वहाँ चला जाता था, और उस समय का एहसास कमाल का होता था। नदी पार करते हुए थक जाता तो बेंच पर लेटकर थोड़ा संगीत सुन लेता... मैंने आज़ाद तरह के exercise (running, cycling) के फ़ायदे सचमुच भरपूर महसूस किए।
कैशिंग की मुश्किलें + MCP का इस्तेमाल करने वाली automation की वजह से unlimited use सचमुच शाब्दिक अर्थों में unlimited use तक जा सकता है। ..जैसे unlimited data plan न देने वाली telecom companies में दिन ~300 बार, दिन ~2000 बार वगैरह.. लगता है कि यह पुराने SMS जैसे pricing model की ओर भी जा सकता है।
इस बार की summary सामग्री PDF specification (कुल 1300 पेज में से 22 पेज) के सिर्फ एक हिस्से की parsing पर आधारित थी <-... 1300 पेज वाकई बेहद विशाल हैं...
आंतरिक संरचना को समझे बिना कार बनाना = vibe coding
एक वर्तमान PHP प्रोफेशनल होने के नाते यह समझना मुश्किल है कि PHP को इतना क्यों बदनाम किया जा रहा है।
सब कहते हैं कि PHP सस्ता है, इसे बनाना आसान है, लंबे समय तक इस्तेमाल नहीं किया जा सकता और इसकी सुरक्षा कमजोर है।
लेकिन ये सब धारणाएँ पुरानी सोच हैं, और मैं उन्हें निश्चिन्त होकर 'मूर्ख' कहना चाहता हूँ।
आज का PHP बहुत आधुनिक भाषा है, और आज से कोई भी लंबी अवधि का प्रोजेक्ट शुरू करें, तो कहीं भी इस्तेमाल हो सकने वाला मॉड्यूल बनाकर किसी भी वेब पर दोबारा उपयोग किया जा सकता है—इसकी पुष्टि आज के modern PHP framework पहले ही कर चुके हैं। PHP 8 या उससे ऊपर वाले संस्करणों में सुरक्षा में भी काफी सुधार हुआ है, और हर साल version upgrade की घोषणा की जाती है। उदाहरण के लिए, Laravel भी हर साल version upgrade जारी रखता है।
PHP की सुरक्षा कमजोर है, ऐसा कहने वालों से यह भी कहा जा सकता है कि Java या अन्य backend languages में अभी भी कई बड़ी सुरक्षा रिपोर्टें मिलती हैं और बड़े-बड़े risks अभी भी फट रहे हैं।
उदाहरण के तौर पर, दक्षिण कोरिया नाम के देश में सरकार Java आधारित JSP का इस्तेमाल करती है, लेकिन हर साल security issues सामने आते रहते हैं।
नतीजा: PHP न तो मूर्ख, न कमजोर, और न ही सस्ता है।
PHP का गलत उपयोग करने वाले ही मूर्ख, कमजोर और सस्ते होते हैं।
अरे?
कम कीमत में, कोई भी इसे आसानी से अपनाकर इस्तेमाल कर सकता है।
यह एक कॉम्पैक्ट कार होते हुए भी काफी जगह देती है, इसलिए इसमें तरह-तरह की चीज़ें समेटना अच्छा लगता है।
बाहरी लुक भी काफ़ी ठीक-ठाक अच्छा लगता है,
माइलेज खराब होने की वजह से लंबी अवधि में यह उतनी सस्ती नहीं पड़ती, जितना सोचा जाता है।
लेकिन जब सच में इसे ठूँसने की कोशिश की जाती है, तो इंजन पावर और अन्य कई मुद्दों के कारण इसे मनमुताबिक चलाना आसान नहीं होता।
अच्छे लुक का मज़ा लेते हुए इसे कैंपिंग कार की तरह इस्तेमाल करना या इधर-उधर सजाना भी बस थोड़ी देर ही रहता है, आखिरकार इसे बस यूँ ही चलाते रहना पड़ता है।
ऊपर से इसमें पलटने (रोलओवर) का भी रिस्क होता है।
कम कीमत में, कोई भी इसे आसानी से एक्सेस और इस्तेमाल कर सकता है।
PHP होने की वजह से इसे वेब, CLI, वर्कलोड आदि कई कामों के लिए इस्तेमाल किया जा सकता है।
बाहरी ढांचा भी काफ़ी अच्छी तरह से सेट किया जा सकता है,
यह जल्दी 'स्पैगेटी' बन जाने की प्रवृत्ति रखता है, और PHP वर्ज़न बढ़ने के साथ-साथ यह धीरे-धीरे जटिल होता जाता है, जिससे मेंटेनेंस कॉस्ट अपेक्षा से कहीं अधिक बढ़ जाती है।
जबकि कई तरह से इस्तेमाल करने की कोशिश करें, तो CLI में इसे रन करना भारी पड़ता है, इसलिए वेब के अलावा इसे आसानी से इस्तेमाल करना कठिन हो जाता है।
साफ-सुथरी स्ट्रक्चर वाला Laravel और Symfony भी कुछ समय ही चलते हैं; थोड़ी-सी ढिलाई में सबकुछ ठूँसकर स्पैगेटी कोड बना देने का लालच छोड़ना सच में मुश्किल होता है।
यह ऐसी भाषा है जिसमें हर बार सुरक्षा ख़तरों की चिंता करनी या डर के साथ जीना पड़ता है।
आजकल AI से tmux जैसी चीज़ें बनवाकर इस्तेमाल करते हैं। Xterm.js + react + electron से 3-4 घंटे में ऐसी 100 चीज़ें भी निकाल सकते हैं, और ज़रूरत पड़े तो रियल-टाइम में बदलकर इस्तेमाल भी कर लेते हैं—कुछ वैसा एहसास जैसे शाबू-शाबू में जो खाना हो वह डाल दो, और source में भरपूर डाल दो।
बस Morning या Spark जैसी कोई चीज़ नहीं है न? पैसे नहीं हैं, लेकिन गाड़ी चलानी है 😆 मैं भी शुरुआत में PHP ही था, लेकिन अब बहुत कम इस्तेमाल करता हूँ। Laravel जैसी चीज़ें देखता हूँ तो लगता है छोटे प्रोजेक्ट में इतना सारा OOP क्यों डालें। ये तो एकदम खिचड़ी हो जाने जैसा हाल है। फ्रेमवर्क न इस्तेमाल करके कई लोगों का अधूरा/खुरदुरा कोड
xx.php,xx1.phpवगैरह में ही हर तरफ बिखरा होता है 😆कोरिया में नया डेटा सेंटर खड़ा करना बहुत मुश्किल है। केवल नेटवर्क उपयोग शुल्क नियमों के कारण खर्च ही खर्च नहीं बढ़ता, बल्कि मुख्य तीन telecom ऑपरेटर सीधे कनेक्शन देने की अनुमति नहीं देते, इसलिए छोटे और मध्यम व्यवसायों जैसी मध्यस्थ सेवाओं से होकर जाना पड़ता है। इसके अलावा, डेटा सेंटर को औद्योगिक बिजली श्रेणी में मान्यता नहीं मिलती, इसलिए अतिरिक्त प्रगतिशील टैक्स भी देना पड़ता है। नए डेटा सेंटर बनाने की क्षमता केवल Naver और Kakao जैसी कंपनियों तक सीमित है, और सुनने में आया है कि उनके यहाँ के डेटा सेंटर भी अभी पूरी तरह से ऑपरेट नहीं हो पा रहे हैं।
"सोच रहा हूँ कि San Francisco में लोग बड़े अक्षर और punctuation क्यों नहीं इस्तेमाल करते"
पोस्ट के अंदर जाकर देखा तो सच में ऐसा ही है। दिलचस्प बात यह है कि कुछ वाक्यों में full stop है, और कुछ में नहीं, यानी दोनों का mix है—आखिर इसकी क्या वजह होगी? क्या किसी को पता है? जिज्ञासा हो रही है 🤔
सुना है कि कुछ देशों में 1:25000 स्केल के मैप डेटा का उपयोग करके दिशा-निर्देशन सेवा दी जाती है...
सीधे फोटो को वैसी की वैसी इस्तेमाल करने के बजाय क्या उसके ऊपर लेयर नहीं लगाते? मैं इस क्षेत्र का विशेषज्ञ नहीं हूँ, इसलिए पूछ रहा हूँ। क्या केवल फोटो इस्तेमाल करना ही होता है, या आखिरकार फोटो पर ही जानकारी ओवरले की जाती है?
मैंने कभी यह नहीं कहा था कि हम IDC लगाएंगे। https://www.yna.co.kr/view/AKR20250617064400003 सर्वर लगाने की बात और IDC लगाने की बात अलग हैं। https://www.etnews.com/20250624000300 ऐसा एक और लेख भी मौजूद है।
हम वही तस्वीरें सीधे इस्तेमाल करते हैं, इसलिए तम्बू या बैरक जैसी जगहों से ली गई तस्वीरों को बिना किसी ब्लर या गुमनाम किए हटाकर सेव करना हमारे लिए अनिवार्य हो जाता है। इसलिए स्थानांक (coordinates) उपलब्ध कराने में उतनी भी कोई अनुचित बात नहीं है, ऐसा कहा जा रहा है।
वाह..