BizApi - स्टार्टअप्स के लिए API
(bizapi.io)मैं अपने व्यक्तिगत रूप से चल रहे प्रोजेक्ट का परिचय देना चाहता हूँ.
इसका उद्देश्य स्टार्टअप्स को शुरुआती चरण में ज़रूरी विभिन्न API सुविधाएँ प्रदान करना है.
फ़िलहाल सभी सुविधाएँ मुफ़्त हैं, और मैं विभिन्न क्षेत्रों की और सुविधाएँ जोड़ना चाहता हूँ.
इस समय पता-संबंधित API विकसित किए जा रहे हैं, और इनमें नीचे जैसी सुविधाएँ मौजूद हैं.
-
दक्षिण कोरिया के प्रांत/महानगरों की सूची प्राप्त करना
-
दक्षिण कोरिया के eup/myeon/dong की सूची प्राप्त करना
-
अक्षांश/देशांतर के आधार पर dong प्राप्त करना
-
अक्षांश/देशांतर और radius के आधार पर इमारतों की सूची प्राप्त करना
कृपया भरपूर फ़ीडबैक और फीचर सुझाव दें.
धन्यवाद. :D
(मैं GeekNews को हमेशा रुचि से पढ़ता हूँ, लेकिन पता नहीं इस तरह का प्रचारात्मक पोस्ट लिखना ठीक है या नहीं. अगर समस्या हो तो मैं इसे हटा दूँगा.)
10 टिप्पणियां
बाकी API शायद आप बाद में जारी करें, यह तो समझ सकता हूँ,
लेकिन पते के लिए Ministry of the Interior and Safety की search API इस्तेमाल करना ज़्यादा बेहतर नहीं होगा? इसमें क्या फ़ायदा है??
असल में fact-based data तो हमने Ministry of the Interior and Safety से लेकर प्रोसेस करके रखा हुआ है!
लेकिन Ministry of the Interior and Safety की API को साइट पर जाकर इस्तेमाल करने की प्रक्रिया थोड़ी जटिल लगती है.
और इस बार जो latitude/longitude आधारित API जोड़ी गई है, उसके लिए शायद सपोर्ट नहीं है.
जैसा आपने कहा, हम और भी तरह-तरह की सुविधाएँ बनाने की कोशिश कर रहे हैं हाहा; तभी लगता है कि कोई बड़ा फ़ायदा बन पाएगा!
साथ ही यही सोच रहा हूँ कि address API पर लगातार समय लगाना चाहिए या कोई दूसरा selling point ढूँढना चाहिए.. यही दुविधा है!
आपकी राय के लिए धन्यवाद!
अगर startups द्वारा इस्तेमाल किए जाने वाले API एक जगह इकट्ठा हों, तो शुरुआती development के समय यह सुविधाजनक होगा.
पेज पर जाकर देखा तो यह समझने के लिए कि कौन-कौन से features हैं, पूरी API documentation की सूची देखनी पड़ती है.
GeekNews के मुख्य लेख में जैसा लिखा गया है, अगर एक नज़र में दिख जाए कि कौन-से API उपलब्ध हैं, तो अच्छा होगा.
और test करके देखा तो अभी token पाने के लिए आगे
addressजोड़ना पड़ता है, तभी यह काम करता है.| अगर startup जिन APIs का इस्तेमाल करते हैं वे एक जगह इकट्ठा हों, तो शुरुआती development के समय यह सुविधाजनक होगा.
असल में, इस नज़रिये से भी मैं सोच रहा हूँ कि आगे किस पर फोकस करना चाहिए T_T, यह startup के लिए ज़रूरी feature भी होना चाहिए और ऐसा भी कि लोग उसे इस्तेमाल करने की ज़रूरत महसूस करें.. लेकिन इसका अंदाज़ा लगाना आसान नहीं है;;
अगर feature बहुत core हुआ, तो लगता है कि वे शायद उसे in-house बनाना चाहेंगे,, लेकिन दूसरी तरफ यह भी लगता है कि जिन startups में developers कम हैं, उन्हें इसकी ज़रूरत हो सकती है..
मैं इस पर और ज़्यादा विचार करूँगा!
आपने जो बात कही है, उस पर हम विचार करेंगे। आपके मूल्यवान फ़ीडबैक के लिए धन्यवाद!
| अभी token पाने के लिए आगे address लगाना पड़ता है, तभी यह काम करता है।
क्या आप बता सकते हैं कि यह किस तरह की समस्या है?
जब मैंने इसे दोबारा reproduce करने की कोशिश की, तो token जारी होने के बाद यह
TK_ADDRESS_****के रूप में आता है और copy करके तुरंत इस्तेमाल किया जा सकता है। अगर आप बता सकें कि समस्या क्या है, तो आभारी रहूँगा!डॉक्युमेंटेशन में टोकन जारी करना bizapi.io पर बताया गया है, लेकिन 403 एरर आई, और address.bizapi.io इस्तेमाल करने पर यह काम किया.
अरे! इतनी बुनियादी समस्या थी;;;; मैं इसे ठीक कर दूँगा, बताने के लिए बहुत धन्यवाद!!!
लगता है अभी यह MVP चरण में है, लेकिन जब कोई पहली बार साइट पर आए तो कम-से-कम ये बातें होनी चाहिए:
यह service क्या है
यह कौन-सी features देता है
इस service की strengths क्या हैं
उपयोग की शर्तें
इतना तो होना ही चाहिए, ताकि कोई एक बार आने के बाद कभी बाद में फिर से लौट सके।
(इसके लिए नई features के बारे में email alerts लेने का विकल्प हो तो और भी अच्छा रहेगा।)
देश के भीतर तुलना के लिए API Store को reference के तौर पर देखना अच्छा रहेगा।
विदेश में RapidAPI का Marketplace अच्छा reference हो सकता है।
विदेश के प्रमुख API provider pages को देखकर उनकी अच्छी बातें अपनाना उपयोगी होगा।
https://stripe.com/ : नीचे वाले हिस्से को देखें, जहाँ वे दिखाते हैं कि उनका API कितना आसान है
https://www.skyflow.com/ : "What if privacy had an API?" यह पंक्ति साफ़ दिखाती है कि यह service किस तरह का API देता है।
और आजकल "मुफ़्त" कह देने से यह समझना मुश्किल होता है कि आखिर कितना इस्तेमाल किया जा सकता है,
खासकर API में service continuity सबसे बड़ा मुद्दा होता है।
अगर cost या Rate Limiting के बारे में भी सोच-विचार हो, तो और बेहतर होगा।
"कहीं आगे चलकर यह paid न हो जाए?" से बेहतर शायद यह होगा कि "अगर दिन में 10000 calls मिलें, तो इसे आराम से लगातार इस्तेमाल किया जा सकता है" जैसा भरोसा मिले।
विस्तृत API page भी सिर्फ़ usage guide page के बजाय, हर API के लिए अलग page हो तो अच्छा लगेगा।
GeekNews के news section में हर दिन नई ख़बरें आती रहती हैं, इसलिए शुरुआती services अपेक्षाकृत जल्दी मुख्य पेज से पीछे चली जाती हैं।
बाद में अगर ऐसी शुरुआती services को थोड़ा अधिक समय तक दिखाने के लिए Show section खुले, तो उस समय इसे एक बार फिर साझा करना अच्छा रहेगा।
ज़रा और सोचिए कि ऐसा कौन-सा MVP होगा जिसे users (startup) एक बार देखकर याद रखें, और फिर उसे implement करने को लक्ष्य बनाइए।
अभी मैंने केवल बहुत छोटा-सा फीचर सेट बनाया है, इसलिए आपने जिन अलग-अलग दृष्टिकोणों की बात की या बाहर से संदर्भ के तौर पर जिन बातों को देखना चाहिए, उनके बारे में मैं ज़्यादा सोच नहीं पाया था.
आपने जो-जो लिखा है, वह हर एक बात काफ़ी मददगार लग रही है!
असल में सबसे अस्पष्ट बात यही है कि किस चीज़ पर फोकस करके आगे बढ़ना चाहिए, इसी को लेकर मैं सोच में हूँ...
जिस service से मुझे आइडिया मिला था, वह नीचे वाली service है, लेकिन जब अकेले development आगे बढ़ाने की कोशिश करता हूँ, तो बार-बार यही सोचता रहता हूँ कि आखिर किस पर ध्यान केंद्रित करना चाहिए..!
https://clayful.io/
फ़िलहाल यह personal project के स्तर पर है, लेकिन आपने जिन बिंदुओं का ज़िक्र किया है, उन्हें ध्यान में रखकर इसे एक service के रूप में विकसित करने की कोशिश करूँगा.
कीमती feedback के लिए धन्यवाद!
पते के API दस्तावेज़ आप यहाँ सीधे देख सकते हैं! https://bizapi.io/docs/address