Maskinvare hacking er en metode for livet her på Hackaday. Vi feirer Jobs daglig med varmt lim, kanalbånd, oppsiktsvekkede deler, så vel som det i mellom. Det er åpent sesong å hacke maskinvare. Ut i verden, for en eller annen grunn, får programprogrammet ikke nøyaktig samme laissez-faire-behandling. “For mange linjer i den filen” “Bad Habits” “Dårlige variable navn” Kommentarene regner ofte ned. Selv de usikreste silliest jobbene er ikke trygt. Bygg en robot for å utstråle lasere i en persons øyne? Mye bedre sørg for at du har mindre enn 500 linjer med kode per fil!
Hvorfor er det sånn? Hva gjør besøkende samt Commenters Hold programvare på en høyere grunnleggende enn maskinvaren det oppstår å være på å kjøre på? Årsakene er mange så vel som variert, så vel som det er et mønster jeg vil gjerne se stoppet.
Software Engineering er en ganske ung, så vel som rask utviklende vitenskap. Hvert par måneder er det et nytt varmt språk på blokken, med fora, individuelle grupper, samt artikler i massevis. Selv metoden programvare program ingeniører arbeider regelmessig endring. Foss til Agile, V-modell, spiral modell. Selv programvareapplikasjonsstil Metodologier Modifisering – Fra Pseudokode til UML For å teste drevet utvikling, går oppføringen så vel som på.
Vilkår som “ren kode” blir kastet rundt. Det er ikke bra nok å ha programvare som fungerer. Programvareapplikasjon må være godt kommentert, vedlikeholdsbar, elegant, så vel som selvfølgelig, overholde de aller beste kodende praksisene. Mange av disse er gode ideer … i arbeidsmiljøet. Arbeid er hva en stor del av dette kokes ned til. Programvareapplikasjonsingeniører må være så mye som dato med nye mønstre som skal brukes.
Det er en bestemt mengde “født igjen” mentalitet blant ekspertprogramvareutviklere. Coders misliker normalt å ha modifikasjon som kreves på dem. Men når de oppdager et verktøy eller et system de liker, aksepterer de det både profesjonelt, så vel som i deres personlige prosjekter. Da er de ute og sprer ordet til denne nye teknikken eller verktøyet; på reddit, i fora, til enhver person som vil lytte. Det tradisjonelle eksemplet på dette er selvfølgelig redaktører som VI vs Emacs debatt.
Kode Tyranner
XKCD er alltid relevant
Denne evangelismen er hvor mange av kommentarene kommer fra. Mange erfarne kodere tror virkelig om du ikke gjør ting deres vei, gjør du det på feil måte. I tillegg til selvfølgelig, hvis noen har feil på nettet, må de korrigeres. Jeg liker å ringe disse menneskene kodet tyranner. Det spiller ingen rolle ditt ferdighetsnivå, bakgrunn, hvis du kodes for arbeid, eller for et morsomt prosjekt. De skal vise deg deres måte, så vel som er klare til å bestride emnet i flere timer med noen andre andre som hopper inn.
Ikke vær en kode tyrann. Det er mange steder på nettet for å tvile på verktøyene og teknikker.
Noen som bare oppdager å programmere mest sannsynlig, ikke kravet om å forstå alle de kuleste triksene. Faktisk kan de nyeste tingene være skadelige. En ny koder som oppdager å programmere C / C ++ på innebygde systemer, vil mest sannsynlig ikke bli godt betjent ved å bli lært C ++ 11s visepekere. Jeg har sett kodere grumble som noen ikke brukte terner når de måtte ha. Ternary operatører er et kjæledyr peeve av meg.
dette
Lang form1.
2.
3.
4.
5.
6.
7.
8.
Hvis (Foo> Bar)
{
utgang = fizz;
}
ellers
{
utgang = buzz;
}
vs dette
Kort form1.
output = foo> bar? fizz: buzz;
Alle kan sjekket ut den aller første utdraget. Det er nesten engelsk. Mens kortere, er andre utdrag ikke lesbar for en ny koder. Kompilatoren gir ikke en jævla, du kommer til å få nøyaktig samme monteringsutgang hverken.
Lære å kode
Mange oppnådde programmerere har glemt hva det er som å oppdage å programmere. Tutorials som ikke gir mening, kryptiske feilmeldinger, samt bekymrer forumtråd som aldri blir besvart.
Arduino prøver å gjøre ting litt enklere. Men i kjernen er det bare C blandet med litt C ++ (et av de vanskeligste språkene å hoppe inn). Har du en feil i programmet ditt? Arduino’s IDE vil bare kaste opp feilteksten fra AVR-GCC. Dette er ikke nettopp nybegynnervennlig.
Et rousing spill av nøyaktig hvor fryktelig gjør det sorterer?
Hva gjør en neophyte programmerer når de sitter fast? Nøyaktig samme ting proffene gjør. Hopp på Google, så vel som å begynne å søke. Det er her ting kan gå fra fattige til verre. Av en eller annen grunn er Stackoverflow alltid i de 10 beste resultatene av kodende søk. Som en ressurs er det litt av et dobbeltkantet sverd. Det er en stor del god info der. Kodet tyranner har imidlertid vært opptatt, med krangling, nitpicking, samt svar kan bestå av utdatert, så vel som vanlig gammel dårlig informasjon. Mye mer enn noen få bloggskribenter har bekvemt dette. Når Randal Munroe gjør Stackoverflow, svarer et eksempel A for en XKCD-tegneserie, du forstår at du er i trøbbel.Stakken er implementert, du kan inspisere det her ute. Erfarne kodere kan skille signalet fra støyen. Men noen nye kommer til å ha en grov gå av den.
Være en mentor
Så hva er alternativet til alt dette? Jeg tror at amatørradioen folk har et flott system for det allerede. Frivillige Mentors, kalt “Elmers” assistere elskere på deres reise fra neophyte til Journeyman. Ifølge ARRL begynner veiledningen med den regionale klubben. For oss er disse klubbene hackere samt makerspaces. Folk frivillig tid på disse områdene gjør allerede en fantastisk oppgaveassisterende folk oppdager både programvareapplikasjon, samt maskinvare. Jeg foreslår at de tar det et skritt videre. Prøv å oppdage en kjernegruppe av personer som er klare til å ende opp med å være mentorer – å ta forpliktelse for noen få studenter. Som indikerer feltet deres spørsmål, så vel som å veilede dem når de går i vanskeligheter med å oppdage å kode. Ikke bare når eller to ganger i uken på åpen hack natt. Gi dem e-posten din, så vel som feltproblemer som de kommer inn.
Å være en mentor indikerer ikke mentor fra grunnen opp. Det er mange opplæringsprogrammer, videoer, samt bøker der ute. Noen er gode, andre ikke så mye. En flott mentor må kunne kutte med ugresset, så vel som å foreslå noen få gode.
Ikke alle er fysisk nær en hackerspace skjønt. For dem er det eneste valget på Internett-ressursene. Det er subredits, så vel som fora, så vel som vår egen hackaday.io, som har en eksepsjonell gruppe mennesker i hack chat-kanalen.
Læringskoding fra en mentor er en tilfredsstillende opplevelse både for trainee, så vel som mentoren selv. Håpet er at trainees vil fortsette å ende opp med å være kode mentorer, bistå neste generasjon gå fra kode neophyte til maskinvare hacking kode master.