🔥 🚵🏾 🎞️ Anda gagal satu pertanyaan teoritis tentang Jaminan Sosial, dan mereka mengakhiri Anda. Ini normal? // Kita Ditakdirkan # 3 ⚕️ 🌆 🤲🏽

Pavel Novikov tinggal di Novosibirsk hingga usia 30 dan bekerja dari jarak jauh, mengumpulkan pesanan dari seluruh dunia untuk Upwork. Satu pelanggan bertahan untuk waktu yang lama - Pasha membangun sebuah sistem untuknya dari awal, dan sebuah startup kecil berubah menjadi perusahaan besar. Para pendiri menjanjikan posisi yang bagus, tetapi kemudian berubah pikiran dan hanya menembakkannya dengan jelek.

Sekali lagi, Pasha tidak menerima pesanan kecil dari alat dan untuk pertama kalinya memikirkan relokasi. Jadi dia berakhir di Minsk - di sana dia mengumpulkan tim untuk membuka kantor lokal sebuah perusahaan Israel.

Pasha datang kepada kami di sebuah podcast, mendiskusikan perekrutan dan industri dengan kami, dan bahkan mengatur sesuatu seperti talk show (yang tidak berjalan baik).

Kami memilih beberapa kutipan dari rilis.

Mengapa pindah ke Minsk ketika seluruh dunia terbuka untuk Anda?

Moskow dan Peter pada waktu itu hanya mahal. Saya belum siap memberi 800 dolar untuk disewa. Di Minsk, Anda dapat dengan bebas menerima gaji Moskow - sambil menyewa dan yang lainnya untuk mengurangi pesanan. Bagi saya, ini adalah pilihan yang baik untuk titik transit di jalan, misalnya, ke Kanada.

Untuk pindah, Anda perlu memiliki cadangan, tetapi sekarang saya tidak punya uang tambahan. Selama enam bulan yang saya habiskan tanpa kerja setelah putus dengan pelanggan yang jauh, saya memakan seluruh bantal keuangan. Sekarang saya hanya perlu mendapatkan uang untuk memiliki 20-30 ribu dolar gratis, membeli tiket dan tidak pernah kembali.

Tentang udalenka di Upwork

Dengan udalenkoy terjadi beberapa kaleng. Setelah satu kejadian, saya tidak ingin bekerja dengan Rusia. Biasanya saya mencoba mencari pekerjaan di apartemen dengan pelanggan asing - saya bekerja dengan banyak negara, tetapi pada tahun 2019 udalenka tiba-tiba berakhir. Anda pergi ke alat - dan tidak ada apa-apa. Beberapa proyek seharga dua ratus dolar dengan persyaratan yang tidak bisa dipahami, baik dari orang India, atau dari orang Arab. Gulir layar empat omong kosong ini, kirim beberapa tanggapan - pilih yang paling tepat - dan mereka dengan bodohnya tidak menjawab Anda. Dan hari demi hari.

Tentang jaminan sosial, di mana programmer didorong pada masalah teoritis

Saya percaya bahwa mewawancarai seorang programmer hanya dengan mengajukan pertanyaan kepadanya selama sepuluh menit adalah salah. Bayangkan Anda menyewa seorang desainer. Dia datang kepada Anda, dan Anda berdiskusi selama setengah jam tentang kuas apa saja yang ada di Photoshop, bagaimana membuat seleksi laso, cara bekerja dengan lapisan dan topeng. Dan menurut hasil percakapan ini, Anda harus memahami apakah perancang itu cocok untuk Anda atau tidak.

Dengan programmer dengan cara yang sama. Kita perlu melihat hasil dari pekerjaan orang ini dan bagaimana pendapatnya. Untuk membawa seseorang ke proyek langsung, di mana uang seseorang diinvestasikan, membayarnya berdasarkan fakta bahwa ia mengatakan sesuatu? Anda bisa mengatakan apa saja.

Kata-kata tidak memerlukan biaya apa pun - tunjukkan kodenya. Jika seseorang memiliki repositori github - ini menarik. Saya suka para kandidat ini, segera jelas bagaimana melakukan wawancara. Anda membuka kode proyek dan berkata, "mari kita rake apa yang kamu tulis di sini." Jika ini adalah proyek yang kompleks, dan kandidat dapat membenarkan dengan tepat semua kompromi teknologi yang ia buat saat berkembang, saya akan segera mengambilnya, tanpa ada pertanyaan teoretis.

Katakan saja kesulitan apa yang Anda temui. Misalnya, di sana ia mengorbankan keterbacaan atas nama kinerja, atau konsumsi memori, sehingga ada antarmuka yang baik.

Anda dapat terlibat dalam percakapan yang menyenangkan, tetapi hanya berdasarkan kode.

Tentang stres selama wawancara

Orang-orang menjadi gugup dalam sebuah wawancara ketika Anda bertindak seperti orang tolol. Mereka sudah mendapat tekanan dari kenyataan bahwa orang asing akan mengevaluasi mereka - jadi orang-orang ini juga berperilaku seolah-olah semua orang tahu.

Dalam kasus apa pun Anda tidak harus bersikap seperti ini dalam sebuah wawancara. Anda mendorong seseorang ke keadaan asthenia, dan dia tidak dapat melakukan apa pun, tidak peduli seberapa banyak Anda mencoba untuk mendapatkan sesuatu darinya. Kenyamanan psikologis sangat penting, dan kebanyakan perusahaan dengan bodohnya tidak memahami hal ini. Mungkin orang mengalami masalah dengan refleksi, mungkin mereka sendiri tidak pernah dalam situasi seperti ini?

Tentang masalah soft skill

Ada kehebohan besar di sekitar soft skill - bagi saya tampaknya itu umumnya diarahkan ke arah yang salah. Orang berbicara tentang sampah yang tidak ada hubungannya dengan soft skill. Sesuatu di sana tentang bisa mendengarkan, mampu bernegosiasi ... Guys, ada dua keterampilan perangkat lunak utama - ini adalah kejujuran dan komitmen.

Mengapa pengembang harus menyelesaikan konflik dan atmosfer dalam tim? Untuk melakukan ini, ada seorang sutradara mata yang melalui berbagai pelatihan psikologi tentang psikologi dan konflikologi terapan. Mengapa mereka tidak melakukan ini?

Kami diberitahu bahwa ada orang-orang istimewa di industri ini untuk menyelesaikan masalah. Tetapi jika eychars mengharuskan pengembang untuk menunjukkan "soft skill" mereka, maka mereka tidak melakukan pekerjaan mereka - pekerjaan mereka berada di pundak kami.

Peran eychara adalah menjadi mediator. Cukup letakkan pengembang di lingkaran dan katakan: "Guys, biarkan saya memoderasi diskusi Anda sehingga Anda tidak berantakan." Dua atau tiga sesi psikoterapi keluarga untuk pengembang - dan konflik diselesaikan.

Tentang bekerja pada proyek sumber terbuka dan hewan peliharaan

Saya memiliki tiga hal dalam pengembangan:

Yang pertama adalah Reinforced.Typings , sebuah hal yang sangat sederhana yang mengekspor kelas sharpe ke Typecrip. Ini sangat berguna ketika Anda membuat aplikasi web dengan backend sharpe, mengambilnya, meletakkan perpustakaan, dan semua pengontrol, semua model tampilan yang Anda miliki, untuk Anda, dan selama pembuatan diekspor ke TypeScript.

Proyek kedua bukan open source. Ini adalah solusi untuk masalah abadi lama industri - tanggal grid. Saya memutuskan untuk menutup sumbernya, karena itu membutuhkan banyak energi.

Tanggal kisi adalah ... di mana-mana, dalam komponen apa pun. Siapa pun yang baru saja mencoba membuat tablet dengan tombol “edit”, “tambah”, “sortir” tahu berapa lama jika dilakukan dari awal. Jika Anda mengambil komponen yang sudah jadi, maka semuanya sangat mengerikan. Saya melakukan yang baik. Ini sudah dikonfirmasi di beberapa perusahaan - orang-orang menggunakannya, mereka bilang keren.

Proyek ketiga adalah Tecture. Kerangka kerja arsitektur untuk aplikasi bisnis. Semua pengembang mengalami masalah ketika mereka mulai menulis aplikasi bisnis, dari otorisasi hingga semacam logika kompleks. Bagaimana cara mengatur aplikasi semacam itu? Ada panduan resmi tentang unit kerja dan tentang repositori. Tetapi saya percaya bahwa ia adalah omong kosong, dan pada proyek-proyek besar ia masuk neraka.

Saya sudah lama berpikir tentang bagaimana membangun sistem seperti itu sehingga lama-kelamaan mereka tidak masuk ke dalam tartara, sehingga Anda tidak perlu menghubungkan database untuk mengujinya - dan akhirnya muncul.

Tentang sindrom penipu yang tidak diobati

Sindrom penipu masih ada di sini. Segera setelah Anda melakukan sesuatu yang bekerja di dunia modern, Anda menghapus keringat dari dahi Anda, dan ternyata Anda masih perlu membuat dokumentasi, menyampaikan kepada orang lain cara menggunakannya, mengapa itu baik. Banyak kontak orang muncul di Skype Anda yang menggunakan produk Anda dan terus-menerus mengajukan pertanyaan seperti ini, seperti itu.

Dari waktu ke waktu mereka menemukan tempat-tempat dengan kekacauan arsitektur yang jujur, dan kode di sana tidak sempurna dan di tempat-tempat sangat rumit, terutama di mana ada pemotongan data ke halaman yang berbeda. Protokol untuk berkomunikasi dengan server umumnya tidak jelas dalam struktur - saya sendiri selama dua bulan lupa apa yang terjadi di dalam.

Dan jika Anda tidak menjawab pertanyaan seseorang tentang masalah ini - misalnya, Anda sedang duduk di toilet, bermain di telepon, dan kemudian mereka menulis surat kepada Anda. Jadi, jika Anda tidak menjawab sekarang, maka mereka akan segera menyimpulkan bahwa Anda mengembangkan beberapa jenis sampah.

Saya memiliki sedikit waktu dan sumber daya untuk melakukannya sebagaimana mestinya. Dalam kenyataan modern, jika Anda melakukan proyek seperti itu, Anda sebenarnya membuat sepeda yang tidak dibutuhkan siapa pun, yang tidak akan digunakan siapa pun, tidak peduli berapa banyak waktu yang dihemat untuk pengembangan. Hanya karena tidak ada ikatan dari pengujian, pengorganisasian, dukungan, tutorial, dan hal-hal lain.

Saya melihat proyek saya dan berpikir - apa yang saya mulai ini? Kenapa sih? Tapi apa aku brengsek?

Podcast Telegram Chat Beracun

Anda gagal satu pertanyaan teoritis tentang Jaminan Sosial, dan mereka mengakhiri Anda. Ini normal? // Kita Ditakdirkan # 3