 sedikit lebih kuat jadi, pertama saja saya ingin berterima kasih kepada orang yang berterima kasih H. Sylvie atau orang yang biasa untuk menyebabkan saya hari ini saya selalu, semalam saya selalu berada di sisi yang lain terima kasih kerana berada di sisi ini saya telah mempunyai chat dengan Sylvie lama dulu dan berkata mungkin kita boleh buat sesuatu yang sedikit lebih teknikal jadi terima kasih kerana mempunyai saya di sini hei! tidak ada lagi fluff tidak ada lagi fluff tidak ada lagi fluff jadi saya sedang bercakap tentang menyebabkan api-api dan saya ada yang sangat seksi yang tersebar di sini mereka berkata, jangan menyebabkan prosesinya tetapi ia diutamakan tapi dalam kes ini, saya menghargai kamu juga kerana ini mungkin akan menjadi lebih seks saya rasa seperti yang anda lihat selama setengah setengah jam saya juga ingin semua orang berterima kasih untuk hari ini jika saya berkata, betul? pertama kali saya berterima kasih pertama kali saya berterima kasih ini pertama kali saya berterima kasih jadi saya berterima kasih untuk hari ini jadi hari yang terbaik untuk semua orang di sini jadi nama saya Rizwan dan saya produk Ninja saya telah menjadi produk yang berjaya sejak 10 tahun sekarang saya telah berada di tarik-tarik terpenuh di Fintech saya telah berada di kawasan sekejap saya telah bergerak ke logistik, bahkan sejak tahun baiklah saya terkenal sebagai Papa Rizwan, produk Papa di Ninja Van ia hanya bercakap kepada kebenaran anda dari organisasi, bukan kekuatan saya walaupun saya berkahwin dengan anak-anak sedikit lebih banyak daripada saya saya bermula pada tahun 2007 saya adalah penerbangan saya telah saya telah bergerak dengan teknologi dalam penerbangan komputer tapi awal-awal saya memperkenalkan sesuatu tentang diri saya saya bukan penerbangan yang baik tidak seperti beberapa orang saya dan saya memperkenalkan sesetengah masa dan saya memperkenalkan bahawa saya mempunyai penerbangan yang baik jadi saya memperkenalkan penerbangan produk dalam kerjaya saya jadi 11 tahun lalu saya mengalami penerbangan penerbangan saya sekarang penerbangan di B.S. saya memperkenalkan sebuah lelaki dan saya mengajar mereka saya sebenarnya penerbangan produk penerbangan penerbangan di B.S. saya memperkenalkan banyak cara terutama lelaki dan kawasan saya saya tidak sangat mempunyai gambar tapi itu benar ada jenis ini yang telah bergerak di pejabat saya kita mempunyai sebuah sesejian dan kita memperkenalkan bahawa penerbangan penerbangan produk ini adalah jenis lain yang kita menemukan dan kita memperkenalkan bahawa kita menemukan sangat menarik saya ke rumah, saya memperkenalkan dengan ke dalam sesej dan saya rasa sangat menarik kerana itu benar untuk kebanyakan yang benar, penerbangan penerbangan produk adalah penerbangan penerbangan penerbangan ini adalah yang terbaik kita dapat buat jadi, yang paling banyak orang akan kata ialah, saya bekerja dengan yang sangat muda penerbangan penerbangan produk di B.S. selalu berat dan penerbangan untuk belajar perkara baru dan penerbangan produk yang menerbangan penerbangan penerbangan di B.S. sangat tepuk Kami ada sebuah grup produk dengan beberapa grup yang sangat tepat agen pelajar kami melewati mereka, kita berbincang dengan mereka kami mendapat rancangan, kami berbincang kami melakukan semua perkara yang baik kami memang bergantung pada mereka untuk mengeluarkan produk kita dan sebagai penerbangan penerbangan penerbangan yang tidak tepuk anda kadang-kadang bergantung Penerbangan penerbangan penerbangan penerbangan di B.S. dan berkata, Rizwan, saya rasa sedikit susah kerana saya rasa saya memang menerbangan penerbangan penerbangan penerbangan pembangunan ini. Dia rasa bahawa dia terus berkata, apabila saya boleh mempunyai ini, bagaimana susah untuk dibuat? Kenapa kamu perlu mempunyai ini? Kenapa kamu tidak boleh mempunyai botan? Bagaimana susah untuk mempunyai ini? Selepas bertanya, dia merasa bahawa hubungan dia dengan penyelesaian adalah menguruskan. Jadi dia minta saya, apa yang boleh saya lakukan untuk mempunyai ini? Dia beritahu saya bahawa dia merasa seperti seorang perempuan, dan dia hanya boleh pergi ke kawasan dan menyelamatkan penyelesaian. Jadi apa yang boleh saya beritahu untuk mempunyai ini? Dia ingin tahu bagaimana dia boleh bekerja lebih jauh dan efektif dengan penyelesaian dan tidak selalu mempunyai hidupnya. Saya beritahu dia, semua hubungan ini berdasarkan dua perkara, percaya dan komunikasi. Jadi jika kamu mempunyai komunikasi, dan kamu boleh bercakap dengan komunikasi teknikal, ia adalah bonus yang besar, terutamanya jika kamu perlu bekerja dengan penyelesaian. Saya tidak tahu bagaimana banyak yang kamu melihat infografik ini di dalam minda penyelesaian. Saya suka, kerana saya rasa ia sangat akurit. 40% dari penyelesaian atau penyelesaian, kita patut berjaya dengan komunikasi, atau sekitar 40% dari penyelesaian dan komunikasi. Sekarang 20% dengan penyelesaian, 20% dengan penyelesaian dan 20% dengan penyelesaian. Jadi jika kamu mempunyai penyelesaian dan komunikasi, dan kamu mempunyai penyelesaian dengan penyelesaian, kamu sudah mempunyai 60%. 60% dari penyelesaian. Dalam sekolah-ekolah, 60% adalah penyelesaian saya. Jadi ia adalah mulut yang baik, bukan? Ia adalah tempat yang baik untuk bermula. Ada kota ini dan Martin akan sangat gembira melihat kota ini. Saya menguatkan dia, bukan? Kamu tahu, penyelesaian penyelesaian adalah tentang penyelesaian penyelesaian. Ia adalah tentang menghubungi berbagai grup orang bersama. Untuk membuat itu, kamu harus dapat bercakap. Kamu harus dapat menguatkan. Saya telah bercakap dengan J.A. General Assembly sepanjang sejujurnya, disebut di dalam fikiran penyelesaian yang hebat. Sebuah kawan baik di sini, Norman Tay, di dalam penyelesaian. Dan dia menyebabkan ketua-ketuaan untuk kawan CX, pengalaman pelanggan. Dan salah satu perkara yang dia menyebabkan adalah ketua yang sangat penting. Ia adalah kemungkinan untuk menghubungi masa bersama orang. Kamu tidak selalu menghubungi masa bersama, bukan? Mengahwini apa yang ada di atas mereka. Mengahwini apa yang ada di atas mereka. Dan itu penting apa yang ada di atas mereka. Dan itu penting apa yang ada di atas mereka. Kita mempunyai kemungkinan dalam desain. Kita mempunyai kemungkinan dan teknologi dan kemungkinan dalam perniagaan. Jadi hari ini, ini adalah introduksi yang panjang untuk kemungkinan sebenar saya. Hari ini saya akan bercakap tentang api. Kenapa api? Sebab saya rasa dalam pekerjaan kerja yang kita lakukan, bercakap dengan api, seharusnya bercakap dengan penyelesaian. Saya akan cuba menyebabkan sesuatu yang penting hari ini. Untuk kamu yang tiada kemungkinan dalam api, 5 perkara yang kamu perlu faham tentang api seharusnya dapat menyebabkan. Saya harap pada akhir hari ini kamu akan mempunyai kemungkinan yang penting untuk kembali, melakukan penyelesaian dan membaca sendiri dan kamu akan berada di situ. Saya tahu bahawa titik saya telah membahas api. Tetapi untuk kamu yang berfikir kamu akan keluar dengan membahas api yang telah membahas event atau clickbait untuk kamu. Saya akan membahas kemungkinan yang penting. Jadi sekejap. Berapa banyak kamu tahu Karate Kid? Movie Miyagi-san dan Daniel LaRusso. Yang baru? Yang pertama, yang original. Wax on, wax off. Siapa tahu itu? Oh, itu sangat menarik. Itu sangat menarik. Sebenarnya, hari ini saya akan membahas Wax on dan Wax off api. Dan saya sedar itu sepatutnya sudah menjadi titik saya. Tetapi sekarang dalam kemungkinan, lebih daripada bagaimana rupanya tahu tentang ini. Sangat risau. Jadi tolong pulang atau sesuatu. Jadi, jumpa di tengah-tengah menonton masa saya. Apa api? Definiti formal. Boleh membahas untuk diri sendiri. Untuk mencubanya, ia adalah kontrak stabil untuk komunikasi antara servis komputer. Biar saya membahas ini untuk kamu. Anak api adalah sebuah mekanisman yang membahas servis komputer untuk bercakap dengan orang lain. Servis, komputer, servis web untuk bercakap dengan orang lain. Seperti seorang manusia, saya boleh bercakap dengan kamu dan berkata, beri saya api. Atau beri saya api. Atau beri saya bahan-bahan yang berlainan atau menguruskan kepada saya. Dan kamu masih faham. Kerana kamu mempunyai bahagian yang menerima semua ini. Tetapi dalam dunia internet dan dunia web, kamu perlu menjadi lebih jelas dan spesifik. Api adalah kontrak komunikasi. Api bukan bahagian. Api adalah architektur untuk komunikasi. Jadi, setiap servis mempunyai aplikasi yang berlainan, setiap servis mempunyai bahagian yang berlainan. Kita perlu mempunyai dengan sangat spesifik. Anak api yang terkenal untuk mempunyai api adalah restoran. Saya akan mempunyai anak api sekarang. Cepat-cepat. Memang, saya adalah servis web dan restoran adalah servis web. Saya cuba mendapatkan sesuatu. Apabila kamu mempunyai Google, kamu mempunyai Search. Kamu mengambil Google dan mempunyai sesuatu untuk Google. Tapi servis itu bercakap dengan orang lain. Apabila saya mempunyai restoran, bagaimana saya mencari? Saya perlu memperkenalkan apa yang saya mahu memperkenalkan. Tapi saya hanya boleh memperkenalkan apa yang diperkenalkan di restoran. Ia adalah bagaimana servis web berlainan. Saya memperkenalkan apa yang diperkenalkan. Anak api. Anak api sebenarnya adalah document api. Anak api beritahu saya apa yang diperkenalkan. Jadi, saya memperkenalkan dan saya melihat starters, manis, dan saya melihat burger, dan saya melihat cheese burger. Bagus. Jadi, saya akan mempunyai waiter. Bagi saya, waiter adalah api. Menu adalah document api. Sangat berbeza daripada diagram ini. Saya bercakap dengan waiter dan berkata, bagi saya burger, waiter berkata, Ya, Encik, kembali ke bilik, menghantar mesej ke bilik, kembali kembali ke saya dan berkata, burger awak berada di sana, Encik. Dan kita mempunyai lelaki respons yang diperkenalkan. Itu adalah alasan yang sangat bagus dari yang api adalah, menjelaskan untuk semua orang di sini. Masalahnya, tidak ada dua api yang sama. Jadi, hari ini, boleh saya beri awak perkembangan dan awak semua pergi ke rumah dan menjual dokumen api dan segala-galanya yang saya fikir, penyelaskan, jawabannya tidak. Tapi saya tidak boleh beri awak beberapa bilik yang basic, yang memperkenalkan untuk awak setengah jalan di sana. Ada 5 alamat yang kita patut peduli. Ini adalah 5 yang saya beritahu tentang kembali, kembali, kembali, kembali, kembali, kembali, kembali, kembali, kembali, kembali, kembali. Jadi, saya menjelaskan alamat kembali ini. Saya akan bercakap dalam dunia internet. Okey. Api boleh digunakan dalam banyak domain yang berbeza, banyak area yang berbeza, protokol. Saya akan menggunakan protokol Http kerana banyak kita, saya akan menjelaskan, saya bekerja dengan produk yang berubah di luar internet. Jadi, mari kita menjelaskan. Jadi, alamat kembali akan menjelaskan alamat ke alamat dan alamat akan menjelaskan alamat. Sangat mudah. Perkara yang diperkenalkan. Perkara dan kembali dan alamat. Apakah anda membuat kembali ke alamat? Apakah anda sebenarnya menjelaskan? Anda menjelaskan alamat kembali. Alamat kembali ada struktur yang sangat keras. Ingat saya beritahu api adalah kontrak. Mereka harus mempunyai informasi yang diperkenalkan oleh alamat kembali. Jadi, ada 4 perkara di alamat kembali. Ingat alamat kembali alamat kembali. Pertama, ada 4 perkara di alamat kembali. Saya akan menjelaskan alamat kembali dan alamat kembali. Apa alamat kembali? Alamat kembali adalah saya beritahu alamat yang saya mahu kembali dalam cara ini dengan alamat kembali. Jadi, alamat kembali adalah HDP, yang adalah alamat kembali. Alamat kembali mungkin adalah nama restoran. Alamat kembali adalah... saya akan mengajar alamat kembali. Alamat kembali adalah bagaimana menemukan apa yang saya mahu. Apabila anda menemukan alamat kembali dan perlukan perdapat ilmu kembali, alamat kembali adalah alamat kembali. Saya minta alamat kembali soal. Jadi, apabila saya menoninekan menu, saya mengajar alamat kembali kembali alamat kembali. Jadi, dengan kemungkinan saya adalah alamat kembali alamat kembali. Okey? Apa ukuran saya? Kenapa ukuran?則s, mungkin kita ada banyak alamat kembali jadi anda akan mahu melihatnya jadi saya dapat menyebabkan sos ialah mail dan bun ialah sesame jadi itu menyebabkan saya untuk beritahu API apa yang saya nak dan ini adalah pasangan yang saya perlu mempunyai pada block saya apabila saya menggunakan pasangan ini kepada pesanan ok perkara yang saya mahu menyebabkan adalah meskipan jadi apabila anda menyebabkan api, anda juga mempunyai perjalanan yang anda menggunakan jadi ada banyak perjalanan yang diberikan tapi yang paling berbunyi dan saya pasti banyak anda mendapatkan pasangan yang diberikan untuk memperolehkan kebalan pasangan adalah untuk membuat sebuah sasaran maaf, pasangan untuk membuat sasaran, pasangan untuk memperolehkan atau memmodifikasi sasaran dan pasangan untuk memperolehkan untuk memperolehkan sasaran betul? jadi menyebabkan dalam satu contoh yang saya beri kepada anda dalam menu, atau maaf, dalam restoran jangan beritahu semua itu saya akan menjelaskan kepada anda saya di restoran saya duduk, saya melihat menu saya memutuskan apa yang saya mahu menyebabkan saya membuat sasaran kepada pesan mulai dengan sedikit abstrak saya akan suka sasaran saya minta sasaran untuk sasaran mereka akan membuat sasaran untuk saya semasa sasaran telah dibuat saya panggil pesan kerana saya ada perubahan dan saya akan menyebabkan sasaran pecah sasaran so dan saya akan menyebabkan 4 cara yang saya jelaskan dan bagaimana mereka akan mengalami resursus terhadap verb yang digunakan. Saya juga mengatakan bahawa kata-kata menerima saya dan berikan saya jawapan. Kata-kata kata-kata beri saya jawapan juga perlu dilatihkan. Ingat kita dalam dunia internet, komputer berbicara dengan setiap orang, ia perlu dilatihkan. Untuk jawapan, ini cara kata-kata apa yang saya mahu anda fokus pada adalah kode status. Berapa banyak anda melihat internet dan melihat sesuatu yang berlaku pada tahun 404? Saya rasa itu yang paling berkembang. Semua orang tahu tahun 404. Dengan protokol internet, ada banyak-banyak kode http status. Ini adalah pilihan kata-kata kerana apa yang saya beritahu awal-awal adalah kita perlu dapat menghidupkan perusahaan antara pengalaman produk dan pembangunan. Dan pembangunan selalu berkata, ini adalah kita telah melihat 400 atau 503. Ia berlaku dengan kode polis. Tapi ini adalah kode http. 503 adalah servis yang tak ada. Dalam selama hari Ninja Van dan Zalora, Zalora akan beritahu saya ini adalah 503. Kita tak boleh mendapat perusahaan. Kita perlu dapat memahami ini di atas yang tinggi supaya kita boleh menjadi efektif ketika bercakap dengan perusahaan kita. Jika perusahaan kita perlu beritahu ini kepada kita, ia membuatnya sedikit lebih susah. Saya akan menghidupkan sesi yang berikutnya sekarang, yang adalah perusahaan. Kau tak dapat melihat ini, kan? Dalam contoh saya, saya pergi ke restoran dan saya menghidupkan satu burger. Bagaimana jika saya menghidupkan untuk menghidupkan makanan untuk keluarga saya? Jadi dua pembangunan dan tiga pembangunan dan tiga deser dan 10 minuman dan extra fries dan sebagainya. Bukan saya perlu membuatkan 20 atau 30 perusahaan? Kata-kata, tidak. Kata-kata, anda boleh menghidupkan informasi sebuah kawasan API. Jadi, dalam contoh ini, ada dua jenis bahan-bahan yang selalu dipakai dengan bahan-bahan dan mereka adalah jason dan XML. Saya pasti semua orang akan mendengar mereka. Javascript, objek notasi dan makanan makanan yang selalu dipakai. Saya akan memperkenalkan kepada anda lagi beberapa elemen kritis tentang jason dan XML. Ini adalah bahan-bahan yang selalu dipakai dengan bahan-bahan yang selalu dipakai. Bahan-bahan juga dipakai sebagai payload. Jadi apabila pembangunan berkata, bolehkah anda periksa payload? Maksudnya, bolehkah anda periksa bahan-bahan dan respons atau bahan-bahan panggilan? Saya juga akan menunjukkan ini tentang jason. Jasons, anda boleh memperkenalkan mereka dengan bahan-bahan yang selalu dipakai dan bahan-bahan yang selalu dipakai. Yang lain yang benar-benar kritis untuk tahu adalah anda tidak dapat melihat ini di sini dan ada sebuah rata di tengah-tengah. Jadi ada sebuah kisah. Saya harap anda tahu apa kisah. Kisah kisah kisah boleh menjadi individu atau juga boleh mempunyai kisah dalam mereka. Ini adalah contoh jason yang sangat lama. Kisah kisah kisah ada kisah kisah dan anda dapat melihat ini kisah dalam kisah kisah. Setiap item juga disebut objek. XML di hadiah lainnya, seperti HTML. Anda dapat mempunyai kisah dan kisah dan anda dapat kisah di tengah-tengah dan mereka menggunakan kisah untuk mempunyai kisah. Saya akan tunjukkan kenapa nanti. Ini sangat penting untuk tahu jika ini adalah sesuatu yang anda tidak familiar dengan. Selanjutnya saya akan menutupi kisah. Kita hampir pada akhir sekarang. Bagaimana anda tahu, beberapa restoran memperkenalkan anda untuk memperkenalkan anda, memperkenalkan kisah dan memperkenalkan anda nanti. Ada beberapa restoran yang memperkenalkan anda untuk memperkenalkan kredit anda di depan. Mereka tidak akan memperkenalkan kisah anda. Bagaimana anda tahu, bagaimana kisah web yang anda tahu bahawa anda dapat memperkenalkan kisah dari mereka. Ini adalah konsep kisah yang digunakan. Dalam api, dalam kisah dan kisah yang saya bincangkan, ada juga element kisah. Di dalam kisah, anda dapat meletakkan banyak perkara yang berbeda yang memperkenalkan anda untuk memperkenalkan komunikasi antara dua parti. Dua perkara adalah kebenaran. Dan sebagainya adalah kebenaran. Ada banyak perkara yang berbeda. Saya tidak akan memperkenalkan ini hari ini. Ini adalah kisah yang sangat terdengar dan terdengar. Ada kebenaran asing, ada kebenaran api, ada kebenaran awal. Mereka semua melakukan perkara yang sama. Ia memperkenalkan pembantu untuk membentuk keadaan dia ke sana. Keluar untuk membentuk keadaan dia untuk serva. Jadi serva dapat menghargai dan memperkenalkan kebenaran itu. Ketiga perkara adalah kisah. Jadi jika anda mempunyai kisah yang berbicara di internet yang berbicara kisah yang berbeza. Di kisah ini, klien hanya dapat menerima jason. Jadi anda dapat memperkenalkan kisah anda. Klien beritahu serva bahawa saya hanya dapat menerima jason sebagai kisah dan serva akan menerima jason. Dan di kisah ini, ia akan menyebutkan bahawa saya telah menerima kisah dan serva akan menerima jason sebagai kisah sehingga kisah tahu bagaimana menerima informasi itu. Jadi itu dah selesai. Tiga perkara yang penting, menerima kepada anda. Selepas 10 minit, saya percaya. Kisah, kisah, kisah, kisah, kisah dan serva. Jadi apa yang sebenarnya berlainan? Apa yang saya berharapkan untuk anda semua adalah untuk pergi ke rumah dan mencari perkara ini. Cuba mencari metodik peralatan, menerima dokumen API, cuba mencari metode off. Beri pembentangan yang dipercaya, menerima kawasan pembentangan yang dipercaya dan jika ada pembentangan API, cuba mencari. Berkembang dengan cepat apa yang saya lakukan malam ini. Adakah ini tanya sehingga? Selepas itu, sekejap. Berkembang dengan cepat apa yang saya lakukan adalah saya mengambil dokumen API untuk menerima perkara ini untuk mendengar apa yang kita lelaki. Jadi jika anda menerima jika anda mencari API dari Shopify kerana ia adalah dokumen yang terbaik untuk menerima pembentangan yang dipercaya. Tapi Shopify adalah salah satu pembentangan yang terbaik. Mereka harus mempunyai pembentangan yang dipercaya untuk dokumen API. Apabila anda menerima perkara ini, perkara pertama yang anda lihat adalah kebenaran. Walaupun anda tak dapat melihat apa-apa di sini. Saya telah menerima apa yang dipercaya dan sekarang apabila anda menerima pembentangan ini, anda tidak tahu apa yang saya bercakap. Ia bermaksud anda perlu menerima pembentangan yang dipercaya dalam pembentangan yang dipercaya apabila anda menerima pembentangan. Bagaimana anda dapat pembentangan yang dipercaya anda perlu membuat pembentangan yang dipercaya dan dipercaya untuk mencari bagaimana anda dapat pembentangan yang dipercayai. Bagaimana dia buat sedikit lebih berfungsi sekarang. Ambil dokumen ini anda akan ke pembentangan di program produk. Dan anda tidak dapat menerima ini. Tetapi ini adalah apa yang anda dapat melalui他們 di seluruh produk. Sekarang anda dapat melihat perkara pertama itu adalah pembentangan anda dan kemudian anda memiliki URL yang sebagai alokasi. atau keadaan resursi anda di sini. Ia berkata, GetAdminProducts.json. Apa maksud anda? Berkata, Get all the products in your store. In what format? Json format. Second one was, GetProductsCount. Get all the product counts in your store. Sudah tentu, you find when you look at documentation, you kind of make sense. As a product manager, how do I use this information? Saya akan mendapatkan pada saat ini. Anda dapat membuka semua panggilan dan melihat konten sekarang. Apabila anda melihat dokumentasi API yang sangat bagus, ia mempunyai metod, yang juga digunakan sebagai anjir. Kemudian ia mempunyai jawapan senjata. Apabila anda membuka, anda mempunyai jawapan senjata. Ini untuk mempunyai semua produk. Sudah tentu anda melihatnya di Json. Berkata, berkata, jika anda melihatnya di bawah, ini adalah listan produk, array produk, produk yang mempunyai objek ID, objek titik, hdml, vendor, produk type, dan kemudian ia mempunyai array nesta juga. Ia mempunyai varian dengan panggilan kerajaan dan kemudian ia mempunyai juga. Sudah tentu anda melihatnya, ia tidak mempunyai sebaik-baik lagi. Satu perkara untuk digunakan, adalah untuk banyak dokumentasi API, walaupun ini adalah array, ia hanya menunjukkan satu istimewa. Jadi ia tidak segera untuk anda, jika anda tidak mempunyai panggilan kerajaan dan panggilan kerajaan, itu adalah array sebenar. Yang terakhir yang anda boleh lakukan, atau salah satu perkara yang seseorang akan mempunyai, adalah, jika api adalah sebuah bahagian yang komputer menggunakan untuk berbicara dengan orang lain, servis web yang menggunakan untuk berbicara dengan orang lain, bagaimana saya, seorang penerbangan produk, akan menggunakan api atau mencuba. Ketua-tua anda menghargai saya untuk mencuba. Bagaimana saya mencuba? Bagaimana saya menggunakan panggilan kerajaan, atau panggilan kerajaan? Pertanyaan adalah tidak. Ada banyak produk lain di sana yang mengajar anda untuk menggunakan panggilan kerajaan yang ketua-tua yang mengajar anda untuk melakukannya dengan api dalam format visual dengan UI. Yang paling popular adalah Postman. Dan ini berlaku untuk menggunakan panggilan kerajaan dari lagi, web Shopify. Shopify pun bahagian menggunakan bagaimana untuk menggunakan api pada Postman, yang sangat menarik. Jika anda melihat interface Postman, perkara yang terkenal di sini lagi, metod, URL, bodi, saya percaya ini adalah penerbangan, penerbangan, ia berkata di sini jason, aplikasi jason, dan kemudian anda mempunyai bodi anda. Jadi semua ini tidak menjadi lebih menarik lagi. Kenapa semua ini penting untuk kita sebagai penerbangan produk? Saya mengatakan bahagian terlebih dahulu dan sepanjang-biasa, hal yang kita dapat bercakap dengan penerbangan. Untuk dapat faham apa yang mereka bermakna apabila mereka berkata, saya rasa kita perlukan penerbangan baru. Ia perlu menjadi penerbangan dan penerbangan. Ia perlu menerbangan ke penerbangan yang particular, ia perlu menerbangan sebuah penerbangan dalam sebuah bodi. Untuk anda dapat menggunakan penerbangan dengan penerbangan, itu akan membawa anda lebih dekat dengan Nirvana. Okey? Sekarang, penerbangan pada mereka adalah produk. Jadi Shopify mempunyai penerbangan produk yang menghargai produk itu. Ninja Van, terbunyai, kita belum masih mempunyai penerbangan produk yang dikongsi dengan penerbangan. Penerbangan kita menghargai itu. Tapi dalam banyak kes, kita dengar, untuk contoh, biar saya fikir, Tjulio, siapa dengar Tjulio? Mereka mempunyai penerbangan sebagai produk. Mereka menghargai produk itu. Mereka mempunyai penerbangan produk yang menghargai penerbangan sebagai produk di dalam. Jadi penerbangan produk itu perlu tahu bagaimana kita memasak, mempercayai penerbangan dan mempercayai penerbangan. Bagaimana kita memasak dokumen ini, bagaimana kita memahami mereka, bagaimana kita mempercayai dokumen ini untuk penerbangan mereka? Itu adalah sebab kedua sebabnya kita juga perlu mempercayai penerbangan. Kerana penerbangan di dalam adalah produk kita. Pertiga, banyak kita mempercayai penerbangan yang menghargai penerbangan. Penerbangan dan penerbangan dengan, anda nama ini, Lazada, Zalora, Sephora, betul? Ya, Zalora. Bagaimana kita mempercayai mereka? Penerbangan. Saya baru berjaya mempercayai penerbangan di Thailand Sebenarnya, penerbangan yang hanya diberikan kepada saya adalah dokumen Api Line. Mereka beri saya penerbangan dan beri saya dokumen dan mereka berkata, mari kita mempercayai. Jadi, saya perlu mempercayai sebuah hari mencari dokumen itu, mempercayai, dan kemudian, mempercayai Bangkok dengan penerbangan dan penerbangan produk dan mempercayai penerbangan. Baiklah, mempercayai penerbangan. Kita perlu mempercayai dan bercakap dengan penerbangan dan mempercayai mereka. Organisasi seperti itu juga mempercayai penerbangan bahkan pada penerbangan produk, bahkan pada penerbangan QA dan penerbangan jenis. Jadi, ia penting untuk kita mempercayai. Apa yang saya beri kepada anda, semoga hari ini, adalah pilihan basikal untuk mempercayai anda. Ada banyak lagi kepada Api Line yang anda boleh begini untuk menjelaskan. Saya beritahu, ada banyak varian dari Api Line. Mereka mempunyai banyak format. Semua organisasi mempercayai penerbangan dengan cara yang berbeza. Ada beberapa orang menggunakan beberapa orang mempercayai penerbangan. Ada beberapa orang mempercayai penerbangan. Mereka mempercayai penerbangan bagi contoh yang anda mempercayai untuk semua produk dalam pilihan penerbangan, dan mempercayai 5,000 produk. Anda akan mempercayai semua itu? Penerbangan datang untuk bermain. Penerbangan datang untuk bermain. Penerbangan mempercayai pilihan penerbangan untuk memastikan anda tidak mempercayai pilihan mereka. Ada sebuah konsep yang dipanggil Webhooks yang sangat dikatakan dengan Api Line juga. Ini semua lebih sedikit lebih konsep yang dikatakan. Saya harap anda mengambil masa untuk mempercayai dan mempercayai. Tapi sebenarnya, saya harap anda dapat melihat segalanya yang penting untuk mempercayai Api Line. Terima kasih banyak. Saya gembira itu. Terima kasih. Terima kasih. Saya tidak mempercayai. Ada sebuah negara yang mempercayai Api Line? Sebenarnya. Ya. Jadi, ada sesuatu yang dipanggil middleware. Jadi, apa yang dia minta adalah, bagaimana jika anda mempunyai sistem A dan sistem B dan sistem A dan B menggunakan varian yang berbeda dari Api Line atau langgan yang berbeda. Ia mungkin tidak mempunyai api Line. Bagaimana anda mempercayai sistem legacy untuk sistem baru? Dan jawapan yang hanya saya ada adalah middleware. Sebenarnya, membuat sistem lain yang dapat berbincang dan membuat perubahan. Ia menyakitkan. Kami membuatnya dan juga di mana kita perlu. Tetapi jika anda dapat mempercayai sistem legacy, tidak ada jalan yang benar. Ya. Ada sebuah pertanyaan? Ya. Jika anda mempunyai sebuah perubahan, dan anda mempercayai untuk membuat perubahan yang terbaik, bagaimana anda mempercayai? Okey. Pada pertanyaan yang sangat menarik. Ada sesuatu yang saya mempercayai dengan, tidak sama pada perubahan api, ada beberapa perubahan yang saya mempercayai di sini. Dan ada sebuah pertanyaan yang kita selalu mempunyai. Lama satu perubahan yang kita mempunyai sebagai perubahan agar, agar tidak mempercayai dokumentasi. Jadi tidak, betul tidak? Ini yang saya telah mempercayai dan mempercayai. Agar tidak mempercayai dokumentasi. Anda membuat perkara yang cepat. Berkata-kata dan mencoba. Dan itu mempercayai sebuah kultur dalam cara kami mempercayai kerja mereka. Saya boleh beritahu anda, bahawa dalam Ninja Ven, kami mempunyai perubahan yang berbeda dengan perubahan api. Kami mempunyai perubahan yang lebih tinggi, yang akan mempercayai saya tidak yakin apa yang mereka panggil, tetapi mereka adalah perubahan yang ada di luar sana. Apabila anda menulis kode anda, dan kita mempercayai perubahan micro-services, perubahan ini akan mendengar untuk perubahan baru dan mendokumen mereka. Apabila mereka pergi. Jadi perubahan yang membuat semua perubahan itu sebenarnya dibuat oleh perubahan. Ia semua mengenai dokumen pada akhirnya. Saya rasa ini adalah idea yang hebat kerana dalam perubahan micro-services, saya yakin yang banyak kami mempercayai perubahan micro-services sekarang, ini menolakkan masalah besar. Tetapi untuk mempercayai bahawa perubahan itu dipercayai dengan baik dan mempercayai semua informasi ini masih mempercayai pada perubahan perubahan. Jadi sebagai perubahan yang mempercayai ke dalam perubahan baru dan jika saya telah beritahu, mari kita mempercayai dokumen. Yang pertama yang saya akan buat adalah mempercayai bagaimana keadaan situasi. Api ini mempunyai banyak versi atau perubahan. Jadi anda mempunyai perubahan perubahan yang saya beritahu. Anda mempunyai versi 1, versi 1.1, versi 1.1.1, dan setiap kali kita mempunyai versi yang baru untuk mempercayai perubahan, anda akan mempunyai pelanggan atau orang yang mempercayai menjadi 1 menjadi 2. Tetapi ia akan menjadi perubahan dan akan menjadi orang yang diberikan. Untuk mempercayai perubahan, kita harus berat tentang perkara ini. Jadi mempercayai perubahan yang anda mempunyai untuk masa dua tahun yang nanti, untuk mengenai pembentangan kemahiran di perubahan. Jika kita mempercayai versi 4, kita harus membuat panggilan untuk mengambil pembentangan kemahiran 1 dan 2. Kerana kita tidak boleh terus mempercayai perubahan yang berlaku. Ia sangat susah. Apabila anda mempunyai pembentangan kemahiran, mari kita mempercayai pembentangan kemahiran untuk masa 6 bulan lagi, dan mempercayai pembentangan kemahiran pada pembentangan kemahiran dan pada pembentangan kemahiran untuk mengambil pembentangan kemahiran. Ada pembentangan kemahiran untuk membantu anda hari ini. Saya tidak tahu berapa banyak anda dengar api. Ada juga pembentangan kemahiran yang sangat mudah untuk kita membuat pembentangan kemahiran dalam cara yang mudah dan mudah. Jika anda tidak perlu membuat pembentangan kemahiran dan sebagainya, ia adalah tentang mengambil pembentangan kemahiran. Shopefy adalah pembentangan kemahiran. Anda dapat pergi ke sana dan melihat pembentangan kemahiran yang anda menggunakan. Bukan banyak akan menerimu pembentangan kemahiran. Kita semua harus mengambil pembentangan kemahiran untuk mengambil pembentangan kemahiran untuk mengambil pembentangan kemahiran. Tetapi kita bergantung kerana pembentangan kemahiran hanya seperti produk kita adalah pembentangan kemahiran dan mereka berubah selama-lamanya. Kita membuat pembentangan kemahiran dalam Agile juga yang adalah pembentangan kemahiran. Pada pertanyaan? Tidak ada lagi pertanyaan. Bagus. Terima kasih untuk Rizwan dan Bill untuk mengambil pembentangan kemahiran. Kamu melihat pembentangan kemahiran dan jika anda mencari pembentangan kemahiran dalam live stream, ia ada di sana. Terima kasih. Saya tak tahu kenapa kamu berdua selalu tahu. Tolong balik lagi. Kita akan bersama dan bersama-sama untuk melihat pembentangan kemahiran. Terima kasih.