बहुत बढ़िया है। लेकिन बनाते समय अगर target resource address भी साथ में दिया जाए तो अच्छा होगा। यूं ही बस इंस्टॉल नहीं कर सकते, हाहा

मुझे यह जानने की जिज्ञासा है कि क्या आपने lower() index की जगह GIN index इस्तेमाल करने पर विचार किया था। वैसे भी आपने jdbctemplate से raw SQL इस्तेमाल किया है, तो ऐसे में FTS कैसा रहेगा?

CompletableFuture.supplyAsync() का इस्तेमाल करने वाला asynchronous तरीका भी, अगर अलग से ExecutorService निर्दिष्ट न किया जाए, तो forkjoinpool के commonpool का उपयोग करता है, इसलिए
request thread की जगह इस्तेमाल होने वाला commonpool भर जाने की हद तक अगर concurrent users बढ़ जाएँ (cpu 코어 - 1개), तो यह संभाल नहीं पाएगा।
इस हिस्से को reactive तरीके में बदलना या JVM version बढ़ाकर virtual threads अपनाना शायद अधिक साफ-सुथरा समाधान होगा।

पूरी तरह सहमत हूँ

असल में इसने बस यह सफलतापूर्वक दिखाया है कि डेवलपर्स को अभी तक हटाया नहीं जा सका है~

सहमत हूँ..

समस्या का चयन — ऐसी समस्या ढूँढना जिसे लोग सच में पैसे देकर हल करवाना चाहें -> हाल ही में बनाया गया xray screenshot tool इतना ध्यान खींचेगा, यह मैंने नहीं सोचा था

लगता है कि असुविधा ढूँढकर कुछ बनाना और उसके बारे में लोगों को बताना महत्वपूर्ण है.

सफल नतीजे = ए मैनेजमेंट वालों, इसका मतलब अभी भी हम लोगों को निकाला नहीं जा सकता

हाल ही में Supertonic ने एक ऐसा मॉडल जारी किया है जो कोरियन तक सपोर्ट करता है, एक बार देखकर देखें।

मैंने एक one-click लाइब्रेरी भी बनाई है!

https://www.npmjs.com/package/easy-supertonic-tts

डिस्ट्रीब्यूटेड प्रोसेसिंग के लिए बने parq को single machine पर प्रोसेस करने के मकसद से इस्तेमाल करना विडंबनापूर्ण है।

हाहा

अगर vibe coding करके इतनी आसानी से पैसे कमाए जा सकते हैं…
तो वही करके पैसे कमाओ… Twitter, YouTube और कोर्स क्यों बेच रहे हो?

“स्टॉक से महीने में 100 million won कमाना” किताब लिखने वाला क्या सच में स्टॉक से हर महीने 100 million won कमा रहा होगा? अगर ऐसा है, तो फिर वह किताब जैसी चीज़ें क्यों लिख रहा है? हर जगह घूम-घूमकर स्पेशल लेक्चर क्यों दे रहा है, और YouTube क्यों कर रहा है? क्या इसलिए कि वह अज्ञानी retail investors के लिए रोशनी बनना चाहता है?

यही तो चाहिए था, बढ़िया है।

मैं अभी 40-इंच वाला इस्तेमाल कर रहा हूँ, 52 शायद बहुत बड़ा होगा।
Hacker News की टिप्पणियों में भी इस बात पर बहस होती है कि multi-monitor बेहतर है या ऐसा एक ही बड़ा डिस्प्ले, लेकिन अब मुझे तो ऐसा एक ही ज़्यादा सुविधाजनक लगता है।

https://github.com/twinstae/graphqlite-ts

मैंने LLM के साथ vibe में bun sqlite + ffi binding बनाकर देखी, और यह चल तो रही है। (क्या शानदार ज़माना है)

PoC करते समय यह अच्छा रहेगा, हाहा

ओह... मैं भी कुछ implement कर रहा था, लगता है अब इसका ही framework बनाना पड़ेगा।

लगता है कि यह उस संरचना की वजह से होने वाली एक अपरिहार्य समस्या है, जिसमें लॉजिक को yaml के अंदर ही डालना पड़ता है.

ऊपर की पोस्ट ने शायद मोटे तौर पर नीचे जैसा जवाब दिया है, लेकिन अगर स्क्रिप्ट वाले हिस्से को Dagger से बदल दिया जाए, तो शायद यही सही जवाब होगा.

"GitHub Actions को लॉजिक मैनेज करने मत दो; स्क्रिप्ट को सीधे कंट्रोल करो, और Actions से बस उस स्क्रिप्ट को कॉल करवाओ"

Astro वेब की बुनियादों की ओर वापसी है
Astro 3.0 रिलीज़
Astro : JavaScript को न्यूनतम रूप से डिप्लॉय करना

Claude द्वारा Bun के अधिग्रहण के बाद, ऐसी अच्छी खबरें लगातार सुनने को मिल रही हैं। अब लगता है कि प्रोजेक्ट पर और ज़्यादा स्थिरता के साथ पूरी तरह ध्यान दे पाएंगे।

यह अच्छी बात है।

अच्छा है, बातचीत के इतिहास का प्रबंधन FTS से भी हो रहा है और vector से भी।