KomuraSoft का Windows development और engineering support

Java नेटिव ऐप डेवलपमेंट और मेंटेनेंसJava के business apps, maintenance और distribution तक।

Windows पर चलने वाले Swing, AWT और JavaFX apps का development, संशोधन और maintenance। जिनका ज़िम्मेदार व्यक्ति अब नहीं है उन assets की जाँच, Java version का migration और distribution के तरीके की समीक्षा में हम सहायता करते हैं।

Spec document न हो तो भी चलेगा। जितनी जानकारी है, उसी से बात शुरू कीजिए।

  • Engineer सीधे आपसे बात करता है
  • Requirements तय होने से पहले भी बात करें
  • सिर्फ़ ज़रूरी दायरा ही दें

आप ऐसे चरणों से भी बात शुरू कर सकते हैं

जो समस्या अभी सामने है, वहीं से शुरू कीजिए।

जिस Swing app का ज़िम्मेदार व्यक्ति अब नहीं है, उसे ठीक करवाना है

Source, libraries और development environment की जाँच करके तय करते हैं कि किस दायरे में संशोधन हो सकता है।

Java को update करना है, पर असर का पता नहीं

Dependent features और operating conditions जाँचकर migration target और compatibility की validation आगे बढ़ाते हैं।

हर PC पर runtime environment अलग होने से distribution में मेहनत लगती है

Runtime को साथ bundle करने जैसे distribution के तरीकों पर विचार करके installation steps तय करते हैं।

तकनीकी बातें जस की तस पूछ सकें, ऐसा सलाहकार।

गो कोमुरा की profile photo

प्रतिनिधि और engineer

गो कोमुरा

Windows पर specialize करने वाला engineer समस्या की पुष्टि से लेकर investigation, design और implementation तक सँभालता है। जो बातें आप अभी पूरी तरह समझा नहीं पा रहे, उन्हें भी हम technical सवालों में बदलकर व्यवस्थित करते हैं।

Career और technology stack देखें / Company की जानकारी देखें

काम देने से पहले देखी जा सकने वाली जानकारी

Company और संपर्क करने वाले व्यक्ति को जानकर बात कीजिए।

Company का पता जैसी जानकारी, प्रतिनिधि का career और technology stack प्रकाशित हैं। हम क्या कर सकते हैं, यह आपका app और environment देखकर बताया जाता है।

KomuraSoft की company जानकारी

काम का दायरा

ज़रूरत के हिस्से से शुरू करके, पूरा काम भी सौंपा जा सकता है।

कुछ हिस्सों की जाँच या संशोधन से लेकर पूरे development तक, आपकी मौजूदा स्थिति के हिसाब से काम का दायरा तय होता है।

Java डेस्कटॉप ऐप का नया डेवलपमेंट

Swing / JavaFX से बिज़नेस ऐप, डिवाइस इंटीग्रेशन ऐप और आंतरिक टूल का डेवलपमेंट। 500,000 येन से।

मौजूदा Java ऐप का संशोधन और मेंटेनेंस

Swing / AWT / JavaFX ऐप की जाँच, नई सुविधाएँ जोड़ना, बग ठीक करना और मेंटेनेंस अपने हाथ में लेना।

Java version migration

Java 8 जैसे मौजूदा वातावरण और dependency libraries की जाँच, migration target का चयन और compatibility की पुष्टि में सहायता।

Windows के लिए डिस्ट्रीब्यूशन के तरीके की तैयारी

jpackage से runtime के साथ bundle किया हुआ exe / MSI डिस्ट्रीब्यूशन, और GraalVM native-image लागू हो सकता है या नहीं, इसकी जाँच।

जाँच या delivery में मिलने वाली चीज़ों के उदाहरण

  • Assets, dependent libraries और migration की दिशा का सार
  • Develop या संशोधित किया गया app और verification के नतीजे
  • Build, distribution और installation के steps

ये काम के दायरे के अनुसार उदाहरण हैं। Deliverables का दायरा और रूप quote के समय आपसी सहमति से तय होता है।

इनमें से कोई समस्या अपनी लगे, तो पहले अपनी स्थिति बताइए।

Spec document न हो तो भी चलेगा। जितनी जानकारी है, उसी से बात शुरू कीजिए।

Pricing और process

शुरुआत में सब कुछ तय होना ज़रूरी नहीं है।

मौजूदा assets और build व distribution environment की जाँच से शुरुआत

सिर्फ़ नया development ही नहीं, मौजूदा app की जाँच, bug fixes और migration की दिशा तय करने से भी काम शुरू हो सकता है।

क़ीमत का अंदाज़ा

नया development 500,000 येन से

प्रोजेक्ट के scale के अनुसार quote बनता है। मौजूदा app की जाँच, संशोधन और maintenance के लिए, काम का दायरा देखकर अलग से quote दिया जाता है।

Initial investigation की मुफ़्त सीमा और paid काम के बारे में

इस शर्त पर कि implementation संभव पाए जाने पर आप full development का order देंगे, quote और काम लेने का निर्णय लेने के लिए ज़रूरी दायरे की initial investigation सामान्यतः मुफ़्त है। लंबी validation, dedicated environment बनाना, prototype या PoC और विस्तृत investigation report देना जैसी चीज़ें paid हो सकती हैं।

जाँच या review का काम ही देने पर उसे स्वतंत्र paid काम के रूप में quote दिया जाता है। Paid होने की स्थिति में काम शुरू करने से पहले हम दायरा और ख़र्च बता देते हैं।

  1. अपनी स्थिति बताइए

    उद्देश्य, दिक़्क़त और target environment, जितना पता हो बता दीजिए।

  2. दायरा और ख़र्च की पुष्टि

    ज़रूरी जाँच, काम का दायरा, deliverables, ख़र्च और काम करने का तरीका बताते हैं।

  3. सहमति के बाद काम शुरू

    Investigation और development के दौरान की प्रगति, जो confirmed हुआ और जो सीमाएँ बची हैं, वह साझा करते हैं।

  4. नतीजे जाँचें और हैंडओवर

    सहमत शर्तों में नतीजे जाँचते हैं और deployment या अगले कदम तक पहुँचाते हैं।

तकनीकी काम का विस्तार जानना चाहते हैं?

Technologies और काम करने का विस्तृत तरीका खोलें

बिज़नेस के काम आने वाले Java ऐप को मेंटेनेंस और डिस्ट्रीब्यूशन तक ध्यान में रखकर व्यवस्थित करें।

जिस Swing ऐप को सँभालने वाला कोई नहीं बचा, उसका मेंटेनेंस अपने हाथ में लेना है। Java का version बढ़ाना है। अलग-अलग जगहों पर runtime वातावरण के अंतर घटाने हैं। KomuraSoft, Windows पर इस्तेमाल होने वाले Java डेस्कटॉप ऐप के डेवलपमेंट, संशोधन और मेंटेनेंस में सहायता करती है। नया डेवलपमेंट 500,000 येन से शुरू होता है; दायरा देखकर हम अनुमान देते हैं।

यहाँ हम Swing / AWT / JavaFX जैसे डेस्कटॉप ऐप की बात कर रहे हैं। पूरे ऐप को दोबारा बनाने या उसे native binary में बदलने को हम पहले से मानकर नहीं चलते; आपके मौजूदा ऐप और संचालन के अनुकूल तरीका चुनते हैं।

जिन समस्याओं पर आप परामर्श ले सकते हैं

  • मौजूदा ऐप कैसे काम करता है यह समझ नहीं आता, इसलिए नई सुविधाएँ जोड़ना और बग ठीक करना रुका हुआ है
  • Java 8 जैसे पुराने वातावरण से migrate करना है, पर पता नहीं कि असर कहाँ-कहाँ पड़ेगा
  • Applet / Web Start पर आधारित पुराने डिस्ट्रीब्यूशन और चलाने के तरीके की समीक्षा करनी है
  • हर कंप्यूटर पर JRE और settings के अंतर से इंस्टॉलेशन के समय समस्याएँ आती हैं
  • Swing से JavaFX पर जाना है, या UI के फ़्रीज़ होने और अटकने की समस्या सुधारनी है
  • नया डेवलपमेंट Java में करें या Windows के लिए कोई दूसरी तकनीक चुनें, इस पर परामर्श चाहिए

हम किस तरह का डेवलपमेंट और मेंटेनेंस करते हैं

नया डेवलपमेंट और मौजूदा ऐप का संशोधन

Swing / JavaFX से बिज़नेस ऐप और आंतरिक टूल बनाने के साथ-साथ, हम मौजूदा Swing / AWT / JavaFX ऐप की जाँच, नई सुविधाएँ जोड़ना और बग ठीक करना भी करते हैं। UI thread और background processing की ज़िम्मेदारियाँ अलग-अलग तय करके हम ऑपरेशन की responsiveness और लॉग की भी समीक्षा करते हैं।

Java और dependency libraries का अपडेट

हम मौजूदा Java version, build configuration, dependency libraries और संचालन की शर्तें देखते हैं। सिर्फ़ migration target चुनना नहीं, बल्कि compatibility की पुष्टि, टेस्टिंग और इंस्टॉलेशन की प्रक्रिया तक शामिल करके अपडेट को आगे बढ़ाते हैं।

डिस्ट्रीब्यूशन के तरीके की समीक्षा

हम jpackage से runtime के साथ bundle किया हुआ exe / MSI डिस्ट्रीब्यूशन आज़माते हैं और जिस जगह ऐप इंस्टॉल होना है वहाँ की तैयारी व settings तय करते हैं। GraalVM native-image से native binary बनाने का फ़ैसला हम तभी करते हैं जब ऐप की निर्भरताओं के सपोर्ट और build की सीमाओं की जाँच हो चुकी हो। runtime को bundle करना और native binary में compile करना एक ही बात नहीं हैं; हम वही तरीका चुनते हैं जो आपके उद्देश्य के अनुकूल हो।

काम कैसे आगे बढ़ता है

  1. मौजूदा स्थिति की जाँच करते हैं। source code, Java version, libraries, build और डिस्ट्रीब्यूशन के तरीके देखते हैं।
  2. विकल्पों की तुलना करते हैं। मौजूदा रूप में मेंटेनेंस, आंशिक संशोधन, version migration और replacement, इन सबका दायरा और जोखिम स्पष्ट करते हैं।
  3. इम्प्लीमेंटेशन और जाँच करते हैं। तय की गई सुविधाओं और वातावरण में ऐप चलाकर देखते हैं, और डिस्ट्रीब्यूशन की प्रक्रिया व लॉग भी तैयार करते हैं।

Windows पर .NET ऐप और Java ऐप मिले-जुले हों, ऐसे वातावरण पर भी आप परामर्श ले सकते हैं। बताइए कि आपका मौजूदा ऐप किस काम में आता है, और संशोधन या migration के बारे में आपने क्यों सोचा।

काम देने से पहले अक्सर पूछे जाने वाले सवाल

जिस Java ऐप के डेवलपर या ज़िम्मेदार व्यक्ति से संपर्क नहीं हो पा रहा, क्या उस पर भी परामर्श लिया जा सकता है?

जी हाँ। हम source code, डेवलपमेंट वातावरण और dependency libraries देखते हैं, और जाँच से शुरू करके संशोधन और मेंटेनेंस आगे बढ़ाते हैं। अगर ऐप के कुछ हिस्से खो गए हों, तब भी आप परामर्श ले सकते हैं: पहले हम यह तय करते हैं कि क्या बचा है और किन हिस्सों की अतिरिक्त जाँच चाहिए।

हमारा ऐप अभी भी Java 8 पर है, क्या version बढ़ाना चाहिए?

हम हर मामले में अपडेट की सलाह नहीं देते। हम यह देखते हैं कि आप जो JDK इस्तेमाल करते हैं उसके सपोर्ट की शर्तें क्या हैं, सुरक्षा आवश्यकताएँ क्या हैं, dependency libraries कौन-सी हैं और ऐप कितने समय तक चलाना है। migration target के उदाहरण के रूप में Java 17 / 21 आदि पर विचार करके हम वह तरीका तय करते हैं जो compatibility और मेंटेनेंस की शर्तों से मेल खाए।

क्या उपयोगकर्ताओं को अलग से JRE इंस्टॉल किए बिना ऐप बाँटा जा सकता है?

jpackage से runtime के साथ bundle किया हुआ exe / MSI डिस्ट्रीब्यूशन आज़माया जा सकता है। GraalVM native-image से native binary बनाना एक अलग तरीका है; UI और dependency libraries उसे सपोर्ट करती हैं या नहीं, यह जाँचने के बाद ही हम तय करते हैं कि उसे लागू किया जा सकता है या नहीं।

समझ नहीं आ रहा कि Java ऐप जारी रखें या किसी दूसरी तकनीक में नए सिरे से बनाएँ।

हम डिवाइस इंटीग्रेशन, लोकल फ़ाइलों या डिवाइस तक पहुँच, मौजूदा ऐप और मेंटेनेंस की व्यवस्था को देखते हुए विकल्पों की तुलना करते हैं। डेस्कटॉप ऐप जारी रखने के कारण और बदलने के फ़ायदे व बोझ, दोनों हम स्पष्ट करते हैं, और ज़रूरत हो तो चरणबद्ध migration की योजना पर भी विचार करते हैं।

संपर्क

पहले अपनी स्थिति कुछ पंक्तियों में बताइए।

विस्तृत spec document या technical शब्दों की ज़रूरत नहीं है। नीचे की बातें जितनी पता हों, बता दीजिए।

  • आपकी दिक़्क़त या आप क्या हासिल करना चाहते हैं
  • संबंधित software, devices और environment
  • कब तक चाहिए (तय न हो तब भी चलेगा)

पहली बार संपर्क करते समय confidential दस्तावेज़ या passwords भेजने की ज़रूरत नहीं है।

परामर्श के लिए नमूना संदेश

हमें एक पुराना Swing app विरासत में मिला है। Java को update करना है और distribution का तरीका ऐसा करना है कि users आसानी से install कर सकें, इस पर बात करना चाहते हैं।

Spec document न हो तो भी चलेगा। जितनी जानकारी है, उसी से बात शुरू कीजिए।

बात करने का बटन हमारे Hindi contact page पर ले जाता है, जहाँ संपर्क करने के तरीके दिए गए हैं। "Email से परामर्श करें" से service के नाम वाला email तैयार किया जा सकता है।