Coffee break # 13: Apa saben newbie kanggo program kudu ngerti; 4 Cara Nggabungake Pemikiran Desain menyang Proses Pangembangan Sampeyan

Apa saben newbie kanggo program kudu ngerti

Sumber: Stackoverflow Minangka pangembang, sampeyan bakal krungu akeh teori sing beda babagan kode kaya apa. Sawetara wong percaya yen kurang baris kode aplikasi, luwih gampang diwaca. Nanging iki mung sebagian bener. Aku luwih seneng ngevaluasi kualitas kode nggunakake kritéria ing ngisor iki:

1. Kode kasebut kudu konsisten, informatif, lan didokumentasikake kanthi apik.
2. Kode kasebut kudu nggunakake fitur modern sing stabil.
3. Kode kasebut ora kudu rumit utawa rusak.

Yen sampeyan mutusake kanggo nyuda jumlah baris kode kanthi biaya salah sawijining kritéria ing ndhuwur, iki bakal dadi masalah. Aja ngono.

Maca kode wong liya iku angel

Pancen, rasio wektu maca lan nulis kode luwih saka 10 nganti 1. Nanging sampeyan ora bisa nindakake tanpa maca kode wong liya. Sampeyan kudu maca kode wong liya. Lan luwih cepet sampeyan nambah katrampilan, luwih apik. Coba sinau kode wong liya nggunakake repositori GitHub sing mbukak. Sampeyan bisa latihan ing sembarang wektu: mung golek proyek sing cocog karo sampeyan lan delve menyang saben baris. Cara liya kanggo nambah kemampuan maca kode wong liya yaiku miwiti nyalin gaya kasebut. Nalika sampeyan nulis kode ing gaya wong liya, iku ora mung mbenakake skills maca, nanging uga kode liyane menowo kanggo sampeyan. Coba.

Sampeyan ora bakal nulis kode "sampurna".

Aku dadi pangembang solo kanggo patang taun sadurunge miwiti kerja ing tim. Kanggo paling wektu iki, Aku pitados bilih sembarang programer experienced wrote kode sampurna. Miturut pendapatku, sinau nulis kode sing sampurna mung butuh wektu lan usaha. Nanging nalika aku gabung karo tim, dadi cetha yen ora ana sing nulis kode "sampurna". Bener, kode sing pungkasane kalebu ing sistem meh mesthi "sampurna". Yagene iki kedadeyan? Iku kabeh babagan analisis kode. Aku kerjo karo tim engineers saestu sarwa. Iki minangka sawetara programer sing paling kompeten lan yakin bisa nyewa dhuwit. Nanging saben wong (kalebu aku) bakal duwe serangan panik nyata yen ana sing ngusulake kalebu kode sing durung diuji ing aplikasi kasebut. Malah yen sampeyan mikir sampeyan Bill Gates sabanjuré, sampeyan bakal nggawe kesalahane. Aku ora ngomong babagan kesalahan logis, aku ngomong babagan typo, karakter sing ilang. Bab-bab sing kadhangkala ora dicekel dening otak. Bab-bab sing mung bisa dideleng kanthi mripat sing seger. Coba kerja bareng karo wong sing nggatekake detail lan gelem ngritik karya sampeyan. Iku bakal angel kanggo njupuk kritik ing kawitan, nanging iku siji-sijine cara dipercaya kanggo nambah kualitas kode. Nggawe sing paling apik supaya ora dadi defensif nalika mriksa kode, lan aja njupuk kritik pribadi. Sampeyan dudu kode sampeyan.

Sampeyan ora kudu nulis kode 8 jam saben dina

Ora ana sing bisa menehi pitutur marang sampeyan kanthi tepat sepira suwene dina sing digunakake kanggo nulis kode. Nanging ing kasunyatan, sawetara wong nulis kode luwih saka 4 jam dina. Wong-wong sing ora setuju karo iki minangka pangecualian kanggo aturan utawa kerja kanggo perusahaan sing nganggep stafe ora apik. Pemrograman punika kuat, karya mental draining. Pancen salah mikir yen ana wong sing nulis kode 8 jam dina, 5 dina seminggu. Bakal ana kesempatan langka nalika sampeyan kudu ketemu deadline, nanging nalika aku ngomong arang, Maksudku meh ora tau. Aja nganti kerjo dadi beban lan meksa kerja lembur. Aku ora nyaranake sampeyan mung kerja patang jam saben dina. Patang jam sing isih ana biasane paling apik digunakake kanggo perkara kaya:

• sinau alat, fungsi, aplikasi anyar;
• ngrembug proses kerja karo kolega;
• ngewangi kolega sing nandhang kesulitan ing karya;
• ngrancang tugas;
• analisis kode;
• rapat bisnis / rapat.

Aku uga menehi saran supaya istirahat biasa sedina muput lan olahraga (paling sethithik). Efek positif saka olahraga wis suwe dibuktekake.

4 Cara Nggabungake Pemikiran Desain menyang Proses Pangembangan Sampeyan

Source Tech Beacon Kanggo nggawe produk sing nyukupi kabutuhan pelanggan, sampeyan kudu nimbang apa sing dikarepake. Yen sampeyan wis nulis aplikasi kanthi pandhu arah sing mbingungake utawa antarmuka loading sing ora perlu dawa, nyiapake dhewe kanggo kegagalan ing mangsa ngarep. Minangka programmer, sampeyan bisa uga kudu nyelidiki luwih jero babagan desain produk sing digarap tim sampeyan. Kolaborasi jinis iki migunani banget amarga saben wong nggatekake perkara sing ora dingerteni wong liya. Aku menehi sampeyan 4 tips babagan carane pangembang lan desainer bisa kerja bareng.

1. Melu-melu wiwit wiwitan

Aja nganggep manawa desain mesthi dadi luwih dhisik lan pangembangan dadi nomer loro. Iki bisa uga bener, nanging ora ateges pangembang ora kudu melu proses desain. Programmer bisa nyedhiyakake informasi teknis sing penting babagan carane proyek kasebut bisa ditindakake, dene para desainer luwih ngerti kepinginan pangguna. Iku luwih apik kanggo mangerteni ing awal sabisa fungsi kang teknis mokal utawa ora ketemu syarat pangguna. Yen desainer lan pangembang bisa bebarengan, masalah bisa ditemokake lan ditanggulangi langsung tinimbang sawise desain disetujoni. Akeh perusahaan njupuk pendekatan kolaborasi kanggo pangembangan piranti lunak. Iki tegese anggota tim ora mung tanggung jawab kanggo tataran dhewe utawa Piece saka kode, nanging njupuk tanggung jawab bebarengan kanggo kabeh saka desain kanggo testing.

2. Sinau proses UX

Sing ora ngerti UX (pengalaman pangguna) bisa uga ora ngerti kenapa tim ngganti desain bola-bali kanggo rincian sing katon cilik. Saben langkah ing proses UX kedadeyan kanthi alesan: kanggo nyedhiyakake pengalaman sing paling apik kanggo pangguna. Mulane, penting kanggo menehi perhatian kanggo nggawe proses UX wiwit wiwitan. Bisa uga kalebu:

• riset tujuan proyek;
• nggawe wireframe - desain prasaja sing ngidini sampeyan nemtokake karakteristik utama produk;
• nambah rincian sing luwih apik kanggo desain proyek, kayata antarmuka panganggo;
• testing pangguna desain. Iki mbok menawa tahap paling penting saka pangembangan UX. Iki nyedhiyakake informasi penting babagan produk sadurunge sampeyan nglampahi wektu ngembangake;
• Iterasi: Nggunakake analisis asil tes, ulangi desain kanggo nambah pengalaman pangguna.

Tim mbaleni langkah-langkah desain lan tes kaping pirang-pirang nganti ora ana owah-owahan, utawa sawayah-wayah. Iki biasane tegese sampeyan bakal duwe macem-macem versi desain.

3. Tindakake pangembangan desain

Iku ala banget nalika desainer nggawe proyek tanpa konsultasi karo pangembang. Iku kontraproduktif. Penting kanggo DevOps nyetel aturan supaya pangembang duwe akses kanggo ngrancang cetak biru ing format sing gampang diakses kayata PNG utawa PDF. Kolaborasi sing efektif antarane pangembang lan desainer penting kanggo implementasine aplikasi sing sukses. Aja nyerahake desain rampung kanthi wuta ing kabeh biaya. Luwih becik mbenerake kesalahan ing wiwitan tinimbang ing pungkasan.

4. Setuju ing tataran apa proyek bakal ditampilake kanggo sampeyan

Nalika pangembang dijaluk nggawe versi minimal produk (MVP), dheweke kudu ngerti syarat kanggo versi final saka wiwitan. Iki perlu kanggo ngindhari masalah karo pangarepan sing ora adil. Desainer kudu nuduhake loro versi desain kanggo pangembang: loro MVP lan versi final. Iki bakal mbantu ngleksanakake MVP, njupuk menyang akun apa customer ngarepake kanggo ndeleng ing versi final. Nalika desainer lan pangembang bisa bebarengan, padha entuk akeh keuntungan. Saben uwong nduweni kawruh sing bisa ditrapake kanggo pengalaman liyane. Pangembang bisa menehi wawasan sing penting babagan fitur apa sing ora bisa ditindakake ing desain kasebut. Ing sisih liya, kolaborasi karo programer bakal nyuda desainer saka kabutuhan kanggo mbaleni proyek kasebut, sing bakal ngirit wektu kanggo kabeh tim.