 Bagaimana dengan penjaman? Tak ada idea. Tak ada. Tak ada yang di belakang. Pada masa yang terakhir, ia mulai sekarang. Jadi, masa yang terakhir, membuat satu hal untuk menggunakan perjalanan data oleh En. Chin-Up. En. Chin-Up adalah pemberitahuan jublia yang menghubungi perjalanan perjalanan pada perjalanan perjalanan perjalanan perjalanan perjalanan data. Selain dari membuat perjalanan perjalanan, En. Chin-Up berhasil melalui idea yang menghubungi perjalanan perjalanan perjalanan perjalanan tersebut. Dia dilahirkan di India dan menghubungi di Indonesia mempunyai sebuah latar belakang di Asia. En. Chin-Up telah menghubungi dari Universiti National di Singapura dengan penjaman penjaman dengan penjaman dan program sekolah universiti. Di luar pejabat, En. Chin-Up menggantikan penjaman penjaman perjalanan tersebut dan memperkenalkan perjalanan perjalanan perjalanan tersebut. Terima kasih banyak untuk intro. Helo, semua. Saya berada di perjalanan perjalanan perjalanan sekitar dua bulan lalu. Mungkin salah satu yang paling besar di Singapura, sekitar 2,000-3,000 orang. Dan... Sangat besar bahawa perjalanan tersebut dan di setiap lalu perjalanan perjalanan tersebut ada satu perkara yang sangat menarik di perjalanan tersebut. Banyak orang tidak menggunakan laptop-nya. Saya tidak tahu jika saya berada di tempat yang betul. Tetapi seperti yang saya lelaki dan saya dapat melihat beberapa orang di sini, banyak orang berada di laptop-nya. Saya tidak yakin itu adalah perkara yang baik tetapi saya rasa lebih di rumah. Jadi, mari kita mulakan dengan memperkenalkan diri saya. Nama saya Chanab. Seperti yang kawan saya beritahu, saya adalah CEO dan co-founder jubiah. Selepas tiga tahun, saya memperkenalkan perjalanan tersebut untuk membuat berjalanan yang menarik di perjalanan. Jadi, kami membuat berada di perjalanan tersebut kerana kami membantu memperkenalkan perjalanan tersebut antara perjalanan. Ini memperkenalkan aplikasi web yang digunakan ke kanan yang adalah jubiah dan berjalanan sebelum perjalanan. Jadi, 3-4 hari sebelum perjalanan. Selepas ini, kami mempunyai jubiah yang benar-benar menjelaskan perjalanan tersebut. Yang menyebabkan setiap perjalanan tersebut dan perjalanan tersebut dengan data berlaku dengan data berlaku dari perjalanan. Ini memberi kami banyak perjalanan tersebut dan perjalanan tersebut untuk memperkenalkan perjalanan tersebut. Jadi, kami mempunyai setiap perjalanan tersebut tapi kami membuat sekitar 300 perjalanan yang berlaku dari perjalanan tersebut. Jadi, apa yang membawa saya hari ini? Kami adalah salah satu sponsor. Saya tidak yakin jika anda melihat kami dan kami ingin beri kembali ke komuniti kerana Python adalah kawasan perjalanan tersebut dan menolak kami memperkenalkan perjalanan tersebut dan memperkenalkan perjalanan tersebut untuk memperkenalkan perjalanan tersebut. Jadi, menggunakan ini, saya harap untuk menginspirasi anda bagaimana kita gunakan Python untuk membuat salah satu perjalanan tersebut dan sebenarnya salah satu perjalanan tersebut yang paling penting dalam perjalanan kami Jadi, semasa kami memperkenalkan perjalanan tersebut kami perlu memperkenalkan dan memperkenalkan perjalanan tersebut dan itu adalah komponen besar software sebagai perjalanan perjalanan tersebut dan salah satu masalah yang kami memperkenalkan adalah perjalanan data. Kami sekarang dapat semua data dari perjalanan perjalanan dan mereka dapat data dari sistem registrasi jadi mereka biasanya mengambil data dalam sebuah sheet excel. Dan untuk membuatnya lebih susah, membuat perjalanan perjalanan perjalanan perjalanan setiap minggu. Mereka akan memperkenalkan orang baru dan memperkenalkan orang yang tersebut dan orang yang memperkenalkan. Jadi, memperkenalkan semua ini di dalam saya dan memperkenalkan sepanjang bulan-bulan kami perlu mempunyai keputusan untuk mengalami perjalanan perjalanan tersebut. Dan kami memperkenalkan untuk menggunakan sheet google perjalanan perjalanan dan memperkenalkan perjalanan perjalanan untuk masalah kami. Jadi, sebuah penerbangan yang kami memperkenalkan siapa yang memperkenalkan sheet google sebelumnya? Bagus. Bagaimana anda mencuba perjalanan perjalanan perjalanan perjalanan perjalanan sebelumnya? Tidak. Jadi, saya akan memperkenalkan anda untuk memperkenalkan perjalanan data yang terbangun untuk memanfaatkan perjalanan yang berbeza dan pertanikan besarnya. Jadi, untuk diperkenalkan perjalanan data, setelah dikenalkan perjalanan perjalanan perjalanan perjalanan Google, kami juga perlu memperkenalkan bahawa produk yang berfutur, mesin jambu dan senses jubh-jubhnya, selalu mempunyai berartu untuk jambu dan gram perjalanan perjalanan perjalanan. Ini akan memperkenalkan bahawa alih perjalanan solving dan setelah ditambah. Keket alih untuk memperkenalkan sebuah sebuah perjalanan perjalanan s 민주 dan perjalanan perjalanan tersebut. mempunyai pembunuh. Biar saya berikan kepada anda, pilihan ini bukan untuk menunjukkan bagaimana untuk menggunakan API Google Sheets kerana anda semua mempunyai program-nya. Jadi anda boleh menggunakan dokumen untuk mencuba itu sendiri. Pemimpinannya adalah untuk mengajak anda bagaimana kita membuat pembunuh data. Jadi anda semua boleh kembali juga. Dan mungkin mencuba untuk membuat pembunuh data mereka. Atau ia boleh menjadi produk pembunuh pembunuh pembunuh pembunuh Google Sheets. Jadi kita akan mulakan dengan membuat pembunuh data sekolah dan pembunuh Google Sheets. Selepas itu, saya akan menunjukkan pembunuh pembunuh pembunuh pembunuh data sendiri. Dan kita akan tinggalkan yang terbaik untuk akhirnya, adalah pembunuh pembunuh data dari DataSync. Jadi mari kita mulakan. Untuk ini, saya adalah pembunuh pembunuh pembunuh. Dan saya ada pembunuh pembunuh pembunuh online. Jadi saya membuat aplikasi yang sangat mudah. Ini adalah aplikasi mobile yang hanya menghidupkan ke database saya. Ia menunjukkan semua pembunuh yang saya membuat pembunuh. Jadi orang boleh datang ke aplikasi dan membuat pembunuh pembunuh. Sangat mudah. Apa yang anda lihat di sini adalah bagaimana saya membuat pembunuh saya. Tapi saya perlu juga berkata bahawa saya adalah pembunuh pembunuh pembunuh. Jadi semua orang datang kembali minta saya, seperti, bagaimana saya tahu dan berhubung sekarang dan sebagainya. Tapi saya tidak membuat pembunuh pembunuh. Atau ini menjadi mengalami setiap kali yang hanya mengalami pembunuh. Jadi saya membuat pembunuh pembunuh pembunuh pembunuh untuk membuat pembunuh pembunuh antara pembunuh dan database. Seperti yang anda tahu, saya menggunakan ini untuk pembunuh pembunuh data saja. Jadi pembunuh saya dapat menginsert kemungkinan kemungkinan apabila pembunuh pembunuh. Dan juga, pembunuh pembunuh ada yang membeli pembunuh pembunuh pembunuh jadi anda tidak perlu kembali ke database anda lagi. Anda dapat menggunakan pembunuh pembunuh yang adalah pembunuh pembunuh dan saya akan menunjukkan bagaimana saya melakukan itu menggunakan pembunuh. Jadi pertama, saya mempunyai pembunuh pembunuh. Saya akan membawa itu. Jadi hanya ada dua kolum. Ada pembunuh pembunuh pembunuh dan dua kolum adalah pembunuh pembunuh dan pembunuh pembunuh. Jadi apa yang saya nak buat adalah, saya akan memulakan pembunuh pembunuh saya dan saya akan membuat fungsi yang saya menulis. Jadi saya menulis beberapa rapor yang di atas API Google. Dan pertama adalah untuk membuat pembunuh pembunuh. Jadi untuk itu, saya hanya harus meminiti pembunuh pembunuh. Sekarang jika saya mempunyai pembunuh pembunuh pembunuh, pembunuh pembunuh pembunuh akan menunjukkan pembunuh pembunuh yang unik yang saya dapat menggunakan oleh Google. Dan pembunuh pembunuh ia akan menjadi sangat susah. Jadi saya akan menjelaskan pembunuh saya. Jadi saya akan membuat pembunuh pembunuh Google yang saya mencubanya. Mungkin dengan tab incognito menggunakan cara yang terkenal dan memperbaiki pembunuh pembunuh pembunuh dengan yang saya hanya dapat. Ini akan memperbaiki saya untuk memlogin. Pembunuh pembunuh pembunuh akan menjadi yang dilayangkan yang saya menggunakan untuk membuat pembunuh. Jadi saya ada pembunuh yang bersedia untuk ini. Dan tada. Saya mempunyai pembunuh yang ramai yang sangat simple dengan dua pelanggan yang saya memiliki dalam pembunuh pembunuh saya. Tiada apa-apa yang penting dis riffahkan di sini. Tak ada apa-apa yang panas. Saya akan membuat pembunuhTEK dan memperbaikan kegagangan dengan pembunuh pembunuh saya. Jadi saya akan membuat pembunuh pembunuh yang akan memperbaiki pembunuh pembunuh. Jadi ini mengambil semua data dari database dan menulis ke dalam doktor Google. Dan ada kita. Kita ada 4 fruit dan 4 nama yang kita ada. Tetapi ini masih tidak sangat berguna kerana ia masih statik data. Ia menjadi lebih panjang apabila ada update atau insert ke database sendiri. Jadi katakan untuk contoh, ada sebuah fruit baru yang datang. Mari kita katakan tomato yang datang. Dan saya sekali lagi mengambil ID sheet. Jadi kita ada tomato di sini. Dan ia akan diberikan dalam database saya juga, tomato. Sekarang yang saya telah lakukan sejauh ini adalah satu cara sync. Maksud saya saya telah menunjukkan data dari database masuk ke doktor Google. Tetapi mari kita membuat ini lebih kencang. Kerana semasa Google Sheets digunakan, kita tidak mahu menghubungi banyak masa untuk mencari perubahan sendiri. Jadi mari saya menambah kolum baru yang ditunjukkan status. Teruskan semuanya untuk sync. Apa yang saya lakukan di sini adalah, apabila vali berubah di sini, vali ini akan berubah dari sync ke tidak sync. Jadi belakang saya dapat tahu betul-betul mana vali yang telah ditutupkan. Tapi jika saya menambah roh baru, ia tidak akan menunjukkan vali-vali, bermaksud ia adalah insert baru. Jadi saya dapat mengubah semua vali yang telah ditunjukkan dan hanya berfokus pada tidak sync dan empty. Untuk itu, saya perlu menggunakan Google Apps Script Editor yang mengajar saya untuk menulis kode javascript dan saya sudah bersedia untuk membuat ini. Jadi cepat mencari ini. Apa yang saya akan lakukan adalah, ia menunjukkan saya untuk mencabar setiap kali vali yang telah ditutupkan atau vali yang telah ditutupkan atau sesuatu. Kerana mesej edit yang telah ditutupkan dan saya menggunakan mana roh telah ditutupkan dan apa hal yang telah ditutupkan dan mana yang telah ditutupkan. Kerana jika saya mencubanya, saya perlu menggunakan kemahiran untuk kemahiran itu juga. Jadi saya hanya mencari hal yang telah ditutupkan. Banyak kes ini hanya satu. Jika ia tidak menunjukkan, saya tidak menunjukkan. Jika tidak menunjukkan, saya tidak akan melakukan apa-apa. Dan kes yang terbentuk saya hanya akan menunjukkan. Jadi mari saya cuba. Jika ia adalah tomato dan saya menunjukkan kemahiran yang telah ditutupkan. Jadi saya dapat mengubah itu. Ia harus mengubah untuk tidak menunjukkan. Dan saya dapat menunjukkan kemahiran yang telah ditutupkan juga. Kata jackfruit. Sekarang untuk menunjukkan kemahiran ini, saya hanya perlu menghubungi kemahiran yang telah ditutupkan. Ia dihubungi kemahiran yang telah ditutupkan. Saya perlu menunjukkan kemahiran yang telah ditutupkan dalam format A1 yang adalah semua orang-orang ini. Jadi ini A2 dan C7. Dan saya menunjukkan kemahiran yang telah ditutupkan juga. Ini sepatutnya menunjukkan kemahiran yang telah ditutupkan untuk jackfruit. Dan ini sepatutnya membuat kemahiran yang telah ditutupkan dalam database saya. Dan ia berubah semuanya kembali untuk menghubungi kemahiran. Jadi mari kita lihat kemahiran yang telah ditutupkan dan ia telah dibuat dengan apa yang saya nak buat. Jadi sangat mudah. Tapi lagi, ini tidak sangat menakjubkan. Kita boleh membuat ini lebih baik dengan mengambil data yang lebih dinamikkan sekarang. Jadi mari saya pergi ke database saya dan mungkin menambah kemahiran yang lain. Saya boleh buat kemahiran dari sini saja. Dan mungkin saya akan kata kata-kata kata-kata kemahiran yang telah ditutupkan sekarang. Hup, ini sedikit menakjubkan. Okey, tidak boleh. Saya akan mencabar kemahiran ini. Tapi apa yang saya buat adalah saya mencabar kumpulan yang kata-kumpulan. Dan apa yang saya buat adalah saya dapat menunjukkan kumpulan yang kumpulan pada kumpulan Google. Dan apabila saya dapat kumpulan kumpulan di kumpulan Google dalam kumpulan ini, saya dapat mengucapkan kumpulan dengan nama dan kumpulan. Dan apabila ada perubahan dengan quantiti yang digunakan oleh aplikasi Atau apabila perubahan baru datang, ia akan dikejar pada pakaian Jadi sesiapa-siapa yang boleh melihat data ini dan menggunakan untuk diri mereka Mereka tidak perlu datang lagi Mari kembali ke pakaian Kita sudah selesai dengan contoh ini Untuk kembali, kita membangunkan 2-way sync antara database dan perubahan Ini adalah cara kita membuat perubahan data Sebelumnya, kita memutuskan untuk menambah komponen yang kita panggil middle layer Yang menggunakan API baru, yang telah dibuat pada bulan ini Dan ia menolak kita membuat lebih banyak operasi di perubahan Google Sebelumnya, kita mempunyai komponen central yang dipanggil middle layer Kerana ia menolak semua panggilan dan panggilan pada perubahan Google Untuk membuat di satu panggilan central Dan ini menolak kita membangun dengan mudah di masa depan jika perlu Jika kita membangun, katanya, 100 pakaian dalam sebuah bulan Kita boleh mempunyai panggilan itu atau membangun di belakang load balas Dan tidak mempunyai pakaian yang lain Dan ia menjelaskan hanya satu pakaian Sebelumnya, kita mempunyai sebab kita boleh membangun pakaian prioriti Jadi apabila pakaian ingin membangun pada database Sebaliknya, kita membuat pakaian tengah-tengah dulu Pakaian tengah-tengah akan membangun Pakaian tengah-tengah akan membangun pakaian pakaian Dan kemudian hanya menjelaskan pakaian pakaian Sebelumnya, ia akan membangun pada database Jadi ini akan menjelaskan bahawa data Selalu menggunakan pakaian pakaian pakaian dan database Jadi, menjelaskan semua ini Saya akan menunjukkan pakaian prioriti jublia sendiri Oh, mari saya menjumpai browser saya Saya mempunyai pakaian pakaian jublia yang saya membangun hanya untuk satu pakaian Kata-kata kita menggunakan pakaian jublia untuk membangun pakaian Picon Singapura 2017 Jadi, pertama perkara yang saya akan tunjukkan kepada anda adalah Pakaian yang berbeda dengan orang yang berbangun pakaian pakaian Kita mencapai itu dalam sistem kami, yang kita nampak pakaian yang berbeda Jadi, saya akan menjelaskan pakaian, pakaian yang berbangun, dan pakaian yang berbangun Dan pakaian yang berbeda Pakaian yang berbangun pakaian akan beritahu kita pakaian mereka Pakaian yang berbangun, dan pakaian yang berbangun Dan semua data ini dibelakangkan dalam pakaian pakaian Jadi, untuk pakaian yang berbeda, kita akan mengubah data ini untuk sesuatu yang lain Sekarang saya akan menjumpai pakaian pakaian pakaian Anda akan melihat banyak perkara yang berlaku di sini Tapi tidak sangat jelas Saya akan menjelaskan untuk anda Jadi, ini adalah tempat yang kita dapat menambah lebih banyak e-mel Untuk menunjukkan pakaian Google dengan seseorang Ini adalah untuk menggantikan database yang saya akan mencari sekarang Dan sementara itu, saya akan menjelaskan Ini adalah tempat yang anda dapat menggantikan Anda dapat menggantikan segala-galanya Sebuah pakaian yang penting Atau lebih berlaku dengan menggantikan pakaian yang berlaku Di mana pakaian yang berlaku di dalam pakaian yang anda inginkan Dan akhirnya, kita mempunyai sebuah log Jadi, ini adalah sebuah pakaian yang saya mencari Ini adalah tiga pakaian yang berlaku di dalam pakaian Saya akan menjelaskan kepada anda Apa yang anda lihat di sini, ini adalah tiga pakaian yang berlaku di dalam pakaian yang berlaku The next few are basic fields Seperti e-mel, nama, syarikat dan sebagainya And the last few are the ones which I specified as attributes Country, skills, yang akan diberikan di sini Jadi, saya akan menunjukkan beberapa orang Saya akan menurut saya, Khalid, Charles Dan saya akan menunjukkan Benjamin Dan akhirnya, mungkin saya menunjukkan saya menjadi salah satu pembantu Dan itu saja. Saya hanya perlu memasak. Jadi biar saya menunjukkan bagaimana kita berjaya untuk membuat hanya satu pakaian. Saya ingin memasak pakaian pakaian pakaian pakaian yang hanya pakaian pakaian. Jadi saya boleh menjelaskan dua. Dan memasak pakaian pakaian pakaian yang tersebut. Apa yang akan berlaku sekarang adalah saya akan memasak pakaian baru kerana ini tidak mempunyai ID sebelumnya. Jadi ia dibuat sebagai pakaian pakaian. Ia membuat pakaian pakaian yang unik, dan pakaian pakaian untuk pakaian pakaian. Dan pakaian ini sudah bersedia untuk menggunakan aplikasi jublia-jublia kita. Kita mempunyai pakaian pakaian juga, yang membawa informasi untuk pakaian pakaian pakaian dan pakaian pakaian. Dan jika saya ingin memasak semua, saya ingin memasak semua pakaian dalam pakaian pakaian pakaian untuk memasak pakaian pakaian saya, Charles dan Benjamin. Jadi saya memasak pakaian pakaian itu, dan apabila saya harus memasak pakaian pakaian, dan sekarang pakaian pakaian ini berlaku. Apa yang anda lihat di sini adalah pakaian pakaian yang akan saya bincangkan lebih banyak tentang bagaimana kita mempunyai pakaian pakaian pakaian. Jadi pakaian yang saya dapat untuk saya adalah ini. Saya boleh mulakan menggunakan pakaian ini dalam aplikasi pakaian pakaian saya. Saya hanya bekerja sebelum ini, tapi tidak selalu berlaku. Saya tidak pasti apa yang berlaku. Anda akan melihat posisi yang saya lihat di sini, CTO dan kontak di sini juga. Jadi ia menerima database dan Google Docs juga. Jadi itu idea untuk membuat pakaian pakaian pakaian pakaian. Jadi itu adalah pakaian pakaian. Saya akan kembali ke dalam slide saya. Dan kemudian menunjukkan pakaian pakaian dari pakaian pakaian. Saya akan menunjukkan kepada anda beberapa pakaian pakaian pakaian pakaian. Pakaian pertama adalah pakaian pakaian pakaian yang saya telah menunjukkan. Ia akan menjadi bagaimana meminiti servis Google. Mungkin bagaimana anda berkongsi e-mails, berkongsi pakaian dengan pakaian pakaian. Dan kemudian saya akan bergerak ke logik yang penting yang adalah Datasync. Jadi di sini kita mempunyai servis Google. Ia sangat mudah. Anda dapat pakaian pakaian dari Google. Anda harus mengawal api Google Drive dan api Google Sheets. Dan anda tidak perlu selalu membuat pakaian OOt2 kerana anda dapat menghubungkan pakaian pakaian pakaian dalam database sendiri, yang adalah apa yang saya telah buat di pradensial. Dan menggunakan pradensial, anda dapat membangun servis anda. Jadi setiap kali anda panggil api, anda hanya perlu mempunyai objek servis dan mengambil pakaian pakaian. Untuk membuat pakaian, kita perlu mengambil dua kes. Pakaian pertama adalah membuat pakaian pakaian yang adalah apa yang saya lakukan di pakaian pakaian pakaian. Jadi kita mempunyai tiga pakaian, bermakna tiga pakaian yang berbeda dan dua pakaian yang berbeda, pakaian pakaian dan negara. Tapi kedua kes adalah mengubah pakaian. Jadi katakan untuk contoh saya mempunyai pakaian lain, atau saya mempunyai pakaian yang sudah berlaku. Jadi, berdua boleh dilakukan. Saya mengambil contoh untuk membuat pakaian pakaian. Apa yang kita buat pertama adalah kita mempunyai pakaian pakaian pakaian pakaian pakaian pakaian pakaian. Ini adalah pakaian basis. Pada kedua, ia akan membentuk pakaian yang lebih tinggi adalah apapun saya mengambil contoh yang akan menjadi semua pakaian yang lebih tinggi yang saya mengubah. Jadi, ini akan menjadi pakaian pakaian. Dan kemudian, adalah tab yang berbeza. Jadi tab itu adalah mengenai pakaian pakaian yang berbeda yang akan menjadi tiga pakaian yang kita membuat. Dan setelah saya bawa pakaian pakaian pakaian pakaian yang digunakan dengan membuat pakaian. Saya dapat membuat pakaian yang kita melihat. Jadi ia sangat mudah. Pada satu yang berikutnya adalah keguguran yang berkongsi dengan pekerjaan. Tentu saja Google Sheets tidak membuat api untuk ini. Kamu perlu menggunakan api Google Drive. Dan Google Drive mengandalkan keguguran yang berbeda. Jadi kamu akan lihat saya tidak menggunakan servis yang saya menggunakan keguguran keguguran. Dan saya menggunakan keguguran untuk menghasilkan token keguguran. Dan semasa saya dapat melakukan itu, saya akan mempokong keguguran dengan e-mails Dan dengan sebuah api yang saya menggunakan keguguran dengan e-mails Saya menggunakan Google dan keguguran akan dikongsi dengan e-mails. Dan akhirnya, saya hanya perlu menambah e-mails ke database saya supaya saya tidak perlu menambah seseorang yang sudah dikongsi. Pada satu yang berikutnya adalah keguguran untuk api sendiri. Pada satu yang berikutnya adalah keguguran untuk api. Jadi ada tiga jalan untuk api Google. Kali yang berikutnya adalah keguguran, keguguran dan keguguran. Pada satu yang berikutnya adalah keguguran yang berikutnya yang akan berikan keguguran untuk api sendiri. Seperti nama keguguran dan keguguran yang berikutnya. Bagaimana banyak keguguran yang ada dalam keguguran. Dan ini akan digunakan oleh keguguran data. Pertama yang kedua dan ketiga adalah untuk menggunakan keguguran dan untuk membuat keguguran keguguran. Anda dapat menghargakannya dengan keguguran seram yang berlainan. Kali yang berlainan adalah listapi. Anda dapat dapatkan semua keguguran berlainan. Anda dapatkan keguguran seram di respons yang bisa Anda sebut menggunakan keguguran. Sama perkara yang berlainan adalah keguguran untuk pura-pura. Anda dapat menghargakan keguguran yang anda mahu berlainan dan anda dapat mengalami keguguran przebat dalam keguguran. dan ada sesuatu yang menarik di sini adalah bahawa berdua fungsi yang kedua dan ketiga tidak peduli mengenai bagaimana banyak roh atau sel yang anda mahu mendapat atau mengubah. Jika saya mendapat satu roh-roh sempurna mendapat 100,000 roh, masa yang telah dibuat akan menjadi sama. Jadi itu sebabnya, kita sebenarnya melakukan beberapa peringkat pada masa yang sama daripada membuat satu roh pada masa yang saya akan tunjukkan Saya tidak yakin mengapa Google melakukannya dan bagaimana mereka melakukannya, tapi itu sangat menarik. Jadi ini adalah angin dan angin sendiri. Jadi kita menggunakan flask dan flask reskel di bagian belakang. Kita dapat 4 parameter dari tempatan, event ID, start roh dan end roh dan mana peringkat yang saya menginginkan, yang mengenai mana peringkat yang saya menginginkan. Saya boleh menginginkan semua dan mereka akan bergerak di seluruh tempatan. Dan kelas di sini, anda akan menikmati polos TRI ACCEPT ELSE pattern. Jadi TRI itself menghubungi fungsi yang penting untuk menginginkan, yang sendiri adalah objek generasi. TRI ACCEPT di sini, kadang-kadang Google menerima kesilapan dan kita tidak mahu menghubungi penggunaan dari menginginkan apabila kesilapan berlaku. Jadi apa yang kita lakukan adalah kita menghubungi kesilapan dan kita tahu apakah peringkat terlaku, kerana kita sebenarnya menghubungi di mana setiap kali peringkat berlaku. Dan kita menghubungi ini di database NoSQL yang Amazon berlaku, yang disebut Dynamo. Saya akan bercakap lebih banyak tentang itu juga. Tapi itu adalah sebab di sini. Kita dapat menghubungi kembali ke roh di mana ia berlaku dan menghubungi lagi. Biasanya Google menghubungi. Dan kelas ini adalah kelas di mana ia berlaku dan kita mahu menghubungi kelas di dalam database Dynamo untuk menghubungi kelas di barang yang saya menunjukkan. Jadi ini hanya untuk menghubungi peringkat terlaku. Kita ada sebuah kualitas kreatur untuk menghubungi dan menghubungi kelas lain juga. Tapi saya tidak menunjukkan itu di sini. Jadi ini adalah fungsi generasi. Ia mengubungi kelas data sink. Ia sangat mudah untuk berikut, tapi saya menghubungi banyak perkara. Mari kita mulakan dengan mencari kelas pertama di mana kita mengubungi semua kelas. Dan kelas ini dibuat di dalam kelas. Kemudian kita menghubungi API Google untuk meminiti log-in kelasnya. Kemudian kita mengubungi kelas yang penting dari kualitas kreatur. Kualitas kreatur ID, kualitas kreatur dan sebagainya. Dan kita menghubungi kelas ke-10. Jadi di sini, saya hanya menghubungi kelas 10 pada masa. Jika anda mahu, anda boleh menghubungi kelas 100 pada masa dan anda akan menghubungi kelas yang sama juga. Kemudian kita menghubungi bagaimana banyak kelas yang ada. Kualitas kelas ke-10. Jika ada 105 kelas, ia akan menjadi 11 kelas. Dan kelas terakhir, kualitas ke-5. Kerana anda mempunyai 105 kelas. Dan kita mengubungi kelas yang lebih mudah. Dan akhirnya, kita mulakan untuk mengubungi kelas untuk setiap kelas. Yang penting untuk menghubungi di sini adalah kelas sel, yang Google membutuhkan semuanya dalam notasi A1. Kita perlu menghubungi kelas yang anda mahu mengubungi terhadap semuanya dan kelas telur. Seperti A2-B5. Kemudian kita dapat semua kelas yang anda mahu menghubungi dalam objek respons. Dan saya menghubungi objek respons untuk menghubungi kelas yang anda familiar dengan, yang adalah kelas kelas. Kelas kelas terakhir, ia berlaku ke tengah-tengah. Dan kelas yang menghubungi semua kelas yang anda mahu mengubungi kelas Google. Jadi kelas terakhir tidak hanya mengubungi kelas untuk data sync, yang adalah kota ini, tapi juga membuat banyak kelas lain. Dan kelas yang mengubungi kelas terakhir ini adalah data proses. Kita mengubungi kelas data dan kita mengubungi objek Google. Jadi kelas terakhir tidak perlu mengubungi setiap kali yang dibuat. Di sini kita mengharapkan perasaan bagaimana ia telah dikawal dan kita mengubungi kelas ke belakang ke tengah-tengah. Dan kelas terakhir ini, kita mengubungi kelas terakhir dan kelas terakhir selepas kita berjaya satu kelas yang berjaya. Jadi kita dapat bergerak ke kelas terakhir. Tidak ada satu perkara. Di sini kita mengubungi kelas terakhir kerana saya mengharapkan kelas ini adalah generat. Saya harap anda berdua mengenangkan generat. Dan sebab kita menggunakan generat adalah kerana mempunyai memori. Memori kelas terakhir sangat rendah dan terutamanya ia menjadi sangat bergantung apabila kita bergantung dengan kelas terakhir seperti 50,000 orang dalam satu kelas. Bagaimana anda membuka semua itu di rambut anda? Itu tidak mungkin. Jadi item menjadi sangat bergantung pada kelas terakhir. Dan ini adalah kode di tengah-tengah. Di tengah-tengah kita dapat kelas terakhir dan ada tiga kelas yang kita mengharapkan di sini. Kelas terakhir adalah ad. Jadi jika kelas tidak mempunyai dalam kelas terakhir, kita hanya memasukkan kelas terakhir dengan menggunakan kelas terakhir. Dan kita dapat kelas ID dan pasal kode yang kita telah memasukkan. Dan kelas ini mempunyai kelas terakhir yang anda dapat lihat di sana. Dan ini akhirnya dibuat ke kelas terakhir selepas kelas terakhir. Jadi jika ada 10 kelas terakhir, selepas kita memasukkan kelas terakhir, anda akan memasukkan kelas terakhir dan pasal kode yang akan diberi kepada kelas terakhir. Seperti anda yang melihat dalam demok. Kelas terakhir adalah perhubungan. Apabila anda ingin perhubungan, kita hanya perlu menghubungi kelas terakhir dan kita perlu menghubungi kelas terakhir dan berjumpa di tempat yang telah dibuat. Dan kelas terakhir adalah update. Yang sebenarnya adalah kelas terakhir. Kita mengambil kelas terakhir pada kelas terakhir dan kita hanya mengubungi kelas terakhir dalam kelas terakhir. Dan jika kelas terakhir, jika ada orang baru, kita perlu mengubungi kelas terakhir. Jadi kelas terakhir adalah bagaimana kita menunjukkan kelas terakhir pada tempat yang telah dibuat yang anda lihat. Jadi saya segera beritahu, saya segera beritahu tentangnya, ia telah dilakukan menggunakan kelas terakhir. Jadi ia sebuah model db centrik. Sebuah kelas terakhir, yang sebenarnya menghubungi kelas terakhir adalah menghubungi kelas terakhir dalam kelas terakhir kerana ia menghubungi kelas terakhir jadi kita menghubungi kelas terakhir acara sebuah model db centrik yang sebenarnya merupakan kelas terakhir. Dan pada setiap kelas terakhir, kami melalui kelas terakhir pada tempat yang telah dibuat dan mengembangkan kelas terakhir sehingga kita mengubungi kelas terakhir. Jadi ia sangat mudah untuk mengulangkakannya. Kita ada sebuah kelas terakhir yang akan 360 sebentar. Keputuhkan keputusan untuk fungsi ini yang akan menjadi apa yang anda inginkan di dalam Dynamo. Anda hanya perlu menghargai mana keputusan di dalam Dynamo yang anda perlu meletakkan. Sejak tidak ada objek sekolah, tidak ada struktur. Anda hanya perlu menambahkan keputusan ke dalam database. Dan kemudian kita akan mengambilnya dari sana. Okey, itu tentangnya. Biar saya berakhir. Jadi, kami melihat bagaimana Google Sheets adalah sebuah representasi alternatif untuk database anda. Dan ia menjelaskan semua orang dalam team. Bukannya programa atau non-tech, untuk menggunakan database dan belajar keputusan daripada itu. Jadi idea itu adalah untuk membuat data kerja untuk anda dan bukan cara lain. Yang kedua adalah, kami dapat menggunakan Google untuk perjalanan data internal dan analisis. Jadi, sejak kami semua bekerja di perniagaan dengan mungkin sebuah bahan yang besar. Anda sepatutnya bercakap dengan teman lain untuk menemukan data yang mana anda boleh meletakkan dalam Google Sheets. Kerana anda tidak mahu meletakkan semuanya di sana juga. Anda sepatutnya mempertimbangkan keputusan yang berdynamik dalam perasaan dan yang teman anda sebenarnya mahu meletakkan. Tapi mereka tidak dapat melakukannya kerana mereka tidak mempunyai tawaran untuknya atau tidak mempunyai keputusan daripada database. Dan ada beberapa aplikasi seperti ours, yang mempunyai klien. Di mana klien kami dapat menggunakan Google Sheets tanpa menggunakan database. Jadi anda dapat mengingatkan bagaimana anda dapat mengingatkan fungsi seperti ini dalam perniagaan anda sendiri juga. Okey, saya akan tinggalkan anda dengan cerita ini. Pastikan anda tidak menghubungi data yang tidak ingin digunakan. Kerana anda akan menghubungi jauh-jauh saya mempercayai dan menginstrukannya pada masa depan. Jadi Google Sheets adalah solusi yang baik untuk masalah seperti ini. Terima kasih. Okey, jadi kami sangat menghubungi stak Amazon kerana semuanya berada di sana sekarang. Kami telah memberikan monggoddb untuk mencari. Tapi kami berfikir bahawa Amazon Dynamo membuat kerja dengan baik dan lebih mudah. Kami tidak perlu membuat monggoddb pada server EC2 di Amazon. Jadi itu sebabnya kami memutuskan untuk membuat Dynamo. Jadi jika anda ingat pula yang pertama saya membuat, SYNCT dan NOTSYNCT, anda dapat panggil api api api edit yang digunakan. Tapi saya tidak melakukannya kerana ia dapat sedikit kecil. Setiap kali api edit yang digunakan, ia akan memanggil api api. Sebaliknya, apa yang kita lakukan adalah kita menghubungi semua perubahan. Dan kita mengejar kembali. Jadi apa yang anda katakan adalah mungkin. Tapi ia tidak mungkin menggunakan api Google Sheets. Jadi ia mungkin menggunakan api Google Apps Script Trigger. Jadi ia adalah perkara yang berbeda. Jika saya tidak salah, anda tidak dapat menggunakan api. Jadi api memperkenalkan anda untuk memasakannya. Tapi apabila anda memasakannya, anda tidak dapat menggunakan api. Jika saya tidak salah, bahawa anda tidak dapat menggunakan api. Jadi fungsi anda sendiri tidak dapat memasakannya. Kerana api akan menjadi kecewa untuk semua pembantu. Jadi mereka tidak mempunyai permisi granul. Ya, itu berlaku. Jadi apabila anda memasakannya, apabila anda memasakannya, dan apabila anda ingin mengajar pembantu, kita beritahu mereka tidak menghubungi ini. Jadi ia sedikit manual. Terima kasih, semua.