6 Tips Berguna Untuk Membantu Anda Menciptakan Kebiasaan Baik Sebagai Web Developer
Artikel ini diperuntukkan untuk developer junior, tapi kemungkinan menarik untuk siapa saja sebagai bank panduan bermanfaat mengenai langkah tumbuhkan beberapa rutinitas baik.
Saya terus berusaha untuk melawan diri saya sendiri dan keluar zone nyaman saya. Berikut rangkuman panduan harian terbaik yang saya bikin.
Saya coba memperbaiki rutinitas kerja saya saat saya tumbuh, maka janganlah sangsi untuk merekomendasikan beberapa panduan yang tidak ditetapkan dalam artikel ini untuk menolong saya !
1. Lakukan technology watch.
"technology watch" ialah aktivitas ikuti pengembangan di bidang tertentu.
Tidak banyak yang dapat disebutkan, tetapi menurut saya, ini langkah paling mudah untuk belajar cukup dengan membaca. Bahkan juga bila Anda tidak pahami semua subyek atau belajar bagaimana lakukan hal ajaib yang dibahas artikel itu, Anda ketahui jika itu ada. Dan itu yang terpenting.
Banyak service dan alat saat ini ada online untuk menolong Anda lakukan ini. Anda harus memakainya karena mereka bisa menjadi sumber info dan gagasan baru Anda tiap hari, mingguan, atau bulanan.
Alat seperti Netvibes bisa menolong Anda mengirit beberapa waktu dengan mengawasi semua arloji tehnologi Anda di satu tempat. Plus, saya akan mereferensikan mencari content baru dan membaca semua umpan Anda misalkan di hari Senin dan Kamis, tidak tiap hari.
Beberapa web/komunitas yang saya baca tiap minggu :
- Collectives by Codrops
- Hackernoon
- SmashingMagazine
- FreeCodeCamp
- CodyHouse
- Web Fundamentals by Google
- Daily Dev Links
- Daywatch.io
Tetapi saat Anda memakai alat pengawasan konten, coba untuk selalu fokus pada subjek yang berkaitan dengan ketrampilan yang ingin Anda lakukan.
Benar-benar gampang salah jalan dan melonjak dari 1 subyek ke subyek yang lain. Oke, artikel paling akhir mengenai Crypto ICO baru SANGAT MENARIK, tapi apa Anda bekerja di cryptocurrency? Masih tetap konsentrasi.
2. Lihatlah situs web yang luar biasa. Dan bongkarlah itu!
Anda dapat dengan mudah menemukan situs web, sumber daya, atau eksperimen kode yang mengagumkan di sini:
- Awwwards
- CSS Design Awards
- FWA
- Codepen
Tetapi pokoknya tidak untuk menyaksikan mereka dan berbicara: "Saya tidak pernah dapat lakukan ini!"
Tanya dalam diri Anda: bagaimana Anda akan lakukan fenomena, dan coba ketahui apa yang mereka pakai untuk membuatnya. Teknologi baru, pustaka JavaScript baru, properti CSS tidak dikenali? Kita hidup di dunia di mana tiap hari beberapa hal baru ada dan kita tidak bisa belajar sekencang tehnologi berkembang sendirinya.
Tapi saya merekomendasikan supaya Anda bukan hanya coba pahami prosesnya tapi juga coba mereproduksinya, dan menerangkannya. Biasanya, bila Anda bisa mengajarkan ke seorang, Anda sudah kuasai mata pelajaran itu.
Sepanjang satu tahun paling akhir, saya habiskan beberapa waktu untuk mengganti proses saya. Membedah website dan pahami bagaimana orang trampil membuatnya. Semua cara ini menolong saya menyatukan beragam tehnik dan mendapati langkah pintar untuk membuat website saya.
Itu langsung bawa saya ke point selanjutnya.
3. Belajarlah dari mereka yang lebih berpengalaman
Umumnya saat Anda mengawali sebagai junior dalam suatu perusahaan, Anda akan ditujukan oleh Lead Dev yang hendak menyaksikan kode Anda, mengagendakan pekerjaan Anda, dan menahan Anda jatuhkan database.
Tidak boleh malu menanyakan untuk belajar semakin banyak pada mereka. Meminta mereka untuk memperlihatkan ke Anda langkah lakukan beberapa hal kece yang mereka kerjakan di website paling akhir yang mereka luncurkan, atau elemen bagus yang mereka untuk buat membuat hidup lebih gampang untuk semuanya orang di team developer.
Tetapi yang paling penting: jangan takut untuk minta beberapa hal yang menurut Anda bodoh.
Tiap orang mengawali dengan pengajaran yang lain, jadi lumrah untuk ajukan pertanyaan yang kadang terlihat "konyol", tapi jawaban itu akan menolong Anda di beberapa tahun kedepan.
Langkah lain untuk belajar dari yang terbaik adalah meninjau kode.
Bila team Anda tidak melakukan dengan teratur, jadilah yang pertama mengenalkannya ke team developer Anda. Tidak boleh sangsi untuk minta anggota lain dari team Anda untuk mengevaluasi code Anda dan coba melakukan perbaikan.
Dengar mereka. Mulai diskusi. Terangkan kenapa Anda melakukan dengan itu dan bukan dengan yang hendak mereka kerjakan. Tukar, berdiskusi, dan belajar dari kemampuan keduanya kemungkinan sebagai langkah paling sehat untuk berkembang.
4. Jangan Pernah lupa Untuk Mengoreksi Kode Anda
Oke, saya tahu, Anda sudah membaca kalimat itu jutaan kali semenjak Anda mulai membuat kode. Di internet, oleh atasan Anda, oleh guru Anda, bahkan bisa saja oleh anjing Anda.
Pokok dari memberi komentar kode Anda sendiri bukan untuk membuat gampang dipahami oleh developer lain atau Anda sendiri. Ini sebagai langkah untuk pikirkan fungsi Anda saat sebelum menulisnya. Untuk tentukan arah. Dan cuman satu.
Stop diri Anda dari membuat multiSuperTaskFunction().
// I don't know Rick
mySuperFunctionAddRemoveCreateEarth( $string, $purpose1, $bool) {
$var1 = true;
while($var1) {
addNewHumans++;
} else {
heregoesnothing(); }
}
Katakanlah, misalnya, Anda mulai menulis fungsi untuk mengelola ekosistem planet. Dengan kebiasaan mengomentari kode Anda, Anda akan secara otomatis mengurutkan kode Anda dalam beberapa fungsi. Dan setiap fungsi hanya memiliki satu tugas untuk dijalankan.
/*
* Handler to create the planet system
*/
Class Planet { public $name;/*
* Set the name of the instancied planet
* @var STRING $new_name Contain only a string to name the planet
*/
function set_name(string $new_name) {
$this->name = $new_name;
}
/*
* Function to access the name of the planet
* return STRING $this->name Contain only a string with the name
* of the planet
*/
function get_name() {
return $this->name;
}}
Konsep memisahkan semua fungsi Anda jadi yang kecil akan menolong Anda mengenali bug Anda bisa lebih cepat. Ini memungkinkan Anda untuk menutup komponen dan memakainya kembali nanti (elemen modular). Paling akhir, ini akan lebih gampang dibaca dan Anda tak perlu sembunyi saat tampilkan kode.
5. Tingkatkan kode Anda sendiri: Refactor.
Bila Anda memercayakan semuanya orang terkecuali Anda, Anda tidak bisa maju DAN memperoleh keyakinan diri. Tersebut argumen kenapa penting untuk kembali lagi ke kode kotor Anda dan membersihkan.
Saya berpikir itu lebih bernilai dibanding meningkatkan fitur baru . Maka, lain waktu manager project Anda bertanya apa yang Anda kerjakan sepanjang 5 jam kerja yang tidak bisa ditagih itu, Anda bisa menjawab kembali: Saya sedang memfaktorkan ulangi kode saya.
“Refactoring kode adalah teknik terkontrol untuk meningkatkan desain basis kode yang ada. Esensinya adalah menerapkan serangkaian transformasi pelestarian perilaku kecil, yang masing-masing "terlalu kecil untuk dilakukan". Namun, efek kumulatif dari masing-masing transformasi ini cukup signifikan. Dengan melakukannya dalam langkah-langkah kecil, Anda mengurangi risiko terjadinya kesalahan.” Martin Fowler, Menyempurnakan Desain Kode yang Ada
Singkat kata, coba evaluasi kode Anda sendiri dan benahi tanpa mempengaruhi fungsionalitasnya. Bisa lebih cepat, lebih bersih, lebih gampang dibaca, modular.
Langkah saya melakukan ialah menutup sisi code yang tidak saya banggakan atau harus saya kodekan dengan cepat karena tenggat saat yang singkat, dan kembali lagi ke sana satu atau dua minggu setelah itu.
Ada selalu argumen baik untuk menerangkan kenapa Anda menulis code yang jelek itu, tapi Anda tidak bisa betul-betul menentang kenapa Anda tidak meluangkan waktu untuk melakukan perbaikan.
Sisi kode yang tidak konstan tidak pernah jadi apa saja selainnya pedang Damocles yang bergantung di atas kepala Anda.
Kemungkinan susah untuk mengembalikan code Anda atau terlibat dalam peranan yang kompleks. Tetapi itu tidak sesusah wajib melakukannya di bawah penekanan bug yang dipacu langsung.
Sempatkan diri Anda, coba untuk pahami kekeliruan Anda. Ini akan menghemat beberapa waktu, depresi, dan kesehatan Anda dalam periode panjang.
6. Membuat kesalahan.
Oke, tapi…?!
Semenjak saya mulai membuat kode, saya mendapati jika langkah paling bernilai untuk tingkatkan diri saya dengan tidak berhasil berkali-kali. Yakinlah, beberapa kesalahan hampir tidak mungkin dihindari, dan itu benar-benar normal.
Apa Anda menulis peranan yang serupa 5 kali dalam project yang serupa? Saya melakukan, berulang-kali. Tetapi ini tidak ada kembali, karena pengalaman saya dan proses yang saya bikin.
Tidak boleh takut lakukan kekeliruan. Anda terus akan membuat berulang-kali, tapi semakin jarang-jarang. Anda tak pernah stop pelajari beberapa hal baru dan menyesuaikan dengan perubahan teknologi baru, tapi berikut keelokan tugas kami. Pelajari beberapa hal baru tiap hari.