[tartareandesire]

Kör också både och men föredrar nog PHP. Lärde mig klassisk ASP först (dock annan "riktig" programmering innan dess), därefter PHP och sist .NET (började med VB men föredrar numera C# om jag får välja).

Att som Conny eller Nerox säga att det ena är bättre eller sämre vad gäller prestanda och buggar är dock helt fel.

[dotvoid]

otypat = flexibilitet

Man kan vrida och vända på allt. Jag använder mest PHP på serversidan. PHP gjorde det enkelt. Innan skrev jag cgi-program i C som implementerade egenbyggt skript/mallspråk med if-satser och loopar. Det var omständigt men roligt. 1995 skrev jag iofs en intranätslösning med Visual Basic 3 och WIN-CGI där all request-data överfördes genom temporära ini-filer. Horribelt. Vid jämförelse med hur man gjorde på unix-sidan med vanlig CGI så ansåg jag windows vara en knäpp plattform för webben. Efter att ha sett lösningar baserade på klassisk ASP samt .NET på senare år har jag inte ändrat uppfattning... Det är min åsikt - jag tänker inte debattera mer ingående än så (Eller jo - ett tillägg som kommentar till ovan länkar med Perljämförelse. Det är inte syntaxen som gav PHP framgång. Det kan jag hålla med om.)

Jag tycker nog att Java borde fått vara med som ett alternativ? Jag har då i alla fall använt det då och då. Främst i samband med XML och XSL då stödet för det var så dåligt i PHP fram till PHP 5.

[Qin]

PHP, men ASP det är ju VB baserat. Så om man kodat innan bör det inte vara nå problemos!

[tartareandesire]

Ursprungligen postat av Qin

PHP, men ASP det är ju VB baserat. Så om man kodat innan bör det inte vara nå problemos!

Nja, gammal ASP är ju knappast ett alternativ idag och .NET är ju i sig inte VB-baserat utan kan skrivas i både VB och C#. Dessutom finns möjligheten att använda J#, Delphi.NET etc.

Tycker JSP och Cold Fusion borde finnas med som alternativ då det faktiskt finns ett gäng stora internationella webbplatser som använder dessa tekniker.

[fr33r1d3]

Ursprungligen postat av tartareandesire

Nja, gammal ASP är ju knappast ett alternativ idag och .NET är ju i sig inte VB-baserat utan kan skrivas i både VB och C#. Dessutom finns möjligheten att använda J#, Delphi.NET etc...

Och den gamla "ASP-VB'n" (konstigt ord det blev) har inte så värst mycket med VB.NET att göra heller.

[Conny Westh]

Man använder normalt inte otypade språk för professionella applikationer.

Däremot finns det många hårt typade språk som har bra kompilatorer, som Java, C#, VB.NET, J#, Delphi.NET, ANSI C, C++ (i många varianter), F#, Cobol.NET mfl.

Jag jobbar mest i .NET och Microsoft-miljön därför känner jag den bättre än andra miljöer. Men jag har även kört Ubuntu och kompilerat system skrivna i både Ansi C och C++ där. GCC (GNU Compiler Collection) innehåller en hel rad hårt typade språk som den som kör Linux/Ubuntu kan välja i stället för otypade språk.

De flesta hårt typade språk har dessutom bra stöd för MVC-mönstret och det lite modernare MVVC-mönstret, jag menar då på en fysisk modulnivå.

MVC-har väl spelat ut sin roll för något 10-tal år sedan och det har utvecklats betydligt bättre mönster. de otypade och de okpmbilerade språken har svårt att hänga med i utvecklingen av dessa mönster.

Om jag inte minns helt fel så var det inte så länge ´sedan som just PHP inte ens var objektbaserat, man fick göra en massa trix för att få till en del griundlägghande objektorienterade egenskaper, ungefär som structar med pekare på funktioner i ANSI C, fast man var inne och mekade med odokumenterade luckor i PHP. Men PHP utvecklas väl oxo till det bättre hoppas jag.

[cyner]

Jag kan bara inte låta ConnyWesths kommentarer om "otypade" språk passera... Även om tråden handlar om PHP.

För det första är språk inte otypade, utan dynamiskt eller statiskt typade, samt starkt eller svagt typade. Ex. är C statiskt och svagt typat, men PHP är dynamiskt och svagt typat.

Ursprungligen postat av ConnyWesth

Man använder normalt inte otypade språk för professionella applikationer.

Vad är en professionell applikation? Jag har varit med och utvecklat journalsystem för sjukvård i ett dynamiskt typat språk. Detta används i nästan hela Stockholms landsting.

Några fler motexempel:

1. Vårt PPM-system där miljoner svenskar väljer fonder för sin pension, skrevs i Perl (dynamiskt typat).
2. Facebook och Wikipedia har byggts med PHP (dynamiskt typat).
3. YouTube är byggt med Python (dynamiskt typat), som används mycket av Google internt.
4. Hulu och Twitter körs med Ruby on Rails (dynamiskt typat).
5. Språket Erlang (dynamiskt typat) togs fram av Ericsson just för att vara felsäkert, köra i realtid och vara igång dygnet runt.

Ursprungligen postat av ConnyWesth

Om jag inte minns helt fel så var det inte så länge ´sedan som just PHP inte ens var objektbaserat, man fick göra en massa trix för att få till en del griundlägghande objektorienterade egenskaper, ungefär som structar med pekare på funktioner i ANSI C, fast man var inne och mekade med odokumenterade luckor i PHP. Men PHP utvecklas väl oxo till det bättre hoppas jag.

Jag håller med om att PHP var ett leksaksspråk i mitten av 90-talet. Men det var ju fem år sedan PHP 5 lanserades, och därmed skulle jag våga påstå att PHP har vuxit upp ordentligt.

(Mitt svar på den ursprungliga frågan är alltså: Jag använder PHP. Därför att det finns otroligt mycket dokumentation, diskussionsforum och många att ställa frågor till. Jag känner bara två som utvecklar i ASP.NET, och ingen av dem gör det professionellt.)

[Robert]

Ursprungligen postat av cyner

Vad är en professionell applikation? Jag har varit med och utvecklat journalsystem för sjukvård i ett dynamiskt typat språk. Detta används i nästan hela Stockholms landsting.

Några fler motexempel:

1. Vårt PPM-system där miljoner svenskar väljer fonder för sin pension, skrevs i Perl (dynamiskt typat).
2. Facebook och Wikipedia har byggts med PHP (dynamiskt typat).
3. YouTube är byggt med Python (dynamiskt typat), som används mycket av Google internt.
4. Hulu och Twitter körs med Ruby on Rails (dynamiskt typat).
5. Språket Erlang (dynamiskt typat) togs fram av Ericsson just för att vara felsäkert, köra i realtid och vara igång dygnet runt.

Jag skulle iofs starkt överväga att inte använda tex ett landsting som kvalitetsmåttstock för hur en säljare har säljt in en teknik till en ovan it-beställare (eller snarare en beställare som inte behövt ha denna detaljerade kontroll). För att något används betyder det inte att det är "bäst".

Jag tycker det är bättre att mina högst mänskliga förmåga att göra fel upptäcks vid kompilering (statisk) än att man måste lägga mer tid på tester alt. att slutanvändarna hittar och rapporterar in uppenbart kodslarv vid körning av kod (dynamisk).

[edit: syftningsfel]

[Conny Westh]

Ursprungligen postat av cyner

Jag kan bara inte låta ConnyWesths kommentarer om "otypade" språk passera... Även om tråden handlar om PHP.

För det första är språk inte otypade, utan dynamiskt eller statiskt typade, samt starkt eller svagt typade. Ex. är C statiskt och svagt typat, men PHP är dynamiskt och svagt typat.

Vad är en professionell applikation? Jag har varit med och utvecklat journalsystem för sjukvård i ett dynamiskt typat språk. Detta används i nästan hela Stockholms landsting.

Otypade eller svagt typade och interpreterande (dvs ej kompilerande språk) är helt enkelt inte ens med i matchen när det gäller professionella applikationer. De kan inte mäta sig med hårt typade, kompilerande språk, de spelar helt enkelt INTE i samma division.

Jag pratar då om appar på en miljon rader kod och mer.

Jag jobbar normalt med appar i storleksordningen 1-3 miljoner rader kod och 15-20 delsystem eller mer. Jag använder över huvud taget inte otypade, eller ens svagt typade språk idag oavsett systemets storlek.

Systemet bestod av 3,5 miljoner rader kod och tog 30 manår att utveckla, dvs ca 100 000 rader kod per utvecklare och år)

Det är helt enkelt fullkomligt omöjligt för den mänskliga hjärnan att överblicka ett sånt system.

Visst för batch-filer och småscript för installation kan jag oxo använda något otypat skript, men det är bara för småsaker, så en servertekniker kan gå in och göra justeringar för att justera installationsskripten. Server- eller installationsteknikerna har oftast inte vanan att använda kompilatorer och det brukar inte finnas installerat på alla burkar så därför finns det behov av skriptspråk för dem. Men det blir lättare buggar i installationsskripten.

Jag började oxo en gång i tiden med otypade, svagt typade språk, men ju mer jag jobbade med dessa desto mer svor jag över svårhittade buggar som upptäcktes i runtime, vid de mest olämpliga tillfällen.

Det var en dröm när jag först upptäckte kompilering som ett alternativ och cedermera även hård typning.

Kompileringen gjorde att jag redan när jag utvecklade kunde hitta många buggar som jag inte känt till tidigare.

När jag upptäckte typningens fördelar genom att applikationerna kunde kontrollera typen redan vid kompilering så höjdes prestandan med 130 gånger !!!! detta utan att optimera koden på något annat sätt än att införa typning, i stället för att typen måste kontrolleras dynamiskt.

Senare dök ävenm objektbaserade och objektorienterade system upp vilket även det förbättrade möjligheterna att dela upp applikationerna i väl avgränsade och färdigtestade moduler som kunde återanvändas på ett effektivt sätt.

Numera utvecklar jag alltid system med verktyg som stöder:

Förbereddelser:

- Objektorientrad kravhantering
- Objektorienterad Analys och Design (OOAD)

Kodning:
- Kompilering (native- eller semi-)
- Hård typning
- Objektorienterad programmering (OOP)
- Integrerad utvecklingsmiöjö (IDE)



Nuvarande version av PHP (v5) här inte till den kategorin, men exempelvis Java (med sin byte-kod), .NET (C#, VB.NET, ASP.NET) hör till denna kategori.

Jag jobbade en gång i tiden med ett verktyg som heter SQL-Windows, det var objektbaserat och kompilerande med hård typning men det hade en annan egenskap som jag starkt ogillade och det var binärkodade källkodsfiler. Det innebar att om man fick en krasch av IDEn sp kunde man tappa hela källkoden.... inte så kul även om det inte hände så ofta. De införde senare ett alternativ där man kunde spara sin källkod som rena textfiler, troligen för att utvecklarna krävde det. men de flesta programspråk har textbaserade källkodsfiler idag.

Man kan givetvis skriva dålig kod i alla språk även med (trots) att språken/utvecklingsmiljöerna stöder dessa tre grundläggande krav för profesionell systemutveckling.

När jag utvecklar idag försöker jag använda den strängaste syntaxkontrollen, för attfå så mycket hjälp som möjligt av kompilator och utvcklingsmiljön/verktyget/editorn som möjligt.

Givetvis använder jag även editorer med autoformatering och färgkodning av nyckelord och typer så man blir så effektiv som möjligt i utvecklingsarbetet. Observera oxo att begreppet effektiv inte är liktydigt med att knacka så många tecken som möjligt per minut utan att åstadkomma ett resultat som är användbart enligt kravspec och som fungerar korrekt. För att vara effektiv som utvcklare krävs betydligt mer än att vara snabb vid tangentbordet (vilket är ganska irrelevant f.ö.).

Men slutligen så finns det inget så effektivt som den änskliga hjärnan i utvecklingsarbetet, man måste använda dn till att strukturera och planera sitt system långt innan man börjar med kodningen.

Det spelar ju ingen roll om man jobbar snabbt med kodning om man sitter och jobbar med fel saker.

[tartareandesire]

Ursprungligen postat av ConnyWesth

Man använder normalt inte otypade språk för professionella applikationer.

Däremot finns det många hårt typade språk som har bra kompilatorer, som Java, C#, VB.NET, J#, Delphi.NET, ANSI C, C++ (i många varianter), F#, Cobol.NET mfl.

Det där är en väldigt obsolet inställning och rent struntprat. En stor andel av de största webbplatserna i de flesta länder använder sig av just PHP. Nu säger jag inte härmed att PHP är bättre men det kommer så mycket helt felaktiga argument från bägge sidor som absolut vägrar inse att deras val inte är överlägset bäst.

Utanför webben är i princip alla språk typade men nu talar vi väl ändå om webbutveckling här.