प्रोजेक्ट बहुत छोटा हो तब भी, एक बार उसे platform पर डाल देने के बाद अगर कोई vulnerability हो और उससे सीधे पैसों का नुकसान होने लगे, तो वह सच में डरावना लगता है
> मैंने अपने content के आगे Cloudflare लगाया था, लेकिन एक hacker ने ऐसे objects ढूंढ निकाले जो cache नहीं हुए थे और उन पर 10 करोड़ से ज़्यादा बार hit किया। मैंने उसे block किया तो उसने सीधे origin bucket का address भी ढूंढ लिया और उस पर attack किया
ऐसे मामले में भी क्या cost refund मिलती है, यह जानना चाहूँगा।
अब जो लोग पहली बार development में उतर रहे हैं, वे जब AI के जरिए कुछ बनाते हैं, तो क्या ज़्यादातर लोग Vercel, Supabase जैसी चीज़ों पर ही अपनी service चलाते नहीं होंगे?
लेकिन जब service बड़ी होने लगती है, तब इन्हें चुकानी पड़ने वाली कीमत का लोग शायद ठीक से हिसाब नहीं लगाते।
सोचते हैं कि उस समय आने पर देख लेंगे।
Vercel या Supabase के founders शायद खिलखिलाकर यही कहते हुए हामी भरेंगे, “हाँ हाँ, तब सोच लेना!”
बिल्कुल, उस समय आने पर सोचा जा सकता है। अगर आपके पास जल्दी निकल आने की क्षमता हो, तो।
लेकिन computer science की समझ के बिना यह आसान नहीं होगा।
जो पैसे आपने अभी-अभी कमाने शुरू किए हैं, वे सब उनके हाथ में जाते हुए दिख सकते हैं।
असल में, अभी यही हो रहा है।
यानी… computer science के बारे में बिल्कुल कुछ न जानने वाले newbies के पैसे लेने वाला एक बड़ा business खुल रहा है।
यही वजह है कि computer science को गहराई से पढ़ते रहना चाहिए।
कोई व्यक्ति मुश्किल से revenue देना शुरू करने वाली service पर हर महीने 10 लाख won खर्च करता है, जबकि कोई दूसरा बिना एक पैसा दिए service चलाता है।
operating cost कम करना भी एक skill है। क्या यह बहुत बड़ा competitive advantage नहीं है?
AI से coding करके कुछ बनाना और उसमें मज़ा महसूस करना अच्छी बात है, लेकिन अगर आप और गहराई में जाने की कोशिश नहीं करेंगे, तो आखिरकार आप कोई फर्क पैदा नहीं कर पाएंगे।
भाषा मॉडल चैट सेवाओं में भी शायद logprop या perplexity का इस्तेमाल करके जवाब के भरोसे के स्तर को दिखाया जा सकता है, लेकिन लगता है कि वे जानबूझकर ऐसा नहीं करते। हर बार जब वे यह दिखाएँ कि "यह जवाब पूरी तरह सटीक नहीं है", तो उससे उनकी अपनी brand image को मदद नहीं मिलेगी।
मूल्यांकन विधि की समस्याओं वाला हिस्सा देखकर
मुझे कॉलेज के दिनों की याद आ गई, जब कुछ भी न जानते हुए भी परीक्षा की उत्तर-पुस्तिका में अजीब-अजीब बातें लिखता रहता था
लगता है LLM के आने से पहले भी hallucination पैदा कर रहा था;;;
असल में Docker compatibility अच्छी नहीं है, इसलिए usability भी बहुत अच्छी नहीं लगती...
rootless सोचकर Podman पर गया था, फिर वापस Docker पर लौट आया।
जैसा दूसरे लोग कह रहे हैं, अगर Kubernetes के साथ इस्तेमाल करना है तो बस containerd इस्तेमाल कर लो।
मैंने इसे पहले बहुत समय पहले देखा था, लेकिन तब की तुलना में अब यह काफ़ी बदल गया है।
प्रोजेक्ट बहुत छोटा हो तब भी, एक बार उसे platform पर डाल देने के बाद अगर कोई vulnerability हो और उससे सीधे पैसों का नुकसान होने लगे, तो वह सच में डरावना लगता है
> मैंने अपने content के आगे Cloudflare लगाया था, लेकिन एक hacker ने ऐसे objects ढूंढ निकाले जो cache नहीं हुए थे और उन पर 10 करोड़ से ज़्यादा बार hit किया। मैंने उसे block किया तो उसने सीधे origin bucket का address भी ढूंढ लिया और उस पर attack किया
ऐसे मामले में भी क्या cost refund मिलती है, यह जानना चाहूँगा।
अब जो लोग पहली बार development में उतर रहे हैं, वे जब AI के जरिए कुछ बनाते हैं, तो क्या ज़्यादातर लोग Vercel, Supabase जैसी चीज़ों पर ही अपनी service चलाते नहीं होंगे?
लेकिन जब service बड़ी होने लगती है, तब इन्हें चुकानी पड़ने वाली कीमत का लोग शायद ठीक से हिसाब नहीं लगाते।
सोचते हैं कि उस समय आने पर देख लेंगे।
Vercel या Supabase के founders शायद खिलखिलाकर यही कहते हुए हामी भरेंगे, “हाँ हाँ, तब सोच लेना!”
बिल्कुल, उस समय आने पर सोचा जा सकता है। अगर आपके पास जल्दी निकल आने की क्षमता हो, तो।
लेकिन computer science की समझ के बिना यह आसान नहीं होगा।
जो पैसे आपने अभी-अभी कमाने शुरू किए हैं, वे सब उनके हाथ में जाते हुए दिख सकते हैं।
असल में, अभी यही हो रहा है।
यानी… computer science के बारे में बिल्कुल कुछ न जानने वाले newbies के पैसे लेने वाला एक बड़ा business खुल रहा है।
यही वजह है कि computer science को गहराई से पढ़ते रहना चाहिए।
कोई व्यक्ति मुश्किल से revenue देना शुरू करने वाली service पर हर महीने 10 लाख won खर्च करता है, जबकि कोई दूसरा बिना एक पैसा दिए service चलाता है।
operating cost कम करना भी एक skill है। क्या यह बहुत बड़ा competitive advantage नहीं है?
AI से coding करके कुछ बनाना और उसमें मज़ा महसूस करना अच्छी बात है, लेकिन अगर आप और गहराई में जाने की कोशिश नहीं करेंगे, तो आखिरकार आप कोई फर्क पैदा नहीं कर पाएंगे।
https://jeho.page/essay/2025/09/08/sucker-developer.html
हाँ, इसका कोई टैबलेट वर्ज़न नहीं था।
मैं भी लाइन में लग रहा हूँ
भाषा मॉडल चैट सेवाओं में भी शायद
logpropयाperplexityका इस्तेमाल करके जवाब के भरोसे के स्तर को दिखाया जा सकता है, लेकिन लगता है कि वे जानबूझकर ऐसा नहीं करते। हर बार जब वे यह दिखाएँ कि "यह जवाब पूरी तरह सटीक नहीं है", तो उससे उनकी अपनी brand image को मदद नहीं मिलेगी।Docker और podman दोनों....
securityContext:
allowPrivilegeEscalation: false
capabilities:
drop:
- ALL
securityContext:
runAsNonRoot: true
runAsUser: UID
मूल्यांकन विधि की समस्याओं वाला हिस्सा देखकर
मुझे कॉलेज के दिनों की याद आ गई, जब कुछ भी न जानते हुए भी परीक्षा की उत्तर-पुस्तिका में अजीब-अजीब बातें लिखता रहता था
लगता है LLM के आने से पहले भी hallucination पैदा कर रहा था;;;
अगर आप Namuwiki की तारीफ़ करें, तो शायद ऐसा ही महसूस होगा।
Wikipedia आजकल search engine में ज़्यादा दिखती भी नहीं है.. update भी काफ़ी धीमे लगते हैं और कुछ ऐसा ही फ़ील आता है..
conductor, viber जैसे कई GUI ऐप सामने आ रहे हैं।
https://hi.news.hada.io/topic?id=22576
लगता है इसका नाम Claudia से बदल दिया गया है।
लगता है पहले यह सिर्फ मोबाइल स्क्रीन तक ही सीमित था?
VPN तक को ब्लॉक करने वाले देश को क्या सच में स्वतंत्र देश कहा जा सकता है..
Bayesian Neural Network भविष्य है।
एक अतिरिक्त निजी राय के तौर पर, मुझे लगता है कि केवल SDD के एक ही उद्देश्य के लिए IDE बदलने (KIRO) के लिए मजबूर करना कुछ ज़्यादा मांग है.
व्यक्तिगत रूप से, मुझे लगता है कि सहायक टूल के रूप में IDE extension, सहायक application या cli जैसी कोई रूपरेखा अधिक उपयुक्त होगी.
अगर आप लोग जिन SDD टूल्स के बारे में जानते हैं उनकी जानकारी साझा करें, तो संदर्भ लेने वाले लोगों के लिए वह काफ़ी मददगार नहीं होगा क्या?
ओह, सही बात है। Spec Driven methodology भी अभी शुरुआती चरण में ही लगती है, और उस spec में भी अभी बहुत-सी चीज़ें हैं जिन्हें आगे विकसित होना है.
ऐसे तरह के tools और documents को share करना इस समय बहुत महत्वपूर्ण लगता है।
अभी-अभी spec-kit नाम का एक SDD toolkit देखा, और यहां भी SDD का ज़िक्र दिखा। https://github.com/github/spec-kit
चीन, इंडोनेशिया, ब्रिटेन, ऑस्ट्रेलिया, ... यह मुद्दा उम्मीद से ज़्यादा जगहों पर है
असल में Docker compatibility अच्छी नहीं है, इसलिए usability भी बहुत अच्छी नहीं लगती...
rootless सोचकर Podman पर गया था, फिर वापस Docker पर लौट आया।
जैसा दूसरे लोग कह रहे हैं, अगर Kubernetes के साथ इस्तेमाल करना है तो बस
containerdइस्तेमाल कर लो।