Quote:

>> - wat is basic, is het exact gedefineerd, of mag een afgeleide basic (bijvoorbeeld een basic met pascal/c(++) features) ook een basic genoemd worden? << Basic is in mijn opzicht iets dat door een interpreter gaat. MSX-BASIC, QBasic doen dit beide.. Pascal en C++ daarintegen niet.. Moeten gecompileerd worden. Dus noem ik dat niet afgeleide van Basic. Daarbij komt kijken dat de taal (1e, 2e tm 4e generatie) taal bijhoorlijk afhangt. 4e generatie mag je Basic noemen. 1e generatie daarintegen niet...

MCBC? Kun-Basic? Twee compilers voor MSX-Basic al dan niet op 2 verschillende manieren benaderd en met ieder hun eigen lijst van wel (en niet) ondersteunde statements en functies. En weg is je definitie van Basic...

Quote:

>> - wanneer is iemand programmeur? << Programmeur is iemand (imo) die problemen kan oplossen in de automatiserings wereld. Dus zou je een excel document maken (om een probleem op te lossen) dan mag je jezelf wat mij betreft 'programmeur' noemen

Nu moet je geen dingen door elkaar halen. Als je in Excel een sheetje maakt (om al dan niet een probleem op te lossen), ben je nog geen programmeur. Als je in dat Excel sheetje wat formules gooit om wat te berekenen aan de hand van waarden uit dat sheetje, zou je jezelf een beetje als programmeur kunnen zien. Je bent pas programmeur als je je op behoorlijk diepgaand niveau met VBA aan het probleemoplossen gaat. En dan bedoel ik niet even vlug een macrootje opnemen en het achter een toolbar buttontje te plakken om een reeks dingen niet opnieuw te hoeven intypen.

Jezus, wat een geneuzel allemaal

MSX-Basic moet net zo goed vertaald worden naar Machinetaal door de MSX om er iets mee te kunnen, dus dat MSX-Basic DIRECT werkt is ook een fabeltje.

En ik ben het met Wolf_ eens dat het verschil tussen "F5 - Run" en "F5 - Compile - Run" echt verwaarloosbaar klein is. Goeiendag, dan heb je het echt over fracties van seconden.

Quote:

>> Nu moet je geen dingen door elkaar halen. Als je in Excel een sheetje maakt (om al dan niet een probleem op te lossen), ben je nog geen programmeur. Als je in dat Excel sheetje wat formules gooit om wat te berekenen aan de hand van waarden uit dat sheetje, zou je jezelf een beetje als programmeur kunnen zien. Je bent pas programmeur als je je op behoorlijk diepgaand niveau met VBA aan het probleemoplossen gaat. En dan bedoel ik niet even vlug een macrootje opnemen en het achter een toolbar buttontje te plakken om een reeks dingen niet opnieuw te hoeven intypen.

Ik haal geen 2 dingen door elkaar Ik zeg alleen wanneer je een excel file maakt.. en voeg er niet aan toe hoe diep gaand je dat excelfiletje maakt. En ehm.. Ben afgestuudeerd ICT'er. En daarin is 'probleem oplosser' een ander woord voor 'programmeur'. Dus, ik geef alleen door wat ik geleerd heb

Maar wat jij nu zegt is ( Je bent pas programmeur als je je op behoorlijk diepgaand niveau met VBA aan het probleemoplossen gaat.) en daar ben ik het al helemaal niet mee eens. Waarom moet je diepgaand bezig zijn wil je programmeur zijn. 10 print 'hallo wereld' is toch ook programmeren?

Of bedoel je met de naam programmeur meer de title 'programmeur' of 'senior programmer' in het zaken wereldje?

ik hoop toch dat het niet een elitaire kwestie aan het worden is

zo van: stop alle nivo's en type taal-gebruikers in een taart diagram, en alleen die ene sector van 1% die in asm cood mag zich programmeur noemen.. .. en de rest is eenvoudig voetvolk!


edit: ik vind iemand een programmeur die in een programmeertaal een programma maakt. asm, basic, pascal, c(++), java, prolog, html, logo etc.

Ik zou willen uitzonderen: een dos batchfile.., een raytrace script zoals povray, aangezien dit scripts zijn.. je hoeft er zegmaar niet abstract voor te denken.

Verder, alhoewel een wasmachine een wasprogramma heeft zou ik niet de eindgebruiker die aan de knop draait een programmeur willen noemen.

hoppa... en daar heb ik nou niets aan toe te voegen...

nou, misschien dat je met batch files wel zou kunnen programmeren. Er zijn immers mogelijkheden in batch files waarbinnen je kunt springen en dus delen overslaan afhankelijk van instellingen of parameters.

en Low_Profile... in de muziek zijn fracties van seconden hoorbaar. En je zou op sommige momenten muziek maken ook programmeren kunnen noemen.

is ook een discussie waardig... "ben je programmeur wanneer je een script kunt maken?"

Nog leuker: is Povray een taal waarbinnen je programmeert ?

Als ik in Povray een rode bol defineer ziet dat er zo uit:

Sphere{<x,y,z>,radius
pigment{
color rgb<1,0,0>
}
}

is dat nu programmeren ?

Ik zou iemand die alleen bezig is met scripting wel een programmeur willen noemen.. Alleen denk ik dat ik met deze uitspraak de wind van voren ga krijgen

ja opzich.. is een script een 'programma' .. als in: 'een reeks instructies' .. de echte kwestie ligt denk ik in het abstracte denken.

Om bij Povray te blijven, je hoeft geen verstand van 'programmeren' te hebben om een zooi objecten op het scherm te toveren, en toch ziet het eruit als de taal C .

Noot aan Low_Profile: ik heb nooit gezegd dat er een verschil tussen F5 - Run en F5 -Compile - Run zit, het gaat mij om de vele stappen die daarvoor zitten.

Een scripter is geen programmeur, daarom heet ie een scripter (=script schrijver).

De definitie van een programmeur is iemand die aan de hand van een probleem een oplossing kan bedenken, en dat implementeert in een programma. N.B., een script is geen programma, daar heet het een script voor.

Los van de definitie is het m.i. van belang dat een programmeur, voor hij zichzelf zo mag noemen, over een redelijke hoeveelheid kennis bezit van het systeem dat hij programmeert en dat zijn programma's idd probleemoplossend zijn. Dus geen "10 PRINT"Hallo, ik ben Wolf":GOTO 10"

Verder moet een programmeur over het algemeen meer dan 1 programmeertaal machtig zijn. Ken je alleen BASIC? Dan ben je een BASIC-programmeur. Ken je alleen assembly? Dan ben je een Assembly-programmeur, etcetera.

Naast programmeurs heb je nog de coders, die programmeren meer als een kunstvorm zien, vaak programmeren zij machinetaal in hex

En dat zijn al 3 talen die ik machtig ben, al pas ik de laatste niet vaak toe.

Quote:

het gaat mij om de vele stappen die daarvoor zitten.

verklaar je nader... welke stappen ?

wat is het verschil -afgezien van het dialect- tussen:

auto
10 Print"blah"
20 Goto 10

[ctrl c]

[run/F5]

en

Repeat
Print"blah"
Forever

[F5]

Waar zitten dan die extra stappen die voor de gebruiker van belang zijn en die dus -want daarom begonnen we hier uiteindelijk over- invloed hebben op de gebruiksvriendelijkheid?

Jongen, ik heb ze al twee keer gezegd... Hou je nou niet van de domme.

ik heb nog even al je posts nagelezen.. maar op deze pagina (5) zeg je niet om welke stappen het gaan.. op pagina 4 zeg je 2x dat er 'stappen' zijn (maar niet welke).. op pagina 3 ook 1 of 2 keer.. maar dus nergens wat die stappen zijn.

Dus.. je mag me dom vinden of wat dan ook, maar ik vraag nogmaals: wat zijn die stappen die tussen de source en het runnende programma zitten, die voor de eindgebruiker relevant zijn qua gebruiksvriendelijkheid?

Heb je toch niet goed gelezen...

ik hoop voor je dat je toch niet dat "10 minuten opstarten van een PC" bedoelt ..