CRAFT (APRIL 25-28, 2017, BUDAPEST)



Harga
Deskripsi Produk CRAFT (APRIL 25-28, 2017, BUDAPEST)

Konferensi Craft dimulai untuk saya seminggu lebih awal dari konferensi yang sebenarnya, berkat Avatao Craft Security Challenge. Di halaman Avatao, Anda bisa belajar membangun aplikasi yang aman, dan yang terpenting, Anda bisa membuat tangan Anda kotor. Craft Security Challenge terdiri dari dua putaran dan masing-masing ronde memiliki 5 tugas. Anda bisa belajar tentang keamanan Docker, kerentanan kondisi Race, pengujian mutasi, Anda bahkan bisa mencoba bahasa Rust dan masih banyak lagi. Yang mengejutkan saya, hanya sedikit orang yang bergabung dalam tantangan ini. Masih tersedia dan Anda bisa mencobanya, sangat menyenangkan!

Dari lokakarya yang ada, saya memilih Designing Microservices oleh Sam Newman, penulis buku Building Microservices dari penerbit O'Reilly. Lokakarya tersebut berlangsung di gedung perusahaan Prezi yang indah di jantung kota Budapest. Penonton dibagi menjadi dua kelompok, berdasarkan tingkat pengalaman. Peserta lokakarya datang dari berbagai negara Eropa. Sam mencoba melewati semua aspek membangun microservices. Di satu sisi, itu hebat, tapi di sisi lain tidak memungkinkan kita untuk masuk lebih dalam dan itu adalah kekecewaan bagi saya. Namun, ini membantu saya untuk menyadari apa tantangan dari microservices. Kami sudah menghadapi beberapa dari mereka di perusahaan kami, meski kami tidak melakukan servis mikro. Dan tidak ada satu solusi tepat untuk tantangan ini.

Pesan paling penting dari lokakarya ini adalah: Jika Anda ingin memulai dengan layanan microservice, proses penyebaran Anda harus siap untuk itu. Anda harus memiliki alasan bagus untuk menggunakan layanan mikrositik dan jangan lupa tentang tujuan ini selama penerapan. The microservices bukanlah solusi yang baik untuk setiap masalah.

Sulit untuk memilih beberapa highlights hari ini, karena hampir setiap presentasi yang saya hadiri terasa hebat. Saya menyukai presentasi tentang AWS Lambda, senang melihat contoh praktis penggunaannya. Dan Utara memiliki poin bagus dalam presentasinya Keputusan Keputusan bahwa setiap keputusan memiliki pro dan kontra. Dan kita harus mempertimbangkan dan mengevaluasi mereka berdasarkan apa yang terbaik untuk kita.

Presentasi tentang Microservices dan Organisasi Makro: Dampak Orang serta Teknik Penyebaran dengan Microservice juga bagus dan saya sarankan untuk menontonnya di video.

Pembicaraan Mike Amundsen tentang Dua Belas Pola untuk Hypermedia Microservices benar-benar bergaung dengan saya. Meski orang bisa menganggap presentasi ini membosankan (Attila dan Michal bisa memastikan :-)), bagi saya sebagai penggemar hypermedia itu sangat berharga. Jika Anda tertarik dengan pembelajaran mesin dan Anda tidak mendengar tentang Tensorflow, tonton Tensorflow untuk para pengagum di saluran video Kerajinan. Tensorflow adalah perpustakaan perangkat lunak sumber terbuka untuk kecerdasan mesin dan terlihat sangat menjanjikan. Dan presenternya seperti Super Mario. Presentasi terakhir hari itu Fun With Dead Languages ??dan itu sangat lucu. Dapatkah Anda membayangkan pemrograman dalam bahasa Latin?

Saya menyukai presentasi oleh Katherine Kirk dan pendekatan filsafat timurnya untuk masalah sehari-hari kita. Meskipun dia tidak memberi kami jawaban bagaimana melepaskan diri dari siklus keinginan-menempel, senang mendengar bahwa terjebak dalam siklus ini adalah masalah yang biasa terjadi.

Software (r) Evolusi: Bola Kristal untuk memprioritaskan presentasi Debt Teknis sangat keren sehingga saya membeli buku Adam, kode sumber sebagai TKP :).

Presentasi yang ingin saya tekankan adalah Debugging Accessibility oleh Sally Shepard. Presentasi ini sedikit terabaikan, karena aksesibilitas aplikasi kita diabaikan pada umumnya. Sally berpikir bahwa kita seharusnya tidak menganggap aplikasi selesai, jika aplikasi tidak memenuhi persyaratan aksesibilitas. Dibutuhkan uang dan waktu ekstra untuk berinvestasi pada pengembangan, tapi kita bisa mendapatkan khalayak yang lebih besar seperti yang kita duga. Misalnya, Apple memberikan peringkat lebih baik untuk aplikasi yang mudah diakses.

Presentasi terakhir hari kedua adalah Better engineering melalui wacana yang lebih baik oleh Theo Schlossnagle dan jika saya harus memilih hanya satu presentasi dari keseluruhan konferensi, saya akan memilih yang ini. Saya menganggap kemampuan komunikasi yang baik sangat penting dalam bisnis kami, terutama karena orang-orang TI kebanyakan introvert dan terkadang sulit untuk berkomunikasi satu sama lain.

Ini adalah pertama kalinya saya menghadiri konferensi Kerajinan dan saya sangat terkejut dengan penyelenggaraan konferensi tersebut. Mereka mendukung keragaman dan mereka menjual tiket yang lebih murah untuk pasangan pria dan wanita. Nah, sangat menyenangkan melihat begitu banyak wanita IT di satu tempat :). Juga, jika Anda vegan atau menderita penyakit celiac (atau intoleransi makanan lainnya), jangan takut menghadiri konferensi ini, Anda akan diurus.


0:00




Picks from Attila - Bagian workshop

Tahun ini, kami juga mengikuti workshop. Ini biasanya diadakan oleh salah satu pembicara, mencoba menemukan topik yang dipilih secara lebih mendalam. Setelah menghabiskan beberapa waktu melalui pilihan yang tersedia, pilihan untuk saya cukup mudah: Desain Perangkat Lunak yang Tenang dalam teori dan & praktik. Itu dipegang oleh Uwe Friedrichsen.



Karena saya baru saja menyelesaikan sebuah buku bagus tentang Site Reliability Engineering dari Google, saya pikir lokakarya ini bisa memberi saya perspektif pelengkap / tambahan atau berbeda yang berkaitan secara longgar dengan topik ini. Dan itu sangat berharga.

Keseluruhan acara memakan waktu sekitar 8 jam, dengan jeda dan makanan enak. Ini bisa dibagi menjadi bagian teoritis dan bagian yang lebih praktis.

Dalam bagian praktis, kami dibagi menjadi 3 kelompok, di mana kita semua merancang aplikasi berorientasi layanan yang sama, di mana perbedaannya "hanya" dalam arsitektur. Dan terutama dalam paradigma komunikasi, dengan demikian:

Komunikasi sinkron
Pesan asinkron
Asynchronous Pub / Sub messaging
Pikirkan merancang arsitektur microservice, di mana sebagian besar layanan back-end sudah ada di sana. Kita hanya perlu mengisi celah berdasarkan paradigma komunikasi. Sebagai langkah selanjutnya, kami harus menerapkan pola ketahanan yang kami pelajari pada bagian teoritis lokakarya, dan mendiskusikan / menyajikan hasilnya kepada yang lain. Bagian praktis memiliki keuntungan besar dalam hal memahami contoh spesifik dan bagaimana pemikiran pengembang lainnya mengenai perancangan sistem semacam itu.

Pada bagian teoritis, kami terjun ke dalam pola desain dan taksonomi yang terkait dengan ketahanan dan cara berpikir dalam istilah ini. Ini memberikan gambaran yang sangat solid tentang pilihan yang tersedia dan penggunaannya. Kami belajar bagaimana memikirkan penggunaan pola-pola ini tergantung pada arsitektur, tapi juga bagaimana hal itu terkait dengan bisnis yaitu bagaimana membuat pilihan berdasarkan dampak bisnis. Melalui pola subset pola pola berada di luar cakupan blog ini, namun berikut adalah ringkasan pola yang bagus:

 

(penulis: Uwe Friedrichsen)


Mengetahui prinsip dan pola ini sangat penting. Namun, desain perangkat lunak yang tangguh bukan hanya soal penerapannya. Ini juga tentang desain fungsional dan masih banyak lagi. Presentasi yang sesuai dapat ditemukan di sini.

Jadi, jangan lupakan kutipan terkenal dari Werner Vogels: "Semuanya gagal, sepanjang waktu" dan pelajari desain perangkat lunak yang tangguh.

 

Pilihan dari Michal - Tim yang efektif



Karena konferensi Kerajinan adalah tentang keahlian perangkat lunak, beberapa pembicaraan berfokus pada soft skill dan bukan pada teknologi baru. Tahun ini beberapa pembicara berbicara tentang tim yang efektif: bagaimana tim yang efektif terlihat, bagaimana membangun tim yang efektif, tapi juga bagaimana membantu anggota tim tumbuh, bagaimana memberi dan menerima umpan balik yang tepat dan sebagainya.

Talk Building Great Tim: Protokol Budaya dan Inti oleh Richard Kasperowski dimulai dengan bagaimana rasanya berada dalam tim hebat: ada kata-kata seperti "Trust", "Respect", "Achievement", "Fun", "Balance", "Pelengkap", "Keselamatan", "Kebahagiaan" dan banyak lagi. Yang menyenangkan selain merasa sangat asyik berada di tim seperti itu, adalah kenyataan bahwa tim yang baik juga cenderung tampil lebih baik.

Lebih dari setahun yang lalu, Google membagikan hasil studi multi tahun mengenai keefektifan tim di Google, mencoba untuk mengetahui apa yang dapat membuat tim berkinerja baik. Kesimpulannya, siapa yang dalam tim kurang penting dari bagaimana tim bekerja sama. Agar penting, inilah faktor yang paling penting:

Keselamatan psikologis (anggota tim merasa aman untuk mengambil risiko dan rentan di depan satu sama lain)
Ketergantungan (anggota tim menyelesaikan pekerjaan tepat waktu)
Struktur & kejelasan (peran, rencana dan tujuan yang jelas)
Makna (pekerjaan secara pribadi penting bagi anggota tim)
Dampak (anggota tim menganggap pekerjaan mereka penting dan menciptakan perubahan)
Hasil dari penelitian ini adalah bahwa ini adalah faktor yang paling berkorelasi dengan efektivitas tim, namun hal itu tidak berarti kausalitas. Dengan asumsi bahwa dengan memastikan bahwa faktor yang paling penting terpenuhi, tim manapun bisa lebih efektif, Richard menjelaskan gagasan Protokol Inti, yang dapat dilihat sebagai "perangkat lunak untuk pikiran Anda". Jika setiap anggota tim mengikuti protokol, tim tersebut harus membantu tim untuk membangun kepercayaan dan rasa aman di dalam tim. Protokol "individu" tampaknya sedikit terlalu buatan untuk saya, namun prinsip inti yang mereka bangun tampaknya valid. Bahkan jika Anda tidak memilih untuk menerapkan protokol inti, setidaknya Anda memiliki pandangan keras terhadap Komitmen Inti.


Hal yang menarik pada Craft adalah terkadang ada pembicaraan yang menyentuh subjek yang sama dari sudut yang berbeda, terkadang malah nampaknya bertentangan langsung. Judul pembukaan keynote pada hari konferensi kedua adalah bahaya keamanan tim, yang dipandu oleh Katherine Kirk. Dia menjelaskan bagaimana keinginan untuk keselamatan psikologis bahkan dengan niat terbaik tidak selalu menghasilkan hasil yang diharapkan. Katherine bekerja sebagai pelatih yang tangkas, akhir-akhir ini banyak bertugas membantu tim mencapai keamanan psikologis, mencoba menyelesaikan semua hal kecil untuk mengancamnya.

Dia menemukan bahwa di dalam tim dimana dia bekerja dengan seringnya orang-orang yang memahami konsep "keamanan psikologis" dengan cara yang paling sesuai dengan mereka, menggunakan konsultan untuk menyelesaikan keluhan interpersonal atau mengabulkan permintaan acak dan seringkali orang yang "ratu drama" terbesar mendapat perhatian paling besar. Saya mengerti bahwa ini sebagian besar terkait dengan bagaimana hubungan antara tim dan konsultan terbentuk, lingkaran setan yang oleh Katherine disebut "kolaborasi gelap" karena motivasi yang miring.

Pesan utamanya mengenai keamanan psikologis seperti yang saya pahami pada dasarnya adalah bahwa pengembang cukup tangguh untuk bertahan dalam kondisi yang sulit, pemecahan masalah pada dasarnya adalah kekuatan super mereka. Oleh karena itu, mencoba melindungi mereka dari segala kemungkinan bahaya atau intervensi dari luar tidak hanya sia-sia, tapi juga tidak perlu. Kita harus mengenal dirinya sendiri, keinginan batin, motivasi dan kelemahannya dulu, sekelompok orang dewasa harus bisa menciptakan zona aman di dalam tim dan melindungi diri dari dunia yang keras di luar sana sendirian.

Selain pemikiran tentang keselamatan psikologis, Katherine juga berbicara tentang Triad Kegelapan (tiga bukan sifat psikologis yang bagus: narsisme, Machiavellianisme, dan psikopati) dan sebenarnya kita semua dapat mulai menunjukkan perilaku seperti itu jika kita mengalami banyak tekanan. Singkatnya, jika Anda berpikir bahwa kolega atau atasan Anda adalah seorang psikopat, cobalah melepaskan dia dari beberapa tekanan dan Anda mungkin dihargai oleh hubungan kerja yang lebih baik :).


Semua dalam semua, kita lagi menikmati konferensi kerajinan sangat banyak. Melihat kembali tiga konferensi Kerajinan yang kami hadiri, setiap tahun dalam berbagai topik, biasanya ada beberapa tema lebih besar yang dipresentasikan dalam beberapa sesi. Pada tahun-tahun sebelumnya, saya ingat database noSql, pemrograman fungsional dan microservices, tahun ini topik yang sedang tren nampaknya bersifat microservices (yay again!) Dan pemrograman tanpa server, pemrograman poliglot dan pembicaraan seputar bagaimana membuat tim lebih efektif. Salah satu pernyataan yang paling sering diulang mungkin adalah bahwa tidak ada peluru perak atau praktik terbaik yang selalu masuk akal; setiap keputusan membawa beberapa trade-off yang harus Anda sadari.Baca juga: plakat kayu
5 24
Copyright © 2015. OKEbutik Template Allright reserved.