Webkafeen

[sparks]

Nå kan du lære deg å lage tøffe sorte websider! Se her!!

[Lovskogen]

PSDtuts har synket kraftig de siste dagene, det er helt skummelt :-/

[Arve Systad]

Cubescape var en morsom liten webapp altså

 

Stilig! Men er jo tiltak å lage store bilder og sånt

[mikk-]

Er det for lite kontrast i menyen? Det ser greit ut på skjermen hjemme, men er redd menyen blir utbrent på dårligere LCD-skjermer. Hva tror Webkafeen?

 

Vil gjerne ha gradientene litt subtile, men det er vel en balanse ...

Endret 13. mai 2008 av Mikael Berg

[Bolson]

Mikael: Redd det kan bli litt lite kontrast, både i meny og tekst. Jeg har bommet på det et par ganger, såg helt OK ut hos meg, men når jeg fikk se sidene på en dårlig/feilinnstilt skjerm fikke jeg hakeslepp og en rask jobb med å korrigere.

[Lovskogen]

Det kommer an på prosjektets tidsramme, men jeg skulle gjerne sett flere grafiske "elementer", litt mer kjøtt, enn logo og hun dama. Fargepaletten er frisk og sporty, så den funker fint

[Haraldson]

Jeg personlig syns ikke noe særlig om den fargepaletten. Greit nok at det er friske blåfarger, men der stopper det.

 

Bruk mer enn én farge! For meg blir dette flatt og kjedelig.

[Bolson]

Jeg personlig syns ikke noe særlig om den fargepaletten. Greit nok at det er friske blåfarger, men der stopper det.

 

Bruk mer enn én farge! For meg blir dette flatt og kjedelig.

 

Nå er akkurat dette veldig mye subjektivt smak og behag, selv om jeg personlig er meget glad i kontrastfarger, og således særdeles langt på vei er enig. Og det er ikke mye kontraster som skal brukes før inntrykket løftes.

[Arve Systad]

Berre eg som reagerer litt på at den lyse toppen ikkje ligg på samme plan som header/logofeltet? Ellers reint og fint, lettlest. Kanskje litt kjedelig som Tor og Hein har påpeikt.

[sparks]

Liker ikke bruken av small-caps på den måten i så stor grad, dessverre.

Endret 13. mai 2008 av sparks

[flodhest]

Mikael Snikael! Den eneste som 'plager' meg er den streken i bakgrunnen. Enten bør du legge den på linje med header, eller følge det gylne snittet (på header).

Endret 13. mai 2008 av flodhest

[Arve Systad]

10 000.

[Lovskogen]

Heeeein, Arve spammer - men det er greit, siden han er så søt i grasset (jeg skal kanskje poste bildet her imorra, om jeg gidder, orker ikke nå) .

 

Signal vs. Noise - "Creatives"

[prebenl]

Angående Python-artikkelen:

Veteran programmers think that declaring variables and types are second nature, but they can be really annoying to beginners who have to constantly grapple with a compiler yelling at them for type errors.

Bruker du et IDE fra dette årtiendet får du vel respons på hva som er galt lenge før du trykker compile. Derimot vil du i språk som ikke er static-typed kunne støte på bisarre runtime-bugs du i Java ville fått beskjed om i det øyeblikket du skrev feilen.

 

Sometimes execution can get pretty far before a run-time type error occurs, and the student is likely to have a decent intuition about the source of the error.

Så studenter er for dumme til å lære om typer, men vil lett kunne finne feilen når den manglende kunnskapen fører til bugs?

 

Map<String, List<Integer>> d = new HashMap<String, List<Integer>>();

List<Integer> lst = new LinkedList<Integer>();

lst.add(120);

lst.add(140);

lst.add(165);

d.put("my bowling scores", lst);

Map<String, List<Integer>> d = new HashMap<String, List<Integer>>();

d.put("my bowling scores", new List<Integer>() {120, 140, 165});

 

Fortsatt stygt, men kortere. Var jo et ganske bisarrt eksempel.

 

Til tross for at jeg syns argumentene i artikkelen er litt tynne til tider, og formuleringen noe merkelig, så er jeg i ganske stor grad enig i budskapet. Men jeg har større tro på Lisp, og har sansen for måten det blir brukt på i introduksjonskursene på MIT. Gikk gjennom dem for en stund siden, og på mange måter ble det som å lære å programmere på nytt igjen. Men de har vel større frihet i måten de utformer studiet på, med tanke på studentnivået.

Endret 13. mai 2008 av Geofrank

[lassejl]

Har vel seg slik at de fleste universiteter ikke starter med å lære studentene å bruke et IDE, da det er mye mer lærerikt å se at man får feil og finne ut hvorfor på egenhånd. UiO begynnte å lære bort i emacs/textpad, det synes jeg var helt greit, for når jeg fikk errrors ble jeg liksom tvungen til å undersøke litt selv. Nå klarer jeg lett å se hvor feil ligger og hva en feil er når jeg får feilmelding.

 

Btw, eksempelet var jo bare latterlig,

[jorgis]

lassejl: Joda, en starter som regel uten IDE for å vise grunnleggende struktur i språket, for eksempel hvordan feilmeldinger ser ut direkte fra kompilator, og hvordan kompilatoren kjøres manuelt (i Java hvordan kompilert kode er strukturert etc). Her på UiB startet en med gjennomgang av Eclipse og NetBeans allerede i løpet av noen uker etter start av kurset (med en gang vi var forbi Hello World og System.out.println("Hei " + dittnavn) ). I kurset som bygger videre (INF101) er det underforstått at alle er kjent med og kan bruke en IDE.

[prebenl]

På UiA starter man med Eclipse første skoledag, med mindre de har endret rutinene sine. De går forørig også rett på GUI-programmering.

 

Emacs er jo en grei start, eller Edwin i Lisp's tilfelle. Men disse programmene er også såpass sære at de for enkelte vil gjøre det vanskeligere i starten. Så det kommer an på om målet var å gi studentene en kjapp start (som i artikkelen), eller om det var at de skulle lære mest mulig om de grunnleggende konseptene.

 

Har sett et par bøker som bruker Notepad i de første kapitlene, for så å bevege seg over på et IDE. Syns dette er en grei løsning for å komme kjapt i gang.

[Marvil]

CSS-spørsmål;

Er det mulig å overstyre inline-CSS fra et eksternt stilark?

Dvs at noe får instrukser inline (<img src="" style="">, men jeg vil overstyre dette fra et eksternt stilark (UTEN å måtte endre det som står inline).

Override Inline Styles from the Stylesheet

[Steinmann]

Grattis arve!

 

Goe: Er det bra at en kode er kortere og umulig å forstå når man skal lære?

[Haraldson]

Ikke så nyttig når ikke IE6 kan tolke det, dog.