Hub ini penuh dengan ramalan cuaca dan saran tentang apa yang harus dilakukan tahun depan - bahasa apa yang harus dipelajari, bidang apa yang harus difokuskan, apa yang harus dilakukan dengan kesehatan Anda. Kedengarannya menginspirasi! Namun setiap mata uang mempunyai dua sisi, dan kita tidak hanya tersandung pada sesuatu yang baru, namun juga pada apa yang kita lakukan setiap hari. “Kenapa tidak ada yang memperingatkanku!” seru kami kesal, biasanya menoleh pada diri sendiri. Mari kita peringatkan diri kita sendiri - kami telah menyusun untuk Anda daftar hal-hal yang TIDAK boleh dilakukan pada tahun 2020 (dan mungkin selalu).
Tapi mereka tidak bertanya tentang gravitasi
Kami benar-benar ingin mengurutkan anti-rekomendasi, dari yang paling penting hingga yang paling tidak penting. Tapi mereka sangat umum, setara dan familiar bagi hampir semua orang sehingga kami akan menulisnya secara acak. Baiklah, mari kita periksa daftarnya?
Tidak perlu ke IT jika semuanya baik-baik saja
Jangan mempelajari teknologi baru untuk mengubah karier atau memulai kembali. Waktu kita luar biasa karena Anda dapat belajar, berganti pekerjaan, mengubah bidang Anda secara radikal - dan seterusnya, bahkan hingga pensiun. Itu hal yang keren dan menggoda. Namun jika Anda berusia di atas 28-30 tahun, Anda tidak boleh menyerahkan segalanya untuk masuk TI atau pindah ke tumpukan baru (misalnya, Anda menulis sistem dengan muatan tinggi di Java dan tiba-tiba memutuskan untuk masuk ke jaringan saraf dengan Python). Alasannya sederhana: ini tidak akan mudah bagi Anda. Pertama, tingginya persaingan dari para spesialis yang telah “duduk” di tumpukan ini sejak awal karir mereka, kedua, Anda harus menjadi junior lagi dengan gaji rendah, dan ketiga, secara moral akan sulit bagi Anda untuk melakukannya. menjadi bawahan dari tingkat hierarki yang paling bawah. Oleh karena itu, jika Anda ingin melangkah ke arah lain, usahakan melakukannya sesuai dengan pekerjaan dan tugas Anda saat ini, atau kembangkan ilmu baru sebagai hobi, mulailah proyek kesayangan sehingga ketika Anda datang ke pekerjaan baru Anda akan melakukannya. tidak lagi menjadi junior.
Mengganti tumpukan demi tumpukan hanya membuang-buang waktu saja
Jangan terburu-buru antar tumpukan teknologi untuk pengembangan Anda. Jika Anda menulis proyek dalam satu bahasa, menggunakan kerangka kerja dan pustaka tertentu, Anda tidak boleh membuang semuanya dan menulis ulang dalam Dart hanya karena menurut Anda itu menarik. Buatlah aturan untuk mencari pembenaran atas perubahan teknologi - tidak hanya pada tingkat “Saya menginginkannya atau saya tidak bisa”, tetapi juga pada tingkat keuangan dan teknik.
Tidak perlu bertahan dan menjadi perunggu
Berpegang teguh pada satu bahasa atau teknologi dan tidak mempelajari hal-hal baru sama ekstremnya dengan mengubah tumpukan Anda seiring dengan setiap teknologi baru. Pastikan untuk mempelajari perpustakaan dan kerangka kerja baru, jangan keras kepala karena mengetahui bahwa segala sesuatunya lebih baik ditemukan sebelum Anda dan diselesaikan secara eksklusif oleh Anda. Pembaruan terus-menerus keluar untuk hampir semua bahasa, yang terkadang dapat meningkatkan proyek Anda secara signifikan. Jangan malas untuk memantau dinamika tumpukan Anda dan, segera setelah Anda menemukan sesuatu yang keren dan berguna, jangan ragu untuk menyeretnya ke dalam proyek!
Kepalamu sendiri bagus, selalu bagus
Jangan memikirkan orang lain, pikiranmu sendiri lebih baik. Sayangnya, beberapa pengembang hanya duduk dan menunggu sampai mereka menerima tugas untuk membuat kode dari kesalahan sebelumnya hingga akhir, tanpa mencoba menyumbangkan sesuatu dari mereka ke proyek, mengembangkan fungsi baru, mengujinya, dan mengusulkannya untuk produksi. Mengapa repot-repot jika ada pemimpin tim atau manajer perusahaan yang akan memutuskan semuanya sendiri? Jika Anda mengenali diri sendiri, maka kami punya kabar buruk: posisi pasif tidak akan membantu baik dalam karier Anda maupun dalam perkembangan Anda. Anda memiliki kesempatan untuk mencoba peran Anda sebagai insinyur pengembangan, dan bukan pembuat kode, dalam proyek pertempuran nyata dan memahami ke mana harus pergi, apa yang hilang, tetapi Anda lebih suka menghabiskan waktu Anda untuk hal lain dan melakukan hal yang sama “dari sini ke Sekarang." Orang-orang seperti itu bertahan hidup semakin buruk di TI modern, keluar dari keadaan mati suri.
Pengguna adalah orang yang buruk
Jangan melebih-lebihkan pengguna perangkat lunak Anda: jika Anda tidak menulis untuk pemrogram, kemungkinan besar program tersebut akan mengalami kesalahpahaman yang tidak dapat ditembus. Beberapa hari atau minggu pertama pengguna akan membenci perangkat lunak Anda karena “yang lama tidak sebodoh itu.” Untuk menghindari hal ini, buatlah dokumentasi dan tutorial yang bagus. Saat menginstal atau membeli, petunjuknya sangat mengganggu bahwa manual harus dibaca sebelum mulai bekerja dengan program, dan bukan setelah database crash, kehilangan kata sandi, dan pengendalian diri.
Anda juga tidak boleh meremehkan pengguna: mereka lebih licik, lebih pintar, dan lebih penasaran daripada yang Anda kira. Jika Anda berpikir bahwa bug dengan format variabel dan pengecualian pada penekanan Enter ke-138 dengan interval satu detik tidak akan muncul, Anda salah - bug tersebut akan muncul dan memengaruhi pengoperasian aplikasi Anda dengan cara yang paling aneh. Aturan amatir berlaku: dialah yang paling mampu mengatasi pengujian. Namun untuk beberapa alasan, pengguna tidak suka menemukan bug dalam produksi - tidak ada solidaritas TI di dalamnya. Secara umum, semakin yakin Anda dengan perangkat lunak Anda, semakin baik. Lagi pula, lebih baik menunda rilis beberapa fitur daripada menambahkannya ke aplikasi yang berfungsi dan tiba-tiba menjadikannya mentah.
Berhenti mencari di Google!
Berhenti beralih ke Google sendirian. Kami bahkan tidak akan berdebat - di bidang pengembangan, Anda dapat menemukan banyak hal dengan permintaan langsung ke mesin pencari. Semakin dalam Anda menggali informasi, semakin banyak data “lateral” yang akan Anda terima dan semakin banyak pula yang akan Anda pelajari, karena Anda akan mempelajari sesuatu yang baru yang tidak terkait dengan permintaan Anda, tetapi mungkin akan dibutuhkan di masa depan. Lihat materi lengkap, buku, artikel, dll. Bahasa dan perpustakaan memiliki spesifikasi, komunitas, cara, dan dengan demikian Anda mendapatkan cara paling andal untuk mengembangkan keterampilan pemrogram - cukup baca dokumentasinya, dan jangan mencari solusi lokal dan fragmen kode orang lain. Bagaimana jika solusi Anda lebih optimal, lebih cepat, dan lebih keren?
Percayalah, tapi memeriksa
Jangan gunakan perpustakaan dan kerangka kerja yang dibuat oleh pengembang pihak ketiga tanpa memeriksa kode dan menyesuaikannya dengan tujuan Anda. Anda tidak punya alasan untuk mempercayai pembuat kode ini tanpa syarat yang tidak Anda kenal sama sekali. Ya, berbagai elemen berbahaya yang disengaja dalam kode pihak ketiga tidak begitu umum dan Anda tidak akan mengalami paranoia, tetapi menyalin bagian perangkat lunak yang sudah jadi ke dalam proyek Anda secara membabi buta dapat menyebabkan konsekuensi yang tidak terduga. Oleh karena itu, pastikan untuk membaca dan menganalisis kode sebelum digunakan dan menguji setelah mengimplementasikan kode tersebut.
Buat cadangan!
Berhentilah untuk tidak membuat cadangan atau menyimpannya di server pihak ketiga yang sama tempat proyek Anda dihosting. Apakah menurut Anda ini nasihat yang konyol dan tidak berguna? Namun lebih dari 700 peserta obrolan di Telegram, yang mendapati diri mereka berada dalam situasi yang tidak menyenangkan baru-baru ini dengan penutupan salah satu pusat data terkenal, tidak berpikir demikian - semuanya ada di sana: mulai dari proyek kesayangan hingga situs web besar pemerintah. otoritas dan 1C perusahaan dan database penagihan. Sebagian besar adalah tanpa cadangan atau dengan cadangan di tempat yang sama. Jadi distribusikan risikonya dan simpan cadangannya setidaknya di hosting utama, di beberapa VDS yang andal, dan di server lokal Anda. Ini akan menjadi jauh lebih murah dalam jangka panjang.
Berhentilah membawa proyek Anda sendiri sehingga merugikan proyek
Jangan lakukan apa yang Anda inginkan dalam sebuah proyek pekerjaan, tetapi lakukan apa yang dibutuhkan klien. Ya, sungguh menarik dan hebat untuk membuat jaringan saraf Anda sendiri, melatihnya, dan mengimplementasikannya dalam perangkat lunak Anda, tetapi jika klien Anda memerlukan pengelola kontak sederhana, ini akan berlebihan. Lihat cara kerja proyek, baca dokumentasi, baca ulasan dan permintaan dari klien, dan terapkan apa yang akan menambah nilai bisnis pada proyek. Jika Anda ingin membuat sesuatu yang ilmiah atau sangat kompleks, mulailah dengan proyek Anda sendiri.
Bukan kode, tapi kumpulan saraf
Jangan menulis kode yang tidak dapat dibaca dan tidak terdokumentasi. Kita familiar dengan trik ini: developer menulis kode sepuasnya, sengaja sedikit membingungkan agar tidak ada rekannya yang mengerti apa yang ditulisnya - ini semacam balas dendam preventif sebelum terjadi sesuatu. Namun, Anda tidak hanya membahayakan perusahaan (yang membayar Anda uang untuk pekerjaan Anda), tetapi juga diri Anda sendiri: kemungkinan besar Anda sendiri tidak akan mengingat apa yang ingin Anda katakan dengan kebingungan yang tidak disengaja ini. Sama halnya dengan kode tidak berdokumen: mengandalkan logika penamaan variabel dan fungsi serta memori yang baik, setelah beberapa tahun Anda mungkin tidak ingat mengapa Anda memilih loop, metode, pola tertentu, dll. Mendokumentasikan kode Anda dan strukturnya yang baik merupakan layanan yang baik bagi kolega Anda, atasan Anda, dan yang terpenting bagi diri Anda sendiri.
Tetap sederhana, bodoh
Jaga agar kode, solusi, dan proyek Anda tetap sederhana. Tidak perlu memagari struktur yang rumit dan menghasilkan entitas yang tidak memiliki arti khusus. Semakin kompleks kode Anda, semakin Anda menjadi sanderanya - akan semakin sulit bagi Anda untuk memelihara dan mengembangkannya. Tentu saja, prinsip KISS yang terkenal (“Tetap sederhana, bodoh”) tidak selalu cocok, tetapi prinsip ini dibuat karena suatu alasan: kesederhanaan dan keanggunan kode adalah kunci keberhasilan penerapan dan penggunaan kembali.
Lindungi dirimu sendiri
Jangan abaikan keselamatan - pada tahun 2020 ini benar-benar kriminal. Bahkan jika perusahaan Anda, pengembangan dan Anda tidak tertarik pada penyerang, Anda mungkin terpengaruh oleh masalah yang berkaitan dengan kekalahan beberapa segmen jaringan, penyedia hosting, serangan terhadap pusat data, pencurian kata sandi email dan perilaku tidak aman dari karyawan yang dapat mencuri data dari perusahaan, mencuri klien atau kode program keseluruhan proyek. Jika itu dalam kekuasaan Anda dan dalam bidang keahlian Anda, cobalah untuk melindungi proyek yang sedang Anda kerjakan. Nah, amati sendiri keamanan informasinya, itu tidak pernah mengganggu siapa pun.
Jangan meludah ke dalam sumur
Jangan main-main dengan majikan Anda. Saat ini, komunikasi telah mencapai tingkat sedemikian rupa sehingga, misalnya, semua staf HR di kota saling mengenal secara in absentia dan dapat bertukar informasi apa pun dalam obrolan dan grup tertutup (baik untuk membantu mereka mendapatkan pekerjaan, maupun menulis “Vasily Ivanov, arsitek sistem, mematikan semuanya sebelum meninggalkan akun, menghapus cadangan dan mematikan jaringan, pemulihan membutuhkan waktu 3 hari. Jangan pekerjakan dia." Oleh karena itu, perilaku Anda hanya akan merugikan Anda - dan terkadang bahkan relokasi ke kota atau ibu kota lain tidak akan membantu. Bahkan jika Anda pergi dengan dendam, tidak ada balas dendam yang lebih baik daripada menjadi karyawan pesaing yang berguna dan keren :) Dan yang paling penting, dengan impunitas penuh.
Anda juga tidak boleh melakukan itu. Namun, pengalaman menunjukkan, kami tidak akan berhenti
Secara umum, teman-teman, bacalah nasihatnya, tetapi lakukan apa yang menurut Anda terbaik - lagipula, penemuan nyata terjadi ketika kita meragukan kebenaran yang sudah ditemukan. Selamat Tahun Baru, semoga proyek Anda berhasil, semoga karier Anda menyenangkan, semoga kolega dan manajer Anda memadai, dan semoga hidup Anda secara umum sukses. Secara umum, ini untuk Tahun Baru dan kode baru!
Dengan cinta,
Tim Studio Pengembang RegionSoft
Di tahun baru kami akan terus bekerja untuk Anda dan mengembangkan sistem CRM desktop yang kuat dan meja bantuan serta sistem tiket yang sederhana dan nyaman .
Sumber: www.habr.com