Katrampilan Pangembang Penting Sing Bakal Nggawe Kode Sampeyan Luwih Apik

Katrampilan Pangembang Penting Sing Bakal Nggawe Kode Sampeyan Luwih Apik

Pambuka penerjemah: Sawise maca artikel iki, sampeyan bisa uga kaget utawa malah nesu. Ya, kita uga kaget: penulis mesthine ora tau krungu babagan hierarki ing tim, babagan nyetel tugas kanthi status "lakoni kanthi cepet lan tanpa alesan." Ya bener, iki teks sing rada aneh. Pancen, penulis nyaranake manawa programmer njupuk peran minangka arsitek sistem - kenapa sampeyan butuh arsitek? Nanging kabeh bantahan iki ora kudu wuta sampeyan bab utama - kok kita njupuk lan nerjemahake teks iki. Dheweke ora ngomong babagan peran. Teks iki babagan pendekatan profesional lan kesadaran. Kasunyatane yaiku yen sampeyan mung "nindakake apa sing dikandhakake" tanpa mikir babagan makna tumindak sampeyan, sampeyan ora bakal dadi programmer sing apik.

Ngomong ora kanggo kode sing ora perlu. Sampeyan mung kudu nyelehake telung huruf lan ucapake tembung kasebut. Ayo padha nyoba nindakake iki bebarengan: "Ooooo!"

Nanging ngenteni. Yagene kita nindakake iki? Sawise kabeh, tugas utama programmer yaiku nulis kode. Nanging sampeyan kudu nulis kode sing dijaluk saka sampeyan? Ora! "Mangertos nalika ora nulis kode bisa uga minangka skill paling penting kanggo programmer." Seni Kode Waca.

Kita ngelingake: kanggo kabeh sing maca "Habr" - diskon 10 rubel nalika ndhaptar kursus Skillbox nggunakake kode promosi "Habr".

Skillbox nyaranake: Kursus praktis "Mobile Developer PRO".

Pemrograman minangka seni pemecahan masalah. Lan sampeyan master seni iki.
Kadhangkala, ing upaya miwiti kerja kanthi cepet, kita ora mikir apa-apa kajaba ngrampungake tugas sing ana ing tangan. Lan iki bisa nyebabake masalah sing luwih serius.

Apa programer dadi wuta?

Kabeh kode sing sampeyan tulis kudu dimangerteni dening pangembang liyane, lan kudu diuji lan didebug.

Nanging ana masalah: apa wae sing sampeyan tulis, bakal nggawe rumit piranti lunak sampeyan lan bisa uga bakal ngenalake bug ing mangsa ngarep.

Miturut Rich Skrent, kode iku mungsuh kita. Punika ingkang nyerat:

"Kode kasebut ala amarga wiwit bosok lan mbutuhake pangopènan sing terus-terusan. Nambahake fitur anyar asring mbutuhake ngowahi kode lawas. Sing luwih gedhe, sing luwih dhuwur kemungkinan kesalahan kedadeyan lan luwih akeh wektu sing dibutuhake kanggo ngumpulake. Perlu wektu pangembang liyane kanggo ngerteni. Lan yen refactoring dibutuhake, mesthi bakal ana pecahan sing kudu diganti. Kode gedhe asring tegese nyuda keluwesan lan fungsi proyek. Solusi sing prasaja lan elegan luwih cepet tinimbang kode sing rumit.

Kepiye sampeyan ngerti yen ora nulis kode?

Masalahe yaiku programer asring nggedhekake jumlah fitur sing dibutuhake aplikasi. Akibaté, akeh bagean kode tetep durung rampung utawa ora ana sing nggunakake, nanging nggawe rumit aplikasi kasebut.

Sampeyan kudu ngerti kanthi jelas apa sing dibutuhake proyek lan apa sing ora dibutuhake.

Conto yaiku aplikasi sing mung ngrampungake siji tugas - ngatur email. Kanggo tujuan iki, rong fungsi wis dikenalake - ngirim lan nampa surat. Sampeyan ora kudu ngarep-arep manajer email dadi manajer tugas bebarengan.

Sampeyan kudu kanthi tegas ngucapake "ora" kanggo proposal kanggo nambah fitur sing ora ana gandhengane karo tugas utama aplikasi kasebut. Iki persis nalika dadi jelas yen kode tambahan ora dibutuhake.

Aja ilang fokus aplikasi sampeyan.

Tansah takon dhewe:

- Fungsi apa sing kudu ditindakake saiki?
— Kode apa sing kudu daktulis?

Pitakonan gagasan sing teka ing pikiran lan evaluasi saran saka njaba. Yen ora, kode ekstra mung bisa mateni proyek kasebut.

Ngerti kapan ora nambahake barang sing ora perlu bakal mbantu sampeyan njaga basis kode sampeyan ing kontrol sing kuat.

Katrampilan Pangembang Penting Sing Bakal Nggawe Kode Sampeyan Luwih Apik

Ing awal banget dalan, programmer mung loro utawa telung file sumber. Iku prasaja. Kompilasi lan mbukak aplikasi mbutuhake wektu minimal; Iku tansah cetha ngendi lan apa goleki.

Nalika aplikasi berkembang, file kode liyane lan liyane katon. Padha ngisi katalog, saben atusan baris. Kanggo ngatur kabeh iki kanthi bener, sampeyan kudu nggawe direktori tambahan. Ing wektu sing padha, ngelingi fungsi sing tanggung jawab kanggo apa lan tumindak sing nyebabake dheweke dadi saya angel; keno kewan omo uga njupuk wektu liyane. Manajemen proyek uga dadi luwih rumit; ora siji, nanging sawetara pangembang dibutuhake kanggo nglacak kabeh. Mulane, biaya, loro moneter lan wektu, mundhak, lan proses pembangunan slows mudhun.

Proyek kasebut pungkasane dadi gedhe, lan nambah saben fitur anyar mbutuhake gaweyan liyane. Malah kanggo bab sing ora pati penting sampeyan kudu nglampahi sawetara jam. Mbenerake kesalahan sing ana ndadékaké munculé sing anyar, lan tenggat wektu rilis aplikasi ora kejawab.

Saiki kita kudu berjuang kanggo urip proyek kasebut. Kenging punapa?

Kasunyatane sampeyan mung ora ngerti yen sampeyan ora kudu nambah kode ekstra, lan mangsuli "ya" kanggo saben saran lan ide. Sampeyan wuta, kepinginan kanggo nggawe barang anyar nggawe sampeyan ora nglirwakake fakta penting.

Kayane naskah film horor, ta?

Iki persis sing bakal kelakon yen sampeyan terus ngomong ya. Coba ngerti kapan kode ora kudu ditambahake. Mbusak barang sing ora perlu saka proyek kasebut - iki bakal nggawe urip sampeyan luwih gampang lan ndawakake umur aplikasi.

"Salah sawijining dina sing paling produktif yaiku nalika mbusak 1000 baris kode."
- Ken Thompson.

Sinau nalika ora nulis kode angel. Nanging perlu.

Ya, aku ngerti yen sampeyan lagi wae miwiti dalan pangembang lan pengin nulis kode. Iku apik, aja ilang kesan pertama, nanging aja kelangan faktor penting amarga semangat. Kita temen maujud kabeh liwat nyoba lan kesalahan. Sampeyan uga bakal nggawe kesalahan lan sinau saka wong-wong mau. Nanging yen sampeyan bisa sinau saka ndhuwur, karya bakal dadi luwih sadar.

Terus nggawe, nanging ngerti kapan kudu ngomong ora.

Skillbox nyaranake:

Source: www.habr.com

Add a comment