Kenapa Saya TIdak Suka Membuat API Client Library atau SDK?

[@budioktaviyans]

Setuju pak, kecuali untuk support frontend client app (web/mobile). Tetap perlu client SDK untuk standarisasi dan mempermudah integrasi API yang sudah kita buat

[@izumiosana]

API Docs dulu. Baru bertahap SDK dibuat tergantung dari feedback terbanyak dari ekosistem terkait. Binance juga 2 tahun setelah launching API Docs baru rilis Official SDK untuk Node.js setelah banyak permintaan di forum diskusi.

[@didi_abdillah]

Nah ini sama, lebih enak bikin API yang tech agnostic daripada harus cape-cape menyesuaikan tech punya client

[@AdityoPratama]

client terlalu malas, dan begitu ada issue tinggal blaim SDK nya.

[@AlipDotPY]

kaya open AI, Telegram, dll. beberapa SDK nya di buat by komunitas. Saya juga ga terlalu suka dengan SDK begini, apa lagi kalau pake SDK kita menambahkan source tambahan ke script kita. padahal sebenrnya bikin request-http cukup singkat dan fleksibel. Tapi sebenrnya saya sebagai developer pun, jika di sediakan SDK dan metode yang di gunakan dalam API cukup banyak, saya akan gunakan SDK Client. Tergantung sitasi kondisi dan tolerasinya.

[@luthfiyufajjiru9273]

Kalo komunikasinya HTTP ya emang gaperlu bikin SDK client sih ya, orang gampang lah buat HTTP request, keterlaluan kalo gamau. Nah biasanya kalo mau buat SDK client itu yang komunikasinya udah custom banget, langsung custom protocol over TCP misalnya kita buat key/value database sendiri, atau biasanya mau custom integration IoT ya SDK adalah jalan ninja. Tapi kita harus pragmatis juga, dengan effort minimum tp hasil maksimal, ya pake protokol yang umum-umum aja.

[@lebahsaham9947]

Tergantung use case sih ya

[@balenol1209]

bahkan kalau HTTP call pun juga bisa pakai SDK. Contohnya, kalau dia punya custom auth sendiri yang bisa berubah2. Misalnya ada perubahan cara pemanggilan di HTTP-nya, bisa tinggal update SDK-nya aja, si user gak usah perlu tahu selama interface-nya sama aja. Abis itu kalau misalnya si client harus nyimpen state yang lumayan rumit, cuman buat manggil endpoint-nya. Intinya tetap tergantung usecase-nya.

[@fiknaufall]

Nah ini dia, sebagai contoh saya sendiri lagi coba-coba buat make JunoDB, distributed key-value store open source yang dibuat sama PayPal, untuk codebase PHP saya. Sementara client library yang dibuat sama developer PayPal baru untuk client Java dan Ruby. Karena komunikasinya over TCP dengan custom protocol mereka sendiri, jadi saya mesti bikin socket client library sendiri untuk PHP 😅

[@ajiyakin]

@@balenol1209 Setuju, case-by-case bisa beda. Contoh simple dan lumayan umum dari ini adalah SDK IAM yang pake JWKS. Kita di tim bikin SDK supaya memudahkan client update JWKS mereka masing-masing bahkan tanpa mereka harus call manual (jalan dibackground). Ditambah lagi kalo misal ada fitur yang perlu fetch data pakai interval, misal informasi ban yang disimpen dibloom filter. HTTP kan gak bidirectional jadi ya mau gak mau interval fetch.

[@IchwanAlmaza]

Sepakat, dari sisi "Teknis" hal seperti ini sangat 'Mahal', terlalu banyak case. Namun kalo saya disisi "Bisnis" ada hal lain yang bisa saya jual, terutama B2C.. ada customer2 "Yang penting segera ter-integrasi dan live" mereka tidak perlu lagi mapping request, respond dan handling Respond Code dll. Kecuali kalo perusahaannya sudah mendapat predikat "Customer yang butuh saya" #eh

[@tellolite]

kalau saya penyedia layanan, saya pengen banyak user yg mau ngadopsi. salah satu caranya adalah dengan menyediakan SDK beberapa platform populer untuk jumpstart biar cepet diadopsi, selain tentu saja dokumentasi kyk openapi kyk cara masnya

[@faiznurullah9376]

I agree for your statement

[@febrianandapramudita7801]

Bisa juga pakai protobuf biar lebih universal

[@mstersierra-xyz]

Iya, jujur sebagai pengguna layanan yang ingin integrasi, sangat terbantu kalau ada SDK nya

[@afterschool2594]

Klo menurut gw SDK itu bakal gw buat semisal API nya udah kompleks kayak ada state yang harus dijaga (pakai websocket contohnya supaya bisa realtime), relasi antar datanya udah terlalu ribet, dll. Mungkin nggak selalu tapi klo udah ngelibatin autentikasi dan otorisasi bakal lebih enak ngembangin client app-nya klo udah ada SDK/client librarynya. Sama menurut gw jangan ngebuat client library untuk semua bahasa pemrograman sih lebih kearah konteks API nya aja, tapi gw biasanya bakal paling nggak ngembangin yang JS sama Python. Klo masalah library http request gw bakal pakai yang memang udah ada builtin. Misal klo di NodeJS fetch, di Python klo ga salah urllib.request, klo di Java gw belum pernah jujur karena laptop gw nggak sanggup buat ngembangin aplikasi android atau ngejalanin IDE nya Java, tapi klo dari yg gw lihat karena nggak ada yang standard ya gw bakal ngembangin library internal sendiri sih, soalnya ngebuat HTTP request itu nggak terlalu susah sih asal bahasa pemrogramannya bisa Socket atau Tcp.

[@dputra]

Kalau pake standar OpenAPI atau ODATA misalnya, maka kita bisa generate SDK nya secara otomatis untuk mayoritas bahasa pemrograman populer. Kalau client API nya aplikasi internal sih gak masalah gak ada SDK, tapi kalau udah keluar organisasi SDK atau paling bare minimum openapi spec itu wajib ada. Belum user API kita kadang gak mau keluar effort lebih buat baca dokumentasi untuk mereka bikin API client mereka sendiri. Bonus point bikin SDK atau openapi spec: user dapet versioning API secara otomatis. Kalau kita bikin fitur/endpoint API baru, maka contract API nya gak akan rusak antar versionnya.

[@zyn_id]

Suka nonton pzn bukan karena related sama materi yg dibicarakan, tapi bagaimana narasi/story nya berjalan + mic yg mendukung sehingga enak aja gitu didengarkan.

[@rappresent]

cmiiw harusnya user sdk ga perlu tau di dalemnya pake library apa, jadi pas bikin sdk tinggal di encapsulate aja parameternya. jngan ikutin standar library yg di pakai di sdk.

[@sigityoutuber]

sama pemikirannya

[@basic-1337]

Ga relative kalo “isi sdk” cuma request dan response Beberapa perusahaan besar biasanya buat SDK untuk client mereka biar mereka engga perlu build rest api dari scratch Ya tujuannya biar client bisa fokus tuh sama project dia sendiri engga pusing mikirin error nya apa aja, response statusnya apa aja, dan lain”

[@belajarcoding1391]

Beda kalo kasusnya kita sebagai penyedia layanan. SDK itu penting untuk dibuat, supaya client/customer/pelanggan mau pake dan adopsi. Soalnya kita jualan, kalau ga difasilitasi dan bikin mereka repot yang ada malah lari ke layanan kompetitor

[@IktaSol]

Kalo kataku sih middle ground terbaiknya ya bikin API & Docsnya, terus cuma maintain beberapa SDK yang emang mau orang adopsi cepet. Karena kalau dari sisi bisnis nggak terpungkiri kalau ada SDK yang easy to use itu ngegampangin adopsi.

[@cheppyrayes1201]

Gue sendiri bukan programmer, lebih ke arah network engineer and urusin infrastructure. Minimal kalo ada temen-temen ngomongin API, sedikit banyak gue nggk cuma planga-plongo. 😁👍🏽

[@ttaqinmu707]

biasanya yg bikin males bagi client untuk implement sendiri API kita itu kalau sudah ada flow signing / encrypt etc meskipun sudah kita kasih playground untuk trial, ttp aja minta in dibuatkan sdk but overall sy jg setuju soal kompleksitas dari sdk untuk masing2 teknologi, bayangin aja kalau semisal salah satu library request / serialize/deserialize json itu ada bugs atau tdk kompatibel dgn runtime tech yg digunakan bakal mumet nanti

[@ericksuryadinata]

setuju sih, secara manajerial, keputusan untuk membuat SDK ini sekalipun sudah melakukan riset segmentasi pengguna untuk memastikan dalam membuat SDK, ini bakal memakan biaya. secara teknikal, membuat SDK dengan bahasa pemrograman yang begitu banyak juga akan memakan biaya, belum lagi masalah perbedaan dependensi yang bakal dihadapi emang paling bener siapkan dulu API docs yang readable dan nyaman, siapkan contoh request response, dan lebih baik lagi kalo ada playgroundnya juga, baru nanti kalo udah stabil bisa direlease pelan2 SDK nya, itupun kalo emang dibutuhkan, karena biasa bakal ada community SDK yang mendukung

[@edi.maulana]

sekaramg ada swagger atau openapi, selain untuk dokumentasi, bisa juga generate apu client/sdk untuk berbagai bahasa/platform/framework. jaman now gk ada cerita manual bro.

[@fabercastell4199]

Keuntungan lain pakai OpenAPI adalah banyak tools yg support OpenAPI, jadi kita bisa bikin playground, generate postman, dll.

[@MargaRizaldiChannel]

Menurut saya semua akan kembali ke market demand pada akhirnya... Jika memang "jualannya" API mau gimana lagi? misal ya payment gateway itu sendiri... Lain kalau API sebagai additional feature, misal ekspedisi, marketplace, dll...

[@KevinTanudjaja-q7x]

ini based on user request aja, kalo user nya sudah banyak, dan mereka semua paid user, ya wajib dibuat untuk ngebantu mereka.

[@Programmer_Progamer]

Iya memang, ada salah satu payment gateway yang sdk nya banyak banget, sehingga kadang docs nya nggak terupdate, karena jadi banyak mungkin yang harus mereka maintenance

[@ManusiaTamyiz]

izin Pak 😁 tolong bikin Play List khusus Python Programming dong Pak, dari Basic kemudian OOP dan seterusnya para pemula dan awam kaya saya pasti butuh banget pak 🙏✌

[@firmanali1611]

sebagai pengguna juga saya lebih prefer dokumentasi yg jelas, pernah ada 3rd party yg punya sdk tp yg saya butuhin ga ada di sdk jadinya tetep bikin sendiri, tp krn team ada yg pake sdk nya buat fungsi lain tetep install sdk juga wkwk

[@theMarhaenist]

Semua tergantung budget bang. Kalo solo project ya berat buat kelola belasan lib 😊.

[@yd608]

mau ngk mau kalao kita third party provider ya buat client SDK kao mau lebi banyak dev yang pake, kalo bilang saya sebagai programer buat SDK males, ya emang ngk suka, tapi kan kerjaan :v, jadi kalo bilang 'SDK ini kan sebenernya isinya cuma xxxxxx..' ngk masala buat pernyataan kaya gitu kalo emang document API nya bagus terus software perusahaan nya open source jadi dev tinggal baca sendiri source codenya.

[@ahmadafandy1143]

Soalnya pake banyak2 tech bakal terlihat keren di mata client padahal API itu simple isinya dan fungsinya cuma 1. Sekarang kan teknologi yang penting keren dulu fungsional nya belakangan :v

[@suryoadiguna]

mas tapi semisal kita serve api yang bisa direquest concurrent. menurut mas perlu sdk ga? karena ga semua user bisa melakukan concurrent request dan menghandle response dari concurrent request dengan benar.

[@andisaputro4769]

mau nanya pak, kalau pembuatan order di e-commerce yg menggunakan microservice itu seperti apa flownya ya pak? http request biasa? atau event sourcing?

[@patorikusutaru7483]

baru tau ada yg nyediain API client library/sdk soalnya selama kerja mesti awal2 intergrasi harus pusing ngebedah respon API buat dibikinin pojo nya wkwkw , array isinya cuma satu item, nested list, property bosoengres tapi typo dll

[@valdesseventeen4361]

ada bang. coba aja cek salah satunya xendit.

[@mstersierra-xyz]

Bagaimana dengan SDK yang bukan HTTP request? Contoh nya seperti library untuk generate PDF

[@dhanipro6742]

Bagus untuk sudut pandang programmer. Gimana sudut pandang bisnis? Tapi ini channel programmer ya bener

[@bgizzanm]

sudut pandang bisnis? bisnis apa maksudnya ni? klo pure arti bisnis mah ga ngurusin code yg dibalik layar kali bang😂

[@nasimicin]

​@@bgizzanmB2Bnya. Kalau kasus disitu adalah payment gateway.

[@bgizzanm]

@@nasimicin ya makanya, klo lg bahas yg di balik layar gni/code logic ga bsa disandingkan sm b2b kan?

[@nasimicin]

@@bgizzanm maksudnya untuk misal si payment gateway ini ingin dipakai banyak pengguna berarti selain menyertakan docs api, tapi juga menyetakan api lib tiap prog lang, biar lebih dipilih sama developer dan dari preskpektif developer yg pakai tinggal implementasinya aja, ndak perlu bikin methods dan disamakan dengan docs api. Jadi yg lebih banyak dipilih yg kasih api lib daripada payment gateway yg cuma kasih docs api. Beda cerita kalau payment gatewaynya main monopoli 😅.

[@dhanipro6742]

@@bgizzanm misal saya bisnisman payment gateway, saya akan analisa dulu target pasar, level programmer dll. Faktanya banyak junior programmer bekerja di startup. Saya ga mau kehilangan client/customer gara² junior kesusahan integrasi. Jadi saya buat opsional SDK, rest, dll

[@MrKeliv]

Maaf mo komentar dikit. Mungkin konteksnya isi vidio mo bandingin antara Library VS API Docs. Peruntukannya jelas beda mas. Library biasanya tinggal pakai, ga usah pusingin endpoint2 dan parameter2 apa yang akan kita hit. Selama penyedia menyediakan librarynya dan docsnya. Biasanya lsg kita install dan gunakan. Sama spt saya pakai Library AWS S3 pada di rails. Kita ga usah pusingin gimana cara upload atau endpoint mana yang hrs dihit. Tinggal install dan jalanin 1 fungsi di Rails. Upload lsg jalan. Kalo API Docs itu lebih ke peruntukan dokumentasi memanfaatkan endpoint oleh si penyedia utk digunakan dibanyak platform. Tanpa hrs diinstall2 lagi. Btw, tutorialnya bagus juga utk menambahkan wawasan saat kita membuat library utk public. CMIW

[@ArdyanArdyan-kt4eh]

Td dimention jg OpenAPI code generator sebetulnya hampir mirip dg SDK. Client cukup panggil function/object sudah tidak perlu memikirkan endpoint API tsb. Model request dan response jg langsung dibuatkan oleh generatornya. Saya memanfaatkan fitur ini di Swift untuk iOS Development

[@HafizRahmadPutra]

Kebetulan saya juga pake openapi pak, tapi saya ada ketakukan akan orang yang mengetahui url dari openapi docs nya. Apakah ada cara untuk memprotect url openapi docsnya?

[@celestial8610]

komunikasi over HTTP masih ok. tapi sebagian yang komunikasi ke embedded system emang cocok pake SDK.

[@febrianandapramudita7801]

Ini protokol di network apa? Http atau yang lain kek mqtt

[@RizalCode]

Mau tanya buat aplikasi buat menjelaskannya itu pakai apa ?

[@WhyouTalk]

Excalidraw

[@kotakomputer4045]

Coba aj bikin payment gateway atau app yg tdk support API/SDK mk dijamin tdk laku. Jd pemikiran ini salah kecuali anda bikin app utk kebutuhan sendiri di hutan 😂 Bahkan hrs kita buatkan Sample shg memudahkan user

[@W3id]

Bang minta tolong buatin konten tentang cara baca cepat baca dokumentasi sebuah teknologi atau bahasa pemrograman mudah dan cepat paham bang 🙏🏼

[@hilmansyah321]

tinggal pakai bahasa bawaan aja, bikin library ko pakai library. jadi sangat menglibrarykan.

[@jatlineur]

wahhh makasih pak ilmunya, baru tau saya.

[@hyvercodecom]

Google malah pindah dari API ke SDK slah satunya firebase SDK

[@mokhamadnurhidayat]

contohnya yg pake sdk, firebase ya pak?

[@dzurrahman]

dari pas baca judul udah langsung di simpulin sih open api, soalnya kantor pake haha

[@oyabinx]

Tutor openAPi nya sudah ada kah?

[@muhammadmirlani4394]

Pak lanjut vidio yang di kursus PHP untuk buat framework

[@AhlaIptek]

Maksudnya seperti Laravel kah?

[@randiapriliyadirahmat5230]

contoh curl didokumentasi lah yang selalu gua cari

[@PSKI1]

klo misal nya api nya di auto generate sama open api di tiap bahasa pemrograman, kira" masih ada kemungkinan ngebug ngga bang?

[@ProgrammerZamanNow]

mending suruh client nya yang generate sesuai kebutuhan mereka sendiri

[@farizyudo2123]

Nanya dong ini coret coretnya pake apa ?

[@riorifaldi119]

excelidraw

[@agussutiyono8245]

Apakah disini ada programer yang berada di wilayah kediri jawa timur? Kami perusahaan startup yg sedang berkembang, sedang membutuhkan programer.

[@fluxcaruso345]

Hadir bang

[@fluxcaruso345]

Hadir bang

[@winnarno7661]

aplikasi buat draw nya apa ya pak ?

[@zachedo3538]

iya bang saya ga rekomendasi juga utk buat lbh baik pake aja 😅

[@ipunkk3578]

Okkk

[@lazyday7]

Pak, bahas materi Keycloack

[@soifant8227]

saya cuma butuh api doc sama status code

[@c0rmick954]

buat drawing flownya pake tools apa pakk

[@ProgrammerZamanNow]

excalidraw

[@jeffryansyahputra3765]

kalo ada yang ribet, ngapain yang mudah.... 😁😄

[@ProgrammerZamanNow]

greget

[@NerfShadow304]

😂

[@jatlineur]

mungkin biar keliatan keren aja, biar dibilang wahhh kerja bgt yahh, gitu kali 😅

[@ArifYunando]

Ini app yang buat gambar2 nya pakai apa ya? bagus juga

[@zakichoiruddin5162]

excalidraw

[@thaitea5399]

pak aplikasi untuk menggambar kotak2 itu pakai apa ya?

[@rezamaulanaalfitra8947]

up, pengen tau juga

[@str3337]

excalidraw

[@andndre]

API Docs cukup sih

[@Popcorn8Caramel]

itu untuk mind mapping nya pakai apa?

[@zakichoiruddin5162]

excalidraw

[@Popcorn8Caramel]

@@zakichoiruddin5162 thank you

[@MaulanaNurkarim-g8y]

kita hargai pendapatnya man teman. ini kan bisa di bilang pendapat pak eko yang kontra. nah mungkin ide video selanjutnya dari sudut pandang yang pro nya pak Eko biar balance hehe

[@ganasbio]

editor diagram nya pakai apa mas 😁

[@ProgrammerZamanNow]

excalidraw

[@ihwan_id]

ngikut suhu

[@AbdillahMuh-y5u]

summary: malas ngoding karna kebanyakan ngoding