On Friday 21 February 2014 09:13:58 B. Bell wrote: > Goedemorgen Chris, > > > Bedankt voor het reageren op mijn bericht. > > > Om eerlijk te zijn ben ik redelijk nieuw met Python programmering, sterker > nog, het is de eerste keer dat ik het echt gebruik. > > Het is bijna onmogelijk om hulp te krijgen en ik probeer echt van alles, je > reactie is al een lichtpunt!
De reden dat niemand reageert is omdat je de verkeerde vraag stelt. Je vraag komt op mij over als "hier is een dump van wat ik weet, los mijn probleem op voor mij". Net als jij hebben wij ook geen flauw benul wat een willekeurig programma doet zonder eerst een dag of wat te bestuderen hoe en wat de code bevat. Het is dus niet zo dat wij met een blik op de code kunnen aanwijzen waar het probleem zit. (Als dat zo zou zijn, dan zouden we bugs in onze eigen code triviaal kunnen opsporen.) Met andere woorden, om je te helpen moet ik een onbekend programma met onbekende functionaliteit een aantal dagen bestuderen. Ik kan het niet testen zonder apparaat, en uit je beschrijving klinkt het alsof het een subtiel probleem kan zijn, wat best wel eens weken zou kunnen kosten. Dat alles doe ik dan om een mij onbekend persoon te helpen die onbekende belangen heeft bij de oplossing. Sorry, maar ik heb nog andere dingen te doen in die dagen. Tot zover de uitleg waarom er geen reacties komen op je verzoek. De volgende vraag is dan "hoe verder". Mijns inziens moet je stoppen met het oplossen van je probleem. Lees de vorige zin nog een keer! Zie het probleem als een excuus om te leren hoe je programma werkt. Als je begrip hebt over hoe je programma werkt, ontstaat ook begrip over de oorzaak van je probleem, en op dat moment kun je ook overzien op welke manier je het probleem op moet lossen. Met andere woorden, richt je niet op het einddoel, maar op de route er naar toe. Welk stuk van de route heb je als eerste nodig? Oftewel welke delen van het programma begrijp je en welke delen niet. Waar is informatie over die delen? Lees dat, experimenteer ermee, tot je vertrouwd bent met die materie. Pak dan het volgende stukje van de route. Wat onderdelen van de route die je kunt onderscheiden - Python taal (de basis taal, en klasses op zijn minst) - Hardware / seriele IO - Event-based programmeren (dat is hoe GUIs werken) - PyQt - Asynchroon communiceren. Deze delen kun je over het algemeen bestuderen los van je probleem. Door het los te doen krijg je meer vrijheid in experimenteren. Als je de ondelen een beetje kent, kun je nog eens naar je probleem kijken. Tenslotte, de vraagstelling op fora of discussie lijsten zoals hier. De beste vorm is om in een heel klein voorbeeldje duidelijk te maken wat je probleem is (bij voorkeur ook door anderen te draaien), en op welk punt *precies* je vast zit. (Het verschil tussen 'hij doet het niet', en 'de compiler geeft fout "bladiebladiebla op regel 21", wat bedoelt hij daar mee?') Over het algemeen krijg je dan geen rechtsreekse oplossing, maar hints als "kijk hier eens naar", of "zou het dat kunnen zijn?". Jouw probleem is echt jouw probleem, en hulp betekent dat we proberen je een sprongetje links of rechts te laten maken in de hoop dat je de weg zelf terug vindt. Albert _______________________________________________ Python-nl mailing list Python-nl@python.org https://mail.python.org/mailman/listinfo/python-nl
