ProgrammeringsBaren! Småprat, om det du elsker!

[Garanti]

Noen som har vært borti Arduino? Har bestillt en chip selv, ser vannvittig artig ut!

[sindreij]

Noen som har vært borti Arduino? Har bestillt en chip selv, ser vannvittig artig ut!

Har drevet litt med det. Det er vanvittig artig

[Goophy]

Noen her som har fiklet med Project Euler?

Er stuck på 218, hadde vært knall om noen visst hvor mange siffer svaret skulle ha!

[....]

«My programming language path went from BASIC to C++ to Java, with slight dabbling in C and Pascal along the way. As such, I thought that concepts like ‘everything is an object’, ‘every variable is really pointer to an object’, garbage collection, and running on a virtual machine were all brand new concepts in Java. And just recently I’ve been amazed at the power of concepts like closures and first-class functions in Javascript. And now I learn that Lisp was doing all this and more a decade before I was born?? Mind. Blown.» Endret 8. februar 2012 av ....

[Dead_Rabbit]

Lisp er som en semi-fin dame som begynner i klassen din. Hun er litt mystisk og spennende med en gang og man blir litt interessert, men så finner man ut av at hun i virkeligheten hverken er så fin eller så spennende som man først antok og hun viser seg å være støgg, transseksuell og sær som et helvete. Æsj. Styr unna.

[Giddion]

hehe, jeg må bare posten denne linken:

The Programmer Hierarchy

[Dead_Rabbit]

Haha, ikke dum den der.

[....]

Dead_Rabbit: Enda godt du ikke beskrev Lisp-miljøet

 

Med mindre man selv er sær nok til å bruke Emacs, får man nok ikke mye så praktisk igjen for å lære seg Lisp. (Jevnlig «positive reinforcement» er grunnleggende nødvendig i læringen av ethvert språk.)

 

Men det er fascinerende å oppdage hvor alle de «revolusjonerende» konseptene i nye språk som f.eks. Ruby kommer fra. Programmering handler mye om ideer, ved siden av de kjedeligere aspektene som verktøy, biblioteker, dokumentasjon, brukerbase etc. etc. Kanskje den evige higenen etter «bedre» språk å uttrykke tankene sine i ikke er så urealistisk likevel.

Endret 8. februar 2012 av ....

[DeadManWalking]

Java:

public interface BinaerTre<E extends Comparable<E>> extends Iterable<E>

 

Hva handler E om her i denne sammenhengen? Bokstaven kan jo endres til en hvilken som helst annen bokstav så jeg er litt nysgjerrig på hvorfor E er valgt i denne oppgaven. Datatypen er jo ikke definert. Er poenget at den er den samme alle steder den er nevnt igjennom interfacen?

[Goophy]

Lisp er som en semi-fin dame som begynner i klassen din. Hun er litt mystisk og spennende med en gang og man blir litt interessert, men så finner man ut av at hun i virkeligheten hverken er så fin eller så spennende som man først antok og hun viser seg å være støgg, transseksuell og sær som et helvete. Æsj. Styr unna.

Er man blind og døv er det lett å ta feil og gå for emacs-lisp, da vil scenarioet ditt stemme rimelig bra. En halvveis oppgående person vil gå for common lisp.

 

Hvis jeg nevner at jeg skriver 90% i COBOL på jobben burde det gi meg nok kredibilitet.

 

Svar på Project Euler #218 ønskes fortsatt desperat!

[....]

Er man blind og døv er det lett å ta feil og gå for emacs-lisp, da vil scenarioet ditt stemme rimelig bra. En halvveis oppgående person vil gå for common lisp.

Ingen tvil om dét, men Emacs Lisp har en belønningsmekanisme som ingen andre: Det er fryktelig gøy å utvide editoren med egne funksjoner og oppleve at produktiviteten øker som resultat.

Endret 8. februar 2012 av ....

[x871kx6167ss7]

Java:

public interface BinaerTre<E extends Comparable<E>> extends Iterable<E>

 

Hva handler E om her i denne sammenhengen? Bokstaven kan jo endres til en hvilken som helst annen bokstav så jeg er litt nysgjerrig på hvorfor E er valgt i denne oppgaven. Datatypen er jo ikke definert. Er poenget at den er den samme alle steder den er nevnt igjennom interfacen?

 

Har litt problemer med å tolke hva du spør om her, så beklager dersom svaret er skivebom.

 

«E»-en er en hvilken som helst type som implementerer Comparable med seg selv. Du kan endre «E»-ene til «T»-er, og koden ville gjort akkurat det samme. Du kan på en måte se på det som en variabel som «inneholder» en type.

 

Grunnen til at man ønsker å definere BinaerTre med generics, er at man ikke bryr seg om hva treet skal inneholde. En gang vil du ha et BinærtTre som inneholder Epler, en annen gang Pærer og andre ganger Biler. Du kan jo da f.eks. lage tre klasser, BinærtEpleTre, BinærtPæreTre og BinærtBilTre. Men når du har skrevet koden, så vil du se at de tre klassene her helt like, med untak av at variablene er deklarert som forskjellige typer.

 

Eksempler for å vise... Et EpleTre:

	 class BinaertEpleTree {
	  private BinaertEpleTree left, right;

	  public void add(Eple element) {
		  ....;
	  }

	  public Eple getFirst() {
		  ......;
	  }
 }

 

Et PæreTre:

	   class BinaertPæreTree {
		private BinaertPæreTree left, right;

		public void add(Pære element) {
			....;
		}

		public Pære getFirst() {
			......;
		}
   }

 

Et «generellt» tre:

		 class BinaertTree<E> {
		  private BinaertTree<E> left, right;

		  public void add(E element) {
			  ....;
		  }

		  public E getFirst() {
			  ......;
		  }
	 }

 

Dersom du vil ha et EpleTre skriver du:

	 BinaertTre<Eple> epleTre = new BinaertTre<Eple>();

eller et fiken-tre:

	 BinaertTre<Fiken> fikenTre = new BinaertTre<Fiken>();

 

Den ekstra besvergelsen med <E extends Comparable<E>> gjør at du vet at «E»-ene dine implementerer Comparable-interfacet, og du får derfor lov til å kalle på metoder som er i det interface, selv om du ikke vet hvilken type objektene faktisk vil være.

 

 

Angående lisp...

Synes common-lisp og scheme er kjempemorsomt, jeg. Mulig jeg er bi, men jeg synes det er en særdeles lekker ladyboy. Noen språk med mer genial og enkel syntaks? Lister... kan det bli bedre? Det er homoiconic, man kan drive med metasirkulær programmering. Macroene er altid like morsome...

 

edit: bruker ikke emacs, da.. vim + clisp eller drscheme.

Endret 20. april 2009 av Blackslash

[DeadManWalking]

Oh, det var noe sånt jeg mente. Gode greier. Treet skal inneholde kontakter som blir lest inn fra fil. Kontaktene er definert med en egen interface de også, så jeg må lage klassen for kontakter først som også da implementerer "Kontakt".

 

public interface Kontakt extends Comparable<Kontakt>

 

Tror jeg ble litt klokere. Jeg må bare lage ferdig treet mitt og kontakt klassen.

 

Update: Når jeg lager klassen min Treet som implementerer den interfacen BinaerTre så kan jeg jo ikke endre noen av datatypene til funksjonene mine uten at eclipse klikker mongo? Gah, det er så lite produktivt å gjøre dette nattestid.

Endret 20. april 2009 av data_jepp

[....]

bruker ikke emacs, da.. vim + clisp eller drscheme.

Får du integrert dette i editoren slik du får med SLIME?

Endret 8. februar 2012 av ....

[x871kx6167ss7]

Hehe, det er jo om natten det er morsomt å jobbe!

 

Dersom du bare leker deg litt med noe litt mer «fritt» enn en oblig, så kommer det kanskje fortere?

 

edit:

bruker ikke emacs, da.. vim + clisp eller drscheme.

Får du integrert dette i editoren slik du får med SLIME?

Tror ikke det, nei. Har ikke gjort noen forsøk, da. SLIME ser jo utvilsomt bra ut, men det gjør ikke opp for emacs.

Endret 20. april 2009 av Blackslash

[DeadManWalking]

Må generelt jobbe mer med studiene, det har vært altfor lite så langt i år. Det kommer nok, jeg bare diller. Strengt så klarer jeg jo å gjøre det oppgaven krever, så jeg får jo godkjent. Jeg vil forstå det også.

[GeirGrusom]

Er man blind og døv er det lett å ta feil og gå for emacs-lisp, da vil scenarioet ditt stemme rimelig bra. En halvveis oppgående person vil gå for common lisp.

Ingen tvil om dét, men Emacs Lisp har en belønningsmekanisme som ingen andre: Det er fryktelig gøy å utvide editoren med egne funksjoner og oppleve at produktiviteten øker som resultat.

 

Det er vel en realitet for andre editorer også? Code::Blocks bruker Squirrel for dette, og Visual Studio bruker C++/CLI, Visual Basic eller C#

 

 

Hvorfor er emacs lisp så spesielt?

[Giddion]

<snip>

Hvis jeg nevner at jeg skriver 90% i COBOL på jobben burde det gi meg nok kredibilitet.

<snip>

 

Oj 90% COBOL, jeg må bare spørre om hva du bruker det til?

[Goophy]

Oj 90% COBOL, jeg må bare spørre om hva du bruker det til?

Kortbetalingssystemer.

[GeirGrusom]

Trodde en prøvde å komme seg vekk fra COBOL jeg :/