ProgrammeringsBaren! Småprat, om det du elsker!

[Matsemann]

Det du lenker til, mushin, er typisk javadoc-greier som blir automagisk generert utifra filer i et rammeverk/bibliotek/whatnot og som en kan laste opp for å la folk bla igjennom dokumentasjonen.

[GeirGrusom]

Hva er egentlig grunnen til at det er vanlig å bruke mellomrom istedet for tab for indentering?

[tomsi42]

Godt spørsmål. Min teori er at det kommer fra gamle dager da folk satt på teletype maskiner. Der var tabstop låst til 8 tegn, og det er for mye indentering for de fleste.

Endret 29. oktober 2012 av tomsi42

[Djn]

Hva er egentlig grunnen til at det er vanlig å bruke mellomrom istedet for tab for indentering?

 

Argumentet er at det vil bli seende likt ut over alt, mens tab kan ende opp med å bli litt rart hos folk med forskjellige innstillinger. Jeg er ikke helt solgt, men innnimellom er det greit.

[GeirGrusom]

Hva er egentlig grunnen til at det er vanlig å bruke mellomrom istedet for tab for indentering?

 

Argumentet er at det vil bli seende likt ut over alt, mens tab kan ende opp med å bli litt rart hos folk med forskjellige innstillinger. Jeg er ikke helt solgt, men innnimellom er det greit.

Ville trodd det var et argument for tab, og ikke imot.

[tomsi42]

Fordelen med å bruke konsekvent tab for indentering, gjør at KnotteKåre kan ha satt tabstop = 4 og TasteTom ha tabstopp = 3 og begge vil se koden slik de selv vil ha den. Noen liker en indentering med 2 tegn andre 5. Bruker man tab (og et intelligent editor), så kan alle smaker dekkes.

Endret 29. oktober 2012 av tomsi42

[GeirGrusom]

Fordelen med å bruke konsekvent tab for indentering, gjør at KnotteKåre kan ha satt tabstop = 4 og TasteTom ha tabstopp = 3 og begge vil se koden slik de selv vil ha den. Noen liker en indentering med 2 tegn andre 5. Bruker man tab (og et intelligent editor), så kan alle smaker dekkes.

Jeg har hatt litt problemer med at forskjellige editorer ikke alltid helt klarer å forstå indentering, spesielt når man sletter linjeskift etc.

Også når man endrer på annen sin kode, så ser det greit ut, men når man indenterer så plutselig så ser man at man selv enten har mer eller mindre indentering enn de som skrev dokumentet før deg, og da må man kjøre en reformatering av hele dokumentet som herjer med diff-en ved commit.

[tomsi42]

Jeg har hatt litt problemer med at forskjellige editorer ikke alltid helt klarer å forstå indentering, spesielt når man sletter linjeskift etc.

Også når man endrer på annen sin kode, så ser det greit ut, men når man indenterer så plutselig så ser man at man selv enten har mer eller mindre indentering enn de som skrev dokumentet før deg, og da må man kjøre en reformatering av hele dokumentet som herjer med diff-en ved commit.

Det skjer som oftest med blandingskode. Noe tab og noe mellomrom ...

[Djn]

Hva er egentlig grunnen til at det er vanlig å bruke mellomrom istedet for tab for indentering?

 

Argumentet er at det vil bli seende likt ut over alt, mens tab kan ende opp med å bli litt rart hos folk med forskjellige innstillinger. Jeg er ikke helt solgt, men innnimellom er det greit.

Ville trodd det var et argument for tab, og ikke imot.

 

Joda, jeg er personlig helt enig, og bruker tab når jeg kan. Space-fanatikerne klarer alltid å dra opp eksempler på formatering som blir rotete om man bytter tab-bredde, men de aller fleste av dem unngås om man bare bruker tab foran kodelinjer (og så heller space inne i linjene).

[siDDis]

All indentering bør utførast med spaces. Argumentet mot tabbing er at ikkje alle teksteditorerer behandler tabbing likt.

Eg bruker sjølv sikkert 5+ forskjellige teksteditorer. Vim, Eclipse, Gedit, Kate, Komodo, Visual Studio osv....

[Matsemann]

Alle tabs vs. spaces argumenter faller omtrent i grøften så lenge en er konsekvent.

[Djn]

All indentering bør utførast med spaces. Argumentet mot tabbing er at ikkje alle teksteditorerer behandler tabbing likt.

Eg bruker sjølv sikkert 5+ forskjellige teksteditorer. Vim, Eclipse, Gedit, Kate, Komodo, Visual Studio osv....

 

Det er forsåvidt også et motargument: En del editorer håndterer innrykk med mellomrom ganske dårlig. Hvis jeg kan trykke en knapp for å sette inn ett innrykk, vil jeg ikke trykke backspace fire ganger for å fjerne det igjen. Hvis jeg skriver python, vil jeg ha det synlig om det er ett innrykk for mye i en linje - og ikke alle editorer gjør det like lett å se om f.eks. et if/else-par har samme innrykk. Tab fungerer vanligvis litt mer forutsigbart på slike ting.

 

edit: Men ja, som Matsemann sier. Det er egentlig ikke så utrolig viktig så lenge man er konsekvent (og følger eventuelle standarder, hvis man skriver som en del av noe).

Endret 29. oktober 2012 av Djn

[asicman]

Hva er egentlig grunnen til at det er vanlig å bruke mellomrom istedet for tab for indentering?

 

Det er vel fordi

• forskjellige editorer og andre verktøy (less/more/cat osv.) viser tab forskjellig
  
• enkelte liker ikke å blande tab og mellomrom (tab til indendering og mellomrom til kode alignment) og bruker heller konsekvent mellomrom
  

[asicman]

Det er denne tråden igjen med samme deltakere og synspunkter

[Djn]

Det er denne tråden igjen med samme deltakere og synspunkter

 

Det er en av de gamle religiøse krigene, så det er ikke spesielt overraskende at det blomstrer opp nå og da.

 

Vi får vel ta en java/C++/C# , linux/windows, netbeans/eclipse, vi/emacs, black-on-white/white-on-black (i terminaler), gnome/kde/unity - diskusjon etterpå sånn for å dekke de viktigste andre.

Endret 31. oktober 2012 av Djn

[GeirGrusom]

Det er denne tråden igjen med samme deltakere og synspunkter

Demens starter visst ved 28.

[Gjest Slettet+9871234]

Dette burde være av interesse for noen applikasjons / web utviklere.

 

RAD Studio XE3 in Action LIVE!

A full day of going deep with development tools!

 

Alfasoft har gleden av å by på et unikt seminar, som vil ta en dypdykk i utvalgte verktøy som inngår i RAD Studio XE3. Seminaret vil deles opp i 2 økter, der du som deltaker kan velge å være med hele dagen, eller velge en av øktene.

FireMonkey in Action LIVE(formiddag)

Formiddagsøkten omhandler FireMonkey, en utviklingsplattform som inngår i Delphi og C++Builder. Underveis i økten kommer du til å lære deg hvordan du kan:

Skape native- applikasjoner med støtte for flere plattformer (som Windows 8 UI Style, OS X Mountain Lion og iOS) fra en og samme kodebase.

Med ett klikk konvertere eksisterende VCL og FireMonkey program til Windows 8 utseende og atferd.

Skape kraftige HD og 3D applikasjoner med støtte for høyoppløselige skjermer, slik som Mac Retina.

Koble visuelle elementer raskt og enkelt med Visual LiveBindings.

Lage både 32- og 64-bit Delphi applikasjoner.

Les mer om FireMonkey2 her.

 

HTML5 Builder in Action LIVE! (ettermiddag)

Ettermiddagen omhandler HTML5 Builder, som er et visuelt utviklingsverktøy til å bygge web- og mobil app’er. I løpet av økten kommer du til å lære deg hvordan du kan:

Bygge touch-optimerte mobile webapplikasjoner for telefoner og nettbrett.

Distribuere frittstående mobilapp'er til iOS, Android, Blackberry, Windows OS og flere.

Skrive CSS3 og JavaScript animeringer og effekter uten koding.

Raskt og enkelt skape webapplikasjoner.

Innlemme funksjonalitet i eksisterende mobile applikasjoner.

Utvide Zend Framework komponentsettet med epost, barcode, Google, RSS og mer.

Les mer om HTML5 Builder her.

 

Målgruppe

Seminaret retter seg mot alle som utvikler og som er intressert i å finne nye måter å utvikle på.

 

Forkunnskaper

Seminaret retter seg mot alle typer utviklere uansett erfaring.

 

Seminarholder

Seminaret vil holdes av Stephen Ball, som jobbar i Embarcadero.

 

Pris

Seminaret er kostnadsfritt.

[asicman]

Det er denne tråden igjen med samme deltakere og synspunkter

 

Det er en av de gamle religiøse krigene, så det er ikke spesielt overraskende at det blomstrer opp nå og da.

 

Det som var morsomt var at det var de samme brukerene som deltok i den samme diskusjonen med de samme argumentene

 

De som forteller de samme vitsene om igjen og om igjen har ofte utarbeidet et nummersystem hvor de sier «nummer fire» så husker alle hvilken vits det er og ler.

 

Vi kunne lage et lignende system, men i stedet for bare enkle siffer kunne vi bruke 160-bit SHA1. Så f.eks. så kan tab/space diskusjonen ha verdien: 2469299b805beea1e0ff16cf15994816a9c22667, så når en av oss sier 2469299b805beea1e0ff16cf15994816a9c22667 i en melding så sier alle seg enig og humrer litt...

[Matsemann]

De som forteller de samme vitsene om igjen og om igjen har ofte utarbeidet et nummersystem hvor de sier «nummer fire» så husker alle hvilken vits det er og ler.

Haha, vits nummer 4 hadde jeg ikke hørt før, den var god.

[GeirGrusom]

Det er denne tråden igjen med samme deltakere og synspunkter

 

Det er en av de gamle religiøse krigene, så det er ikke spesielt overraskende at det blomstrer opp nå og da.

 

Det som var morsomt var at det var de samme brukerene som deltok i den samme diskusjonen med de samme argumentene

Merkelig at de som tar feil ikke har endret synspunkt i løpet av 2 år