|
Dit topic is 40 pagina's lang: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 |
||||
Auteur: |
|
|
Voor zover ik weet zijn daar ook tooltjes voor die dit soort foutjes kunnen opsporen. puntkomma vergeten, haakje vergeten, accolade vergeten etc. etc. "This one is older than shit, heavier than time!" |
|
Uiteraard. Maar daarmee maak je wel de aanname dat iemand die ook gebruikt. [Deze realiteit is gemodereerd door Illusione op 28 juni 2009] 'I'm sorry, Wendy, but I just don't trust anything that bleeds for four days and doesn't die.' |
|
quote: Nou het is vaak wel handig, zeker als je nogal veel source code hebt. Niet dat ik die tools gebruik, ik programmeer nauwelijks tot niet. "This one is older than shit, heavier than time!" |
|
quote: o_O Dat soort voordehand liggende fouten weet de compiler meestal wel te vertellen Zenial |
|
quote: Natuurlijk is 't handig. Ik ben regelmatig dankbaar geweest voor pakketen die mij lieten zien wat ik vergat. Maar om aan te nemen dat iemand anders die ook gebruikt, daar ben ik heeelll voorzichtig in geworden door de jaren heen. Als het dus overkomt alsof ik open deuren intrap of iets wat heel erg voor de hand lig, dan komt dat puur doordat ik door de jaren heen heb meegemaakt dat die aannames niet kloppen. Aannames zijn gevaarlijk. [Deze realiteit is gemodereerd door Illusione op 28 juni 2009] 'I'm sorry, Wendy, but I just don't trust anything that bleeds for four days and doesn't die.' |
|
quote: .. ja, hoewel het ook best in de vorm van 'Unexpected error occured' kan voorkomen. [Deze realiteit is gemodereerd door Illusione op 28 juni 2009] 'I'm sorry, Wendy, but I just don't trust anything that bleeds for four days and doesn't die.' |
|
Betere compiler gebruiken dan Zenial |
|
Aannames. Wederom. [Deze realiteit is gemodereerd door Illusione op 28 juni 2009] 'I'm sorry, Wendy, but I just don't trust anything that bleeds for four days and doesn't die.' |
|
Nee aanbeveling Zenial |
|
Hetzelfde, in een duurdere vorm. [Deze realiteit is gemodereerd door Illusione op 28 juni 2009] 'I'm sorry, Wendy, but I just don't trust anything that bleeds for four days and doesn't die.' |
|
Of een leuke compiler hebben die al standaard de int main inclusief return en accolades neerzet als je een nieuw project aanmaakt Dat verhaal van het weglaten heb ik van onze docente op school trouwens |
|
Elk pakket doet andere dingen. Als je zeker wilt zijn van een bepaald resultaat, zul je het zelf moeten invoeren. [Deze realiteit is gemodereerd door Illusione op 28 juni 2009] 'I'm sorry, Wendy, but I just don't trust anything that bleeds for four days and doesn't die.' |
|
Voor C ben ik met deze wel tevreden |
|
Dan ga ik ook maar even een open deur intrappen, maar voor het voorkomen van fouten zoals het vergeten van accolades e.d. is er een hele simpele remedie: Op een zorgvuldige manier je code schrijven. Dat wil zeggen consequent inspringen bij nestingen. Accolades netjes onder elkaar, zodat je precies ziet waar het blok begint en waar het eindigt. En op het moment dat je een accolade openen hebt getypt, eerst de accolade sluiten eronder zetten en vervolgens het blok verder gaan invullen. Code schrijven doe je niet van boven naar beneden, maar van buiten naar binnen. Scream for mercy // He laughs as he's watching you bleed // Killer behind you // His blood lust defies all his needs // Look out I'm coming for you! |
|
Wat mijn punt is, een compiler detecteert wel de fout. Maar geeft vaak een verkeerde regel aan waar de fout denk te zitten. Doordat je bijvoorbeeld een ; vergeet kan een ander statement fout zijn. Als je zo'n syntax checker hebt, die ziet precies waar dat probleem zich voordoet. Een ander voorbeeld is een switch statement met breaks, als je daar een ; vergeet dan zegt de compiler niks. Het kan vervolgens wel behoorlijke gevolgen hebben. Hoe zorgvuldig je ook bent, foutloos kan het toch nooit worden. Zeker niet als je met flinke source code te maken hebt. "This one is older than shit, heavier than time!" |
|
Maar gelukkig zijn er wel strategieën om fouten zoveel mogelijk af te vangen gedurende het ontwikkeltraject. Op ontwikkelaar-niveau het gebruikmaken van een fatsoenlijke IDE natuurlijk. Bij mijn huidige werkgever ben ik nog wat verder gegaan; ik heb een statische analyse tool geïntegreerd in de ANT build tasks, dus het is niet mogelijk om je werk te compileren/ in te checken zonder dat deze eerst door de statische analyse tool getrokken wordt. Hiermee vang je niet alleen veelgemaakte programmeerfouten af maar kun je ook een bepaalde codeerstijl afdwingen. En het kan uiteraard nog verder gaan. |
|
quote: Bij ons gebruiken ze de laatste Visual Studio samen met Visual Assist, werkt erg lekker en vanwege alle autocompletes wordt je er erg lui van hahaha. Soms typ je echt een regel code op deze manier: f [tab] i [tab] 0 10 a [tab] p [tab] [enter] Zenial |
|
|
|
quote: Dat zie je goed. |
|
Voor JAVA moeten we op school Visual Cafe gebruiken... . |
|
Java gebruiken op zich is al om te janken Zenial |
|
quote:Gewoon zelf Eclipse erop zetten |
|
quote:Dat is dan de IDE die dat voor je doet, niet je compiler. Toch wel even iets anders. |
|
quote: En waar denk je dat de IDE die wijsheid vandaan haalt |
Dit topic is 40 pagina's lang: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 |
Index / Algemeen | Vorige pagina | Volgende pagina |