ny

jeg startede med c++, da den har en god og nem at forstå mega manual, der beskriver alle funktioner, så man forstår det!

Hvad hedder den manual

IMO er java et bedre startersprog(tm):
Syntaksen minder meget om c/c++ men den beskøder dig meger mod dig selv.

\\Ramus Meldgaard

At kode i C/C++ kræver selvdisiplin. Der er ikke så mange begrænsninger, som der kan være i sprog som f.eks. VB og Delphi. Kan man derimod programmere, kan det til tider være frustrerende at kode i VB netop pga. begrænsningerne.

Jeg vil mene at det er en smags sag. Syntaxen er ikke sværere at lære en så meget andet...

Det eneste svære i C++ er at sproget er så meget større end andre sprog. Der er så mange muligheder. Faktisk er det så stærkt, at Bjarne Stroustrup, der opfandt sproget har udtalt noget lignende at han ikke regner med at have opdaget alt i sit eget sprog endnu. Folk kommer galt afsted fordi de vil gå før de har kravlet. Java er ikke et bedre sprog. Det er rigtigt at der ryddes op efter dig. Men det klares i 101,5 pct. af alle tilfælde af smart- og auto- pointere i C++. Java er dræbende langsomt og har en totalt misforstået indgangsvinkel på hvornår og hvorfor noget skal være objektorienteret. Hvis du dog gerne vil beskyttes, så download Visual Studio .NET fra Microsoft. Der vil du bl.a. kunne blive præsenteret for C# (udtales C-sharp), der er en videreudvikling af C++, Java og COM (ActiveX). I hele .NET miljøet har du mulighed for at blive \"beskyttet\" som nævnt ovenfor. At du er beskyttet betyder blot at der findes en \"medspiller\" kaldet en \"Garbage Collector\", der rydder op efter dig, hvis du ikke selv gør. Dette gælder alle sprogene - C#, C++, VB.NET og JScript. Men vi ved alle at memory-leaks er et problem. Hvad med \"logiske\" leaks? C++ er udmærket at lære fra bunden. Men væbn dig selv med tålmodighed. Det er ikke just nemt. Jeg har flere andre stedet anbefalet \"Thinking in C++\", der er en bog, der gratis kan hentes på nettet.

http://codeguru.earthweb.com/cpp/tic/index.shtml
http://codeguru.earthweb.com/cpp/stlguide/index.shtml

Om C (i alle varianter), Java eller Visual Basic for den sags skyld er mest enkelt at lære er vist et religionsspørgsmål. At C er det hurtigste sprog i forhold til performance er derimod et faktum.

Visual Basic ligger langt fra det man i \"gamle dage\" kaldte BASIC, selvom der selvfølgelig er syntaksmæssige sammenfald.

I praksis hænger sværheden i sproget meget sammen med den platform du vil køre applikationen på: DOS er meget simpelt, da du INGEN understøttelse har fra selve operativsystemet. Det betyder omvendt også at du selv skal kode alt. Benytter du Windows platformen er alt i bund og grund kald til Windows underprogrammer, der udfører den egentlige opgave for dig. (Lidt forenklet med sandt.) Det betyder omvendt også at uanset hvilket sprog du vælger, som skal du lære dig selv nogle ting om Windows komponenterne for at kunne bruge dem fornuftigt. Min erfaring er at VB, C++ Builder og JBuilder alle hjælper rimeligt godt til med dette - C++ Builder er dog efter min mening det sprog som bedst indkapsler det du ikke har brug for at vide. Det betyder at et C++ Builder program er det som indeholder mindst \"støj\" fra selve sproget, og dermed lettest giver dig overblik over din egen kode.

I forhold til at lære sproget kan jeg varmt anbefale \'Teach Yourself ??? i 21 days\' bøgerne fra SAMS/Borland press, som bl.a. Ravenholm sælger. De giver en hurtig introduktion til sproget, og dernæst en masse eksempler som lærer dig at bruge tingene i praksis. Jeg har været igennem både den til C++ Builder og JBuilder og fundet begge fortræffelige.

Jeg glemte Java: der er både fordele og ulemper ved dette sprog. Den allerstørste fordel er at du kan bruge sproget på stort set alle platforme - især hvis du \"begrænser\" dig til at anvende AWT og SWING klasserne. Java kan køre både fortolket (f.eks. i en browser) og som et \"rigtigt\" kompileret program. Ulempen efter min mening er at det er meget svært at gå til, hvis man vil lave lidt mere end bare en \"hello world\" applikation. Man har rigtig mange muligheder for f.eks. at ændre på layoutet af sin applikation også runtime, men flexibiliteten er netop problemet i forhold til overskueligheden. Som andre har nævnt ligner Java meget C i syntaks - men slet ikke i opbygning.

Min anbefaling til dig må derfor være at starte med C++, f.eks. C++ Builder 4.0 foundation som du kan hente på http.//www.inprise.com og TYS21 bogen om C++ Builder. 3 uger efter vil du kunne lave rimeligt anvancerede programmer med alt det li\'r du gider at bruge tid på.

Soepro. Kan du ikke lige sende en henvisning til en artikel, der skriver noget om at et givet sprog er hurtigere end et andet. Jeg gik her i min naivitet og troede at det var særdeles compiler-afhængigt. Sådan lærer man så meget. F.eks. har jeg i min naivitet leget med numerik i sin tid og fundet at jeg på samme platform samme simple nestede loop (simpel matrix multiplikation) med FORTRAN kunne opnå en faktor 20 med native compilere i forhold til C, der ikke var et hak bedre end C++. Og med expression-templates har man idag med visse C++-compilere nået bedre performance i C++ end tilsvarende FORTRAN-implementeringer. Se f.eks. BLITZ:

http://www.oonumerics.org/blitz/

specielt deres benchmarks på:

http://www.oonumerics.org/blitz/benchmarks/

Og her gik jeg og troede at Todd Veldhuisen og venner var nogle satans folk. Jeg har ellers anvendt disse teknologier et par år. Altid expression-template programmering, da det sparker røv. At sige at et sprog er hurtigere end et andet uden at skele til compiler og runtime er vist lidt øh... ikke?

Din holdning til Java er jeg til dels enig i - jeg mener at det giver en falsk tryghed, men nogle udviklere har det fint dermed og fred med dem. Dog kører Java altid compileret. Det er jo byte-code, der styres af den virtuelle maskine. \"Fortolket\" Java er JavaScript, og dette er et helt andet sprog. Noget simplere. Samme som forskellen mellem VBScript -> VBA -> VB.

darkwing - vælg, hvad du har det bedst med. Men hvis du alligevel vil holde dig til Windows-platformen, så anvend Microsofts produkter. De er nemme. Deres C++-compiler har sine begrænsninger i forhold til KAI og g++, men til gengæld er den eksekverbare kode ikke så ringe endda. Og miljøet er fortræffeligt. Overvej .NET. Hvis du lige er startet, er det et fortræffeligt valg at gå den vej. Der bliver masser af arbejde indenfor denne platform de næste mange år. Og selvfølgelig med vanlig MS support i form af masse af lækre addons: www.msdn.microsoft.com. Hvis du vil se noget om hvad der ellers sker, har en nogenlunde forbindelse til nettet og derudover selvfølgeligt lyd og media-player, så forsøg med: www.msdn.microsoft.com/theShow/Episode001 ... www.msdn.microsoft.com/theShow/Episode011 Det lækre ved .NET platformen er, at den er en gylden middelvej mellem VB og C++. Og man kan selv bestemme \"sværhedsgraden\", dvs. om man vil køre managet eller ej. Og interfacing mellem program-dele skrevet i forskellige sprog er der ikke mere.

Moykal >> Min påstand bundede netop i at Java som udgangspunkt er byte-code det skal JIT-fortolkes, og var derudover kun i sammenligning med Visual Basic og Java.

Selvom du selvfølgelig har ret i at compileren er alt afgørende, har jeg lavet applikationer til samme opgave i alle tre sprog, og erfaret at C programmet nåede ca. 250 gennemløb hvor VB og JAVA kun nåede 20 og 35. Det er hamrende uvidenskabligt og kan selvfølgelig stadig være compilerafhængigt, det ved jeg godt, med det faktum at \"stumperne\" i C er mindre end i f.eks. Visual Basic eller Java og vi dermed er tættere på maskininstruktionerne gør i praksis en forskel. Og ingen compiler, uanset hvor \"dygtig\" den er til at optimere, vil kunne få et dårligt kodet program til at performe bedre, end et som er skrevet ordentligt.

På AS/400 platformen hvor jeg hovedsagligt arbejder, kan vi få compilere til både C og Java, samt f.eks. COBOL. Teknisk oversætter compilerne til såkaldt MI, som dernæst hældes igennem en maskinspecific compiler. Lige præcis denne teknik, gør at man kan følge med i hvordan de forskellige sprog \"opløser\" deres elementer til engentlig kode. Og -ja det er igen compiler specifikt, men alligevel- her laver Java flere MI instruktioner for at lave en PERFORM i COBOL, og lidt færre for at lave et memberfunktionskald i Java, men mange flere end C gør for at kalde en funktion.

Pointen er jo at jo længere sproget ligger fra den gentlige maskinkode, jo mere afhængig er du af at dem som har lavet compileren, har gjort det ordentligt. Hvis du koder direkte i ASM, så er det sågu min påstand at det er fuldstændigt ligegyldigt hvem der har lavet compileren !

P.S. Imponerende karriere du har nået indtil nu må jeg sige - og sikke mange steder du har nået at være allerede.

Tak for alle svarene

mvh. DarkWing :-))