Støv, fibre og metalliske partikler kan påvirke både uptime, levetid og driftssikkerhed. Derfor arbejder flere datacentre systematisk med contamination control.
der er et trade-off mellem super-hurtigt og enorme mængder information. Enorme mængder information kræver stort kode-genbrug og derfor et objekt-orienteret programmeringssprog. Hurtig kode kræver at der er så god oversættelse mellem programmeringssproget og den underliggende assembler-kode som muligt. C++ er efter min mening det bedste sprog til aplikationer, og JSP det bedste til www. Begge dele er objekt-orienteret men Java er næppe et godt bud til applikationer.
Java er nok tættest på at være sådan 'Allround' det kan bruges både til applikationer og webprogrammering (JSP)
det har så også sine bagdele. Java applikationer er lidt langsomme. fint til en editor, men for langsomt til fx videoredigering. til www er det hurtigere, men knap så let for begyndere at gå igang med som php eller asp.
Hvis det virkelig er megamængder information du skal hååndtere, kan det være en ide at skrive et program i C (superhurtigt i forhold til PHP eller ASP) og lade det C-program tygge dataene og lave en fil til php at sende. C-programmet kan så startes af php. men det skal være MEGET stor datamængder før den slags krumspring er umagen værd. (den tid du bruger på at skrive programmet skal trækkes fra den tid der spares)
jsp, hmm... vil nok sætte mine penge på et kompileret sprog som maddog er inde på, men alligevel vil jeg ikke vælge JSP... Godt nok ét år siden jeg legede med IBM WebSphere Application Serveren, men for dælen det er sløvt at køre.
php, arbejder jeg nu en del med - det kører heller fandens hurtigt. Zend har dog nogle programmer der gør at man kan kompilere php og deres cache server får det til at sparke røv.
jeg har kørt noget iperform (gud fri mig fra det onde) der var kompileret ind i en IIS server som ISAPI plugin - det virkede faktisk *ret* hurtigt. Jeg tror, hvis man laver en art DLL med C++ og ligger denne ind som del af selve webserveren, så har man opskriften til noget der virkeligt sparker røv...
Men så igen, jeg har med nogen af danmarks største virksomheder lanceret store løsninger baseret på PHP, måske du ikke skal tænke helt så stort... Istedet for vild kode optimering osv er det hurtigt meget billigere at købe nogle *sparke røv* servere. Så kan man få en del til at svare *rigtigt* hurtigt
ljweb & jakoba> jeg mener også at når man først har lavet sine beans og hjælpe-klasser i Java/JSP kan man genbruge den infinitivt og derved spare tid næste gang opgaven skal løses. (Hvis man altså var bedre koder end jeg er).
mandator> jeg skal lige huske at sige at jeg sparker tørv, mens jakoba og ljweb sparker røv. jeg er absolut det tynde øl i denne forsamling. jeg er dog meget tilfreds med Java/JSP og det mener jeg egentlig jeg har lov til...
maddog >> når først man én gang har kodet sine biblioteker, om det er beans, objekter, funktionsklasser vil kodning i ethvert sprog foregå hurtigere. Jeg snakkede mere performance på serveren, ikke udvikling. Kun sidste kommentar med, at en større server ofte kun er få udviklertimer, den er værd at overveje
selverkendelse er jo en dyd :-D. jeg har som sagt ikke den store erfaring med servere, men Resin skulle efterhånden være oppe at runde nogle tal der vil noget. Hvis man kører den på en Linux server med ReiserFS kan man sikkert få noget hæderligt ud af det.
mandator >> det kommer helt an på selve opgaven, men ofte "ja" - men ikke at misforstå med at det altid vil være sådan... Enhver opgave skal analyseres efter hvad der er bedst og optimalt - så tager man den anden kasket på og tænker mere fornuftigt, tænker økonomien med osv
jeg har hørt meget godt om resin, kunne være det skulle ind på min bsd... men det er jo et helt andet spørgsmål og det er den kære mandator nok ikke så interesseret i... *g*
desværre. den slags absolutte regler er så situationsafhængige at de ikke er umagen værd at lave eller huske. Det er som =maddog= siger noget med tradeoffs. Hvis dine megasider skal vise 1000 gange om dagen i den næste 10 år kan det nemt være umagen værd at skrive et hutigt program i C eller C++. den eneste rigtig generelle regel er ljwebs: hardware er bønnebillig og ofte den bedste og sikreste løsning.
mandator> PHP er svært at mestre (jeg kan skrive under på det.. jeg har stort set givet op) idet man ikke har fast semantik. Man kan skrive den samme kode på flere måder og det kræver en uhyre displin at holde styr på sin kode. c++ er bedst til applikationer. mht, www - tjaae. du kan jo kigge på en tutorial til php, asp, .net og jsp og se hvad der falder dig bedst for.
ja jeg lavede da vist et ur tror jeg. som CGIscript. det var noget høvedværk. jeg synes PHP er kommet langt i forhold til PERL, det er godt gået. (ville ønske jeg kunne hitte rede på det). PS: Et board som ÉN servlet i bytekode kompilet Java (250 linjer kode). http://www.mycgiserver.com/servlet/nordisk.board
(mandator - den her snak er givtig. giver dig en god fornemmelse for sprogene) jeg mener også selv at jeg har grebet forkert an på det board. det er rapid prototypet som servlet, men kunne have være lavet kortere og mere effektivt ved at gennemtænke det hele og lave det som et par JSP sider. Om ikke andet kan servletten ligge til grund for senere udvikling.
maddog >> jeps, indtil du kommer med en flot kontrakt og ansætter mig *g* jeg er pt aktivt jobsøgende i Japan samt NordEuropa - men det er sommer .....
nå ja. jeg trækker mit speciale i uendelige langdrag fordi man så i det mindste har noget at lave... under alle omstændigheder - det er sommer! God kode består af 99% sved og 1% kaffe. Og en god koder er doven nok til at skrive den korteste kode.
hmm, mente ellers det var 10% sved, 70% cola og 20% pizza *gg*
Synes godt om
Ny brugerNybegynder
Din løsning...
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.