Vai jūs esat hakeris vai arī akadēmiķis?

18 gadu laikā, kopš esmu programmētājs, esmu strādājis pie desmitiem dažādu projektu, sākot no robotikas līdz finansēm un beidzot ar veselības aprūpi un telekomunikācijām. Un man ir bijusi iespēja strādāt ar simtiem programmētāju no visa veida - katram ar saviem ieradumiem un attieksmi.

Esmu iemācījusies, ka neatkarīgi no tā, no kurienes viņi nāk vai ko viņi dara, visi programmētāji kaut kur ietilpst šajā spektrā:

Akadēmiskais

Spektra vienā galā ir programmētāji, kuri lieliski pārvalda teoriju. Viņiem patīk mācīties, lasīt, izpētīt un ieviest jauninājumus. Viņiem katra koda rindiņa jūtas kā ieguldījums pasaulē, mantojums pat nākotnei. Ja kodā ir kļūda, tas notiek tāpēc, ka viņi vēl neko nezina.

Viņu pasaulē kodeksam jābūt nevainojamam, bez kļūdām un saskaņā ar labāko praksi. Viņi novērtē pārdomātas lietas un patīk sekot jaunākajām tehnoloģijām.

Diemžēl akadēmiskajam būs garlaicīgi, kad mācības apstāsies, un meklēs citus projektus vai pat mainīs darbu:

Šī darba veida negatīvie ir tas, ka projekti virzās lēnām. Kad kaut ko iemācāties, jūs mēdzat paklupt arī uz kaut ko citu, ko vēlaties iemācīties. Un šis trušu caurumu samazināšanas cikls var turpināties diezgan ilgi, pirms tiek piegādātas kādas nozīmīgas pazīmes:

Bet tas nebūt nav viss sliktais. Kad produktam ir jāiztur augsti standarti, akadēmiskais ir faktiski pareizais programmētāja tips.

Piemēram, veselības aprūpes programmatūrai ļoti svarīga ir pacientu drošība. Jūs vēlaties, lai programmētāji paņemtu laiku un iemācītos lietas, pirms ievadīt kodu “ražošanas vidē”, kas ir cilvēku dzīves.

Pat maza kļūda var būt letāla.

Vēl viens piemērs ir finanšu nozare, kur vienkārša kļūda var maksāt daudz. Tas attiecas arī uz lielāko daļu drošības vai drošību prasošās programmatūras - kur bieži tiek apdraudēta uzņēmuma reputācija.

Hakeris

Otra spektra galējībā ir hakeris, kurš ir ideāls “zināšanu darbinieks” saskaņā ar Dela Darbu no Kal Nūporta. Hakeri mācās ātri un (ideālā gadījumā) nodrošina rezultātu nemainīgā tempā. Viņi reti saka “nē” funkcijas pieprasījumam un kaut kādā veidā to iesprauž kodā.

Bet pēc kāda laika kods kļūst raibs. Process tiek aizsērēts tādā mērā, ka, pievienojot jaunas funkcijas, var tikt salauzts cits kods, kam citādi vajadzētu darboties:

Tehniskais parāds palielinās, un tas ilgtermiņā kaitē biznesam.

Šie programmētāji padara ideālus kandidātus konsultantu darbiem, kur tiek sasniegts un izpildīts projekts. Viņi, iespējams, pat saņems samaksu par kļūdu novēršanu, ko viņi pirmkārt ir ielikuši kodā! Labi konsultāciju firmai, slikti jūsu biznesam. Ja vien jūs, protams, neatrodaties produktu izstrādes prototipu izstrādē vai koncepcijas pierādīšanas fāzē, iespējams, liela daļa koda tiks pārrakstīta.

Hakeris ir ideāli piemērots jaunizveidotiem uzņēmumiem, kuri atrodas sākotnējā minimālā dzīvotspējīgā produkta attīstības stadijā. Hakeris var ātri radīt rezultātus. Viņi dod vislabāko sprādziena cenu (naudas un laika ziņā). Šajās situācijās akadēmiķis paralizētu attīstību.

Secinājums

Ir šāds joks:

Bet patiesībā ir divu veidu darītāji:

Hakeris

Hakeris var paveikt darbu ātri un lēti, maz koncentrējoties uz kvalitāti. Tas ilgtermiņā nebūs lēts, ņemot vērā visas uzturēšanas izmaksas.

Akadēmiskais fokuss ir uz kvalitāti, taču lietas virzīsies ļoti lēni, un tas, protams, maksā vairāk, līdz jūs iegūstat taustāmus rezultātus. Arī tad, kad viņiem kļūst garlaicīgi, viņi var uzlikt vēl lielākas izmaksas projektam, aizejot - vai, vēl ļaunāk, paliekot un nejūtoties kaislīgi par savu darbu.

Akadēmiskais

Hakeris un akadēmiķis ir divi galējie spektra gali, un patiesībā vairums programmētāju nonāk kaut kur pa vidu. Ir svarīgi izvēlēties savam projektam pareizos izstrādātājus un specifisko veidojamo programmatūras veidu.

Ideālā gadījumā jūs varat sākt projektu ar hakeru, kamēr akadēmiķi var braukt pakaļējā sēdeklī, asinot savus zobenus, kad produkts kļūst par trāpījumu un tam nepieciešama smaga reakcija.

Arī cilvēki netiek izgatavoti rūpnīcās. Viņi var mainīties. Daži no visgudrākajiem izstrādātājiem, ar kuriem esmu ticies, atkarībā no projekta posma var mainīties starp hakeriem un akadēmiķiem. Šī ir zelta prasme, kuru daudzi izstrādātāji izkopj ar gadu pieredzi.

Ja jūs ❤ lasāt, lūdzu, dalieties tajā un sekojiet man, lai es būtu informēts par pēdējām esejām. Pārbaudiet arī manas pārējās divas populārās esejas:

  • Kas ir briesmīgais koda rokraksts?
  • Programmēšana ir visu laiku labākais darbs

Atteikšanās: visi viedokļi ir mani, es nepārstāvu nevienu uzņēmumu vai uzņēmējdarbību.

Atjaunināt: pēc šī raksta kopīgošanas es saņēmu pāris labus komentārus, kurus ir vērts dalīties:

“Akadēmiskais” iemācīsies lietas vienreiz [bet] to izmantot daudzreiz. “Hakeris” nekad nemācīsies. Tātad “piegādāto funkciju” diagramma ir piemērojama tikai tad, ja tās saskaras ar platformu / steku / ietvaru. Otrreiz apkārt “akadēmiskais” atstās “hakeru” putekļos.
Es ļoti daudz piekrītu jūsu atšķirībai starp akadēmiķiem, kuri vairāk koncentrējas uz “pareizību”, un hakeriem, kas koncentrējas uz “lietu sakārtošanu”. Es piederu tuvāk pēdējai grupai, un man ir bijusi ļoti laba sadarbība ar kolēģi, kurš vairāk orientējas uz akadēmisko pusi. Tikai es pats varu paveikt daudz sūdu, bet tas nenozīmē, ka tas ir jauks kods. No otras puses, viņš joprojām var daudz paveikt, taču reāli pavadīs laiku, lai arī tas būtu labs. Es redzu arī atšķirību attieksmē pret problēmām, viņš pirms risinājuma izstrādes pārlasīs saistītos risinājumus, kur es tā vietā lasītu, eksperimentētu ar dažādiem risinājumiem. Mans ceļš dod ātrāku rezultātu, savukārt viņa rezultāts - labākus risinājumus. Šo lietu apvienojums rada ļoti produktīvu un interesantu darba dienu

️Vai patika tas, ko lasījāt? Sekojiet man, lai mani paziņo, kad uzrakstīšu kaut ko jaunu.