Beberapa tahun yang lalu, Vedomosti
menulis tentang "utusan Rusia yang dilindungi," yang ingin mereka terapkan di lembaga pemerintah. Bahkan menceritakan kembali berita ini dalam satu kalimat memberikan suara palu yang berjalan di kepala. Bayangkan, di suatu tempat di belakang pagar tinggi, dengan landak di pintu masuk dan dua penjaga, beberapa programmer berseragam dibesarkan dalam bahaya dan dilemparkan ke dalam pertempuran untuk kepentingan substitusi impor.
Stereotip adalah hal yang mengerikan, saya tahu.
Utusan bersama Beeline dikembangkan oleh Staply. Sekarang mereka telah meninggalkan usaha ini, dan mentransfer perkembangan ke produk baru - "Mobile Enterprise". Ternyata ini adalah tim kecil pekerja jarak jauh yang tidak menerima kontrol mikro begitu banyak sehingga mereka hidup tanpa manajer dan bahkan pemimpin tim, bekerja kapan pun mereka mau dan di mana pun mereka mau.
Bagaimana mereka berhasil melakukan ini, saya bertanya kepada Direktur Teknis Staply, Maxim Indykov (
maks_ohs ).
Perusahaan ini termasuk dalam peringkat pemberi kerja terbaik baru-baru ini di My Circle IT dengan peringkat rata-rata 4,81 untuk semua dua belas kriteria, di mana karyawan Staply adalah teknologi modern berperingkat tertinggi, gaji yang memadai, pertumbuhan profesional, pengakuan hasil kerja dan komunikasi dengan manajemen puncak.
Apa itu Staply?
Maxim Indykov"Semuanya dimulai sekitar enam tahun yang lalu." Saya lulus dari ITMO, Teknologi Informasi. Ini adalah campur aduk semua mata pelajaran - hingga pengembangan kurikulum, sejarah, filsafat, matematika, fisika, pemrograman. Kemudian kami berpikir dengan para lelaki tentang hal-hal menarik yang harus dilakukan. Kami memiliki beberapa upaya, dan proyek pertama, yang memiliki bobot, disebut Cloudiverse.
Dengan dia, orang-orang mengambil tempat kedua di Techacrunch hackathon. Intinya adalah ini: file diambil, dipecah-pecah di browser, masing-masing bagian dienkripsi, dan potongan-potongan terenkripsi ini dikirim ke cloud yang berbeda. Sepotong ada di Dropbox, sepotong di Google Drive, dan potongan itu tetap lokal. Untuk merakit semuanya kembali, Anda perlu tahu kuncinya dan tahu di mana potongan-potongan itu berada.
Ini dilakukan dengan latar belakang hype menurut Snowden. Tetapi pada kenyataannya, proyek itu lebih menarik bagi kami dari sudut pandang teknis - pekerjaan yang luar biasa besar pada klien pada waktu itu. Tapi kemudian topik keamanan entah bagaimana memudar.
- Apakah hype Anda atau semacam keyakinan motivasi Anda?- Hype sama sekali tidak - itu hanya bonus yang bagus. Termotivasi untuk membuat proyek yang menarik. Dan ketika kami menunjukkannya, semua orang tertarik. Tampaknya ini adalah ide yang sederhana, tetapi pada saat yang sama itu divisualisasikan dengan baik di kepala orang. Di sini file terpecah, dan hanya satu set karakter tetap. Jangan salah sama sekali.
- Dan bagaimana Anda masuk ke TechCrunch?- Baru saja mengirim permintaan dan semuanya. Mendapat distribusi tiket online gratis dan berhasil mendaftar. Kami selalu berusaha melakukan sesederhana mungkin. Tidak ada pencarian untuk penyelesaian, tidak ada skema yang rumit. Mengapa TechCrunch? Saya ingin mencoba yang terbaik. Pada masa itu, itu adalah hackathon hype yang bagus.
Kami hanya beberapa - tiga orang. Saya (pengembang), perancang, penyelenggara. Masih ada satu orang, dia berurusan dengan paten.
Semuanya berjalan cukup cepat. Setelah kami mulai mengembangkan layanan obrolan untuk korespondensi, sesuatu seperti Slack. Mereka hanya membuat messenger yang nyaman. Dan tepat pada waktu itu ada cerita dengan substitusi impor, di suatu tempat di tahun ke-14.
Kami menguji produk di Rosenergoatom dan di pemerintah wilayah Moskow. Fitur utama adalah bahwa itu diinstal pada server internal. Solusi yang benar-benar kemas. Ini memungkinkan Anda untuk benar-benar berkomunikasi dengan aman, karena tidak ada akses ke Internet. Karena itu, perusahaan besar telah mencobanya.
Beberapa berita keluar tentang topik ini, tulis mereka di Vedomosti. Kami sendiri banyak menulis - di "Habr", di VC - dan entah bagaimana itu PR. Mereka tidak pernah membeli iklan apa pun, hanya membuat artikel dengan materi bagus, topik menarik. Saya menulis tentang pemrograman, Dima - pengacara kami - menulis tentang sejarah hukum proyek. Mereka berbagi dengan komunitas apa yang kita ketahui.
Pada saat itu, kami tidak memiliki sumber daya yang besar untuk pengembangan dan dukungan. Hanya ada sedikit dari kami, dan kami mulai berkembang, mencari orang, membentuk tim, mempelajari segalanya.
Produk apa yang sedang dilakukan Staply saat ini?
Sekarang Staply memiliki tiga produk - Editor penawaran komersial Octaplan, Emny adalah salah satu layanan pencarian kerja VK. Dan produk utamanya adalah Mobile Enterprise. Ketiganya dibuat oleh tim yang terdiri dari tiga puluh orang.
"Mobile Enterprise" adalah layanan untuk usaha kecil dan menengah, yang mencakup serangkaian perangkat: obrolan untuk karyawan, pelacakan panggilan, analisis panggilan, sistem pengaturan tugas, sistem CRM, notepad, analisis periklanan, dan banyak lagi.
"Kasingnya cukup sederhana," kata Maxim. “Pemilik bisnis menempatkan angka-angka itu dalam sebuah iklan - di koran, di radio, di televisi. Saluran terpisah dialokasikan untuk setiap nomor, panggilan dibuat untuk masing-masing. Seorang karyawan dapat menganalisis aplikasi di sana dan terus bekerja dengan klien di sana.
Dia dapat menetapkan tugas untuk timnya, misalnya, memanggil pelanggan kembali, menandatangani kontrak, membimbing pelanggan melalui corong penjualan, mengubah statusnya di papan kanban.
Untuk klien ini, karyawan dapat berkomunikasi dalam kelompok, di ruang obrolan, membuat diskusi. Ruang obrolan memiliki mini pad untuk menyimpan informasi yang umum bagi seluruh tim catatan. "
Seperti kata Maxim, fitur utama layanan ini sederhana, Anda tidak perlu mengonfigurasi apa pun, dan semuanya sudah di luar kebiasaan.
- Bagaimana dengan fakta bahwa semua orang menggunakan Slack?- Ini adalah ceruk yang sama sekali berbeda. Meskipun kami mengembangkan sesuatu yang serupa, tetapi kami tidak pernah bersaing dengan mereka, tidak menetapkan tujuan seperti itu bagi diri kami sendiri.
- Kenapa?- Slack adalah hal bagi mereka yang lebih suka segala macam integrasi, suka mengkonfigurasi sesuatu. Saya tidak hanya berbicara tentang komunitas TI, saya pikir ini sudah banyak digunakan di mana. Dan "Mobile Enterprise" adalah produk bagi mereka yang tidak suka mengonfigurasi apa pun, tidak tahu caranya, atau tidak mau.
Pertama, ini adalah usaha kecil dan menengah di daerah. Orang-orang ingin semuanya bekerja di luar kotak segera.
- Dan apa yang Anda gunakan sendiri, dengan apa Anda berkomunikasi?- Dalam apa yang kami kembangkan - di "Mobile Enterprise". Kami menggunakannya setiap hari untuk memahami bagi diri sendiri di mana masalah, di mana apa yang harus ditingkatkan. Yah, Skype untuk panggilan grup adalah bagian yang tidak terpisahkan. Apakah dia akan lebih sederhana ...
- Saya membaca bahwa Anda mencoba meluncurkan messenger terlebih dahulu di Amerika, tetapi ternyata tidak. Mengapa- Ketika itu baru permulaan, kami mencoba bekerja untuk seluruh dunia. Lokalisasi membutuhkan banyak kekuatan. Produk ini terus berubah, Anda perlu mendukung dua jenis teks, terjemahkan. Di pasar itu, kami tidak memiliki pekerjaan skala penuh. Mereka maju sangat sederhana - dengan artikel. Peretas Berita mungkin merupakan sumber utama lalu lintas.
Pengguna TI adalah penguji pertama. Tetapi tidak ada jalan keluar khusus untuk bisnis. Dan itu tidak berhasil, mungkin karena penekanannya bergeser kuat ke Rusia. Menjadi jelas bahwa ini juga menarik di sini, dan ada banyak yang harus dilakukan - untuk memberi orang yang masih menggunakan Excel atau bahkan notes beberapa layanan sederhana.
Pekerjaan jarak jauh dengan tanggung jawab pribadi
- Bagaimana Anda mendistribusikannya dari jarak jauh?- Semua orang yang memulai bisnis ini tinggal di St. Petersburg. Tujuan melakukan kantor belum pernah ada. Tapi selalu dari jarak jauh juga. Saya hanya ingin mengumpulkan tim yang bagus. Banyak orang baik dalam hal pemrograman tinggal di Yekaterinburg, Novosibirsk, Kazan. Jadi mereka membentuk tim yang sepenuhnya terpencil.
Awalnya, kami mengatur diri kami tugas menghindari manajemen mikro dan mengontrol sebanyak mungkin. Microcontrol dapat membunuh lingkungan organik dalam suatu perusahaan. Ketika semua orang bangun jam sembilan, duduk di kantor, membagikan tugas, mulai mengerjakannya, mereka pergi, mereka tidak bisa meninggalkan tempat sesuka hati, menunda pekerjaan untuk nanti. Karena itu, kami berusaha menghindari kontrol, dan sejauh ini kami telah berhasil.
- Bagi saya, bagi banyak perusahaan ini kedengarannya seperti mimpi buruk - bekerja tanpa kendali dan tanpa kantor.- Kami bahkan tidak memiliki manajer dan pemimpin tim. Jika tidak ada benda yang terbakar, maka seseorang bisa membawanya, pergi ke suatu tempat untuk bersantai. Tidak masalah jika bisa diprediksi. Seseorang dapat bekerja dari tempat yang nyaman.
Tetapi bagi sebagian orang itu juga sulit. Ketika ada kantor, semua orang mengatur untuk Anda, semua jadwal dan pekerjaan Anda. Dan di sini Anda harus melakukannya sendiri. Jangan mendaur ulang diri sendiri, bekerja sendiri saat Anda membutuhkannya. Ini adalah tanggung jawab besar yang ada di tangan setiap orang. Tidak ada yang mengatur hidup Anda untuk Anda.
- Bagaimana kamu berurusan?- Ketika tidak ada tekanan dari atas, bawah dan dari samping, tanggung jawab atas janji, tindakan dan kata-kata mereka mengemuka. Sekarang, dalam kerangka kerja sistem pengaturan, semua jenis KPI, tanggung jawab pribadi telah didorong ke belakang.
Kita semua saling percaya dan tahu bahwa orang ini ada di sini - jika dia berkata dia akan melakukannya. Jika dia tidak punya waktu, maka dia akan mengatakan bahwa dia tidak punya waktu.
- Dan jika dia tidak melakukannya?- Itu dipertimbangkan secara individual. Tidak ada kontrol, tetapi ada moderasi proses. Pengamatan, pengambilan keputusan struktural. Kami hanya memiliki tiga puluh orang. Mungkin, Anda masih bisa mengatasi tim seperti itu.
Kami selalu berusaha untuk tidak tumbuh sebanyak mungkin. Ada saat-saat ketika ada lebih banyak orang di proyek, tetapi kemudian semuanya kabur.
- Kota mana saja yang sudah kamu bagikan?- Desainer kami tinggal di Italia. Dan kemudian - Peter, Moscow, Yekaterinburg, Krasnoyarsk, Krasnodar, dll.
- Apakah zona waktu tidak mengganggu?- Tidak. Kami tidak membutuhkan pekerjaan permanen dari sembilan hingga enam. Anda hanya perlu melakukan hal-hal yang Anda janjikan untuk dilakukan, menemukan titik temu dengan tim, dan menyepakati waktu yang nyaman bagi semua orang.
Kami, para pendiri, juga duduk di rumah, bertemu di kota. Dan dengan tim - biasanya di konferensi. Misalkan kita duduk di sebuah konferensi selama satu hari, dengarkan, dan hari berikutnya kita sudah membahas hal-hal yang dapat dikerjakan dalam kerja bersama. Di Moskow, mungkin, "Meja" adalah pilihan terbaik untuk pertemuan semacam itu.
Itu terjadi setelah bekerja dengan seseorang selama enam bulan, Anda bahkan tidak tahu seperti apa penampilannya. Selalu sangat lucu untuk bertemu di sebuah konferensi. Anda terlihat seperti ini: "Halo. Apakah itu kamu? Kami sepakat untuk bertemu di air mancur! ”
- Dan bagaimana kalian dibagi menjadi beberapa tim?Tentang sama - lima hingga enam orang. Orang yang mulai mengembangkan proyek adalah pusat pengetahuan - dan di sekitarnya ada tim yang tertarik untuk mengembangkannya saat ini. Proyek dalam perusahaan terbuka, semua orang dapat melihat apa yang terjadi, membantu, atau juga masuk ke dalam pengembangan.
Tim itu cair, tetapi tetap saja, semua orang hanya bekerja di bidang produk mereka. Ketika seorang pengembang mengerjakan tiga proyek sekaligus, itu sangat menyedihkan dan melelahkan. Dari semua sisi mereka menginginkan sesuatu darinya. Saya melihat sepuluh orang tergantung pada orang-orang di perusahaan lain, dan mereka mengalami kejenuhan.
"Kamu berkata begitu, dan tampaknya kamu memiliki kebebasan penuh." Lakukan apa yang Anda inginkan, kapan pun dan bagaimana pun Anda inginkan. Tidak ada manajer, tidak ada tekanan. Tetapi ketika saya membaca halaman Anda di HeadHunter, saya memiliki kesan yang sangat berbeda. Tenggat waktu, peta jalan, panggilan harian.- Tekanan dihasilkan dengan sendirinya. Tapi ini berbeda dari pengembangan kustom. Di sana, pelanggan membuat tuntutan, perlu untuk membuat tanggal seperti itu, dan dia akan membayar untuk apa yang dilakukan. Ini bukan motivasi yang kuat. Ya, dia akan membayar perusahaan, tetapi apa yang membuat pengembang tertarik?
Tetapi ketika tim tahu bahwa sebuah iklan telah dibeli dari mitra untuk kencan, tahu bahwa tim juga bekerja di sana dan menunggu kami - motivasi internal, tanggung jawab muncul. Anda sudah bekerja bukan untuk uang dan tenggat waktu, tetapi Anda bertanggung jawab untuk memastikan bahwa orang lain juga berhasil.
Dan ada tekanan internal yang mengatur orang. Tim itu sendiri mulai menawarkan apa yang harus dilakukan, bagaimana mendistribusikan dan bagaimana mengikuti.
- Apakah ini tidak mengaburkan tanggung jawab? Alih-alih menulis kode, pengembang mulai berkorespondensi, pikirkan masalah organisasi. Dan pada akhirnya, tidak ada hal baik yang akan dilakukan.- Kasus seperti itu bisa terjadi. Tapi ada sisi lain. Kadang-kadang seseorang telah menulis bagiannya, dan membantu mengatur pekerjaan di dalamnya. Itu bahkan keren - dia luar biasa untuk memahami apa yang sebenarnya dibutuhkan di sana. Lagipula, dengan manajer biasanya seperti: "Beri aku status, aku akan memikirkannya." Dan di sini programmer sedang dalam proses dan tahu di mana apa yang bisa dilakukan.
Ini adalah pertanyaan dari fakta bahwa kami benar-benar tidak memiliki pemimpin tim. Timlid muncul sendiri dalam hal keterampilan keras, dan jika masih ada kemampuan untuk berkomunikasi, membangun hubungan, ia secara otomatis menjadi seorang pemimpin.
- Tidak ada manajer, tidak ada petunjuk. Tetapi apa yang Anda lakukan sebagai direktur teknis?- Terakhir kali, terutama dengan mempekerjakan. Wawancara membutuhkan banyak waktu, terutama jika Anda harus menghabiskan beberapa putaran.
Dan biasanya - hanya moderasi teknis pengembangan, pengamatan. Saya dapat dengan cepat membuat prototipe, saya tahu bahwa saya dapat membuatnya dalam sehari, jadi saya membuat prototipe fitur.
Untuk bekerja, kami menggunakan layanan Notion, kami sepenuhnya mempertahankan basis pengetahuan kami di sana, dan melukis panggung. Jadi saya mengatur tahapan ini, berbicara dengan mitra. Secara umum, saya berusaha untuk tidak menyimpan pengetahuan dalam diri saya. Ketika Anda mempelajari sesuatu dan dengan cepat memasukkannya ke dalam basis pengetahuan, semuanya menjadi jauh lebih mudah, terutama dalam tim yang jauh.
- Dalam skema klasik, ketika manajer menunggu status, dan pelanggan rilis adalah pengembang, mereka dapat melangkah dan menyelesaikannya, bahkan jika mereka tidak puas dengan kualitasnya. Dan dalam kondisi Anda perfeksionisme tak berujung tidak mekar? Kapan itu masih tidak berkualitas tinggi, dan membuang segera tidak perlu?- Jika istilahnya bisa ditunda demi kualitas, maka sebaiknya kita tunda. Opsi dengan tenggat waktu tanpa tes dan cek masih akan mengarah pada efek sebaliknya, kelelahan, hutang teknis yang besar.
- Pada HeadHunter yang sama dengan yang Anda tulis bahwa jika tenggat waktu ditetapkan, Anda tidak perlu memindahkannya.- Nah, ini adalah kasus individual setiap kali. Anda dapat memindahkan tenggat waktu, yang utama adalah melaporkan semuanya. Saya dapat mengurangi semua upaya kami untuk mengatur sesuatu menjadi satu hal - seseorang harus dapat diprediksi.
Jika sebuah tim dapat memprediksi perilaku seseorang, mereka dapat mempercayainya. Jika dia tahu bahwa seseorang memenuhi janjinya, dan dia benar-benar memenuhi mereka - oke. Jika seseorang memiliki tenggat waktu, dan dia menulis bahwa dia tidak punya waktu - tidak peduli apa alasannya - juga baik-baik saja. Jika dia menulis satu jam sebelum rilis, maka ini buruk, ini benar-benar tidak dapat diprediksi. Kami membahas satu hal - mendapatkan yang lain. Yang utama adalah komunikasi. Tulis, informasikan, katakan - Anda selalu dapat menemukan sesuatu.
- Benarkah semua orang memiliki tugas untuk Anda?- Ya.
"Apakah kebingungan itu tidak dimulai?"- Sekali seminggu ada panggilan besar ketika kita menganalisis dan berpikir bahwa kita harus berbuat baik dalam seminggu. Dengan demikian, tugas ditetapkan dalam tim. Pertama kita membahas roadmap pengembangan produk. Diskusi ini agak global, secara umum semua orang berpartisipasi di dalamnya.
Sebagai contoh, saya katakan: "Kita perlu membuat modul dengan pengiriman SMS." Dan semua orang masuk ke dalam diskusi - bagaimana kita akan melakukannya, kapan, siapa yang akan melakukannya. Sebagai hasilnya, rencana yang disusun dalam basis pengetahuan terbentuk, dan kami berusaha untuk mempertahankannya. Kami tidak menetapkan pemotongan dan tenggat waktu. Kami memiliki tenggat waktu yang sama, yang telah kami pilih sendiri.
Artinya, kami setuju dan hanya mencoba memenuhi rencana kami sendiri.
- Apakah semua orang bertanggung jawab untuk semuanya?- Ya.
- Ini sering mengarah pada fakta bahwa tidak ada yang bertanggung jawab atas apa pun."Tentu saja bisa." Tetapi tidak peduli bagaimana seseorang melakukan segalanya, ia memiliki spesialisasi sendiri. Pengembang frontend bertanggung jawab atas frontend. Apa yang dia lakukan sendiri bertanggung jawab untuk itu.
Dan tanggung jawab kolektif (walaupun saya tidak suka kata ini sama sekali) lebih mungkin untuk mengatakan pada saat yang tepat: "Dengar, Anda melakukan hal yang salah, Anda melakukan terlalu banyak pekerjaan, itu lebih mudah." Mungkin tanggung jawabnya adalah membantu yang lain untuk tidak melakukan terlalu banyak.
Karena itu, sulit mencari orang. Dengan kerja jarak jauh seperti itu, komunikasi yang baik sangat penting agar orang itu terbuka. Memang, jika ada struktur yang kaku, hierarki di mana seseorang dapat berdiri sebagai sekrup sebagai spesialis, tetapi sama sekali tanpa keterampilan komunikasi, maka ia tidak dapat berkomunikasi dengan siapa pun, mendapatkan tugas dan melakukan pekerjaannya dengan baik.
Tetapi pada pekerjaan jarak jauh tidak cukup hanya menjadi spesialis yang baik - Anda harus dapat menemukan kontak, berkomunikasi.
Mempekerjakan orang yang menarik secara kreatif
"Di mana kamu merekrut orang-orang seperti itu?"- Pada dasarnya, "My Circle", sedikit lebih kecil dari HeadHunter, saluran dalam "Telegram" - secara umum, di mana pun ada programmer. Kecuali kami menggunakan LinkedIn.
Kami menulis, sebagaimana kami menyebutnya, "pekerjaan kreatif." Misalnya, mereka meletakkan teks terenkripsi di sana, menceritakan beberapa kisah. Atau lowongan, di mana bukan teks biasa, tetapi dialog. Mengapa menulis "kami membutuhkan pengembang" ketika Anda dapat menulis sesuatu yang tidak biasa!
Ini adalah cara untuk mencoba menemukan orang yang akan menarik dengan kita.
Dan kebetulan spesialis yang baik ada di sebelahnya. Suatu ketika saya menemukan pengembang Android ketika kami bermain ski di Rosa Khutor.
- Orang-orang yang menarik - ini luar biasa. Tetapi haruskah mereka melalui penyaringan teknis?- Kami mencoba untuk mewawancarai secepat mungkin, menyaring sangat kasar, dan sudah dalam masa percobaan untuk menonton bagaimana seseorang bekerja. Tiba-tiba seseorang tidak tahu cara mendapatkan wawancara? Pendekatan ini tidak berhasil.
Seseorang termasuk dalam pekerjaan, dan pemahaman sudah kabur - apakah dia mengerti atau tidak. Anda tidak akan menyadarinya dengan cepat. Karena itu, kami sekarang menguji pengetahuan mendasar. Kami tidak berkeliling kerangka, tetapi bertanya dasar-dasar, bagaimana semuanya bekerja, bagaimana cara kerjanya. Protokol HTTP yang sama - itu adalah satu untuk semua. Atau bagaimana indeks bekerja di database, bagaimana database itu sendiri diatur - tidak hanya membuat pertanyaan, tetapi memahami proses apa yang sedang terjadi dan memahami bagaimana header diatur.
Banyak orang bahkan tidak tahu bagaimana pengkodean biasa diatur, mengapa UTF-8, mengapa "delapan".
- Apakah Anda pikir itu benar-benar perlu diketahui - mengapa tepatnya "delapan"?- Saya pikir ini adalah pemahaman mendasar tentang dasar-dasar, ini sangat penting. Seseorang mungkin merupakan spesialis yang baik, tetapi ia akan menghadapi masalah yang membutuhkan pengetahuan tingkat rendah.
Misalnya, mengapa kueri ini sangat lambat. Seseorang tampaknya menulis query SQL dengan baik, tetapi Anda perlu menggali, memahami apa yang dapat Anda ubah dalam struktur database, temukan mengapa indeks khusus ini sangat lambat.
Seseorang yang tidak tahu dasar-dasar fundamentalnya segera hilang. Itu menjadi sangat sulit baginya. Tentu saja, ini bukan filter kasar yang tidak menjawab - itu sekaligus. Tidak ada daftar periksa.
Jika dia tidak tahu satu hal, tetapi tahu di bidang lain - oke.
- Apakah Anda memberikan tugas tes?- Sekali lagi, dengan cara yang berbeda. Mungkin, tugas tes adalah upaya untuk menyaring orang yang sama sekali tidak tertarik. Jika seseorang menunjukkan dirinya dengan baik dalam sebuah wawancara, kita dapat mengatakan bahwa tes tidak diperlukan. Dan terkadang dalam sebuah wawancara Anda tidak menghargainya.
Sangat sering, sekitar 70 persen dari semua tanggapan dengan melemparkan repositori di Github hanyalah semacam berhenti berlangganan, karena ada kekosongan di dalam repositori, proyek yang ditulis sendiri lima tahun lalu dan itu saja. Oleh karena itu, tes diperlukan untuk melihat bagaimana seseorang menulis kode, bagaimana dia menyusunnya, bagaimana dia mendokumentasikannya.Tugas pengujian kami, terutama jika itu untuk backend, cukup umum - untuk menggambarkan API Istirahat sederhana dengan panggilan ke layanan eksternal dan mendokumentasikannya. Tidak ada perhitungan rumit yang logis - yang utama adalah menunjukkan bagaimana Anda bisa membuat kode.Kemudian maksimal tiga hari, dan beri jawaban. Dan untuk masa percobaan kami mencoba memahami apakah semuanya benar-benar baik, apakah orang itu telah mengecoh kami.- Dan diperdaya?"Ya, tentu saja." , . : « , , -, ». , : « ?» : «-, ». .
Ruby Go
— , ?— Ruby on Rails, - . , MySQL — .
Go. , . Go, , , Go .
, . Ruby- — Elixir, Go. .
— , Go?— . — , Go - . — Go . — , .
— , Go, « », .* *— , . . . , .
Go . ? , . , , .
Go .
— React . Vue, TypeScript.
«»
— , Staply Primavera. Staply «». ?— — «» . , . — , , . — , .
— , . . — , — , , . . , , .
— ?— . . — .
— , «» « »?— , . , .
— , «».— , . , , « », «», .
. — .
— , ?— . — , - . . — — , .
, . . , , , .
, . .
— — , — . 3000 — . .
. .
— ? , — .— . , , , . , — . , .
Mungkin tidak ada akselerasi karena kondisi eksternal, mungkin tidak ada apa-apa. Tetapi harus ada produk bagus yang memecahkan masalah sebenarnya.