Tamu edisi kedua
Run Loop - podcast tentang mereka yang membuat produk dengan tangan mereka sendiri - Yegor Bugaenko. Kami akan bertanya kepadanya tentang tujuan menciptakan cryptocurrency Zold-nya sendiri. Pelajari mengapa Ruby digunakan untuk menulisnya. Mari kita segera bicara tentang banyak hal, mulai dari rutinitas harian dan buku-buku, berakhir dengan pertanyaan-pertanyaan provokatif tentang kualitas pekerjaan programmer. Dan akhirnya, kita akan membahas bahwa pengembang yang tidak tahu bagaimana berpartisipasi dalam proyek Open Source akan segera menjadi tidak berguna bagi siapa pun.
Penyaji: Ilya Tsarev, Alexey Mileev, Roman Busygin.
Ilya Tsarev terlibat dalam pengembangan iOS di Alfa Bank, berbicara di berbagai pertemuan dan konferensi.
Alexey Mileyev sedang mengembangkan versi Android dari App in the Air, memimpin saluran Telegram untuk pengembangan Android, dan mengawasi laporan di AppsConf.
Roman Busygin - pengembang terkemuka Yandex.Music untuk iOS, sering berbicara di konferensi dan berpartisipasi dalam podcast.
Away:
Yegor Bugaenko - pendiri dan CEO Zerocracy, sebuah perusahaan yang mengembangkan robot AI untuk mengelola programmer; OOP fundamentalis; penulis Elegant Objects, serangkaian buku tentang pemrograman berorientasi objek; pencipta Cactoos, Takes Framework, JCabi dan Rultor, serta seorang blogger dan dermawan.
Alexey : Ceritakan tentang dirimu apa yang kamu lakukan.Egor : Saya terutama memprogram dan mengelola programmer. Ini adalah dua area aktivitas saya.
Ilya : Tolong beritahu saya bagaimana Anda menggabungkan ini. Pada titik apa Anda mengelola pengembangan, dan pada titik apa Anda pemrograman? Silakan beri tahu kami lebih banyak tentang perusahaan Anda.
Tentang perusahaan
Egor : Perusahaan kami disebut Zerocracy dan merupakan pertukaran lepas, di mana di satu sisi freelancer, programmer, penguji, desainer, dan semua jenis talenta teknis lainnya terhubung. Dan di sisi lain, pelanggan yang membutuhkan talenta ini dan ingin menyelesaikan proyek perangkat lunak.
Inti utama dari situs ini adalah kecerdasan buatan otomatis. Ini adalah robot - bot obrolan yang mengontrol proses pengembangan. Dia menetapkan tugas untuk programmer, mengumpulkan hasil dari mereka, membayar mereka, mengevaluasi kualitas pekerjaan mereka dan mengatur seluruh proses pengembangan. Awalnya, saya sendiri yang menulis robot ini, kecerdasan buatan. Sekarang saya mengambil bagian yang tidak penting dalam pengembangannya, tim pengembangan terus memperbaiki dan meningkatkan.
Saya adalah CEO Zerocracy. Sebagian besar waktu saya dihabiskan untuk ini. Di bidang pemrograman, saya memiliki beberapa proyek yang secara aktif saya kembangkan. Salah satunya adalah pilot project kami zold.io. Ini adalah cryptocurrency yang kami buat di dalam perusahaan kami, yang merupakan alternatif dari solusi blockchain yang ada. Saya adalah arsitek dari solusi ini. Saya bukan satu-satunya yang mengerjakannya, tetapi saya seorang arsitek. Produk ini menarik karena ditulis dalam versi saat ini di Ruby.
Proyek zold.io adalah cara
alternatif untuk menyelesaikan masalah pembayaran yang didistribusikan . Blockchain adalah solusi yang cukup terkenal dan populer untuk mengatur data terdistribusi di server tanpa kepercayaan. Kami mengusulkan solusi kami, yang tidak menggunakan blok, rantai, dan semua yang ada di blockchain. Kami memecahkan masalah ini dengan cara kami sendiri. Tampaknya bagi kami bahwa solusi kami juga menarik. Inilah yang saya lakukan dalam pemrograman aktif.
Kenapa ruby
Roman : Egor, sangat menarik untuk mendengar tentang blockchain. Ini adalah hal yang sangat rumit secara komputasi. Anda menggunakan Ruby, yang terkenal dengan kelambatannya. Hampir semua orang berusaha menghindarinya pada proyek besar. Tolong beritahu saya mengapa Ruby?Egor : Kami tidak memiliki blockchain.
Kami memiliki Cryptocurrency, tetapi tidak blockchain . Sangat sering orang menghubungkan dua konsep. Tampaknya bagi mereka bahwa cryptocurrency = blockchain. Hal-hal ini bisa dalam satu paket, seperti dalam bitcoin, misalnya, tetapi dalam kenyataannya blockchain hanyalah cara menyimpan data di banyak server dengan nol kepercayaan di setiap server individu. Blockchain sebenarnya adalah teknologi atau metode penyimpanan data yang membutuhkan kecepatan serius dan sumber daya komputasi.
Proyek kami tidak menggunakan blockchain. Karena itu, aspek-aspek lain menjadi penting. Bagi kami, kecepatan komputasi tidak memainkan peran utama. Saya menulis sebuah artikel di blog kami yang disebut "
Mengapa Ruby? " Dan menunjukkan tiga poin yang menjawab pertanyaan ini.
- Ruby adalah bahasa yang sangat ringkas dibandingkan dengan bahasa lain yang saya gunakan: Java, C ++ dan JavaScript. Kode Ruby jauh lebih pendek dan lebih mudah ditulis. Bahwa di Jawa membutuhkan 100 baris kode, di Ruby bisa memuat 20.
- Karena kekompakannya, Ruby sangat nyaman untuk eksperimen . Solusinya tidak dibuat segera, beberapa bulan dihabiskan untuk sampel, kesalahan, dan versi yang rusak. Akibatnya, banyak korespondensi. Akan kurang nyaman untuk melakukan ini dan berulang kali menulis ulang di Jawa.
- Ruby memiliki sistem yang sangat nyaman untuk menggunakan , menginstal dan menginstal ulang versi yang tidak tersedia, misalnya di Jawa. Untuk JavaScript, ada npm, dan di C ++ dan Java, jika sistem seperti itu ada, maka mereka bergantung pada platform. Ruby adalah sistem lintas platform dan sangat nyaman untuk menginstal ulang versi baru. Ini sangat penting bagi kami, karena kami berhadapan dengan komunitas kontributor yang berada di platform yang berbeda, mereka tidak tunduk kepada kami. Suatu sistem, menurut definisi, didistribusikan dan anonim. Karena itu, sangat penting bagi kami bahwa solusi kami mudah dipasang.
Karena itu - Ruby.
Tujuan dari cryptocurrency yang dibuat
Alexei : tujuan apa yang kamu kejar ketika kamu menciptakan cryptocurrency, saat kamu menciptakan emas?Egor : Kami memiliki beberapa motif, gol muncul kemudian. Terus terang, motif pertama adalah motif murni teknis. Sangat menarik untuk memecahkan masalah teknis seperti itu. Saya seorang insinyur dan teknisi, menyelesaikan masalah teknis yang rumit memberi saya kesenangan.
Saya mendengar banyak tentang blockchain dan cryptocurrency sekarang semakin populer. Masalah pasar adalah masalah ekonomi. Dia tidak terlalu tertarik pada saya, saya lebih tertarik pada pertanyaan tentang teknologi. Yaitu, bagaimana mereka membuat keputusan blockchain sehingga kami percaya pada sistem yang tidak memiliki server terpusat dan titik kontrol pusat. Karena semua orang berbicara tentang blockchain, menarik bagi saya untuk mencoba menyelesaikan masalah ini dengan cara saya sendiri.
Benar-benar tantangan teknis: mari kita coba, itu akan berhasil.Itu tidak bekerja segera. Tiga bulan tidak berhasil, tetapi pada akhirnya solusi ditemukan. Ini sudah berfungsi sekarang, dan bahkan dengan mata uang ini kami sudah membayar programmer yang bekerja di platform kami. Transaksi berjalan langsung, meskipun sejauh ini belum ada iklan, tetapi untuk penggunaan internal kami, dalam mode produksi, tetapi pada transaksi kecil kami menjalankannya.
Motif kedua adalah ekonomi besar.
Kami tidak menyukai metode pembayaran yang ada untuk programmer yang bekerja di platform Zerocracy. Saat ini kami menggunakan PayPal dan Bitcoin. Dalam kedua kasus, transaksi cukup mahal. Kita harus membayar komisi besar untuk mentransfer dana ke programer, dan dalam pembayaran mikro Zerocracy. Untuk mikrotask, kami membayar mikropayment kepada programmer hingga beberapa puluh sen. Seperti yang Anda ketahui, PayPal, Bitcoin dalam hal ini sangat mahal dan tidak cocok untuk transaksi mikro. Pada Bitcoin, komisi untuk satu transaksi adalah sekitar 50 sen, di PayPal 30-40 sen. Sangat mahal jika seluruh jumlah transaksi adalah 1 dolar. Oleh karena itu, motif ekonomi adalah
untuk membuat keputusan pembayaran yang akan berkali-kali lebih murah dan akan sangat cocok untuk pembayaran mikro , dan bukan untuk pembayaran besar, seperti dalam bitcoin.
Gol telah muncul baru-baru ini. itu terdiri dari
menarik sejumlah dana yang cukup ke platform Zerocracy menggunakan cryptocurrency, instrumen keuangan ini untuk menarik dana investasi ke proyek. Dengan menggunakan dana yang terkumpul, kami ingin
menaikkan upah programmer yang bekerja di platform. Dan dengan demikian membuat platform ini menarik bagi berbagai pengembang profesional.
Sayangnya, sekarang, tidak ada anggaran sebesar itu untuk membayar pengembang
$ 100-150 per jam . Dengan model kontrol kami - microtasking, microbudgeting - semuanya ada di tingkat mikro, kami memiliki pekerjaan yang berorientasi pada hasil di tingkat mikro. Oleh karena itu, sangat penting bahwa orang bekerja dan ingin bekerja untuk hasilnya, dan tidak hanya menghabiskan waktu dalam proyek, seperti yang sering terjadi dalam model pengembangan lainnya, termasuk Agile. Agar model menjadi menarik, orang perlu membayar banyak. Kami sampai pada kesimpulan ini. Dalam model tradisional, seseorang terbiasa bekerja seharga $ 15-20 per jam, tetapi ketika mereka membayar 8 jam kerja, terlepas dari apa yang dia lakukan 8 jam ini. Dalam model kami, ia terpaksa memberikan 8 blok hasil untuk menerima pembayaran selama 8 jam. Dengan demikian, $ 15 per jam sudah tidak menarik, karena secara astronomis delapan jam, untuk yang mereka bayar sehari penuh, orang biasanya bekerja 15-20% dari waktu. Sisa waktu dihabiskan untuk membaca berita, beristirahat, dan kegiatan pendukung paralel lainnya. Dalam kasus kami, kegiatan ini tidak dibayar.
Kami memahami bahwa dalam model kami tarif per jam harus 5-10 kali lebih tinggi daripada tarif tradisional. Kami belum memiliki dana tersebut. Dengan menggunakan cryptocurrency Zold, kami berencana untuk menarik modal investasi melalui pasar cryptocurrency finansial, melalui bunga pada alat pembayaran baru, dan menggunakannya untuk menaikkan tarif pengembang kami. Ini akan memberikan dorongan ke platform ini, tuas pemasaran, dengan bantuan yang nantinya kita akan dapat menarik pelanggan yang berharga.
Bagaimana hari kerjanya
Alexei : kamu menyebutkan itu sebagai insinyur, kamu suka memecahkan masalah yang rumit. Mari kita bicara sedikit tentang Anda. Bagaimana biasanya hari kerja Anda?Roman : Aku memberimu sedikit detail. Mungkin Anda bangun dan bekerja segera. Saya sarankan untuk tidak membatasi hari kerja pada saat Anda tiba di kantor.Egor : Pertama, saya tidak punya kantor: Saya tidak datang ke mana-mana. Kedua, saya tidak bekerja. Artinya,
saya tidak menganggap apa yang saya lakukan sebagai pekerjaan , dan
saya tidak menganggap diri saya sebagai pegawai kantor. Saya menikmati hal-hal yang saya lakukan. Saya membuatnya karena saya suka mereka, dan bukan karena saya datang ke kantor dan harus melakukan sesuatu, untuk menyelesaikan beberapa tugas. Saya hanya suka apa yang saya lakukan.
Untungnya, saya memiliki proyek di mana saya dapat menikmati pemrograman atau mengelola proses ini. Jadi saya bangun, buka laptop saya dan lihat apa yang saya sukai, apa yang ingin saya lakukan dalam 16 jam ke depan. Saya tidak minum kopi, saya minum teh, jadi
teh pertama, lalu laptop .
Orang sering bertanya kepada saya bagaimana saya mengatur waktu saya. Saya mencoba mengaturnya, tetapi tidak berhasil dengan baik bagi saya. Saya sering menyerah dan hanya melakukan apa yang saya inginkan. Seringkali, ini adalah cara paling efektif untuk mengatur waktu Anda. Saya selalu berusaha mendengarkan keinginan batiniah saya dan hanya melakukan apa yang saya inginkan, dan bukan yang saya butuhkan. Biasanya, apa yang saya inginkan membawa saya ke arah yang benar.
Alexei : kamu fokus pada kenyataan bahwa kamu bukan orang kantoran. Anda tidak pernah bekerja di kantor atau ada waktu, tetapi kemudian Anda beralih ke tugas Anda?Egor : Saya punya kantor. Saya telah bekerja di kantor selama bertahun-tahun. Tampaknya bagi saya bahwa pekerjaan ini secara pribadi membuat saya tertekan dan tertekan. Dia menekan saya lebih cepat daripada saya merasakan efek apa pun dari kantor.
Saya tidak mengerti mengapa di dunia modern kantor diperlukan seperti itu.
Saya mengerti mengapa kita membutuhkan beberapa tempat di mana Anda dapat minum kopi dan berbaring di sofa. Saya mengerti mengapa hookah dan restoran diperlukan. Saya mengerti mengapa Anda membutuhkan tempat di mana Anda dapat menghabiskan waktu. Tetapi saya benar-benar tidak mengerti mengapa kita harus duduk berbaris, melihat monitor dan minum kopi pada titik tertentu, lalu kembali dan duduk di tempat yang sama lagi. Menurut saya itu tidak masuk akal. Ada banyak tempat lain di mana lebih menarik dan lebih nyaman untuk bekerja: di kafe, di rumah, di alam. Saya tidak melihat alasan menyatukan orang di ruang kantor seperti itu. Dalam buku-buku terbaru, saya cukup banyak dan serius mengkritik gagasan mengatur dan memotivasi orang untuk bekerja dengan menggabungkan mereka secara geografis. Konsep menghubungkan orang di satu tempat dan mengarahkan mereka ke satu arah, sehingga mereka melakukan satu hal dan mencapai sesuatu bersama, menurut pendapat saya, harus menjadi sesuatu dari masa lalu. Sekarang tidak ada kebutuhan khusus untuk ini, ada metode komunikasi berkualitas tinggi, perangkat lunak yang baik, alat manajemen berkualitas tinggi. Kami tidak perlu duduk bersama untuk bekerja lagi.
Roman : Saya akan sedikit klarifikasi ketika saya berbicara tentang kantor, maksud saya bekerja untuk seseorang. Apakah Anda bekerja untuk seseorang dan apa yang mulai Anda lakukan untuk diri sendiri? Pada titik apa dan mengapa transisi dari wiraswasta ke wiraswasta terjadi?Egor : Saya bekerja sedikit untuk wiraswasta, tetapi saya tidak pernah bekerja untuk seseorang. Saya selalu bekerja untuk diri saya sendiri. Pertanyaannya adalah, siapa yang membayar saya uang itu, atas dana siapa saya melakukannya. Itu berubah pada titik-titik tertentu dalam hidup saya. Setelah itu dibayarkan oleh satu perusahaan, lalu yang lain. Sekarang pekerjaan saya dibayar oleh klien saya. Besok investor saya dapat membayarnya, lusa pembaca buku saya.
Pertanyaan "Dari mana uang itu berasal?" selalu memiliki opsi . Selalu ada jawaban berbeda untuk pertanyaan ini. Saya selalu bekerja hanya untuk diri saya sendiri.
Sulit bagi saya untuk membayangkan bahwa saya akan menghabiskan waktu saya, upaya saya dan energi saya pada sesuatu yang kemudian akan pergi ke orang lain. Bagi saya ini tidak bisa diterima. Ini akan sangat menurunkan semangat saya, dan saya tidak akan bertahan lama: beberapa hari, mungkin beberapa minggu, tetapi saya akan mencoba untuk keluar dari ini. Saat berada di kantor, mengerjakan proyek orang lain, melakukan sesuatu yang terlihat seperti bekerja untuk seseorang, saya selalu bekerja untuk diri saya sendiri. Saya menemukan
bagaimana kegiatan ini secara pribadi dapat bermanfaat bagi saya . Jika saya dalam suatu proyek dan saya perlu menginstal sistem penempatan baru di dalamnya, mereka membayar saya untuk itu, maka saya pasti akan membuat sistem ini sehingga saya dapat menulis tentang itu di suatu tempat nanti, katakan padaku sehingga saya dapat membeli produk Open Source dari untuk menanggungnya, sehingga saya secara pribadi dapat menanggung sesuatu untuk diri saya dalam hal ini. Selanjutnya, semua pekerjaan pada sistem ini terlihat seperti bekerja untuk diri saya sendiri. Pelanggan juga akan menerima, tentu saja, sistem kerja sebagai hasilnya.
Tapi pertama-tama, saya pribadi mendapat manfaatnya . Jadi saya selalu melakukannya.
Ilya : Egor, tolong beri tahu saya, jika Anda tidak punya tempat di mana Anda pergi bekerja, Anda masih memilih: hari ini Anda berada di sebuah kafe, besok di rumah atau di alam. Apakah Anda memiliki jadwal atau Anda baru saja bangun dan ke mana pun Anda ingin pergi?Egor : Sebaliknya, di mana pun Anda inginkan. Saya mencoba untuk tidak merencanakan ini, karena jika Anda mendengarkan keinginan dan motif internal Anda, yang seringkali tidak dapat dijelaskan, maka pada akhirnya itu akan menjadi lebih baik. Saya tidak tahu, mungkin akan lebih mudah bagi seseorang untuk pergi sesuai jadwal, sesuai rencana, tetapi saya mencoba mendengarkan suara hati saya, yang mengatakan: "Saya bosan dengan rumah, ayo pergi ke suatu tempat."
Saya mengambil laptop dan pergi keluar . Kadang-kadang saya hanya berjalan di sepanjang jalan dan pergi ke kafe yang saya lihat, memesan sesuatu dan tiga atau empat jam, sampai laptop duduk, saya bekerja. Lalu aku bosan, dan aku pulang.
Kode di depan
Alexei : kamu menyebutkan buku terakhirmu Ini disebut Code Ahead. Ayo, Egor, mari kita coba merumuskan secara singkat dalam satu kalimat tentang buku terbaru Anda.Egor : Pertanyaan bagus. Memang, pada awal Juli sebuah buku diterbitkan, yang saya tulis lebih lama dari yang lainnya, saya menghabiskan 8 bulan untuk menulisnya. Secara total, ini dimulai 1 tahun dan 8 bulan yang lalu. Saya bersiap untuk waktu yang lama, dan kemudian selama hampir 8 bulan saya menulis, menulis ulang banyak, mengubah dan membuang seluruh bab.
Dia melakukan banyak usaha . Saya tidak bisa menilai apa yang terjadi. Saya ingin sekali mendengar umpan balik, tetapi belum ada ulasan di Amazon.
Menariknya,
Code Ahead adalah buku seni . Artinya, itu tidak ditulis dalam bahasa teknis, ada karakter dan plot, dialog, monolog, percakapan. Tetapi pada saat yang sama, ini, tentu saja, adalah genre campuran. Saya belum pernah melihat ini sebelumnya, tetapi saya memilih genre ini. Dalam presentasi artistik gratis, sejumlah besar referensi teknis dan ilmiah. Karakter berbicara di antara mereka sendiri, dan selama dialog untuk pernyataan mereka, komentar dan fakta yang dipertanyakan, di bagian bawah halaman ada sejumlah besar catatan kaki yang mengkonfirmasi atau membantah pernyataan yang dibuat oleh karakter.
Secara total, buku ini berisi lebih dari tiga ratus referensi seperti itu untuk buku, artikel, artikel ilmiah dan yang lainnya. Saya menggabungkan genre seni dan hampir semi-ilmiah. Bagaimana itu terjadi - saya tidak tahu. Cobalah untuk membeli dan membaca. Tampaknya menarik bagi saya. Saya membacanya berkali-kali, yang tidak terjadi dengan buku-buku sebelumnya. Saya menulis buku-buku sebelumnya, membaca dan menerbitkan sekali. Saya membaca potongan sepuluh ini.
Roman : Untuk menulis buku, Anda perlu membaca banyak buku, pacu diri Anda ke arah ini. Egor, apa yang akan Anda sarankan untuk dibaca oleh pembaca kami, tetapi bukan dari apa yang Anda tulis, tetapi dari yang lain. Apa yang pertama terlintas dalam pikiran?Egor : Ada artikel di blog saya yang disebut "
Buku favorit saya ". Ada 16 buku yang saya rekomendasikan untuk dibaca. Ini adalah buku yang telah saya baca lebih dari satu kali. Mereka berharga bagi saya, dan saya sering kembali kepada mereka. Selain itu, saya akan merekomendasikan buku Code Ahead. Sekitar sepuluh persen dari tiga ratus tautan itu ditandai dengan ikon tanda bintang khusus. Tautan lain hanya mengkonfirmasi fakta, atau membantahnya. Tautan dengan tanda bintang adalah literatur yang saya sarankan untuk dibaca, dan bahkan lebih dari sekali.
Laporan AppsConf
Ilya : Tolong beritahu kami tentang topik laporan Anda. Segera Anda akan berbicara di AppsConf, apa yang akan Anda bicarakan?Egor : Saya akan menawarkan untuk melihat situasi dengan pemrograman dan kualitasnya, dan mencoba menawarkan solusi saya sendiri untuk konflik ini. Konflik, menurut saya, terletak pada kenyataan bahwa ekspektasi standar manajemen, teknis dan organisasi, dari programmer datang ke fakta bahwa
programmer harus menulis kode di mana tidak ada kesalahan . Harapan ini cukup tradisional dan populer. Saya bertemu dengannya baik dalam praktik nyata maupun dalam literatur, dan saya dapat memberikan beberapa tautan ke buku yang mengatakan bahwa seorang programmer yang baik menulis kode di mana tidak ada bug. Jika kita menggunakan konsep ini sebagai dasar dan membangunnya, maka dalam praktiknya kita dengan cepat sampai pada masalah: apa yang harus dilakukan sehingga programmer menulis kode tanpa kesalahan?
Bagaimana menemukan programmer yang bagus dan bagaimana jika programmer itu jelek?Ada dua solusi:
- merekrut "programmer yang baik";
- untuk memperbaiki yang buruk dengan memperkuat yang negatif di sekitar gagasan kesalahan atau bug yang berpotensi mereka buat.
Kami mempekerjakan yang baik, di satu sisi, dan di sisi lain, menakut-nakuti yang buruk sehingga mereka menjadi baik. Saya menemukan pendekatan ini di mana-mana. Dalam laporan itu, saya akan mencoba menawarkan solusi alternatif yang berfungsi di perusahaan kami dan kami bekerja di proyek-proyek kami.
Kami memiliki sikap positif terhadap bug . Kami percaya bahwa kesalahan dan cacat yang dibuat programmer adalah komponen alami dari setiap proses pembuatan produk perangkat lunak. Kesalahan diperlukan, mereka harus, mereka perlu. , Production, , . , , , — . , - . .
: , , ? , , ?: . , , , . . — , , . , , .
. .
, , , , , , , 100%? , , , . , ,
, . . . , , , , - , , - , , . . , . , , .
: , . , - Production, , - . , ? -, ?: , , .
. , , , , —. . , , , , Code review. , Code review-, contribution , , Production.
: , ?: . . , .
: , ,: : « Big Data ? ?» , , , . , web. , . , . , , , , . Big Data .
: , GitHub, 1700 300 , . . , , ? , - , ?: -, . 2009 GitHub. , , . - , Open Source , , . , , . , , , .
,
, , , . Open Source. ,
. , , . , - , , , 10 . , . , Open Source .
, , Java , , . , , , . - , , — . , , pull request production.
Open Source. pull request. A pull request , , . , Open Source . , . , , . , . , , , , , . . , , . , deployment, . , .
, , : «, ? , ». . — 15% , 85% — . , . , , , , . — .
. , . . , , . . , : « , . , , Open Source, - Open Source».
- . - . Open Source, GitHub Stack Overflow. , , . , , pull request-, , , pull request-. , .
— . — . 10-15 , , . , GitHub.
deployment
: , , . , , - , . , - . ?: . , 25 . . — 70, , , 70 . , . — Zold, Ruby gem, .
deployment, , , . . 70 e-mail, Bitcoin, , . . . , , . , , . , . , , -- , 5-7 . . deployment . - , . , , , .
: , AppsConf , 8-9 . , , .: , . , , . , , . , .
, , .