Setuju pak, kecuali untuk support frontend client app (web/mobile). Tetap perlu client SDK untuk standarisasi dan mempermudah integrasi API yang sudah kita buat
@izumiosana2 ай бұрын
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_abdillah2 ай бұрын
Nah ini sama, lebih enak bikin API yang tech agnostic daripada harus cape-cape menyesuaikan tech punya client
@AdityoPratama2 ай бұрын
client terlalu malas, dan begitu ada issue tinggal blaim SDK nya.
@AlipDotPY2 ай бұрын
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.
@luthfiyufajjiru92732 ай бұрын
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.
@lebahsaham99472 ай бұрын
Tergantung use case sih ya
@balenol12092 ай бұрын
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.
@fiknaufall2 ай бұрын
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 😅
@ajiyakin2 ай бұрын
@@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.
@IchwanAlmaza2 ай бұрын
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
@tellolite2 ай бұрын
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
@faiznurullah93762 ай бұрын
I agree for your statement
@febrianandapramudita78012 ай бұрын
Bisa juga pakai protobuf biar lebih universal
@mstersierra-xyz2 ай бұрын
Iya, jujur sebagai pengguna layanan yang ingin integrasi, sangat terbantu kalau ada SDK nya
@afterschool25942 ай бұрын
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.
@dputra2 ай бұрын
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_id2 ай бұрын
Suka nonton pzn bukan karena related sama materi yg dibicarakan, tapi bagaimana narasi/story nya berjalan + mic yg mendukung sehingga enak aja gitu didengarkan.
@rappresent2 ай бұрын
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.
@sigityoutuber2 ай бұрын
sama pemikirannya
@basic-13372 ай бұрын
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”
@belajarcoding13912 ай бұрын
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
@IktaSol2 ай бұрын
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. 😁👍🏽
@ttaqinmu7072 ай бұрын
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
@ericksuryadinata2 ай бұрын
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.maulana2 ай бұрын
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.
@fabercastell41992 ай бұрын
Keuntungan lain pakai OpenAPI adalah banyak tools yg support OpenAPI, jadi kita bisa bikin playground, generate postman, dll.
@MargaRizaldiChannel2 ай бұрын
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-q7x2 ай бұрын
ini based on user request aja, kalo user nya sudah banyak, dan mereka semua paid user, ya wajib dibuat untuk ngebantu mereka.
@Programmer_Progamer2 ай бұрын
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
@ManusiaTamyiz2 ай бұрын
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 🙏✌
@firmanali16112 ай бұрын
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
@theMarhaenist2 ай бұрын
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.
@ahmadafandy11432 ай бұрын
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
@suryoadiguna2 ай бұрын
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.
@andisaputro47692 ай бұрын
mau nanya pak, kalau pembuatan order di e-commerce yg menggunakan microservice itu seperti apa flownya ya pak? http request biasa? atau event sourcing?
@patorikusutaru74832 ай бұрын
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
@valdesseventeen43612 ай бұрын
ada bang. coba aja cek salah satunya xendit.
@mstersierra-xyz2 ай бұрын
Bagaimana dengan SDK yang bukan HTTP request? Contoh nya seperti library untuk generate PDF
@dhanipro67422 ай бұрын
Bagus untuk sudut pandang programmer. Gimana sudut pandang bisnis? Tapi ini channel programmer ya bener
@bgizzanm2 ай бұрын
sudut pandang bisnis? bisnis apa maksudnya ni? klo pure arti bisnis mah ga ngurusin code yg dibalik layar kali bang😂
@nasimicin2 ай бұрын
@@bgizzanmB2Bnya. Kalau kasus disitu adalah payment gateway.
@bgizzanm2 ай бұрын
@@nasimicin ya makanya, klo lg bahas yg di balik layar gni/code logic ga bsa disandingkan sm b2b kan?
@nasimicin2 ай бұрын
@@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 😅.
@dhanipro67422 ай бұрын
@@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
@MrKeliv2 ай бұрын
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-kt4eh2 ай бұрын
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
@HafizRahmadPutra2 ай бұрын
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?
@celestial86102 ай бұрын
komunikasi over HTTP masih ok. tapi sebagian yang komunikasi ke embedded system emang cocok pake SDK.
@febrianandapramudita78012 ай бұрын
Ini protokol di network apa? Http atau yang lain kek mqtt
@RizalCode2 ай бұрын
Mau tanya buat aplikasi buat menjelaskannya itu pakai apa ?
@WhyouTalk2 ай бұрын
Excalidraw
@kotakomputer40452 ай бұрын
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
@W3id2 ай бұрын
Bang minta tolong buatin konten tentang cara baca cepat baca dokumentasi sebuah teknologi atau bahasa pemrograman mudah dan cepat paham bang 🙏🏼
@hilmansyah3212 ай бұрын
tinggal pakai bahasa bawaan aja, bikin library ko pakai library. jadi sangat menglibrarykan.
@jatlineur2 ай бұрын
wahhh makasih pak ilmunya, baru tau saya.
@hyvercodecom2 ай бұрын
Google malah pindah dari API ke SDK slah satunya firebase SDK
@mokhamadnurhidayatАй бұрын
contohnya yg pake sdk, firebase ya pak?
@dzurrahman2 ай бұрын
dari pas baca judul udah langsung di simpulin sih open api, soalnya kantor pake haha
@oyabinx2 ай бұрын
Tutor openAPi nya sudah ada kah?
@muhammadmirlani43942 ай бұрын
Pak lanjut vidio yang di kursus PHP untuk buat framework
@AhlaIptek2 ай бұрын
Maksudnya seperti Laravel kah?
@randiapriliyadirahmat52302 ай бұрын
contoh curl didokumentasi lah yang selalu gua cari
@PSKI12 ай бұрын
klo misal nya api nya di auto generate sama open api di tiap bahasa pemrograman, kira" masih ada kemungkinan ngebug ngga bang?
@ProgrammerZamanNow2 ай бұрын
mending suruh client nya yang generate sesuai kebutuhan mereka sendiri
@farizyudo21232 ай бұрын
Nanya dong ini coret coretnya pake apa ?
@riorifaldi1192 ай бұрын
excelidraw
@agussutiyono82452 ай бұрын
Apakah disini ada programer yang berada di wilayah kediri jawa timur? Kami perusahaan startup yg sedang berkembang, sedang membutuhkan programer.
@fluxcaruso3452 ай бұрын
Hadir bang
@fluxcaruso3452 ай бұрын
Hadir bang
@winnarno7661Ай бұрын
aplikasi buat draw nya apa ya pak ?
@zachedo35382 ай бұрын
iya bang saya ga rekomendasi juga utk buat lbh baik pake aja 😅
@ipunkk35782 ай бұрын
Okkk
@lazyday72 ай бұрын
Pak, bahas materi Keycloack
@soifant82272 ай бұрын
saya cuma butuh api doc sama status code
@c0rmick954Ай бұрын
buat drawing flownya pake tools apa pakk
@ProgrammerZamanNowАй бұрын
excalidraw
@jeffryansyahputra37652 ай бұрын
kalo ada yang ribet, ngapain yang mudah.... 😁😄
@ProgrammerZamanNow2 ай бұрын
greget
@NerfShadow3042 ай бұрын
😂
@jatlineur2 ай бұрын
mungkin biar keliatan keren aja, biar dibilang wahhh kerja bgt yahh, gitu kali 😅
@ArifYunando2 ай бұрын
Ini app yang buat gambar2 nya pakai apa ya? bagus juga
@zakichoiruddin51622 ай бұрын
excalidraw
@thaitea53992 ай бұрын
pak aplikasi untuk menggambar kotak2 itu pakai apa ya?
@rezamaulanaalfitra89472 ай бұрын
up, pengen tau juga
@str33372 ай бұрын
excalidraw
@andndre2 ай бұрын
API Docs cukup sih
@Popcorn8Caramel2 ай бұрын
itu untuk mind mapping nya pakai apa?
@zakichoiruddin51622 ай бұрын
excalidraw
@Popcorn8Caramel2 ай бұрын
@@zakichoiruddin5162 thank you
@MaulanaNurkarim-g8y2 ай бұрын
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