 Saya sangat gembira berada di sini. Nama saya Benjamin, dan hari ini saya menyebabkan semua orang untuk mempunyai sifat Elixir. Saya dari Singapura, dan saya ambil tiga jalan dan 20 jam hanya untuk mendapatkan di sini dan menyelamatkan semua orang di sini di RubyConf. Terima kasih. Jadi saya akan melakukan perkara penyelamatkan. Makanan saya telah dibuat oleh Neil yang baik-baik saja mempunyai tiket saya dan komendasi. Sudah tentu kami mempunyai. Kami mempunyai pekerja di beberapa tempat di US dan kami mempunyai satu di Singapura. Tolong bercakap dengan saya jika anda berminat. Terima kasih banyak kepada Komite RubyConf untuk mengorganisasi konferensi ini. Sangat hebat. Dan juga beri saya peluang untuk datang dan bercakap dengan semua orang. Dan saya mesti berkata Komite RubyConf mempunyai yang hebat dalam pilihan saya. Saya mempunyai penyelamatkan. Saya tak pernah menulis sebuah kota menggunakan thread.new di Ruby. Threads berkata-kata nampak seperti keadaan yang salah untuk berfikir tentang konferensi. New Texts, synchronisation, kondisi variables, keadaan kritikal dan listan berkata-kata. Jadi banyak cara yang berbeza untuk mengambil diri dalam makanan. Saya mengagumkan. Saya suka Ruby tetapi konferensi bukan salah satu poin yang lebih kuat seperti yang anda nampak di beberapa bahagian lain. Tetapi saya ingin dapat memperkenalkan konferensi. Saya ingin dapat memperkenalkan konferensi untuk komputer multi-core tanpa menggabungkan senjata saya. Dalam 2005, sebuah pilihan yang terkenal di titik The Free Lunch is Over berkata-kata di sekitar internet. Ia berkata-kata bahawa kecepatan mikro-mikroposses sudah mencari perjalanan fizikal. Ia bermaksud bahawa untuk memperkenalkan performa perjalanan seperti Intel atau AMD mempunyai memperkenalkan speeds raw clock mempunyai lebih banyak peluang menjadi perjalanan singkat. Lebih penting, untuk kami, pemeriksaan software. Ini bermaksud bahawa kita akan mempunyai untuk memperkenalkan program multi-core untuk menggunakan proses yang seperti ini. Jadi sekarang, bukan hanya saya tidak dapat memperkenalkan program konkerent tetapi seseorang tidak akan memberi saya perjalanan Free. Sebelum saya memperkenalkan program berkembang. Saya memperkenalkan peluang terbuka dengan penerbangan. Saya telah bermaksud dengannya sedikit sepanjang tahun sekarang yang membuat saya seorang peluang peluang. Tapi saya benar-benar mempunyai sangat banyak menerima saya rasa ia akan menjadi sebuah kriminal untuk tidak berkongsi dengan anda. Jadi tentu saja, saya tidak akan memperkenalkan konferensi Ruby dan meminta anda untuk meminjakan bahagian. Sebelum lagi, saya menghargai setiap orang-orang untuk menjadi lebih bermaksud dalam bahagian anda. Elixir hanya berlaku untuk menjadi pilihan bahagian saya. Ini apa yang kita belajar hari ini. Kita akan melihat tukar Elixir dan kita juga akan melihat konferensi dan pekerjaan penerbangan dalam Elixir. Saya telah menerima beberapa contohnya kerana kodongan hidup ini susah. Jadi kita dapat melihat kodongan Elixir Akhirnya, kita akan membuat penerbangan TTP yang sangat mudah. Di mana kita dapat melihat konferensi dan pekerjaan berkongsi bersama-sama. Banyak perkara yang menarik untuk belajar, banyak perkara yang menarik untuk dibuat. Mari kita lakukan ini. Jadi, Elixir dibuat oleh Jose Valim. Anda mungkin tahu dia dari kerja ini dengan perkara yang seperti pilihan dan beberapa framework Ruby. Dalam kodongan Elixir, Elixir adalah langgan yang berfungsi yang dibuat pada kodongan Elixir. Anda mungkin tahu Elixir mempunyai kodongan kodongan berkongsi bersama-sama. Dan kodongan ini sangat legendar. Saya harap tidak banyak orang di sini menggunakan Elixir sebelum ini. Sebenarnya, anda akan melihat banyak kodongan dalam cerita ini yang akan saya beritahu anda. Elixir dibuat di Ericsson CS Lab di Stockholm, Sweden. Joel Armstrong dan bersama bersama-sama kodongan ini yang dibuat pada kodongan Elixir. Ericsson mahu mencari cara yang lebih baik untuk memperkenalkan kodongan teliap. Di sini, bagaimana kodongan teliap berlaku. Kodongan membuat kodongan berkongsi dan kodongan berkongsi pada kodongan. Kodongan akan kemudian berkongsi kepada kodongan. Sudah tentu kodongan akan mempunyai kodongan yang berkongsi tapi bukan hanya itu. Kodongan atau kodongan teliap seharusnya dapat berkongsi dengan orang lain. Ericsson pada masa itu pada tahun 1980 mempunyai kodongan yang dapat memperkenalkan kodongan teliap. Selepas itu ada dua masalah. Pertama, ia mengambil jauh terlalu lama membuat kodongan dalam kodongan itu. Pertama, kodongan itu mempunyai kodongan dalam kodongan itu tak dapat memperkenalkan kodongan teliap menjadi sistem multi-processor. Erlang semINO mencaál skej ini Slow CO Pada rata épaz fought apun you might be able to recognize some of them. So what does elixer bring to the table then? Is it just another coffee script for Erlang? Thankfully, not so! dan keadaan juga benar-benar. Jadi, keadaan ini yang saya cuba beritahu mengenai kenapa Elixir membutuhkan masa. Mari kita bincangkan tentang tulang. Tulang pertama yang akan saya menunjukkan adalah Elixir Interactive, atau IEX, di dunia rubi, ia adalah IRB. Ini adalah lupak atau lupak Eval Print yang digunakan. Mereka akan menghubungi banyak masa. Demo ini akan menunjukkan bagaimana Elixir terlihat dan juga menunjukkan sistem dokumentasi yang dibuat di markdown. Tulang kedua yang akan saya menunjukkan adalah MIX. MIX mengajar anda membuat projek Elixir dengan cepat dan mempunyai masalah untuk mengandalkan perkaraan seperti menggabungi pendidikan dan menggunakan test unit. Jadi, kita tidak akan melihat kode Elixir. Biar saya memperkenalkan apa yang saya kira untuk menjadi salah satu pengalaman yang paling hebat di Elixir, Pipe. Periksa kode ini. Ini adalah kode Elixir. Berhubungi untuk 5 saat dan cuba mencabar apa yang dia cuba lakukan. Kode ini mengambil kode 1-10. Mereka menggabungi setiap element dan menggabungi element yang lebih besar daripada 10. Tidak ada masalah besar. Saya rasa kode ini teruk. Berhubungi bagaimana untuk memperkenalkan kode ini. Kamu mesti menemukan perkaraan pertama di fungsinya yang paling teruk dan kemudian bekerja dengan mudah. Dengan kode Pipe, kita boleh mengawal komputasi yang sama dalam cara yang lebih mudah. Sebenarnya, kamu boleh melihat komputasi ini sebagai sebuah kebanyakan data. Nampaknya, ini adalah cara yang lebih jauh untuk mengawal komputasi yang sebelumnya menggunakan pengalaman fungsinya. Kode Pipe yang paling teruk mempunyai fungsinya yang anonim. Kode Pipe yang paling teruk mempunyai pengalaman pertama di fungsinya. Jadi, mari kita lihat sebuah contoh yang lebih realistik. Di sini, saya mahu mengambil kode ini sebab kode Pipe ini. Di sini, satu cara kita boleh mengawal kode Pipe ini menggunakan pengalaman fungsinya. Apabila kita mengawal kode Pipe, satu kode Pipe yang lebih jauh sebab kode Pipe yang lebih jauh dengan kode yang lebih jauh. Nampaknya, saya katakan kode Pipe. Ini sebab dalam elixir, kode Pipe yang lebih jauh bermaksud bahawa apabila anda mengubah kode kode Pipe yang lebih jauh sebab mengubah kode Pipe yang lebih jauh. Selain itu, kode Pipe yang lebih jauh ada keadaan seperti kode Pipe yang lebih jauh. Dan akhirnya, kami dapat listan keadaan. Dan dari keadaan, ia hanya sebuah kode untuk menggunakan keadaan dan menggunakan keadaan. Jadi, mari kita memberikan kode Pipe yang lebih jauh dan saya akan menunjukkan beberapa perkara yang menarik tentang Singapura di seluruh jalan. Ini adalah kode Pipe yang lebih jauh di Singapura. Saya memulakan keadaan di U.S. untuk sebuah tahun dan serius. U.S. mempunyai kode Pipe yang lebih jauh. Kita mengenangkan nama angkron. Dan semuanya di sini adalah nama sebuah kode Pipe yang lebih jauh atau kode Pipe yang lebih jauh. Di Singapura, kami mengenangkan kode Pipe yang lebih jauh untuk mempunyai kode Pipe yang lebih jauh. Sebelum kami pergi lebih jauh, mari kita bercakap tentang model angkron di Elixir. Sebenarnya, model angkron mempunyai kode Pipe yang lebih jauh. Apabila kita bercakap tentang angkron, mereka juga mengenangkan sebuah proses yang memperkenalkan sebuah kode Pipe yang lebih jauh dan menggunakan menggunakan menggunakan dan menggantikan mesej. Mereka menjawab ke mesej yang benar-benar spesifik. Di Elixir, mesej ini adalah sebuah kode Pipe yang lebih jauh. Akhirnya, prosesnya tidak berkongsi. Ini mengalami sebuah sebuah kode Pipe yang lebih jauh. Sekarang, mari kita pergi ke kode Pipe yang lebih jauh. Kita akan melihat bagaimana menerima program angkron di Elixir. Prosesnya adalah prosesnya yang terbaik di Elixir. Tetapi, tidak mengenangkan prosesnya dengan sistem operasi. Mereka tidak sama. Prosesnya ini dikumpulkan dan menggunakan oleh masyarakat angkron yang lebih jauh. Ini adalah prosesnya. Dan itu adalah ID prosesnya. Jika saya sedia, anda akan mendengar saya mengenangkan ID prosesnya sebagai ID Pipe yang lebih jauh. Prosesnya berkomunikasi dengan menggunakan dan menggantikan mesej. Jika anda tahu prosesnya, anda boleh menggunakan mesej. Mesej-nya dikumpulkan secara asyik. Lebih jauh dalam persiapan dan lupa pasangan. Ini bermaksud semasa proses menggunakan mesej, ia bergerak dengan segera dan terus menggantikan komputasi selanjutnya. Biar saya memperkenalkan fungsi akaman anda. Dalam keputusan saya, ini adalah penyakit saya yang terbaik. Dengan fungsi mesej sebagai penyakit yang lebih jauh, kadang-kadang, saya mempunyai sebuah waris tak mudah kebab itu jadi apalah anda bersambil. Kita akan melihat caranya lagi. Kita akan lihat keputusan ini. Macam mana fungsinya ambil dua waris para yang atau tidak beraruh. Persepuan pertama yang sangat bangun adalah persepuan kedua yang menarik. Lihat persepuan ketiga, apabila dua waris yang beryebabkan kebiasaan adalah untuk menyebabkan beruntung semasa menyebabkan dan bahkan untuk keputusan yang lebih kecil. Untuk contohnya, Akeman 4.3 berhasil dalam sebuah nombor yang indik. Ini adalah fungsi Akeman di Elixir. Kita akan tengok lagi fungsi Akeman kita. Tapi kali ini, kita akan melihat bagaimana kita boleh menggunakan proses. Sebabnya, kita mahu membuat ini adalah untuk mempunyai konkuransi. Ia adalah, kita boleh mempunyai banyak komputasi pada masa yang sama. Yang terbaik yang kita lihat sebelum ini adalah fungsi Akeman yang biasa. Fungsi Akeman itu baru. Apabila fungsi Akeman diperkenalkan dalam proses, prosesnya boleh mengambil dan mengambil mesej. Mari kita lihat bagaimana kita boleh melakukannya. Untuk membuat proses, kita menggunakan fungsi Spawn. Fungsi Spawn mengambil tiga argument. Modul nama, nama fungsi, dan argumentan fungsi. Vali kembali dari fungsi Spawn adalah pilihan. Sekarang proses kita bersedia untuk mengambil dan mengambil mesej. Mari kita mengambil proses W1 mesej. Fungsi Spawn mengambil proses ID dan mesej yang kita mahu mengambil. Mesej yang mengambil mesej itu kemudian petunia dalam blog yang diperkenalkan. Apabila petunia mengambil mesej, kawasan itu telah diperkenalkan. Akhirnya, kawasan yang diperkenalkan terhadap, supaya ia boleh mengandalkan mesej yang lain. tanpa kawasan itu, prosesnya mati dan kita akan mengambil mesej yang diperkenalkan oleh masin Akeman. Apabila proses mengambil mesej yang lain daripada dua petunia, petunia yang kedua adalah bergantung. Seperti bagian sebelumnya, kawasan itu bergantung dan kemudian kawasan itu diperkenalkan. Saya mahu menunjukkan kepada anda bahawa kita boleh mengambil fungsi secara langsung. Namun, kita tidak mengambil fungsi dalam proses. Untuk komputasi mudah, itu mungkin baik. Tetapi semasa anda mengambil lebih banyak komputasi secara langsung, anda akan mengambil mesej. Sebenarnya, apabila kita memberikan kerja yang sangat sukar untuk mengandalkan, Sesej IEX akan diperkenalkan dan hanya akan diperkenalkan apabila komputasi telah dibuat. Mereka dapat sedikit lebih banyak fungsi sekarang. Kami akan membuat proses yang diperkenalkan. Kami akan mengambil prosesnya yang sama yang sebelumnya. Tetapi sejak kami mengambil prosesnya, ini tidak akan memperkenalkan sesej IEX. Kemudian, ingat lagi untuk pekerjaan yang mudah, nampaknya akan kembali dengan cepat. Tetapi untuk pekerjaan yang lebih kompleks, mesej itu akan kembali, tetapi pakaian tidak terdapat. Kami akan perlu menunggu sekejap lagi untuk kembali. Tetapi, seperti di kes yang sebelumnya, prosesnya tidak terdapat dalam segala-galanya. Mari kita mengambil sesej IEX. Kami akan mengambil 4 proses dan berikan mereka dan kerja komputasi yang penting untuk mengandalkan. Jadi, komputer ini memiliki 4 kerja. Dan lihatlah, semua 4 kerja diperkenalkan dengan sepenuhnya. Saya sentiasa mendapat perasaan yang panjang apabila saya meletakkan kawasan saya dalam kerja yang baik. Jadi apa yang berlaku apabila kami mengambil prosesnya apabila kami mengambil sesej yang terdapat dalam proses yang sibuk? Apa yang berlaku adalah, mesej itu akan diperkenalkan. Seperti yang anda lihat di sana, sesuatu yang menarik tentang Singapura. Menurutlah, apa yang berlaku oleh banyak orang ini? Jadi di Singapura, kami ingin mengambil kerja. Kami ingin mengambil kerja untuk kopi, kopi, kopi, kopi. Mari kita bercakap tentang perkara yang paling kawal yang eliksir mengambil kerja dari kerja yang panjang. Kerja tersebut adalah kemampuan sistem untuk berdiri dalam keadaan keadaan. Perkembangan adalah sebuah contoh bagaimana kerja tersebut mengalami kekawasan. Kerja tersebut adalah perkembangan. Ia hanya sebuah proses. Kerja tersebut adalah untuk mengawal prosesnya. Tapi kerja tersebut juga boleh menjadi kerja. Ini bermaksud kita boleh membuat kerja yang tersebut untuk membuat kerja yang lebih besar. Apabila kerja tersebut berlaku, kerja tersebut boleh membina beberapa cara. Untuk contoh, ia boleh memulai kerja yang tersebut. Di sini, kerja tersebut boleh membina. Mari kita memulai kerja yang sama. Kerja tersebut juga boleh terminat semua kerja tersebut di bawah kerja kemudian memulai proses kerja tersebut. Saya akan menunjukkan perkembangan bagaimana kerja tersebut memulai proses kerja tersebut. Perkembangan adalah proses kerja tersebut apabila anda memulai perkembangan IEX. Kerja tersebut dan kerja tersebut adalah proses kerja tersebut. Kerja tersebut boleh digunakan. Saya akan membuat 50 kerja kerja dalam satu proses kerja tersebut. Nampak apa yang berlaku apabila saya membunakan semuanya. Kerja tersebut automatically memulai semuanya lagi. Sekarang saya akan membuat lebih banyak kerja. Bukan itu hebat? Kerja tersebut dan proses kerja tersebut memulai proses kerja tersebut. Sebenarnya, kami tidak mempunyai banyak masa untuk memulai proses kerja tersebut. Ada seseorang yang berhubung ke bawah kerja tersebut. Kerja tersebut akan mempunyai kerja tersebut. Sebenarnya, mereka memulai kerja tersebut untuk memastikan apabila sesuatu berlaku atau memulai proses kerja tersebut dan memulai proses kerja tersebut dan memulai proses kerja tersebut. Kita akan memulai kerja tersebut dan saya rasa yang paling teruk. Kita akan memulai kerja tersebut dengan serius dan yang pertama akan menjadi lebih mudah. Kerja tersebut adalah program KOMAN9. Saya akan memulai kerja tersebut BLEEDZI. Kerja tersebut mengambil pakaian yang berlaku untuk memulai kerja tersebut. Ini akan dilihat oleh KOMAN9 kita yang mahu memulai pakaian. Juga pakaian yang sama adalah unggap cinta. Kita akan cuba memahami proses kerja tersebut Saat kita memulai program, proses kerja tersebut dan banyak kerja tersebut Kita akan membahagi proses kerja tersebut bagaimana banyak kerja yang一定 berhasil. Kerja tersebut juga kerja yang diperjumpaan. Itulah dipegang pada 0. Kerana pada berjumpa dengan memperbaiki kegugungan, telah mengenai pasangan kelas kodenat. Lama mengenai pasangan dari kerja, pasangan kelas kodenat yang mengenai tanda-tanda kerja yang diperjumpaan oleh satu. Lihat yang lain kerana mengenai pasangan keisi yang telah dilatih. Hanya-hanya, kodenat berkelan-kelan, dan sekarang ia perlu menunggu untuk pekerjaan yang terakhir. Pada versi pertama, yang paling mudah, mudah kerana kita tidak akan menggunakan konkuransi di sini. Proses pekerjaan tidak terlalu sulit. Pada kerjaan hanya untuk membuat panggilan, memasukkannya, dan mengambil keputusan kepada proses koordinator. Proses pekerjaan dapat mempunyai sekurang-kurang2 keputusan dari klien Http. Dalam kes ini, kita hanya memikirkan apabila klien Http menerang keputusan yang berlaku, atau mempunyai keputusan. Jika keputusan tersebut berlaku, keputusan yang tersebut berlaku akan diluncurkan dan keputusan tersebut berlaku. Jika tidak, ia akan menerang keputusan dengan keputusan sebagai keputusan pertama. Keputusan yang tidak menerang adalah menerang untuk keputusan yang lain dari klien Http. Jadi, salah satu panggilan ini akan menghubungkan keputusan kepada proses koordinator. Mari kita lihat bagaimana proses koordinator itu nampaknya. Ini adalah panggilan untuk proses koordinator. Kita pertama memberikan proses koordinator sebuah nama. Dalam ini, ia adalah nama yang sama sebagai nama modul. Apabila prosesnya tersebut, ia boleh digunakan menggunakan nama, bukan panggilan. Pada kerjaan tersebut, ia dibuat dalam fungsi pekerjaan melakukannya. Kita mempunyai dua versi yang berbeda untuk melakukan proses pekerjaan untuk mengandalkan dua keputusan yang berbeza. Apa keputusan itu? Pertama, ia adalah panggilan yang tersebut. Ia adalah apabila nama proses pekerjaan adalah nama total yang berbeza yang kita pernah dengar. Ini bermakna proses koordinator adalah dengar dari nama pekerjaan dan kemudian ia tahu ia boleh menerang. Jika tidak, kita tahu bahawa kita perlu menunggu pekerjaan untuk memberi kita sebuah mesej yang berjaya seperti yang anda lihat di sini atau mesej yang berlainan. Pada penghantaran keputusan kita, ia adalah panggilan yang penting. Penghantaran panggilan itu adalah apabila kita mulakan panggilan pekerjaan dan pekerjaan pekerjaan. Saya ingin mengambil ketuaan dan berbincang tentang keputusan. Ketuaan adalah sedikit seperti masa depan jika anda berkenal dengan mereka. Jadi, mari saya cuba jelaskan dengan cara analogik. Apabila anda membuat keputusan, anda tidak hanya membuat proses, ia datang dengan kontainer. Jadi, apabila anda membuat keputusan, anda memasukkan modul, anda memasukkan fungsi dan ia membuat keputusan dalam kontainer. Dan ia bergerak di latar belakang. Pada masa anda ingin menemukan, hei, apa kawal yang ada di dalam, anda panggil keputusan.awal dan anda memasuk di dalam kontainer dan periksa jika kawal ada di sana. Jika keputusan sibuk, anda perlu memasukkan. Itu saja dengan keputusan. Jadi, keputusan memuatkan anda membuat kerja yang sesuai dalam proses separat dan membuat anda mudah menambah keputusan kemudian apabila anda perlukan. Menemukan keputusan adalah sangat mudah. Anda panggil keputusan.asing dan menemukan keputusan yang perlu. Apabila anda bersedia untuk mengambil keputusan, anda hanya panggil keputusan.awal. Mari kita lihat contohnya. Jadi lagi, kami menemukan contohnya di atas di sini. Dan untuk keputusan yang mudah anda perlu menunggu segera. Lebih mudah, anda perlu menunggu. Dan itu saja. Kembali kembali ke Lodester HGTP kita. Kita mulakan proses kawal dalam pasukan. Proses kawal bermula dalam proses separat dan sekarang ia menunggu kerja untuk bercakap dengannya. Semua kerja, dalam kes ini, bermulai 1x1. Problem ini adalah sebuah kerja harus membuat keputusan sebelum keputusan sebelum kerja. Jadi, kami tidak mempunyai keputusan. Akhirnya, task.awal adalah nama untuk mengambil keputusan kawal dalam proses kawal. Ia adalah keputusan yang mengambil daripada meskipun oleh pekerja. Mari kita lihat contohnya. Perhatikan dalam kes ini bahawa pekerja diberi keputusan untuk membuat keputusan. Sekarang, mari kita membuat keputusan Lodester. Bagaimana kode yang kita perlu menambah dalam kes ini? Sebaik-baik saja yang kita ubah adalah dalam keputusan kawal. Kita menggunakan fungsi untuk membuat dan memulangkan proses kawal untuk sebuah pekerja. Itu saja. Pekerja sekarang bergerak sekarang. Mari kita lihat keputusan ini. Di sana, pekerja tidak datang dalam keputusan. Akhirnya, mari kita membuat keputusan Lodester yang diberi keputusan. Di sini, kami mempunyai 2 keputusan yang digunakan oleh kawal yang sama. Proses di Erlang dan dalam keputusan yang diberi keputusan. Ini bermaksud keputusan kawal di antara proses yang sama hanya sebaik-baik saja untuk menggunakan keputusan antara 2 keputusan yang berbeda. Sebaik-baik saja sebaik-baik saja sebaik-baik saja keputusan ID. Untuk mempunyai keputusan Lodester, kita perlu membuat lebih banyak kerja. Pertama, kita perlu menghubungi keputusan kita. Kita perlu membuat keputusan sekarang sebagai keputusan Lodester. Lodester ini menghubungi ke semua keputusan Lodester. Kita lalu menghubungi keputusan Lodester ke keputusan keputusan Lodester. Keputusan Lodester menghubungi keputusan Lodester, yang adalah apa yang anda lihat di sini. Pertama, kami menghargai berapa banyak kerja yang harus kita menggunakan keputusan Lodester. Jadi, untuk keputusan Lodester dengan keputusan N dari 1000, kami akan mempunyai 250 kerja yang dihubungi ke keputusan Lodester. Di sini, kami membuat sesuatu yang sangat lucu. Kodester di sini memulangkan keputusan securusnya pada setiap keputusan Lodester. Apa yang dihubungi adalah listan yang terdapat dari keputusan Lodester dan salah satu keputusan Lodester. Selanjutnya, kami akan memulangkan 250 kerja pada setiap keputusan Lodester. Semua yang kita perlu lakukan di sini adalah menggantikan setiap keputusan Lodester memulangkan kerja securusnya menggunakan keputusan Lodester dan menggunakan keputusan Lodester. Ini apa yang kami sebut. Akhirnya, hanya sebelum, kami panggil task.await untuk mengambil keputusan dari keputusan Lodester dan keputusan Lodester dan keputusan Lodester dan keputusan Lodester. Saat perniagaan kerja telah menyelamatkan kerja dan mengagumkan. Ini adalah semua kode yang kamu perlukan untuk memulangkan dan memulangkan keputusan Lodester untuk mengulangkan dengan disilu. Mari kita lihat contohnya. Kita pertama memulangkan 3 keputusan Lodester dan kemudian kita mengulangkan program terbun dan kita dah selesah. Kita memulangkan dengan disilu. tentang Singapura. Ini adalah sebuah kota makanan di Singapura. Ini adalah bagaimana kita mempunyai kota. Kita menggunakan apa-apa daripada paket tisu, bagi telefon, dan jika anda berdua menjadi doktor, kita juga menggunakan stesto-scopes. Komuniti elixir itu menyebabkan dengan baik-baik. Satu projek yang paling popular adalah elixir adalah framework Phoenix, dibuat oleh Chris McCartney. Satu pilihan yang sangat bagus adalah membuat kerja dengan pilihan web sangat mudah. Josh Adams juga membuat sif elixir, membuat sesuatu seperti Abdi Grimm's Ruby Tapas. Sangat berjumpa. Ada konferensi elixir, dibuat oleh Jim Freeze, yang berada di audience. Dan ada yang lain yang akan berjumpa ini di Polen. Dalam masa kopia saya, saya meletakkan sif elixir, dan jika anda mahu belajar lebih banyak, ada beberapa pilihan yang digunakan. Tetapi lebih penting, saya juga menulis sif elixir, dan sekarang saya menunggu penerbangan saya untuk mendapatnya pada penerbangan saya. Jadi saya perlu berterima kasih kepada dua perempuan. Satu pilihan Hatter Miller, yang mempunyai pilihan yang sederhana, saya mempunyai sif elixir. Yang lain adalah isteri saya, yang mempunyai saya untuk mengenali dia semasa pilihan ini. Dan juga tim saya, yang sangat mendukung saya untuk berjumpa dan tidak risau tentang penerbangan saya, saya rasa ia adalah masa yang terbaik untuk menjadi paranoi. The world is concurrent but how we program isn't. Saya juga fikir ini adalah masa yang terbaik untuk mendapatkan pilihan fungsi. They've promised it best at the recent go-to conference at Chicago. He said, and I quote, there is a word for people not doing functional programming five years from now. That word is maintenance programmer. Elixir has opened up many opportunities for learning personally. I'm having so much fun learning about functional, concurrent, and distributed programming. And I encourage you to go out and try out different languages. Find your own elixir. It is truly a wonderful time to be a developer now. Thank you all for being a wonderful, wonderful audience. And I would love to answer any questions you have. I'm a very shy person, so if you come up to me after my talk, I'll speak to all of you. Thank you very much.