zo..
Wat is de beste programmeertaal om mee te beginnen.
liefst in het nederlands maar hoeft niet
.
grz René
Wat is de beste programmeertaal om mee te beginnen.
liefst in het nederlands maar hoeft niet
.grz René
/u/56680/gurgi.png?f=community)
Kijk hier eens
En onderstaande quote van Janoz geeft eigenlijk al een heel stuk je antwoord.
En onderstaande quote van Janoz geeft eigenlijk al een heel stuk je antwoord.
[ Voor 82% gewijzigd door gorgi_19 op 26-11-2003 22:20 ]
Digitaal onderwijsmateriaal, leermateriaal voor hbo
Verwijderd
In het Nederlands?
Nou, PHP is, vergeleken met andere talen, een eenvoudige programmeertaal, waarvoor bovendien ontzettend veel tutorials enz. beschikbaar zijn (en waar ook veel help over is gepost op dit forum). Maar programmeren vereist een bepaald inzicht dat je niet zomaar krijgt. Het blijft dus moeilijk. Als je al een programmeertaal kent, dan kan je vaak vrij eenvoudig een andere leren. Van nul beginnen is echter vrij moeilijk. Niet om je te ontmoedigen ofzo... je moet alleen niet denken dat je zomaar de mooiste dingen bouwt. Je moet lang proberen, soms uren puzzelen op één probleem (dat is niet leuk), en vooral veel ervaring opdoen.
Overigens kan je met PHP geen "echte" (standalone) programma's maken. Alleen interactieve websites. Maar dat is ook heel stoer (want dat is mijn werk
). Als je echte programma's wilt maken, zou ik eens gaan zoeken op C#, een taal die ik vrij makkelijk, mooi en functioneel vind. Hoe dat is voor de beginner, weet ik niet. Misschien vind jij Visual Basic (om maar eens een door mij verafschuwde, en overigens ook niet echt begrepen, taal te noemen) wel veel makkelijker.
Nou, PHP is, vergeleken met andere talen, een eenvoudige programmeertaal, waarvoor bovendien ontzettend veel tutorials enz. beschikbaar zijn (en waar ook veel help over is gepost op dit forum). Maar programmeren vereist een bepaald inzicht dat je niet zomaar krijgt. Het blijft dus moeilijk. Als je al een programmeertaal kent, dan kan je vaak vrij eenvoudig een andere leren. Van nul beginnen is echter vrij moeilijk. Niet om je te ontmoedigen ofzo... je moet alleen niet denken dat je zomaar de mooiste dingen bouwt. Je moet lang proberen, soms uren puzzelen op één probleem (dat is niet leuk), en vooral veel ervaring opdoen.
Overigens kan je met PHP geen "echte" (standalone) programma's maken. Alleen interactieve websites. Maar dat is ook heel stoer (want dat is mijn werk
). Als je echte programma's wilt maken, zou ik eens gaan zoeken op C#, een taal die ik vrij makkelijk, mooi en functioneel vind. Hoe dat is voor de beginner, weet ik niet. Misschien vind jij Visual Basic (om maar eens een door mij verafschuwde, en overigens ook niet echt begrepen, taal te noemen) wel veel makkelijker.
:strip_exif()/u/9959/glimi.gif?f=community)
JAVA is natuurlijk de beste taal om in te beginnen.. dat weet toch iedereen 
maare.. ALS je gaat programmeren.. neem mijn advies aan.. ga EERST Object Oriented Design es onder de knie krijgen (als je dat nog niet kan bedoel ik)
maare.. ALS je gaat programmeren.. neem mijn advies aan.. ga EERST Object Oriented Design es onder de knie krijgen (als je dat nog niet kan bedoel ik)
[ Voor 9% gewijzigd door bille op 26-11-2003 22:34 ]
Ultra Pilammo 6666Mhz AMD, 4251Mbit/s RAM, Gefors V6666 MegaTurbo, 43" TFS, Ultra 80Gig Firewire netwerkkaart en 5D geluid met 66 speakers in 5 dimensies
Verwijderd
Ok, mijn verhaal:
Ik ben nu 16 en ik besloot om een 3 jaar geleden een kijkje te nemen in de programmeer wereld, het begon allemaal met html, dat kreeg ik redelijk onder de knie, en toen leerde ik php kennen, dar heb ik een heeeeel klein beetje mee gekloot in het begin, maar ik had al ontdekt dat webdesign nix voor mij is.
Ik heb geen smaak en kan geen "mooie" dingen maken Dus ik d8, ok andere progtaal, en ik ging naar de bibliotheek, zag daar C++ liggen, en ik d8 ok ik ga eens een kijkje nemen in C++. Beviel me redelijk goed, maar na de standaar dingen werdt het redelijk moeilijk, vooral als je aankomt bij pointers, waarik nu nog steeds moeite mee heb.
Ik prog nu al een tijd(een beetje tussen actief en passief in) in C++ ben ondertussen 1 keer een kijkje gaan nemen in delphi omdat C++ niet echt wou, en niet veel resultaat had. Je moet er visueel niet veel van verwachten in het begin. Maar omdat delphi zo ongelofelijke klote werkt(zowel taal als IDE) ben ik maar weer teruggegaan naar C++, en heb daarna flink doorgezet, heb een paar standaard dingen geleerd wat niet in boeken wordt behandelt maar wel veel wordt gebruikt, bv Winsock API, ennuh nu kan ik steeds meer.
Verder, qua syntax lijkt php heeeel veel op C++, maar in php heb je vor zowat alles al een functie, terwijl je in C++ zowat alles zelf op moet lossen. Ik was vandaag bezig om een love meter te maken(zo eentje als bij tmf), effe uitgezocht hoe zoiets werkt, en ik ging aan de slag.
Het bleek dat je de frequentie van de letters moet bijhouden, dus hoe vaak een bepaalde letter voorkwam in naam1lovesnaam2. En het is voor een beginner imo een redelijke uitdaging omzoiets te maken. Alleen het goed tellen al heb ik 1 n8 over gedaan in mn bed met pen en papier
Dus het valt niet altijd mee, maar als je het leuk vind, en je wil het lukt alles wel.
Ik ben nu 16 en ik besloot om een 3 jaar geleden een kijkje te nemen in de programmeer wereld, het begon allemaal met html, dat kreeg ik redelijk onder de knie, en toen leerde ik php kennen, dar heb ik een heeeeel klein beetje mee gekloot in het begin, maar ik had al ontdekt dat webdesign nix voor mij is.
Ik heb geen smaak en kan geen "mooie" dingen maken
Dus ik d8, ok andere progtaal, en ik ging naar de bibliotheek, zag daar C++ liggen, en ik d8 ok ik ga eens een kijkje nemen in C++. Beviel me redelijk goed, maar na de standaar dingen werdt het redelijk moeilijk, vooral als je aankomt bij pointers, waarik nu nog steeds moeite mee heb. Ik prog nu al een tijd(een beetje tussen actief en passief in) in C++ ben ondertussen 1 keer een kijkje gaan nemen in delphi omdat C++ niet echt wou, en niet veel resultaat had. Je moet er visueel niet veel van verwachten in het begin. Maar omdat delphi zo ongelofelijke klote werkt(zowel taal als IDE) ben ik maar weer teruggegaan naar C++, en heb daarna flink doorgezet, heb een paar standaard dingen geleerd wat niet in boeken wordt behandelt maar wel veel wordt gebruikt, bv Winsock API, ennuh nu kan ik steeds meer.
Verder, qua syntax lijkt php heeeel veel op C++, maar in php heb je vor zowat alles al een functie, terwijl je in C++ zowat alles zelf op moet lossen. Ik was vandaag bezig om een love meter te maken(zo eentje als bij tmf), effe uitgezocht hoe zoiets werkt, en ik ging aan de slag.
Het bleek dat je de frequentie van de letters moet bijhouden, dus hoe vaak een bepaalde letter voorkwam in naam1lovesnaam2. En het is voor een beginner imo een redelijke uitdaging omzoiets te maken. Alleen het goed tellen al heb ik 1 n8 over gedaan in mn bed met pen en papier
Dus het valt niet altijd mee, maar als je het leuk vind, en je wil het lukt alles wel.
:strip_exif()/u/14220/tweakers_na_rotate.gif?f=community)
:strip_icc():strip_exif()/u/37802/forsaken%2520archer.jpg?f=community)
:strip_icc():strip_exif()/u/10983/count3.jpg?f=community)
:strip_icc():strip_exif()/u/16232/crop64ccc7a68dc30_cropped.jpg?f=community)
bij de TU delft 1e jaars informatica begin je met java. Is in het begin doorbijten, maar t voordeel van deze taal is dat er suppperveel van over op internet te vinden is. En dat je veel kan opzoeken in de java API
zo heb ik t ook geleerd, en als je dit kent kan je doorgaan naar talen als c, c++, pascal, php, VHDL, eigenlijk alles
zo heb ik t ook geleerd, en als je dit kent kan je doorgaan naar talen als c, c++, pascal, php, VHDL, eigenlijk alles
:strip_icc():strip_exif()/u/21971/crop5b5ae9fcba7bc_cropped.jpeg?f=community)
:strip_icc():strip_exif()/u/51489/heforshe_logo_detail.jpg?f=community){kind=logo}
Klinkt lullig, maar er zit wat in.
Verwacht trouwens niet dat als je een programma kunt schrijven in 1 taal, je de rest "makkelijk" leert.
Iedere volgende taal wordt makkelijker, dat is waar, maar er zijn niet voor niets verschillende talen!
De vraag is natuurlijk inderdaad wat je wilt bereiken. Wil je echt leren codekloppen of wil je snel mooie, presentabele dingen maken?
Ik ben - als legacy-programmeur - bijvoorbeeld weinig gecharmeerd van het idee dat sommige mensen zich programmeur noemen omdat ze 5 controls op een form hebben gesleept en een wizzard hebben doorlopen
Aan de andere kant is dat wel zo goed als alles als je een een leuk frontendje aan je database wilt maken
Dan heb je geen kennis nodig over code-optimalisatie, en zul je al helemaal niet warm lopen voor dingen als sorteerroutines schrijven (for the fun of it), een tutingmachine simuleren of een so klein mogelijk datumroutine maken die wel de paasdagen van voor de Gregoriaanse kalender ook correct teruggeeft.
offtopic:
Wat was het vroeger toch makkelijk... de C64 startte op in ROM-BASIC, je wist niet beter
Wat was het vroeger toch makkelijk... de C64 startte op in ROM-BASIC, je wist niet beter
oke bedankt iedereen..
dan denk ik dat ik met pascal of basic ga beginnen..
ik wil zon handboek gaan kopen waarin je het kan leren als die er zijn
ik wil uiteindelijk bereiken om spellen te kunne programmeren.
(maar dat willen meer mensen)
ik ga eerst eens kijken of programmeren me bevalt
dan denk ik dat ik met pascal of basic ga beginnen..
ik wil zon handboek gaan kopen waarin je het kan leren als die er zijn
ik wil uiteindelijk bereiken om spellen te kunne programmeren.
(maar dat willen meer mensen)
ik ga eerst eens kijken of programmeren me bevalt
:strip_exif()/u/15310/tomato60%252072%2520frames%25205%2520deg%2520per%2520frame%2520optimized%252026%2520colors.gif?f=community)
Dat lijkt me een prima keuze. Bij Basic kun je bijvoorbeeld kiezen voor Microsoft Visual Basic, bij Pascal ligt Borland Delphi voor de hand.
Die zijn er absoluut. Kies een niet al te dik boek dat gericht is op beginners.ik wil zon handboek gaan kopen waarin je het kan leren als die er zijn
Inhoeverre je dat gaat lukken, hangt af van je ambities. Om maar meteen met de teleurstelling te beginnen: een professioneel racespel kost een ontwikkelteam van 100 man een jaar of twee tijd. Zoiets gaat je dus nooit lukken in je eentje (tenzij je 200 jaar oud wordt
). Een spel zoals Mastermind is daarentegen juist prima te programmeren door een beginner. Games programmeren kan dus wel, maar wees realistisch. Timmerman, leraar Frans of piloot word je tenslotte ook niet in een week.
Een goede grap mag vrienden kosten.
/u/24089/evilbonzi-eye-dawuss-v2.png?f=community)
/u/31230/crop64b060d01fd80_cropped.png?f=community)
Nog maar een 'user story' erbij
Zo'n 13 jaar geleden kocht ik mn eerste computertje, een Commodore Plus4 (nooit een succes geweest helaas...). Daar kon je basic in kloppen en dat voerde die dan uit. Het feit dat je een apparaat allerhande opdrachten kon geven en dat ie dan precies deed wat jij hem zei, intrigeerde me enorm. Ik probeerde van alles, van database-applicatie tot en met flight simulators, als ik maar kon proggen Het beestje had zelfs een handleidinkje ASM proggen dus daar heb ik ook nog wat uren in gestoken. Heerlijk gewoon, lekker klooien zonder dat er wat op het spel stond.
Affijn, ding ging door mn eigen pre-tweaker-vaardigheden te gronde en ik had jarenlang niets (noemenswaardigs) meer. In mn studentenjaren een PC gekocht, me verbaasd over de werking van DOS en later Windows 95. Al die tijd vroeg ik me af hoe men al die mooie dingen toch maakte. Tot de dag (ik zal het niet vergeten) dat er een computer magazine uitkwam met een ceedeetje waarop Delphi 1.0. Een ontwikkelomgeving voor Windows! Wow! Meteen geïnstalleerd. Na de eerste schrik (voor het eerst OO development, en dan binnen Windows ook nog) had ik toch vrij snel de boel weer onder de knie.
Sindsdien heeft mijn leven een drastische wending genomen. Ik gaf mn studie op (weinigen weten wat ik heb gestudeerd maar het had niets met IT te maken), kreeg een baan als programmeur ergens en werk ik dagelijks met Delphi.
Het zal je dan ook niet verbazen als ik Delphi ga aanraden als beginners-ontwikkelomgeving. Ben er zelf ook mee begonnen en nog steeds zeer content mee. De voornaamste redenen zijn de doorzichtigheid van de taal (gebaseerd op Pascal, zeer gestructureerd dus) en het feit dat Delphi je doorgroeimogelijkheden biedt. Vandaag maak je een Galgje of Mastermind, lekker simpel, en morgen ga je een stapje verder met wat leuke API's enzo, tot je in de distributed environments uitkomt. Alles kan! Je mogelijkheden zijn vrijwel onbeperkt, de boel is goed gedocumenteerd imho en je kan dus precies dat aanleren wat jij leuk vindt om te doen.
No offense naar VB, C++ en Java hoor. VB heb ik tot versie 6 ook mee gewerkt, vond ik een drama tov Delphi maar dat is puur persoonlijk
Zo'n 13 jaar geleden kocht ik mn eerste computertje, een Commodore Plus4 (nooit een succes geweest helaas...). Daar kon je basic in kloppen en dat voerde die dan uit. Het feit dat je een apparaat allerhande opdrachten kon geven en dat ie dan precies deed wat jij hem zei, intrigeerde me enorm. Ik probeerde van alles, van database-applicatie tot en met flight simulators, als ik maar kon proggen
Het beestje had zelfs een handleidinkje ASM proggen dus daar heb ik ook nog wat uren in gestoken. Heerlijk gewoon, lekker klooien zonder dat er wat op het spel stond.Affijn, ding ging door mn eigen pre-tweaker-vaardigheden te gronde en ik had jarenlang niets (noemenswaardigs) meer. In mn studentenjaren een PC gekocht, me verbaasd over de werking van DOS en later Windows 95. Al die tijd vroeg ik me af hoe men al die mooie dingen toch maakte. Tot de dag (ik zal het niet vergeten) dat er een computer magazine uitkwam met een ceedeetje waarop Delphi 1.0. Een ontwikkelomgeving voor Windows! Wow! Meteen geïnstalleerd. Na de eerste schrik (voor het eerst OO development, en dan binnen Windows ook nog) had ik toch vrij snel de boel weer onder de knie.
Sindsdien heeft mijn leven een drastische wending genomen. Ik gaf mn studie op (weinigen weten wat ik heb gestudeerd maar het had niets met IT te maken), kreeg een baan als programmeur ergens en werk ik dagelijks met Delphi.
Het zal je dan ook niet verbazen als ik Delphi ga aanraden als beginners-ontwikkelomgeving. Ben er zelf ook mee begonnen en nog steeds zeer content mee. De voornaamste redenen zijn de doorzichtigheid van de taal (gebaseerd op Pascal, zeer gestructureerd dus) en het feit dat Delphi je doorgroeimogelijkheden biedt. Vandaag maak je een Galgje of Mastermind, lekker simpel, en morgen ga je een stapje verder met wat leuke API's enzo, tot je in de distributed environments uitkomt. Alles kan! Je mogelijkheden zijn vrijwel onbeperkt, de boel is goed gedocumenteerd imho en je kan dus precies dat aanleren wat jij leuk vindt om te doen.
No offense naar VB, C++ en Java hoor. VB heb ik tot versie 6 ook mee gewerkt, vond ik een drama tov Delphi maar dat is puur persoonlijk
/u/3813/100_8985_ICON2.JPG?f=community)
Nee, dat is niet persoonlijk. Iedereen die beide heeft gedaan denkt daar zo over.:
VB heb ik tot versie 6 ook mee gewerkt, vond ik een drama tov Delphi maar dat is puur persoonlijk
Somniferous whisperings of scarlet fields. Sleep calling me and in my dreams i wander. My reality is abandoned (I traverse afar). Not a care if I never everwake.
Als je echt wilt beginnen is Pascal denk ik de beste keuze. Het is een 'Flat Language' dat zoveel wil zeggen dat je er gestructureerd programmeren van leert. Geen vreemde Object-Oriented dingen en zo. Borland heeft een leuke compiler er voor waarmee je ook nog eens WIN32 Console-based dingen kunt doen, en je dus helemaal niet druk hoeft te maken over Objects. Als je dan het standaard gestructureerde spul onder de knie hebt, weet wat een Linked List, een Tree en ander pointer shit is en hoe dat werkt, wat multi-dimensionale array's voor je kunnen doen en zo, dan kun je daarna verder gaan in iets als Delphi (dat ooit van Pascal for Windows af kwam), VB of C++ / C# of een andere OO language.:
oke bedankt iedereen..
dan denk ik dat ik met pascal of basic ga beginnen..
ik wil zon handboek gaan kopen waarin je het kan leren als die er zijn
ik wil uiteindelijk bereiken om spellen te kunne programmeren.
(maar dat willen meer mensen)
ik ga eerst eens kijken of programmeren me bevalt
Een goed beginners Pascal boek (ooit zelf mee begonnen) is Cooper's Condensed Pascal. Simpele uitleg, simpele voorbeeldjes, doeltreffend resultaat. of het er na 15 jaar nog is weet ik niet....
suc6!!
Nothing is a problem once you've debugged the code
:strip_icc():strip_exif()/u/37911/zlao.jpg?f=community)
:strip_exif()/u/35573/0sm.gif?f=community)
:strip_exif()/u/73955/foxavatar-60.gif?f=community){kind=avatar}
Op de TU Eindhoven begin je in het eerste jaar met een klein beetje Pascal. Daarna, krijg je ongeveer alleen nog maar GCL. Een theoretische taal. (Misschien schrijf ik er wel ooit een compiler voor )
)
Op zoek naar een nieuwe collega, .NET webdev, voornamelijk productontwikkeling. DM voor meer info
:strip_exif()/u/79761/bunny.gif?f=community)
:strip_exif()/u/7759/red_cat.gif?f=community)
Verwijderd
Het is moeilijk om te zeggen waar je mee moet beginnen. Ik ben in aanraking gekomen met programmeren via Visual Basic, maar daar was ik al snel op uitgekeken.
Toen het ik gewoon 4 goede boeken gelezen van C++ en VC++. Na veel doen, doen, doen en doen... kom je uiteindelijk wel ergens.
Het is een beetje afhankelijk welke kant je op wilt. Ik heb me nu op C# gegooid. Dit omdat het tijdperk van .NET is aangebroken. Ik weet niet of er iemand is in je directe omgeving die al ervaring heeft met een bepaalde taal.
Het is vaak makelijk op zo iemand in je omgeving te hebben, kun je nog is wat dingen vragen enzo. Maar een paar goede boeken doen ook wonderen
Good luck!
Toen het ik gewoon 4 goede boeken gelezen van C++ en VC++. Na veel doen, doen, doen en doen... kom je uiteindelijk wel ergens.
Het is een beetje afhankelijk welke kant je op wilt. Ik heb me nu op C# gegooid. Dit omdat het tijdperk van .NET is aangebroken. Ik weet niet of er iemand is in je directe omgeving die al ervaring heeft met een bepaalde taal.
Het is vaak makelijk op zo iemand in je omgeving te hebben, kun je nog is wat dingen vragen enzo. Maar een paar goede boeken doen ook wonderen
Good luck!
Ach, zolang ASM JMP niet verdwijnt is de GOT niet obsolete
BASIC geeft je de vrijheid om kloteprogramma's te schrijven. Het voordeel is dat je er dan zelf - als het goed is - wel achter komt wat wel en niet gewenst is als je een programma van meer dan 10 regels schrijft.
Ik zou dan overigens niet VB aanraden, maar gewoon ouderwets QBasic of Quickbasic (die laatse kun je .exe's mee maken).
C is ook zeker geen slecht startpunt, dat hoor je mij niet zeggen. Maar een interpreted language geeft - wederom in mijn ervaring - een beginner meer aanmoediging om door middel van trial and error eens wat dingen te proberen. (Dat kun je ook luiheid noemen
)En als je wilt bikkelen is er altijd COBOL nog en voor de die-hards ASM
:strip_exif()/u/47664/afx_hax.gif?f=community)
<html>
<title>HTML de Beste</title>
<body> ik vind html de beste manier van programmeren, want html is een programmeertaal voor het bouwen van website's. Het is simpel, en als je probs hebt, kan je het 9/10 keer vinden op internet</body>
</html>
<title>HTML de Beste</title>
<body> ik vind html de beste manier van programmeren, want html is een programmeertaal voor het bouwen van website's. Het is simpel, en als je probs hebt, kan je het 9/10 keer vinden op internet</body>
</html>
Zoekt nieuwe collega's (jr/sr engineers, servicedeskmedewerkers of managers in de Randstad)
HTML is geen programmeertaal, maar de Hyper Text Markup Language. Oftewel een 'notatietaal'.:
<html>
<title>HTML de Beste</title>
<body> ik vind html de beste manier van programmeren, want html is een programmeertaal voor het bouwen van website's. Het is simpel, en als je probs hebt, kan je het 9/10 keer vinden op internet</body>
</html>
Sja, waar ik hier zit wordt het nog veelvuldig gebruikt. Een willekeurig stukje variabeledeclaraties:
COBOL:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
| 01 user_context_dt PIC 9(09) comp. 01 LIB$K_INPUT_FORMAT PIC 9(09) comp value external LIB$K_INPUT_FORMAT. 01 LIB$K_OUTPUT_FORMAT PIC 9(09) comp value external LIB$K_OUTPUT_FORMAT. 01 return_code_dte PIC s9(09) comp. 01 date_format PIC x(25) value "|!Y4!MN0!D0!H04!M0!S0!C2|". 01 gross_req_obp_rec. 05 date_requirement PIC s9(11)v9(7). 05 part_number PIC x(15). 05 issue PIC x(02). 05 vehicle_family_code PIC x(03). 05 consumer_code PIC x(02). 05 project_batch_number PIC x(03). 05 project_fase PIC x(04). |
Als jij durft te zeggen dat dit beginner-proof is.... hierbij vergeleken is C een overzichtelijke duidelijke taal
Ok... Je hebt blijkbaar gelijk. Weet ik dat ook meteen...
Zoekt nieuwe collega's (jr/sr engineers, servicedeskmedewerkers of managers in de Randstad)
Dat heb ik niet gezegd, ik bedoel dat je in COBOL veel te veel moet typen als je iets wilt proggen....:
[...]
Als jij durft te zeggen dat dit beginner-proof is.... hierbij vergeleken is C een overzichtelijke duidelijke taal
Al die 'divisions' (data division, waar je -als ik het me nog goed herinnern- nog een onderscheid moet maken tussen variabelen en files, procedure division, .... )
Als je een variable wilt incrementen:
code:
1
| ADD 1 TO varblaat |
etc....
https://fgheysels.github.io/
Verwijderd
Ik ben van mening dat als je iets wilt leren je het maar gelijk goed moet leren, je kunt wel beginnen met wat basic... maar de overstap van basic naar een taal als C was ook niet mijn makkelijkste stap.
Je moet er gewoon voor gaan, als je echt iets wilt leren zul je er tijd en moeite voor over moeten hebben. Zoals er toch vele hier in /7 hebben gehad
:strip_icc():strip_exif()/u/64466/logo_fish.jpg?f=community){kind=logo}
Op school begonnen met delphi 3, wat met dat sleur en pleur vooral in het begin lekker makkelijk is, daarna ansi-c en java gedaan. ansi-c is een beetje oud voor windows apps en dan kom je uit bij c++, maar daar snap ik nog steeds geen drol van. Java vind ik een mooie taal omdat dat echt OO is terwijl delphi 3,4,5 en 6 zo half om half zijn. Nadeel van Java vond ik de ontwikkelomgeving Visual cafe of Jbuilder ik kan daar niet mee werken hoor. En dan die compiler van java, die was 2 jaar geleden traaaaaaaag. Nu ben ik voornamelijk bezig met C#, de voordelen van java als taal en de voordelen van visualstudio als ontwikkelomgeving. Als de dingen die je wil programeren het even toelaten dan zou ik voor c# kiezen. Ik gebruik de verschillende talen meestal als volgdtdtdtt:
Delphi: voor het snel inelkaar zetten van een of ander stom tooltje.
C#: voor de grote projecten
Java, JSP: voor de webprojecten waarvan de server geen php ondersteunt
C++: staat denk ik wel bekend om zijn performance, dus zou ik die voor dat soort projectjes gebruiken (ik kan het echter niet dus gebruik ik c# wat iets langzamer is bijv. door de garbage collection)
pff veel te lang verhaal geworden
Zelf een keuze maken en er 100% voor gaan zodat je tenminste 1 taal goed kan lijkt me verder wel handig.
Delphi: voor het snel inelkaar zetten van een of ander stom tooltje.
C#: voor de grote projecten
Java, JSP: voor de webprojecten waarvan de server geen php ondersteunt
C++: staat denk ik wel bekend om zijn performance, dus zou ik die voor dat soort projectjes gebruiken (ik kan het echter niet dus gebruik ik c# wat iets langzamer is bijv. door de garbage collection)
pff veel te lang verhaal geworden
Zelf een keuze maken en er 100% voor gaan zodat je tenminste 1 taal goed kan lijkt me verder wel handig.
Are you following me, Are you following me?
:strip_exif()/u/26499/avatarRHCP6060.gif?f=community){kind=avatar}
Hoe je het wend of keert, bikkelen moet je toch als je goed wil leren programmeren.
Daarnaast lijkt het mij onzinnig voor een beginner om direct met OO-modellen of -talen te gaan smijten. De meeste boeken en leermethodes beginnen toch echt met uitleggen wat types, variables en control structures zijn en als je weet hoe een pointer werkt en er mee om kan gaan, ben je alweer een eindje verder. Ik zou dus ook C aanraden, omdat je dan een kruising hebt van een goede basis hebt voor 'hogere'/nieuwere talen en je ook leuke dingen met C kan doen. En ook C gaat gillen als je ergens een } of ; vergeten bent hoor.
Mijn volgorde:
• C64 Basic
• C64 Assembler
• Amiga Assembler
• Amiga C
• Windows C++
• BSD C++
• VAX/VMS C++
Het laatste BASIC wat ik heb gedaan is dus zo'n 18 jaar geleden, en daarna ben ik via assembler naar C gestapt. Vanaf assembler is C een hele simpele stap omdat je direct snapt wat pointers e.d. inhouden en hoe je iets effectief moet schrijven.
Nadeel is dat het al een jaar of 5 niet meer reeel is om in ASM complete programma's te schrijven zoals 'vroegah'. En dus adviseer ik C of C++ als je serieus wil beginnen met programmeren, of C#, Java of Delphi als je iets laagdrempeliger wil.
• C64 Basic
• C64 Assembler
• Amiga Assembler
• Amiga C
• Windows C++
• BSD C++
• VAX/VMS C++
Het laatste BASIC wat ik heb gedaan is dus zo'n 18 jaar geleden, en daarna ben ik via assembler naar C gestapt. Vanaf assembler is C een hele simpele stap omdat je direct snapt wat pointers e.d. inhouden en hoe je iets effectief moet schrijven.
Nadeel is dat het al een jaar of 5 niet meer reeel is om in ASM complete programma's te schrijven zoals 'vroegah'. En dus adviseer ik C of C++ als je serieus wil beginnen met programmeren, of C#, Java of Delphi als je iets laagdrempeliger wil.
Verwijderd
ehm C# lijkt niet echt meer op C (wel een beetje op C++).... C# is eigenlijk een beroerde taal als je C++ of Java gewent bent, want nu moet je alles combineren... Vooral de namingconventions van microsoft zijn beroerd. Op me stage moet ik alles volgens die manier maken, maar dat druist compleet in tegen de manier je Sun adviseerd....:
[...]
Hoe je het wend of keert, bikkelen moet je toch als je goed wil leren programmeren.
Mee eens. Ik probeer alleen te denken vanuit een beginner. En daarom moet je imho ook beginnen met C en al helemaal niet met C#. Puur voor de basis, meer platformonafhankelijkheid dan C#, de reden die jij net noemt en insert nog een paar al genoemde redenen.
Verwijderd
mmmm c is ook niet helemaal platform onafhankelijk.... ligt aan de librarys die je importeerd. Als je de verkeerde pakt dan kent bv linux deze niet...:
[...]
Mee eens. Ik probeer alleen te denken vanuit een beginner. En daarom moet je imho ook beginnen met C en al helemaal niet met C#. Puur voor de basis, meer platformonafhankelijkheid dan C#, de reden die jij net noemt en insert nog een paar al genoemde redenen.
Ook een nadeel aan C is dat het over het algemeen console apps zijn. het is heel moeilijk om in C een gui te maken en C is een beetje outdated en kan bv niet makkelijk met nieuwe hardware praten...
C++ komt weer beter in de richting van het moderne leven, maar heeft als nadeel niet echt goed overdraag baar te zijn.... Linux kan wel C++ lezen maar de windows GUI kan weer niet, want linux kent bv GTK+ als GUI
Delphi kan ook op linux (via kylix)
C# is wel beter als je windows proggies gaat maken,omdat het microsoft is is de implementatie wat beter binnen hte windows model...
Maar als je OO en platform onafhankelijk wilt moet je Java doen... Die gui draait op alles waar een Virtual machine voor is te krijgen....
Maar programmeer talen zijn natuurlijk heel persoonlijk
Windows.h includen zal niet 123 werken nee.
Beter leren omgaan met algemene procedurele methoden kan wel met CAls je leert programmeren is het maken van GUI geen prioriteit.
Dat geldt dus ook voor C.
Het lijkt me daarom beter eerst algemene methoden te leren.
Het lijkt er wel op.Maar programmeer talen zijn natuurlijk heel persoonlijk
:strip_exif()/u/31626/eend.gif?f=community)
Tja.. ik ga toch echt voor prolog
Waarom altijd beginnen met de 'gebruikelijke' talen. En als leek is het vaak eenvoudiger om met Prolog te beginnen, dan als doorgewinterde programmeur.
Waarom altijd beginnen met de 'gebruikelijke' talen. En als leek is het vaak eenvoudiger om met Prolog te beginnen, dan als doorgewinterde programmeur.
[ Voor 84% gewijzigd door Alarmnummer op 27-11-2003 12:26 ]
:strip_exif()/u/26373/anim4.gif?f=community)
"I had a problem, I solved it with regular expressions. Now I have two problems". That's shows a lack of appreciation for regular expressions: "I know have _star_ problems" --Kevlin Henney
:strip_exif()/u/3398/rh.gif?f=community)
Dat heb je in iedere taal. Als je in voor mijn part Lisp een platformdependent framework pakt is het niet portable, anders wel.
Uhm dit is dus echt je reinste onzin. De hele Win32 API is C en geen enkele regel C++.
Ook onzin. GTK is een layer bovenop de XLib, net zoals bijvoorbeeld MFC en VCL dat zijn op Win32. XLib is net als Win32 100% C.
Delphi en Kylix zijn niet uitwisselbaar, ze gebruiken een ander framework.
.NET loopt per definitie wat achter op de Win32 API. Je bent dus met een C programma dat Win32 gebruikt per definitie 'moderner'.
Mjah Java platformindependent is een leuk fabeltje maar ondertussen goed achterhaald. Zodra je iets serieus buiten je app wil doen moet je echt platformspecifieke onderdelen gaan includen.
Ik vind ze juist heel onpersoonlijk, als ik in C tegen iemand ga praten zijn ze meestal beledigdMaar programmeer talen zijn natuurlijk heel persoonlijk
Omdat er
- meer documentatie voorhanden is voor gebruikelijke talen
- meer code-voorbeelden te vinden zijn voor gebruikelijke talen
- meer vraag is naar programmeurs in gebruikelijke talen
Wel grappig trouwens, ik noemde BASIC eigenlijk als grap omdat je er nauwelijks nog een 'hedendaagse' applicatie mee kan maken, vanwege geen GUI-mogelijkheden. Toch kreeg ik van diverse kanten bijval, waarschijnlijk omdat er meer tweakers zijn begonnen met een C64 (of Atari zoals ik
). Qua taal is BASIC prima om mee te beginnen, net zo goed als Pascal trouwens. Maar beide hebben geen GUI-mogelijkheden om leuke dingetjes mee te proberen. Dan kom je snel op VB of Delphi. Het ligt er maar aan wat de topicstarter belangrijker vindt: leren programmeren of applicaties maken. Oftewel; zie je programmeren als doel of als middel?
Lekker woordenboek, als je niet eens weet dat vandalen met een 'n' is.
"I had a problem, I solved it with regular expressions. Now I have two problems". That's shows a lack of appreciation for regular expressions: "I know have _star_ problems" --Kevlin Henney
Er is meer documentatie uit voor 'gekke' talen zoals Prolog, dan jij ooit in je leven zult lezen
Zelfde als hierboven.
Als je voor het eerst een hamer krijgt, dan ziet alles eruit als een spijker
Ik ben van mening dat voor veel oplossingen de verkeerde taal wordt gekozen. Talen zoals prolog zijn uitermate geschik voor de meeste bedrijfslogica en zou ook veel beter beheerd kunnen worden als het niet hard in de code werd geprogrammeerd.
Je moet dus de juiste taal kiezen voor een bepaald probleem (het is natuurlijk wel erg fijn als je alles met elkaar kan combineren, anders heb je alsnog een groot probleem).
Ik zou geen basic aanrader, maar dan gewoon pascal.Wel grappig trouwens, ik noemde BASIC eigenlijk als grap omdat je er nauwelijks nog een 'hedendaagse' applicatie mee kan maken, vanwege geen GUI-mogelijkheden. Toch kreeg ik van diverse kanten bijval, waarschijnlijk omdat er meer tweakers zijn begonnen met een C64 (of Atari zoals ik
c zou ik trouwens ook niemand willen aandoen, want het is gewoon een lelijke k*t taal die onnodig cryptisch is. Imho totaal ongeschikt om te leren programmeren.
[ Voor 9% gewijzigd door Alarmnummer op 27-11-2003 13:23 ]
Vind ik wel. Hoe vaak ik al niet ben tegengekomen dat iemand in VB een object variabele declareert en hem toewijst aan een andere, in de veronderstelling dat ie een kopie maakt van het originele object. ( Java is hetzelfde verhaal ).
Als die man had geweten wat pointers/references zijn dan had ie meteen gezien dat er niets van het object wordt gekopieerd, maar dat ie een tweede pointer naar hetzelfde object in zijn hand heeft.
Zo zijn er nog wel meer voorbeelden te verzinnen. ( Tel het aantal topics over bitpielen met de serieele / paralelle poort maar eens
)
Somniferous whisperings of scarlet fields. Sleep calling me and in my dreams i wander. My reality is abandoned (I traverse afar). Not a care if I never everwake.
C kent totaal geen references, maar in principe is een reference niets anders dan een pointer die gegarandeerd naar een geldig object wijst (er zijn wel null-pointers maar geen null-references).
Het grootste voordeel van de reference is dat ie dus minder error-prone is (je kunt 'm niet vergeten te initializeren) en dat ie notationeel een stuk schoner is (je hoeft niet te dereferencen of address-of operators te gebruiken). Implementatietechnisch zijn ze verder eigenlijk gewoon hetzelfde.
edit:
en met references kun je trouwens geen ranzige botergeile pointerarithmetic uithalen
en met references kun je trouwens geen ranzige botergeile pointerarithmetic uithalen
[ Voor 7% gewijzigd door curry684 op 27-11-2003 14:45 ]
* farlane heeft op dit moment een merkwaardig beeld van curry684 achter zijn compiler voor zun ogen:
edit:
en met references kun je trouwens geen ranzige botergeile pointerarithmetic uithalen
Gelukkig, het is alweer weg .....
Somniferous whisperings of scarlet fields. Sleep calling me and in my dreams i wander. My reality is abandoned (I traverse afar). Not a care if I never everwake.
brrr... *heeft nu het beeld*... dankje:
[...]
* farlane heeft op dit moment een merkwaardig beeld van curry684 achter zijn compiler voor zun ogen
Gelukkig, het is alweer weg .....
[ Voor 5% gewijzigd door Alarmnummer op 27-11-2003 14:51 ]
:strip_icc():strip_exif()/u/25454/forum.jpg?f=community)
Ikzelf geef de voorkeur aan Java. Ik ben ook met c++ begonnen en kan beide, maar java gaat toch soepeler.
Een klein java progje (5000 regels), kan je in een klein uurtje ombouwen naar C++.
Assembly moet je links laten liggen, dat is echt niet leuk
En BASIC, tja, dat heb ik nooit geleerd en ben ook niet van plan dat te doen.
Een klein java progje (5000 regels), kan je in een klein uurtje ombouwen naar C++.
Assembly moet je links laten liggen, dat is echt niet leuk
En BASIC, tja, dat heb ik nooit geleerd en ben ook niet van plan dat te doen.
Don't play dumb with me, that's a game you can't win....
Nou, fase één hebben we al bereikt, iedereen heeft z'n favoriete taal geplugt? Mooi. Het wachten is nu op fase 2, waarin we gaan ranten op elkaars aanbevelingen
Serieus, hoe denkt iedereen toch te weten 'wat het beste is'. Wat weten we nou? 'Ik wil ooit een spel programmeren' tja, dat kan ook in Haskell zeg maar
Belangrijker is wat de TS wil leren en wat hij er voor over heeft. Wil je leren programmeren om meer te leren over informatica en dat ook echt _willen_, dan zou ik een mix van low level/high level geörienteerde taal proberen, zoals C++. Wil je gewoon wat kunnen programmeren om wat te doen aan softwaredesign, concentreer je dan meer op een meer high level taal als Java/Phyton. Wil je vervolgens toch de 'snel resultaat'-methode, dan zijn dingen als PHP en consorten weer de aangewezen talen.
Het draait imho dus allemaal om hoeveel de persoon wil investeren en wat hij/zij er mee wil leren.
Serieus, hoe denkt iedereen toch te weten 'wat het beste is'. Wat weten we nou? 'Ik wil ooit een spel programmeren' tja, dat kan ook in Haskell zeg maar
Belangrijker is wat de TS wil leren en wat hij er voor over heeft. Wil je leren programmeren om meer te leren over informatica en dat ook echt _willen_, dan zou ik een mix van low level/high level geörienteerde taal proberen, zoals C++. Wil je gewoon wat kunnen programmeren om wat te doen aan softwaredesign, concentreer je dan meer op een meer high level taal als Java/Phyton. Wil je vervolgens toch de 'snel resultaat'-methode, dan zijn dingen als PHP en consorten weer de aangewezen talen.
Het draait imho dus allemaal om hoeveel de persoon wil investeren en wat hij/zij er mee wil leren.
Somniferous whisperings of scarlet fields. Sleep calling me and in my dreams i wander. My reality is abandoned (I traverse afar). Not a care if I never everwake.
/u/2046/pooh2.png?f=community)
(stel je martin voor met z'n vinger heel hoog in de lucht)
ikke nog niet!
.Maar goed, laat ik daar ook maar niet over beginnen. Ik voel wel wat voor de Python tips, als het idee achter deze tipis inderdaad aansluit op de situaties van de topic starter.
Blog, Stratego/XT: Program Transformation, SDF: Syntax Definition, Nix: Software Deployment
Redelijk standaard functies. Geen slechte random functies die in C++ zitten enzo.
Ik doelde eigenlijk meer op de opbouw met classes. In java gebruik je geen headerfiles en werkt prototyping anders.
De aanroepen van functies moet je wel langslopen idd.
Maar 5000 regels is niet zoveel met een menu en wat ander grafisch spul erin
Don't play dumb with me, that's a game you can't win....
:strip_exif()/u/14385/malibu.gif?f=community)
De topicstart doet mij denken aan mezelf een jaar of wat geleden.. Ik ging leren programmeren, want al die software en games waren zo gewelig, dat wilde ik ook kunnen. Toen ook info gezocht en vanalles...... en nu? Nog steeds niet veel van terecht gekomen, zit nu op me stage PHP scripts te schrijven. 
Niet dat ik wil zeggen dat de topicstarter net als mij is, maar ik denk dat er veel mensen het ook graag willen en denken dat het wel "even" te leren is. Maar ik wens de topicstarter natuurlijk veel succes.
Niet dat ik wil zeggen dat de topicstarter net als mij is, maar ik denk dat er veel mensen het ook graag willen en denken dat het wel "even" te leren is. Maar ik wens de topicstarter natuurlijk veel succes.
“The best way to get the right answer on the Internet is not to ask a question, it's to post the wrong answer.”
QA Engineer walks into a bar. Orders a beer. Orders 0 beers. Orders 999999999 beers. Orders a lizard. Orders -1 beers.
:strip_icc():strip_exif()/u/80215/owl.jpg?f=community)
:strip_icc():strip_exif()/u/12461/crop65b195553d948.jpg?f=community)
dat klopt niet, een pointer in pascal doe je met ^, net zoals een * in C. Zoals whoami al aangaf is var alleen maar voor references. Of wil je een array van C-style strings gaan definieren als var var char
Ik had het er laatst nog met iemand op #devschuur over (Creepy geloof ik) dat pascal juist een wat irritanter type-notatie-systeem heeft, omdat je niet elk type in 1 regel kan opschrijven. Een pointer naar een pointer naar int kun je niet definieren als ^^Int, daar heb je een ander subtype voor nodig.
Het wachten is op Visual C++ whidbey, waarbij je managed en unmanaged code perfect kan mixen. Managed pointers en references krijgen dan een andere notatie (resp. ^ en %)
oh, dus ze moeten maar weggelaten worden, omdat het misbruikt kan worden
Vind ik een erg kromme redenering (die ik overigens wel vaker hoor). Alsof we beschermd moeten worden tegen onszelf. Laten we dan pointers ook maar afschaffen, anders kan ik dit doen:C++:
1
2
3
4
5
| int main () { int * ptr = reinterpret_cast<int *> (rand ()); *ptr = 1234; } |
Macro's zijn gewoon enorm handig voor compile-time conditionele code (bijvoorbeeld verschillen tussen debug en release builds), en assertions e.d.. Dat zijn dingen die ik echt mis bij andere talen
da's subjectief. Ik vind perl cryptisch, C is imho heel goed leesbaar. Het zit 'm denk ik in het feit dat veel C programmeurs ook cryptische namen voor hun variabelen en functies gebruiken (kijk bijvoorbeeld eens naar de linux API
). Dat kun je nauwelijks C zelf kwalijk nemen. Oh wacht, we moeten natuurlijk tegen onszelf beschermd worden, dus laten we identifiers van minder dan 8 tekens maar verbieden (beetje overdreven natuurlijk, maar alleen om het even te relativeren )
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
met uitzondering dat de check voor null niet hoeft bij casts
het is natuurlijk subjectief, maar ik denk dat je dan niet genoeg ervaren was in C++. Memory-management zijn vooral dingen waar je problemen mee gaat krijgen in het begin, maar waarbij je als ervaren programmeur gewoon absoluut geen moeite meer mee hebt. Bovendien is de STL zo ongelooflijk veel productiever dan java's collections, zelfs met generics (in 1 tel kan ik een dynamische array van ints gebruiken waarbij ik kan invoegen en verwijderen. Hoe lang duurt het in java voordat je zoiets hebt opgezet? Goed, en nu hetzelfde verhaal als je er ook een voor doubles nodig hebt). Templates, operator overloading en references maken het programmeerleven echt zoveel gemakkelijker
Dat betwijfel ik ten zeerste. 5000 regels vind ik niet bepaald klein (comments tellen niet mee natuurlijk), dat code je denk ik niet in een week als je er ook nog over na moet denken (en dus niet simpel typwerk, zoals het ophalen of initialiseren van allerlei data enzo)
[ Voor 73% gewijzigd door .oisyn op 27-11-2003 16:40 ]
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
Ik wil ermee zeggen dat je in pascal niet zo snel naar een pointer hoeft te grijpen omdat je door een var al dmv reference kan doorgeven.:
[...]
dat klopt niet, een pointer in pascal doe je met ^, net zoals een * in C. Zoals whoami al aangaf is var alleen maar voor references. Of wil je een array van C-style strings gaan definieren als var var char
Ik denk dat je het dan nog even goed moet lezen, het was positief bedoelt. Macro`s worden over het algemeen een schadelijk c element gevonden, omdat je het dus kan misbruiken. Maar iedere krachtige feature kan misbruikt worden. Ik heb dus geen problemen met macro`s (en zou zelfs willen dat ze in java terug te vinden zijn)oh, dus ze moeten maar weggelaten worden, omdat het misbruikt kan worden
Ah ok, dan heb ik je opmerking verkeerd geinterpreteerd, sorry
(en derhalve is de helft van mijn post gelijk tot niet relevant verklaard, voor niets zitten typen
)
(en derhalve is de helft van mijn post gelijk tot niet relevant verklaard, voor niets zitten typen
)
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
Java heeft sinds kort het assert commando. Hierdoor kan je in ieder geval optioneel alle zware berekeningen laten uitvoeren (handig voor het debuggen). Maar je mag het niet gebruiken bij publieke methodes (en ook niet bij protected), dus je kan het maar beperkt inzetten aangezien ik toch graag mijn classes in verschillende packages indeel.
Dit zou met Macro`s ook opgelost kunnen worden, maarja... een betere assert functionaliteit was ook een oplossing geweest
Dit zou met Macro`s ook opgelost kunnen worden, maarja... een betere assert functionaliteit was ook een oplossing geweest
:strip_exif()/u/22119/ch.gif?f=community)
Even wat dingen die me te binnen schieten:
Volgens mij is er geen beste programmeertaal om mee te beginnen. Er is alleen maar een goede stok achter de deur nodig om te leren programmeren. Als je een grote opdracht (of een goed idee) krijgt om weet ik wat voor toepassing te schrijven, moet je eens opletten hoe snel je dingen onder de knie hebt.
Het heeft geen enkele zin om te zeggen "Ik ga leren programmeren". Het heeft alleen maar zin om te zeggen 'Ik ga dit en dit maken, wat zou ik daar het beste voor kunnen gebruiken'. Vaak kom je dan bij php terecht als het gaat om eenvoudige website-toepassingen en bij delphi/vb/java voor clientside toepassingen. C++ is volgens mij (in de praktijk) vaak iets wat je pas later "aandurft". Niet omdat het zo moeilijk is maar omdat er eenvoudiger (lijkende) alternatieven voor het grijpen liggen.
Verder zal je keuze vooral afhangen van smaak; wat je wel/niet mooi vindt. Elke taal heeft zijn eigen voor- en nadelen (de een wat meer voor dan nadelen). Je zult het nooit weten als je er niet eens wat mee geknoeid hebt.
Tot slot is er niemand die assembly in gaat zetten voor een webapplicatie en niemand die C# gebruikt om een wasmachine aan te sturen (hoewel ...?). Go figure
Volgens mij is er geen beste programmeertaal om mee te beginnen. Er is alleen maar een goede stok achter de deur nodig om te leren programmeren. Als je een grote opdracht (of een goed idee) krijgt om weet ik wat voor toepassing te schrijven, moet je eens opletten hoe snel je dingen onder de knie hebt.
Het heeft geen enkele zin om te zeggen "Ik ga leren programmeren". Het heeft alleen maar zin om te zeggen 'Ik ga dit en dit maken, wat zou ik daar het beste voor kunnen gebruiken'. Vaak kom je dan bij php terecht als het gaat om eenvoudige website-toepassingen en bij delphi/vb/java voor clientside toepassingen. C++ is volgens mij (in de praktijk) vaak iets wat je pas later "aandurft". Niet omdat het zo moeilijk is maar omdat er eenvoudiger (lijkende) alternatieven voor het grijpen liggen.
Verder zal je keuze vooral afhangen van smaak; wat je wel/niet mooi vindt. Elke taal heeft zijn eigen voor- en nadelen (de een wat meer voor dan nadelen
). Je zult het nooit weten als je er niet eens wat mee geknoeid hebt.Tot slot is er niemand die assembly in gaat zetten voor een webapplicatie en niemand die C# gebruikt om een wasmachine aan te sturen (hoewel ...?). Go figure
Music is the pleasure the human mind experiences from counting without being aware that it is counting
~ Gottfried Leibniz
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
:strip_icc():strip_exif()/u/2626/nice_eye.jpg?f=community)
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
Je zal het wel geen valide argument vinden, maar 2 weken terug heb ik een gast college gehad over C++ (vooral de verschillen met C) door 1 van de leden van het commitee dat de ANSI C++ standaard hebben bepaald.
Hij zei het letterlijk, dat de Templates samen met de STL zijn ontworpen om genericiteit te implementeren.
Een template kan bestaan voor alleen een functie of hele klassen. Als je zo'n template gebruikt dan wordt hij in de compiler vertaald naar het type dat je op dat moment wilt gebruiken en mee gecompiled, als je dezelfde template erg vaak gebruikt voor veel verschillende types, dan wordt die code in erg veel vormen door de compiler gedupliceerd en in je binary gezet. Genericiteit voor algoritmes is geimplementeerd met templates en iterators. Daarna kwam er een hele handeling met een ingewikkeld voorbeeld als afsluiting. Ik heb de sheets hier nog voor me, helaas kan ik geen digitale online versie vinden, want het is wel interesant
"Beauty is the ultimate defence against complexity." David Gelernter
/u/27299/hoofd.png?f=community)
Ik heb een vermoeden dat ik dat college ken. Sterker nog, ik heb het gevoel dat ik dat college 2 jaar geleden zelf heb gegeven:
[...]
Je zal het wel geen valide argument vinden, maar 2 weken terug heb ik een gast college gehad over C++ (vooral de verschillen met C) door 1 van de leden van het commitee dat de ANSI C++ standaard hebben bepaald.
Hij zei het letterlijk, dat de Templates samen met de STL zijn ontworpen om genericiteit te implementeren.
Een template kan bestaan voor alleen een functie of hele klassen. Als je zo'n template gebruikt dan wordt hij in de compiler vertaald naar het type dat je op dat moment wilt gebruiken en mee gecompiled, als je dezelfde template erg vaak gebruikt voor veel verschillende types, dan wordt die code in erg veel vormen door de compiler gedupliceerd en in je binary gezet. Genericiteit voor algoritmes is geimplementeerd met templates en iterators. Daarna kwam er een hele handeling met een ingewikkeld voorbeeld als afsluiting. Ik heb de sheets hier nog voor me, helaas kan ik geen digitale online versie vinden, want het is wel interesant
TU Delft, ITS? En ik heb het vermoeden dat dit jaar JC van Winkel het college gaf?In elk geval is er een verschil tussen Generic Programming, het concept en Generics zoals ze in Java 1.5 zitten. Een uitwerking van het eerste vind je in Advanced C++, wat de Loki library presenteert. Dat is een library die bekende patterns in code uitdrukt. Met Java's generics lukt dat niet.
Man hopes. Genius creates. Ralph Waldo Emerson
Never worry about theory as long as the machinery does what it's supposed to do. R. A. Heinlein
euh..
bedankt allemaal van jullie aandacht hehe..
maar nu weet ik het niet meer goed
iedereen zegt wat anders
sinds gisteravond gepost en nu al 90 berichtjes ofzo.
wat is c en c++ ofzo voor een programma? want dat hoor ik het meeste hier...
alvast bedankt voor jullie aandacht
bedankt allemaal van jullie aandacht hehe..
maar nu weet ik het niet meer goed
iedereen zegt wat anders
sinds gisteravond gepost en nu al 90 berichtjes ofzo
.wat is c en c++ ofzo voor een programma? want dat hoor ik het meeste hier...
alvast bedankt voor jullie aandacht
/u/7850/crop5a3d770705a49_cropped.png?f=community)