[Løst] Hvor burde jeg lære programmering og hvilket språk?

[kyrsjo]

Jeg selv er stor tilhenger av programmeringspråk som både er lettlest og raskt å skrive kode i. Samt at det ikke har for mange fallgruver. Så det betyr f.eks. at jeg foretrekker Pascal fremfor C.

 

Jeg liker også Python, med et unntak - det å bruke indentering til å markere blokker, det er ikke så smart.

 

 

In [1]: from __future__ import braces
------------------------------------------------------------
SyntaxError: not a chance (<ipython console>, line 1)

[Lock-Aze]

 

Jeg selv er stor tilhenger av programmeringspråk som både er lettlest og raskt å skrive kode i. Samt at det ikke har for mange fallgruver. Så det betyr f.eks. at jeg foretrekker Pascal fremfor C.

 

Jeg liker også Python, med et unntak - det å bruke indentering til å markere blokker, det er ikke så smart.

In [1]: from __future__ import braces
------------------------------------------------------------
SyntaxError: not a chance (<ipython console>, line 1)

 

Man venner seg på det, ser det ikke som værre eller lettere å skrive i Python som å sitte å skrive HTML i Jade. (Genialt når man først venner seg på indenteringen kontra å sitte å jabbe med ørten ekstra unødvendige linjer) Men jeg ser definitivt plasser der det kan bli litt knotete å jobbe med indentering kontra å jobbe med braces. Slik som jeg gjør når jeg jobber i f.eks nodeJS eller Java.

[tomsi42]

Det største problemet med indenteringen i python, er at man kan velge mellom å bruke TAB eller SPACE. I gode editorer, er det ikke et problem. Men så fort man skal kopiere inn litt kode fra andre steder (f.eks. fra web), så blir det fort tøys.

[Lock-Aze]

Det største problemet med indenteringen i python, er at man kan velge mellom å bruke TAB eller SPACE. I gode editorer, er det ikke et problem. Men så fort man skal kopiere inn litt kode fra andre steder (f.eks. fra web), så blir det fort tøys.

 

Understøttes, men, lar seg som regel enkelt fikse.

 

For min del, så fikser jeg gjerne det med en liten kodsnutt som jeg skrev til vim, hvis jeg kjører den. Så tar den alle innrykk som er gjort med mellomrom og endrer til tab, går bra i 90% av tilfellene. (enhver ny linje som starter med mellomrom skal erstattes hvert mellomrom med en tab.)

[kyrsjo]

Personlig synes jeg det største problemet med manglende braces e.l. er når man refaktoriserer kode og kopierer kode fra ett nivå til et annet (f.eks. en komplisert funksjon inn i en klasse e.l.). Istedet for copy-paste og så la editoren gjøre jobben, så blir man fort sittende og finlese algoritmen for å sjekke at man ikke har gjort noe feil :/

[Lycantrophe]

Det er greit, du kan statisk verifisere for typefeil etc.

 

:--)

[etse]

 

Det største problemet med indenteringen i python, er at man kan velge mellom å bruke TAB eller SPACE. I gode editorer, er det ikke et problem. Men så fort man skal kopiere inn litt kode fra andre steder (f.eks. fra web), så blir det fort tøys.

 

Understøttes, men, lar seg som regel enkelt fikse.

 

For min del, så fikser jeg gjerne det med en liten kodsnutt som jeg skrev til vim, hvis jeg kjører den. Så tar den alle innrykk som er gjort med mellomrom og endrer til tab, går bra i 90% av tilfellene. (enhver ny linje som starter med mellomrom skal erstattes hvert mellomrom med en tab.)

 

 

Litt off-topic, men du burde gjøre det motsatt. Python-standarden er av en hver indentering skal være 4 spaces og ikke tabs. Så du burde heller gjøre om alle tabs i koden til 4 spaces i stede for motsatt.

[Kittystyle]

Helt utrolig at denne tråden fortsatt er aktiv.

[cmyrland]

Stakkars TS Ikke overrasket om han ligger under dyna og fråder fra munnen etter debatten han har satt i gang

[Lock-Aze]

 

 

Det største problemet med indenteringen i python, er at man kan velge mellom å bruke TAB eller SPACE. I gode editorer, er det ikke et problem. Men så fort man skal kopiere inn litt kode fra andre steder (f.eks. fra web), så blir det fort tøys.

 

Understøttes, men, lar seg som regel enkelt fikse.

 

For min del, så fikser jeg gjerne det med en liten kodsnutt som jeg skrev til vim, hvis jeg kjører den. Så tar den alle innrykk som er gjort med mellomrom og endrer til tab, går bra i 90% av tilfellene. (enhver ny linje som starter med mellomrom skal erstattes hvert mellomrom med en tab.)

 

 

Litt off-topic, men du burde gjøre det motsatt. Python-standarden er av en hver indentering skal være 4 spaces og ikke tabs. Så du burde heller gjøre om alle tabs i koden til 4 spaces i stede for motsatt.

 

Nei, grunnet at tab ikke er 4 space til meg. En av grunnene til at jeg bruker det er at tab er overstyrt til å være 2 space som jeg synes er lettere å lese. Hvis ikke så hadde jeg i tillegg måtte skrevet om mye av koden som jeg har skrevet fra før i Python. (hvis jeg ønsker å gjøre om på det, så kan jeg kjøre en "tabToSpace" kommando som gjør om alle tabs til 4 spaces.) så jeg har kommandoer for å gjøre om på det hvis jeg ønsker, men det er avhengig av om jeg sitter å koder på en 24" eller på min 14" laptop, der jeg ikke har all verden av plass til sidene.

[kyrsjo]

 

 

 

Det største problemet med indenteringen i python, er at man kan velge mellom å bruke TAB eller SPACE. I gode editorer, er det ikke et problem. Men så fort man skal kopiere inn litt kode fra andre steder (f.eks. fra web), så blir det fort tøys.

 

Understøttes, men, lar seg som regel enkelt fikse.

 

For min del, så fikser jeg gjerne det med en liten kodsnutt som jeg skrev til vim, hvis jeg kjører den. Så tar den alle innrykk som er gjort med mellomrom og endrer til tab, går bra i 90% av tilfellene. (enhver ny linje som starter med mellomrom skal erstattes hvert mellomrom med en tab.)

 

 

Litt off-topic, men du burde gjøre det motsatt. Python-standarden er av en hver indentering skal være 4 spaces og ikke tabs. Så du burde heller gjøre om alle tabs i koden til 4 spaces i stede for motsatt.

 

Nei, grunnet at tab ikke er 4 space til meg. En av grunnene til at jeg bruker det er at tab er overstyrt til å være 2 space som jeg synes er lettere å lese. Hvis ikke så hadde jeg i tillegg måtte skrevet om mye av koden som jeg har skrevet fra før i Python. (hvis jeg ønsker å gjøre om på det, så kan jeg kjøre en "tabToSpace" kommando som gjør om alle tabs til 4 spaces.) så jeg har kommandoer for å gjøre om på det hvis jeg ønsker, men det er avhengig av om jeg sitter å koder på en 24" eller på min 14" laptop, der jeg ikke har all verden av plass til sidene.

 

Du kan stille hvor mange spaces en tab skal lage i de fleste editorer.

[Lock-Aze]

 

Du kan stille hvor mange spaces en tab skal lage i de fleste editorer.

 

Poenget er ikke at jeg stiller hvor mange spaces en tab er, poenget er at jeg har stilt det fordi jeg liker å ha det sånn, endrer jeg da fra tab til space indentation på 4 spaces, så synes jeg det blir værre å kode på bærbaren som har en liten skjerm i utgangspunktet. Aka, når jeg har nøstede if eller while løkker, så slipper jeg at de går så vanvittig langt ut mot siden) 4 nøstede if'er er jo 16 innrykk + eventuell tekst. istedenfor 8 slik som jeg har det nå. (men standarden i python sier at jeg burde bruke 4 space istedenfor tab, slik som jeg gjør) jeg synes en space gjør det koden litt for lite lesbar, 2 passer meg utmerket. (Dette har ikke noe med editoren min å gjøre) og jeg kan jo heller ikke si at 4 spaces skal gjøres om til 2 spaces, det hadde ivertfall blitt krøll for meg )

 

Jeg kan jo uansett gå inn og si den skal endre hver tab til 4 space når jeg lagrer hvis jeg ville gjort det om.

[Lycantrophe]

Har du mye nested if og while bør du virkelig vurdere koden din på nytt.

[Foxboron]

 

Du kan stille hvor mange spaces en tab skal lage i de fleste editorer.

Poenget er ikke at jeg stiller hvor mange spaces en tab er, poenget er at jeg har stilt det fordi jeg liker å ha det sånn, endrer jeg da fra tab til space indentation på 4 spaces, så synes jeg det blir værre å kode på bærbaren som har en liten skjerm i utgangspunktet. Aka, når jeg har nøstede if eller while løkker, så slipper jeg at de går så vanvittig langt ut mot siden) 4 nøstede if'er er jo 16 innrykk + eventuell tekst. istedenfor 8 slik som jeg har det nå. (men standarden i python sier at jeg burde bruke 4 space istedenfor tab, slik som jeg gjør) jeg synes en space gjør det koden litt for lite lesbar, 2 passer meg utmerket. (Dette har ikke noe med editoren min å gjøre) og jeg kan jo heller ikke si at 4 spaces skal gjøres om til 2 spaces, det hadde ivertfall blitt krøll for meg )

 

Jeg kan jo uansett gå inn og si den skal endre hver tab til 4 space når jeg lagrer hvis jeg ville gjort det om.

 

I Python har du en standar som alle følger (PEP08). Om du ikke følger den er det ditt problem, ingen andre sin.

Endret 8. april 2014 av JuletreDuden

[Lock-Aze]

Har du mye nested if og while bør du virkelig vurdere koden din på nytt.

Vel, når jeg skriver for å teste, så bruker jeg ofte minste motstands vei (aka, uhyre innefektiv kode, bare for å se at det fungerer slik jeg hadde tenkt det) så går jeg igjennom den når jeg vet det fungerte slik som jeg hadde tenkt og effektiviserer. Ender ofte opp med å fjerne en god del av det jeg skrev, siden jeg gjerne skriver litt vel mange kommentarer og inn og utkommenterer kode for å sjekke småtteri.

 

I Python har du en standar som alle følger (PEP08). Om du ikke følger den er det ditt problem, ingen andre sin.

 

Jeg følger standarden, men, du kan (som du sikkert vet) velge mellom å bruke tabs eller å bruke mellomrom, jeg bruker tabs når jeg skriver på bærbaren. Fordi den lille skjermen gjør at jeg fort overser ett enkelt mellomrom og 4 mellomrom gjør det litt vel "flytene ut mot siden" spesielt når jeg skriver kode for å teste og nøster mer enn det jeg egentlig burde gjøre. I editoren, så overskriver jeg standardinstillingene for tabs, slik at en tab blir 2 spaces for å gjøre kode mer "tilpasset" den lille skjermen. Når jeg sitter på vanlige pc-skjermer, så er dette ett "ikke problem" siden jeg har mer enn nok plass.

[GeirGrusom]

Jeg aner ikke hvorfor det er noen religiøs krig rundt tab og space engang... tab er jo helt overlegen for selve indenteringen av kode, så jeg vet ikke helt hvorfor mellomrom er normen.

[Lock-Aze]

Jeg aner ikke hvorfor det er noen religiøs krig rundt tab og space engang... tab er jo helt overlegen for selve indenteringen av kode, så jeg vet ikke helt hvorfor mellomrom er normen.

Vanesak for min del, bryr meg mer om folk indenterer eller ikke, lettere å lese hvis det er indentert enn hvis det ikke er indentert.

[GeirGrusom]

Vanesak for min del, bryr meg mer om folk indenterer eller ikke, lettere å lese hvis det er indentert enn hvis det ikke er indentert.

Er ikke en vanesak engang ettersom teksteditoren både indenterer av seg selv, og setter inn mellomrom dersom jeg trykker på tab allikevel.

 

Det er mer et irritasjonsmoment når kode skal merges eller en skal kopiere inn kode fra et sted til et annet.

[Lock-Aze]

 

Vanesak for min del, bryr meg mer om folk indenterer eller ikke, lettere å lese hvis det er indentert enn hvis det ikke er indentert.

Er ikke en vanesak engang ettersom teksteditoren både indenterer av seg selv, og setter inn mellomrom dersom jeg trykker på tab allikevel.

 

Det er mer et irritasjonsmoment når kode skal merges eller en skal kopiere inn kode fra et sted til et annet.

 

Mnja, default vim autoindenterer ikke (min gjør det, men det er styrt av addons + en del egne instillinger) om jeg skal sette inn tab, eller mellomrom styrer jeg jo selv. Jeg vet det kan være ett problem, spesielt hvis jeg skal flytte kode mellom 2 editorer og sitter med en editor som jeg ikker er vant med/som indenterer på en måte der jeg faktisk må inn og sjekke om det er tab eller space den indenterer med. Som sagt, jeg ser ikke det som ett stort problem, jeg har addons/snarveier for å kjapt endre mellom tab og space indentation hvis det skulle vise seg å være kode som er formatert på en annen måte enn den som er i resten av programmet. Men, nå tenkte jeg ikke spesifikt python, blandt annet i C, C++ etc. Så trenger man jo ikke indente i det hele tatt. Der kan man jo styre det med braces.