डुबकी के लिए योग्यता की एक समाप्ति तिथि होती है, और फाइल उसे नहीं जानती
अधिकांश क्लब सदस्यों का डेटा एक स्प्रेडशीट में रखते हैं: प्रत्येक व्यक्ति के लिए एक पंक्ति, उनका स्तर, सदस्यता, और चिकित्सा प्रमाणपत्र की तारीख। यह केवल उसी क्षण सही होता है जब आप उसे दर्ज करते हैं। समस्या बाद में आती है: डुबकी के लिए योग्यता एक ऐसा तथ्य नहीं है जो स्थायी रहे, यह एक ऐसी स्थिति है जो स्वतः कैलेंडर के साथ बदलती रहती है। कोई भी उस दिन पंक्ति पर वापस नहीं आता जब प्रमाणपत्र समाप्त हो जाता है।
और यह सामान्य देरी से भी जटिल है, क्योंकि एक ही व्यक्ति के लिए तीन तारीखें एक साथ प्रभावी होती हैं, चिकित्सा प्रमाणपत्र, मौसमी सदस्यता, और कभी-कभी किसी प्रमाणन की वैधता। जो भी तारीख सबसे नजदीक होगी, वही निर्णायक होगी, और वह हमेशा एक ही कॉलम में नहीं होती। स्प्रेडशीट से “शनिवार को कौन वैध है?” की जाँच करने के लिए प्रत्येक पंक्ति के लिए तीन कॉलम पढ़ने होते हैं, और इसके साथ एक कैलेंडर की आवश्यकता होती है: यह काम मौसम की शुरुआत में एक बार किया जाता है, और फिर कभी नहीं।
एक एप्लिकेशन कुछ भी दोबारा नहीं पढ़ता: यह तारीखों की तुलना आज की तारीख से करता है। जिन सदस्यों की वैधता समाप्त होने वाली है, उनकी सूची प्रत्येक बार स्क्रीन खोलने पर स्वतः गणना की जाती है, किसी को भी उसे अपडेट करने की आवश्यकता नहीं होती।
एक डाइविंग अभियान केवल नामों की सूची नहीं है
एक सामान्य अभियान सूची में केवल नाम और मुलाकात का समय लिखा होता है। इसमें वह जानकारी नहीं होती जो वास्तव में महत्वपूर्ण है: कौन निगरानी कर रहा है, कौन किसके साथ डुबकी लगा रहा है, और इस प्रकार बने समूह की क्षमता क्या है, जो न तो स्तरों का औसत है और न ही उनका योग, बल्कि सबसे सीमित करने वाले सदस्य के स्तर पर निर्भर करती है। यह अंतिम बिंदु न तो स्तरों का औसत है और न ही उनका योग, यहाँ सबसे सीमित करने वाला स्तर ही निर्णायक होता है, और यह तुरंत बदल जाता है जब कोई व्यक्ति अगले दिन अपना नाम वापस ले लेता है।
अभियान को एक मुक्त-पाठ क्षेत्र के रूप में मॉडल करने से यही महत्वपूर्ण जानकारी खो जाती है। इसे एक ऑब्जेक्ट के रूप में मॉडल करना, एक तारीख, एक स्थान, एक निगरानीकर्ता और जुड़े हुए प्रतिभागी, स्क्रीन पर वास्तविक संरचना को प्रदर्शित करने और किसी भी प्रतिभागी के अगले दिन अपना नाम वापस लेने पर उसे पुनः संरचित करने की अनुमति देता है।
- एक अभियान में उसकी तारीख, स्थान, निगरानीकर्ता और प्रतिभागी शामिल होते हैं।
- प्रत्येक प्रतिभागी एक मौजूदा सदस्य होता है, जिसका स्तर उसके रिकॉर्ड में दर्ज होता है, कभी भी नाम फिर से टाइप नहीं किया जाता।
- समूह का सबसे सीमित करने वाला स्तर अभियान पर स्पष्ट रूप से दिखाया जाता है, बिना किसी ऐसे नियम के कि एप्लिकेशन उसे स्वयं गढ़े।
क्लब का सामान एक पहचान रखता है, केवल मात्रा नहीं
“बारह ब्लॉक” उस दिन कोई उपयोगी जानकारी नहीं है जब उनमें से एक को निरीक्षण के लिए भेजना होता है। जो मायने रखता है, वह है वह विशिष्ट सिलेंडर: उसका नंबर, अंतिम निरीक्षण की तारीख, और वह व्यक्ति जिसे वह वर्तमान में उधार दिया गया है। केवल मात्रा के आधार पर रखा गया स्टॉक इन तीनों प्रश्नों में से किसी का भी उत्तर नहीं दे सकता।
यह मॉडल और व्यक्तिगत वस्तु के बीच के अंतर के समान है: दो समान रेगुलेटर तब तक आपस में बदले नहीं जा सकते जब तक एक बाहर हो और दूसरा मरम्मत के लिए हो। इसलिए प्रत्येक वस्तु के लिए अपनी अलग पंक्ति, अपना अलग उधार इतिहास और अपनी अलग निरीक्षण की समाप्ति तिथि होती है।
एप्लिकेशन क्या नहीं है
शुरुआत में सबसे उपयोगी बात यह बताना है कि यह क्या नहीं करता, ताकि आप इससे ऐसी उम्मीद न करें जो यह पूरा नहीं कर सकता।
- यह कोई डाइविंग योजना नहीं बनाता: न तो डाइविंग टेबल, न ही डिकम्प्रेशन स्टॉप, न ही डिकम्प्रेशन की गणना। यह कोई डाइविंग कंप्यूटर नहीं है, और न ही यह क्लब की प्रक्रियाओं या निगरानीकर्ता के निर्णय को प्रतिस्थापित करता है।
- यह किसी भी संघ से कोई जाँच नहीं करता: सदस्यता और स्तर क्लब द्वारा स्वयं दर्ज किए जाते हैं, कभी भी किसी तृतीय पक्ष के साथ ऑनलाइन सत्यापन नहीं किया जाता।
- यह कोई ईमेल या एसएमएस नहीं भेजता: यह केवल आसन्न समाप्ति तिथियाँ प्रदर्शित करता है, और अनुवर्ती कार्य आपके हाथ में रहता है।
- यह किसी प्रमाणन कार्ड या बारकोड को नहीं पढ़ता: स्तर स्क्रीन पर चुने जाते हैं।
- यह ऑफ़लाइन काम नहीं करता, जो क्लब के लिए एक महत्वपूर्ण बाधा है, क्योंकि नाव का डेक वही स्थान है जहाँ नेटवर्क की कमी होती है। पलैंक्वी (डाइविंग समूह) की संरचना निकलने से पहले तैयार की जाती है।
- कोई अलग सदस्य पोर्टल नहीं है: अधिकार सामान्य होते हैं (प्रशासक, उपयोगकर्ता, केवल पठन), और केवल पठन अधिकार वाला खाता पूरे एप्लिकेशन को देख सकता है, केवल अपने रिकॉर्ड को नहीं।
आपके डेटा आपके ही रहते हैं
जो भी डेटा दर्ज किया जाता है, उसे सेटिंग्स स्क्रीन से JSON या CSV में, डेटासेट के अनुसार पुनः प्राप्त किया जा सकता है। एक CSV में निर्यात की गई सदस्य सूची किसी स्प्रेडशीट में खुलती है, क्रमबद्ध की जा सकती है, सामान्य सभा के लिए मुद्रित की जा सकती है और अनुदान आवेदन के लिए संलग्न की जा सकती है।
सूचियों को फ़िल्टर और क्रमबद्ध किया जा सकता है, और एक कचरा पेटी आपको गलती से हटाई गई पंक्ति को पुनः प्राप्त करने की अनुमति देती है, जो तब उपयोगी है जब डेटा प्रविष्टि कई स्वयंसेवकों के बीच घूमती है जो प्रत्येक महीने केवल एक बार ड्यूटी लेते हैं।
इकाइयाँ
- सदस्य
- स्तर और प्रमाणन
- सदस्यता और चिकित्सा प्रमाणपत्र
- डाइविंग अभियान
- पलैंक्वी (डाइविंग समूह)
- सामान
- सामान का उधार
दृश्य
- डैशबोर्ड
- सदस्य
- निगरानी के लिए वैधता
- डाइविंग अभियान कैलेंडर
- डाइविंग अभियान की संरचना
- सामान
संकेतक
- वर्तमान सदस्यता वाले सदस्य
- समाप्ति के निकट चिकित्सा प्रमाणपत्र
- अवधि में निर्धारित डाइविंग अभियान
- इंस्पेक्शन की समाप्ति तिथि से अतिक्रमित सामान
अक्सर पूछे जाने वाले प्रश्न
क्या एप्लिकेशन यह जाँच करता है कि कोई डाइवर एक विशिष्ट डाइविंग के लिए अधिकृत है?
नहीं, और यह जानबूझकर है। यह आपके द्वारा दर्ज की गई तारीखें, सदस्यता, चिकित्सा प्रमाणपत्र, स्तर, प्रदर्शित करता है, और उन्हें चिह्नित करता है जो समाप्त हो चुकी हैं या समाप्त होने के करीब हैं। यह किसी भी संघ के कोई नियम लागू नहीं करता और किसी भी प्रक्रिया का प्रतिस्थापन नहीं करता: निर्णय निगरानीकर्ता और क्लब के हाथ में ही रहता है।
क्या यह पैलेट्स या डिकम्प्रेशन की गणना करता है?
नहीं। कोई डाइविंग टेबल, कोई डिकम्प्रेशन प्रोफ़ाइल, कोई डिकम्प्रेशन गणना नहीं। यह कोई डाइविंग कंप्यूटर नहीं है और किसी का भी प्रतिस्थापन नहीं करता।
क्या हमारे संघ से सदस्यताएँ आयात की जा सकती हैं?
नहीं, किसी बाहरी प्रणाली से कोई कनेक्शन प्रदान नहीं किया गया है: सदस्यताएँ और स्तर एप्लिकेशन में स्वयं दर्ज किए जाते हैं। कोड निर्यात योग्य और मानक है, इसलिए कोई डेवलपर तृतीय-पक्ष सेवा को जोड़ सकता है; लेकिन यह डिफ़ॉल्ट रूप से उपलब्ध नहीं है।
क्या हम इसे नाव पर, बिना नेटवर्क के उपयोग कर सकते हैं?
नहीं, ऑफ़लाइन मोड उपलब्ध नहीं है। यह इस कार्य के लिए एक वास्तविक सीमा है: पलैंक्वी की संरचना और वैधता की जाँच नाव पर जाने से पहले भूमि पर तैयार की जाती है।
अगर हम बाद में कोई अन्य उपकरण चुनना चाहें, तो क्या होगा?
प्रोजेक्ट मानक Next.js और Prisma पर आधारित है, जिसे ZIP के रूप में निर्यात किया जा सकता है या GitHub पर प्रकाशित किया जा सकता है, और आपके डेटा को JSON और CSV में निर्यात किया जा सकता है। यहाँ कोई प्रॉपराइटरी फॉरमैट या ऐसा कोई डायलेक्ट नहीं है जिसे केवल निर्माता ही पढ़ सके: छोड़ने के लिए किसी की अनुमति की आवश्यकता नहीं होती।
