Programmerere som bruker mellomrom har høyere lønn enn de som bruker faner

Programmerere som bruker mellomrom har høyere lønn enn de som bruker faner

Spaces vs. Faner. Det er en intern hellig krig som føres blant programmerere. Bør programmerere kutte koden sin ved hjelp av mellomrom eller faner? Er det et klart svar på dette? Hvem tjener mer? Programmerere som bruker mellomrom eller programmerere som bruker faner? Lær alt om dette og mer i denne artikkelen.

Introduksjon

Innrykk er en veldig viktig funksjon i programmeringsverdenen. Noen programmerere følger det flittig, og noen andre er ganske motvillige. Innrykk er en stil som kaster inn kodeblokker for å betegne en programstruktur. Dårlige fordypninger kan gjøre at programmet blir haywire og vanskelig å kontrollere. Årsaken til at mange programmerere unnlater å gjøre innrykk ville være på grunn av tidsbegrensninger. Riktige innrykk gjør koden lettere å lese, forstå, modifisere og vedlikeholde.

En av de største fordelene med riktig innrykk ville være brukervennlighet. Du kan umiddelbart se hvilken kode du vil målrette i stedet for å måtte lese hver linje, og forstå hvilken som er starten på blokken, og hvilken som er slutten. Og tro det eller ei, det er mange situasjoner der du må referere til kodene:

• Mens du forstår kodene
• Mens du legger til nye koder i det eksisterende programmet
• Mens du oppdaterer koder
• Under feilsøking av kode

En analyse gjort av Stack Overflow brakte frem en observasjon som sier at Spaces er mer foretrukket av programmeringsverdenen enn Tabs. Programmører som bruker mellomrom tjener mer.

Hvert år gjør Stack Overflow en undersøkelse om lønnene programmørene tjener. I 2017 handlet undersøkelsen om hvilke programmerere som tjener mer lønn – fanebrukere eller mellomrombrukere. Stack Overflows datavitenskapsmann David Robinson knuste de innsamlede dataene og nådde konklusjonen at «rom» -programmerere tjente 9% mer enn «fane» -programmerere, uavhengig av deres erfaringsnivå.

Rundt 28 657 personer deltok i undersøkelsen, og ga svar på hvilket format de foretrakk. Dette var alle profesjonelle utviklere (ikke studenter eller nybegynnere), og rundt 12 426 av dem ga også informasjon om lønnen deres. Av fagpersonene i gruppen bruker 40,7% faner, 41,8% bruker mellomrom og resten bruker begge deler. Faktisk teller ikke erfaring, fordi dataene som samles inn av Stack Overflow støtter denne observasjonen. Dataprogrammerere som bruker mellomrom får betalt £ 12.000 mer enn den andre gruppen.

Og selvfølgelig avhenger dette også av dataspråket som brukes. For språk som Python er innrykk så veldig viktig, mens du i Ruby bruker det for å gjøre kodestrukturen enklere.

Hvis du bruker håndskrevne koder til fungerende programvare, kan bruk av en av de to innrykkene ha en effekt. Det er et eget program kalt tolk eller complier for å håndtere dette programmet.

Utviklere planlegger kodingsredigereren sin for å samarbeide med en av disse to eller begge for å vise forholdet mellom de forskjellige elementene. Ting kan bli veldig dårlige når redaktøren ser faner når han forventer å jobbe med faner og omvendt. Tolken eller kompilatoren kan krasje i slike situasjoner.

Så er dette det samme i alle land? Utviklere i land med lav BNP per innbygger bruker sannsynligvis faner, og de tjener lave lønninger sammenlignet med de andre.

Hvis du ser på rapporten som er levert i Stack Overflow, kan du se at i USA, Storbritannia, Canada, Canada, Tyskland og India er antall utviklere som bruker mellomrom betydelig høyere. Effekten kan være liten i Europa, men forskjellen er mye større i India. Men er det den eneste faktoren bak dette? Kan ikke være sant, fordi det kommer an på utvikleren og fordypningen de foretrekker å bruke. DevOps-utviklere foretrekker å bruke mellomrom, mens mobilutviklere har en tendens til å gravitere mot faner.

Derfor kan du si at en rekke faktorer påvirker lønnsparameteren:

• Enten de bruker faner og mellomrom
• Land der arbeidet er utført
• Språket som brukes og utviklerens arbeid natur
• År med utviklererfaring
• Bedriftens størrelse
• Deres kunnskapsnivå, inkludert formell utdanning
• Enten de gjør det profesjonelt eller som hobby
• Deres bidrag til åpen kildekode, hvis noen.

Resultatene ble observert som en detaljert studie av disse faktorene, og det samme kommer opp når det testes i alle underutviklergrupper eller land. Du kan også sjekke dette ved å samle inn dataene herfra.

Det støttende argumentet for faner sier at utviklere kan konfigurere redigereren til den kategoribredden de er komfortable med. Når du bruker den, må du imidlertid legge til fanebredden (du kodebredde) i kodingsretningslinjene. Noen utviklere bruker mellomrom fordi den er selvbeskrivende, og de vil ikke at koden skal se annerledes ut basert på redigeringsinnstillinger. Koder må være enkle å lese, slik at leseren kan stille inn bredden til ønsket verdi.

Men du kan også tenke på det på denne måten – Bruk mellomrom for å justere flerlinjekode på steder der bredden betyr noe. Og bruk faner for innrykk, slik at utviklere kan sende sin egen foretrukne bredde.

Konklusjon

Det faktum at mellomrom scorer mer enn faner, kan være litt overraskende for mange. Men hvis du knuser dataene og ser på alle faktorene de har brukt i datasettet, er resultatene åpenbare. Du kan også laste ned rådataene og undersøke dem selv.

Argumentet for de to fortsetter imidlertid, og det er veldig sterke støttespillere for begge. For eksempel kan en gruppe utviklere støtte mellomrom som sier at en fane kan ha flere antall kolonner avhengig av miljøet, men for plass er det bare en kolonne.

Og en fane-supporter kan si at den er ment spesielt for innrykk, og gir utviklerne en rekke preferanser for innrykkstørrelse, og hjelper utvikleren til å se kodendringene, uten å faktisk endre koden. Imidlertid føler utviklere at den mest populære måten å innhente Python på er mellomrom, og den andre metoden er den eneste nest mest populære måten.

Interessante artikler:
Detaljerte forskjeller forklart av stackoverflow
Romprogrammerere vs Tab-programmerere

Bildekilde: Flickr.com / Berliner

Forfatteren: Reema Oamkumar er engasjert som tankeleder på www.Software-Developer-India.com som er en del av YUHIRO Group. YUHIRO er en tysk-indisk bedrift som tilbyr programmerere til IT-selskaper, byråer og IT-avdelinger.