Archief - Q: Turbo Pascal goe voor te beginnen?

Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.

QplQyer

Legacy Member
Deguchi zei:
da van de GUI ok

da van pointers enzo, soms (vaak) is het handig om te weten wa ge doorgeeft (en vermits Java enkel pointers doorgeeft kunde daar ni kiezen).
en die garbage collector, das toch belachelijk
alle, die gaat memory vrijmaken als hij het nodig heeft. Op zich niks mis mee, maar die objecten die hij uit het memory gaat zwieren blijven wel bestaan :p

en daarom vind ik C++ iets beter :) Ok, het is dubbel zoveel werk, maar ge weet tenminste perfect wat er op welk moment gebeurt met u programma ;)
Het is veelal niet nodig om te weten wat je doorgeeft om de meeste toepassingen te schrijven (ik denk hier nu in het teken van gewone toepassingen die niet enorm tijd-kritisch zijn natuurlijk), 't is een serieuze zorg minder voor de programmeur om daar zijn hoofd over te breken (zeker voor de beginnende programmeur).
En de garbage collector is net superhandig, weer een zorg minder voor de programmeur (en voor zover ik weet verwijdert die wel degelijk de objecten waar niet meer naar verwezen wordt uit het geheugen, dus blijven bestaan doen ze niet als ze uit het geheugen zijn volgens mij?).

Alles tesamen, is Java een supertaal om met te beginnen programmeren vind ik, zeker door de uitgebreide API en de heldere klassenstructuur, waar een beginnend programmeur wel aan zal moeten wennen natuurlijk, maar als je Java kan is de opstap naar C++ zo gemaakt, je hoeft je enkel de ugly details wat gewoon te maken (zoals dus de pointerstuff ed) en doordat het nog steeds gebruikt wordt, in vele toepassingen (bankwereld ed oa), dan is de motivatie ook groter als je een programma hebt gemaakt waar iets mee te doen is :)

En net omwille van de API enzovoorts vind ik Java een zeer goed concept, jammer van de snelheid en van het uitzicht van de metal look, ik prefereer geen van beide talen (C++/java) boven elkaar, ze hebben beide hun nadelen en voordelen tov elkaar en in bepaalde toepassingen is het één nu eenmaal idealer dan het ander, maar we zijn hier weer serieus aan het afdwalen heb ik de indruk :)

Nu ja om op het topic dan terug te komen: eerst Java, dan C++ lijkt me ideaal dus omwille van verscheiden bovengenoemde redenen.

Ollie

Legacy Member
Tyfius zei:
de 1.5 is afaik zo al een halfjaar uit wel :x

Weet ik maar aan 1.4 heeft de threadstarter werk genoeg zonder er (oa) enums, autoboxing/unboxing en generics bij te nemen. Ik vind dat je moet weten waarom die features in de taal zijn opgenomen om ze het beste te kunnen gebruiken.

Deguchi

Legacy Member
QplQyer zei:
...en voor zover ik weet verwijdert die wel degelijk de objecten waar niet meer naar verwezen wordt uit het geheugen, dus blijven bestaan doen ze niet als ze uit het geheugen zijn volgens mij?...

ge hebt gelijk
my bad, was er weer ff ni bij :p

ik zat in mijn hoofd met het gebruik van die finalize();
de eerste keer da ge die oproept/wordt opgeroepen, dan bestaat u object nog, terwijl als ge delete() oproept in C++, dan is wel degelijk alles weg ;)

Ollie

Legacy Member
QplQyer zei:
Alles tesamen, is Java een supertaal om met te beginnen programmeren vind ik, zeker door de uitgebreide API en de heldere klassenstructuur, waar een beginnend programmeur wel aan zal moeten wennen natuurlijk, maar als je Java kan is de opstap naar C++ zo gemaakt,

De vraag is natuurlijk of die opstap wel nodig/wenselijk is. Zelfs al ga je niet web developen, dan nog is C++ vrij overbodig aan het worden (op Windows platform). Vanaf Windows Longhorn zal de Win32 API EINDELIJK verdwijnen (wat een gedrocht) en zal elke applicatie gebruik maken van de .NET API. Omdat alle applicaties dan managed zullen zijn kan je net zo goed overschakelen naar de taal speciaal geschreven voor .NET, namelijk C#.

QplQyer zei:
je hoeft je enkel de ugly details wat gewoon te maken (zoals dus de pointerstuff ed) en doordat het nog steeds gebruikt wordt, in vele toepassingen (bankwereld ed oa), dan is de motivatie ook groter als je een programma hebt gemaakt waar iets mee te doen is :)

Ik werk bij een bank en Cobol en Java worden hier meer gebruikt dan C++. Het toeval wil dat ik de nabije toekomst wat ga ontwikkelen in C++ maar da's enkel en alleen omdat de applicatie waar ik plugins ga voor moeten schrijven blijkbaar geen Java API heeft.

QplQyer

Legacy Member
Ollie zei:
De vraag is natuurlijk of die opstap wel nodig/wenselijk is. Zelfs al ga je niet web developen, dan nog is C++ vrij overbodig aan het worden (op Windows platform). Vanaf Windows Longhorn zal de Win32 API EINDELIJK verdwijnen (wat een gedrocht) en zal elke applicatie gebruik maken van de .NET API. Omdat alle applicaties dan managed zullen zijn kan je net zo goed overschakelen naar de taal speciaal geschreven voor .NET, namelijk C#.

Voor snelheids-kritische toepassingen is een gecompileerde taal altijd sneller dan een geïnterpreteerde taal (misschien zijn er wel compilers uit voor .NET, zoveel ken ik van .NET ook niet af).



Ik werk bij een bank en Cobol en Java worden hier meer gebruikt dan C++. Het toeval wil dat ik de nabije toekomst wat ga ontwikkelen in C++ maar da's enkel en alleen omdat de applicatie waar ik plugins ga voor moeten schrijven blijkbaar geen Java API heeft.

Klein misverstandje, ik doelde dus op het feit dat Java voornamelijk gebruikt wordt bij banken en dergelijke, de gequote zin sloeg dus voor het grootste deel op Java, misschien wat onduidelijk geformuleerd van mij, maar goed, we zeiden dus net hetzelfde ;)

Ollie

Legacy Member
QplQyer zei:
Voor snelheids-kritische toepassingen is een gecompileerde taal altijd sneller dan een geïnterpreteerde taal (misschien zijn er wel compilers uit voor .NET, zoveel ken ik van .NET ook niet af).

Niet altijd. Als er geinteropt moet worden tussen managed en native code heb je gelijk (die calls zijn kostelijk). Als je echter een pure C# (.NET) applicatie maakt, dan kan de CLR, bij eerste oproep van het programma, de JIT compiler erop loslaten. Die JIT compiler optimaliseert de code aan de hand van je PC hardware specs. Die optimalisatie heb je niet bij native code omdat die op een andere machine is gecompileerd.

[IpL]Viper_666

Legacy Member
Java is een aanrader en dan wel voor een paar heel eenvoudige redenen:
De structuur en werking van heel die taal trekt enorm op wat ge
in C# terugvindt (eigenlijk moet ge het andersom zeggen ma soit)
De syntax trekt op die van talen die afgeleidt zijn van C waardoor
ge andere talen zoals C++,C#,... of javascript,php,... gemakkelijk
ook zult kunnen, wat eigenlijk heel veel is...
Aangezien Java gratis is, veel gebruikt wordt en de overstap naar dé .NET
taal C# makkelijk(er) zal verlopen is dat een goede zet naar de toekomst.
(Voor Windows zal .NET toch domineren en JAVA is platform onafhankelijk)

TP trekt in mijn ogen op VB (of moet het weer andersom gezegd worden,
kuch kuch) en kwa syntax vind ik da afgrijselijk en soms ni echt logisch...


Persoonlijk heb ik eerst een jaar Toegepaste Informatica gedaan aan
de VUB. Daar kregen we als programmeertaal Scheme voorgeschoteld.
Da was een totaal fiasco, tegen dak er een beetje mee overweg kon
waren we al bijna aan de eerste zittijd...da paste gewoonweg ni in mijn
logische knobbel om de kunst van het programmeren te vatten...
Dan ben ik met een ganse hoop vrienden van da jaar naar Erasmus
Hogeschool Brussel gegaan. Daar kregen we als eerste taal gewoon C.
Awel tegen de herfstvakantie was ik al bijna bezig met DMA, fameus op
de cursus aant vooruitlopen en zelf al kleine spellekes maken in console...
Int zelfde jaar leerden we nog nen basis C++ en int tweede kwam daar
C# bij (ook scripting talen derbij enzo) omdak multimedia/web-dev deed.

En dan emmek mijn stage gedaan, da was in VB.NET...Awel ik kan u
verzekeren dak daar fameus em afgezien om daar vlot mee te werken...
Da zit totaal dwars met wat ge gewoon zijt als C++,C#,Java programmeur.
Ma bon op den duur valt da nog wa mee eens da ge de onnozele details
van die taal gevonden hebt die 'zogezegd' het leven van de beginnende
programmeur gemakkelijk maken (bvb een tabel begint met zijn index op
1 en niet op 0...plezant wanneer uwen debugger daarmee afkomt terwijl
ge eigenlijk maar doet wat ge altijd gedaan hebt met datastructuren...)
Kem mij ook is ingebeeld moestek met VB begonnen zijn dak het denk ik
heel moeilijk zou gehad hebben met een overstap naar bvb JAVA of C++.


Allemaal om te zeggen da ge eigenlijk best begint met een taal waarvan
ge vindt dat de logica en de werking u liggen, ge moet u daar een beetje
in kunnen thuisvoelen anders blijfde steken, zoals ik em voorgehad met
die rotte Scheme (das eigenlijk een subset van LISP) indertijd opt unief...
Dus gewoon met een taal beginnen en als het u tegensteekt beginde met
een andere tot ge uwe draai vindt, eventueel terugkomen naar een die ge
had laten vallen als u da achteraf bekeken beter lag dans de rest.

Voila khoop dak toch wa zinnigs heb verteld :)

wlibaers

Legacy Member
[IpL]Viper_666 zei:
Allemaal om te zeggen da ge eigenlijk best begint met een taal waarvan
ge vindt dat de logica en de werking u liggen, ge moet u daar een beetje
in kunnen thuisvoelen anders blijfde steken, zoals ik em voorgehad met
die rotte Scheme (das eigenlijk een subset van LISP) indertijd opt unief...


Eigenlijk wel spijtig, want Lisp is eigenlijk een van de meest veelzijdige talen die momenteel beschikbaar zijn, maar inderdaad een beetje raar vergeleken met de meer gebruikte programmeertalen. Het is ook een van de oudste talen, maar gaat nog steeds mee.
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
Terug
Bovenaan