Gå til innhold
Presidentvalget i USA 2024 ×

ProgrammeringsBaren! Småprat, om det du elsker!

Frysning

Anbefalte innlegg

Videoannonse

Videoannonse
Annonse
tickinghd

tickinghd

Skrevet
Skrevet

Det var det som var poenget mitt, siden det ikke var enkelt fra starten av, og det flikkes på mye gammel kode, så er det ikke en selvfølge at webapplikasjoner følger best practice.

Bare skill ut funksjoner i egne filer, vær nøye med navngivning, så går det fint. Det er bare at web er, og har vært litt tilbakestående i forhold til andre ting. Utviklingen har vært mildt sagt uheldig. Det er helt ufattelig at et såpass Ad-Hoc utviklet programmeringsspråk som PHP dominerer.

Det er ikke så vanskelig å forstå at PHP er så utbredt med tanke på at utviklingen og utbredelsen av nettsider og PHP har skjedd på samme tid. Under sånne omstendigheter vinner de pragmatiske løsningene noen ganger da man på forhånd ikke vet hvilken vei utviklingen tar. Det har man sett før, f.eks. med OSI modellen og TCP/IP, der førstnevnte var den anbefalte måten å bygge opp nettverklagene på mens TCP/IP ble den modellen som ble fulgt i praksis. Montro hva som hadde kommet istedenfor om PHP ikke ble utbredt? Ren perl kode? :)

 

#!/usr/bin/perl -w
print "Content-type: text/html\n\n";
print "<html>";
print "<head><title>Hei</title></head>";
print "<body><h1>Hei verden</h1><img src=\"dancing-baby.gif\"></body>";
print "</html>";

 

Noen her som vet hva som var utbredt for webutvikling for 15 år siden, utenom perl da?

Lenke til kommentar
worseisworser

worseisworser

Skrevet
Skrevet (endret)

Jeg ser poenget, men tror vel webutvikling i Perl kan gjøres på mer elegante vis enn vist her. :)

 

..eller en kan si det slik at en kan gjøre det samme v.h.a. PHP og echo-uttrykk, men en gjør jo selvfølgelig ikke det.

 

Ser mod_perl eksisterte i 1996, mens første versjon av PHP kom i 1995. Tipper mod_perl var mye brukt siden Perl allerede hadde et forsprang fra 1987 sammenlignet med PHP. Før det vet jeg ikke hva en gjorde; antageligvis måtte en skrive egne moduler til web-serveren (antageligvis mye C/C++), eller bruke C/C++ via CGI siden plain old CGI ville ført til treg responstid for det meste annet da en måtte ha startet/stoppet tolker+script for hver eneste request/respons syklus --- eller noe slikt. :)

Endret av worseisworser
Lenke til kommentar
torbjørn marø

torbjørn marø

Skrevet
Skrevet (endret)

Noen her som vet hva som var utbredt for webutvikling for 15 år siden, utenom perl da?

Det første webbaserte programmet - Viaweb's internettbutikk-designer - ble utviklet i 1995 i Lisp. Det ble senere kjøpt opp av Yahoo!, og døpt om til Yahoo! Store. I 2003 ble programvaren skrevet om i C++ og Perl.

 

PS: Deler av Viawebs løsning (backend) var skrevet i C.

 

KILDE

Endret av torbjørn marø
  • Liker 1
Lenke til kommentar
worseisworser

worseisworser

Skrevet
Skrevet

Noen her som vet hva som var utbredt for webutvikling for 15 år siden, utenom perl da?

Det første webbaserte programmet - Viaweb's internettbutikk-designer - ble utviklet i 1995 i Lisp. Det ble senere kjøpt opp av Yahoo!, og døpt om til Yahoo! Store. I 2003 ble programvaren skrevet om i C++ og Perl.

 

PS: Deler av Viawebs løsning (backend) var skrevet i C.

 

KILDE

 

Ah, ja! Jeg hadde helt glemt denne historien. :) Common Lisp ble jo en standard i 1994, også -- og CL-HTTP har eksistert i en "liten evighet". Lisp var definitivt tidlig ute her (også). :)

Lenke til kommentar
worseisworser

worseisworser

Skrevet
Skrevet (endret)

Lisp har jo levd ganske lenge (1958?) men aldri tatt helt fullstendig av.

Du legger sikkert ikke noe i dette, men dette kan jo sies om så meget. :) ... altså for å sette det på spissen har en f.eks. musikk som Jazz kontra musikk som Britney Spears o.l.; vil si Britney Spears tok av fremfor mye annet uavhengig om det var bedre. :) Eller ta PHP sammenlignet med mye, mye bedre språk f.eks.. :) Dette mønsteret ser ut til å gå igjen over det hele i grunn.

Endret av worseisworser
Lenke til kommentar
GeirGrusom

GeirGrusom

Skrevet
Skrevet

Lisp har jo levd ganske lenge (1958?) men aldri tatt helt fullstendig av.

Du legger sikkert ikke noe i dette, men dette kan jo sies om så meget. :) ... altså for å sette det på spissen har en f.eks. Jazz kontra Britney Spears; vil si Britney Spears tok av fremfor mye annet. :) Eller ta PHP sammenlignet med mye, mye bedre språk f.eks.. :) Dette mønsteret ser ut til å gå igjen over det hele, i grunn.

Programmeringsspråk handler like mye om markedsføring som alt annet. Jeg vil påstå at PHP er et temmelig bra eksempel på det.

At noe er svært vanlig betyr ikke at det er bra. Se: Visual Basic og PHP.

At noe ikke er vanlig betyr ikke at det ikke er bra. Se: D, LISP.

  • Liker 2
Lenke til kommentar
  • 1 måned senere...
Matsemann

Matsemann

Skrevet
Skrevet

Driver og snuser på Android+OpenGL til å lage spill. Lest bøker, på nettet og prøvd meg ut en del, og må si det er artig hvilke muligheter touch/multitouch og bevegelsessensor gir.

Men til forskjell fra iPhone er det veldig fragmentert. Noe som kjører bra på én telefon, hakker på en annen.

Dessuten begrenset med ressurser å ta av. Både minne og prosessor, om det skal være spillbart. Litt for mange state-changes per frame i OpenGL ES, og fpsen synker drastisk.

 

Flere som har prøvd seg? :)

 

Artige er hvor mye matriser som brukes. Matte3 ftw.

Lenke til kommentar
GeirGrusom

GeirGrusom

Skrevet
Skrevet

Driver og snuser på Android+OpenGL til å lage spill. Lest bøker, på nettet og prøvd meg ut en del, og må si det er artig hvilke muligheter touch/multitouch og bevegelsessensor gir.

Men til forskjell fra iPhone er det veldig fragmentert. Noe som kjører bra på én telefon, hakker på en annen.

Dessuten begrenset med ressurser å ta av. Både minne og prosessor, om det skal være spillbart. Litt for mange state-changes per frame i OpenGL ES, og fpsen synker drastisk.

 

Flere som har prøvd seg? :)

 

Artige er hvor mye matriser som brukes. Matte3 ftw.

Ikke prøvd meg OpenGL ES. Men tenkte bare nevne at det 'dyreste' state change er bytte av shader i OpenGL, så det kan kanskje lønne seg å rendre på en slik måte at dette ikke gjøres så ofte. Skriv heller én shader som brukes ofte hvis dette er mulig.

Lenke til kommentar
worseisworser

worseisworser

Skrevet
Skrevet (endret)

Jeg er litt overrasket over at Clojure ikke har en message-queue type ting bygget inn; merker jeg har bruk for dette nå. Mulig jeg overser noe her ...hm.

 

edit: Mulig dette går med agents ... :)

En agent er i prinsippet en kø ja. Hva er det du skal gjøre?

 

Kort (og kanskje ikke helt presist) bruker jeg dem bl.a. til å dytte oppdateringer fra server- til klientsiden i websammenheng.

Endret av worseisworser
Lenke til kommentar
worseisworser

worseisworser

Skrevet
Skrevet (endret)

Jeg er litt overrasket over at Clojure ikke har en message-queue type ting bygget inn; merker jeg har bruk for dette nå. Mulig jeg overser noe her ...hm.

 

edit: Mulig dette går med agents ... :)

En agent er i prinsippet en kø ja. Hva er det du skal gjøre?

 

FWIW: https://github.com/lnostdal/SymbolicWeb .. jeg er forsatt riiimelig fersk m.t.p. Clojure, og tar gjerne i mot kommentarer m.t.p. koden selv om ting er veldig uferdig.

 

(..blogget kort om dette også: http://blog.nostdal.org/2011/07/and-so-it-begins-symbolicweb-has.html )

Endret av worseisworser
Lenke til kommentar
torbjørn marø

torbjørn marø

Skrevet
Skrevet

FWIW: https://github.com/lnostdal/SymbolicWeb .. jeg er forsatt riiimelig fersk m.t.p. Clojure, og tar gjerne i mot kommentarer m.t.p. koden selv om ting er veldig uferdig.

 

(..blogget kort om dette også: http://blog.nostdal.org/2011/07/and-so-it-begins-symbolicweb-has.html )

Jeg synes det er veldig interresant at du føler common lisp-platformen ikke hadde det du trengte, og at du har valgt å migrere til Clojure (har bare skumlest). Selv vipper jeg mellom å fortsett å fokusere på Clojure eller å parallelt også bygge opp erfaring med CL. Hvordan ville du argumentert for og imot å studere mer CL for en som først og fremst har lært Lisp gjennom Clojure? Hva kan CL gi meg som Clojure ikke kan?

Lenke til kommentar

Opprett en konto eller logg inn for å kommentere

Du må være et medlem for å kunne skrive en kommentar

Opprett konto

Det er enkelt å melde seg inn for å starte en ny konto!

Start en konto

Logg inn

Har du allerede en konto? Logg inn her.

Logg inn nå
Gå til emneliste
×
×
  • Opprett ny...