एक साल पहले, मैंने Sage Ideas LLC की स्थापना एक अस्पष्ट योजना के साथ की थी: ट्रेडिंग टूल्स बनाना, परामर्श देना, और देखना कि क्या होता है। यहाँ ईमानदार पूर्वावलोकन है।
मैंने क्या बनाया
Nexural Ecosystem — 7 आपस में जुड़े सिस्टम:
- Trading Dashboard (185 टेबल्स, 69 APIs, Stripe बिलिंग)
- Discord AI Engine (30+ कमांड्स, GPT-4o, 12 फेज़)
- Research Engine (71+ मीट्रिक्स, रणनीति विश्लेषण)
- Alert System (.NET 8, NinjaTrader इंटीग्रेशन)
- Newsletter Studio (स्वचालित कंटेंट पाइपलाइन)
- Strategy Tracker (प्रदर्शन एनालिटिक्स)
- Automation Suite (61 टेस्ट सूट)
AlphaStream — ML ट्रेडिंग सिग्नल्स (200+ इंडिकेटर्स, 5 मॉडल्स)
RiskRadar — पोर्टफोलियो जोखिम प्लेटफॉर्म (Ledoit-Wolf, CVaR, ऑप्टिमाइज़ेशन)
यह पोर्टफोलियो — वह साइट जिसे आप पढ़ रहे हैं। SLOs, इंसिडेंट ड्रिल्स, लाइव डैशबोर्ड, 27 आर्टिफैक्ट्स, 51 ब्लॉग पोस्ट्स।
पुस्तक — ट्रेडिंग पर 120,000 शब्द। 24 अध्याय। संपादन चरण में।
सक्रिय ट्रेडिंग — NinjaTrader पर 8 सिंबल्स। ES, NQ, CL, GC, और अधिक।
क्या हर घंटे के लायक था
Nexural Platform. यह मेरे पोर्टफोलियो का केंद्रबिंदु है। हर इंटरव्यू और क्लाइंट बातचीत "आपने 185 टेबल्स वाला प्लेटफॉर्म बनाया?" से शुरू होती है। इस प्रोजेक्ट की गहराई ऐसे दरवाजे खोलती है जो एक दर्जन छोटे प्रोजेक्ट कभी नहीं खोल सकते।
ब्लॉग। 51 पोस्ट्स एक ऐसा काम है जो संकेत देता है "यह व्यक्ति गहराई से सोचता है।" हर पोस्ट एक साझा करने योग्य आर्टिफैक्ट है। जब मैं नौकरी के लिए आवेदन करता हूं, तो एक प्रासंगिक पोस्ट का लिंक शामिल करता हूं। यह रिज्यूमे पर एक बुलेट पॉइंट से अधिक ठोस है।
Platform Engineering Page. SLOs, इंसिडेंट ड्रिल्स, सुरक्षा रसीदें — यह पेज अकेले इंटरव्यू की बातचीत को "क्या आप कोड कर सकते हैं?" से "मुझे अपने ऑपरेशनल अनुभव के बारे में बताएं" में बदल देता है। यह बदलाव मिड-लेवल और सीनियर ऑफर्स के बीच का अंतर है।
मैं क्या काट दूं
Nexural Newsletter Studio. इसे बनाया, मुश्किल से इस्तेमाल किया। ट्रेडिंग समुदाय ईमेल न्यूज़लेटर्स नहीं, बल्कि Discord अलर्ट चाहता था। मुझे बनाने से पहले मांग को मान्य करना चाहिए था।
एकाधिक API टेस्टिंग फ्रेमवर्क। मेरे पास 3 रिपॉजिटरी हैं जो समान काम करती हैं: API-Test-Automation-Wireframe, API-Testing-Framework, और E-Commerce-Test-Suite में API टेस्ट सूट। मुझे तीन औसत दर्जे के फ्रेमवर्क के बजाय एक उत्कृष्ट फ्रेमवर्क बनाना चाहिए था।
विज़ुअल रिग्रेशन टेस्टिंग सूट। Percy इंटीग्रेशन अच्छा है, लेकिन रिपॉजिटरी में 1 कमिट है और 1 पेज का परीक्षण करता है। अगर मैंने उन घंटों को E-Commerce-Test-Suite को बेहतर बनाने में बिताए होते, तो मेरी सबसे अच्छी QA रिपॉजिटरी और भी मजबूत होती।
मैंने बिल्डिंग के बारे में क्या सीखा
पहला वर्जन बदसूरत भेजें। Nexural डैशबोर्ड की पहली डिप्लॉयमेंट शर्मनाक थी। कोई स्टाइलिंग नहीं, टूटा हुआ मोबाइल लेआउट, प्लेसहोल्डर डेटा। लेकिन यह लाइव था, मुझे फीडबैक मिला, और वर्जन 2 इसकी वजह से 10x बेहतर था।
बनाते समय दस्तावेज़ीकरण करें, बाद में नहीं। हर सिस्टम जिसका मैंने पहले से दस्तावेज़ीकरण किया, उसे बनाए रखना आसान था। हर सिस्टम जिसके लिए मैंने कहा "बाद में दस्तावेज़ीकरण करूंगा" 3 महीने के भीतर एक रहस्य बॉक्स बन गया।
आपका पोर्टफोलियो ही नौकरी है। मैंने sageideas.dev पर अधिकांश क्लाइंट प्रोजेक्ट्स की तुलना में अधिक समय बिताया। ROI जबरदस्त रहा है — इनबाउंड रुचि, इंटरव्यू बातचीत जो उच्च स्तर से शुरू होती है, और ऑपरेशनल परिपक्वता का प्रमाण जो कोई रिज्यूमे बुलेट पॉइंट नहीं दे सकता।
मैं आगे क्या बना रहा हूं
मेरे रोडमैप पर तीन चीजें हैं:
मौजूदा प्रोजेक्ट्स में सुधार। मेरे पोर्टफोलियो पर 11 पब्लिक रिपॉजिटरी को मजबूत READMEs, अधिक कमिट्स, बेहतर CI, और वास्तविक स्क्रीनशॉट की आवश्यकता है। मात्रा से अधिक गुणवत्ता।
एक Terraform मॉड्यूल लाइब्रेरी। उन पैटर्न के लिए पुन: प्रयोज्य AWS मॉड्यूल जो मैंने कई बार बनाए हैं। यह मेरे पोर्टफोलियो में इंफ्रास्ट्रक्चर के अंतर को भरता है।
ओपन-सोर्स योगदान। स्थापित प्रोजेक्ट्स में छोटे PRs भी विश्वसनीयता जोड़ते हैं। मैं उन प्रोजेक्ट्स में 5-10 सार्थक योगदान चाहता हूं जिनका मैं वास्तव में उपयोग करता हूं (Next.js, Supabase, Playwright)।
ईमानदार आंकड़े
| मीट्रिक | मान |
|---|---|
| बनाए गए सिस्टम | 7 |
| डिज़ाइन किए गए डेटाबेस टेबल्स | 185 |
| बनाए गए API एंडपॉइंट्स | 69 |
| लिखे गए ब्लॉग पोस्ट्स | 50 |
| लिखे गए पुस्तक शब्द | 120,000 |
| अर्जित प्रमाणपत्र | 9 |
| चल रहे टेस्ट सूट | 61 |
| GitHub कमिट्स | 500+ |
| उत्पन्न राजस्व | निजी, लेकिन बिल्डिंग को फंड करने के लिए पर्याप्त |
| काम किए गए घंटे | गिनने के लिए बहुत अधिक |
निचली पंक्ति
एक साल तक सार्वजनिक रूप से बनाने ने मुझे सिखाया कि काम ही पोर्टफोलियो है। बुलेट पॉइंट्स की सूची नहीं — बल्कि वास्तविक चल रहे सिस्टम, ईमानदार ब्लॉग पोस्ट्स, वह दस्तावेज़ीकरण जो आपसे अधिक समय तक रहता है।
यदि आप अपना खुद का इंजीनियरिंग ब्रांड शुरू कर रहे हैं, तो मेरी सलाह सरल है: वास्तविक चीजें बनाएं, जुनूनी रूप से दस्तावेज़ीकरण करें, असफलताओं के बारे में ईमानदार रहें, और तैयार होने से पहले भेजें।
सही पोर्टफोलियो मौजूद नहीं है। भेजा गया पोर्टफोलियो मौजूद है।
