Dat is ook niet echt een programmeerfout maar kan gezien worden als refactoring
:strip_icc():strip_exif()/u/276052/avatar_2.jpg?f=community){kind=avatar}
/u/286895/icon1.png?f=community)
En als je dat jezelf aanleert ga je soms weer denken hoe je een naam toch wat korter kan maken omdat hij zo fucking lang is als hij de lading goed moet dekken.
Heeft geen speciale krachten en is daar erg boos over.
:strip_exif()/u/240696/Darth%2520Stewie.gif?f=community)
Intellisense en CTRL-space dan valt dat wel mee.:
[...]
En als je dat jezelf aanleert ga je soms weer denken hoe je een naam toch wat korter kan maken omdat hij zo fucking lang is als hij de lading goed moet dekken.
/u/172597/crop5e1225c8b1011.png?f=community)
No trees were harmed in creating this message. However, a large number of electrons were terribly inconvenienced.
/u/313216/crop679f937b7f4c1_cropped.png?f=community)
Misschien daarvoor een scriptje schrijven? 
[ Voor 8% gewijzigd door LEDfan op 22-06-2012 19:35 ]
Als je alle kleine fouten hier bij elkaar optelt kom je toch heel snel op een blunder.
App zit trouwens vol met bugs.
+ ik wilde gewoon ff posten
App zit trouwens vol met bugs.
+ ik wilde gewoon ff posten
[ Voor 16% gewijzigd door Soundless op 25-06-2012 14:20 ]
:strip_icc():strip_exif()/u/172182/crop5ea83ce62d327.jpeg?f=community)
Juweeltje uit onze codebase:
bgwSync is dus een BackgroundWorker die dus op de achtergrond draait en vervolgens op de GUI thread gaat synchroniseren 
C#:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
| private void bgwSync_DoWork(object sender, DoWorkEventArgs e) { while (true) // constantly run { if (Properties.Settings.Default.BackgroundSyncEnabled && !IsInitializing) { try { Invoke ( RunSyncAsDelegate() ); Thread.Sleep(Properties.Settings.Default.BackgroundSyncTime); } catch { } } else { Thread.Sleep(1000); } } } |
bgwSync is dus een BackgroundWorker die dus op de achtergrond draait en vervolgens op de GUI thread gaat synchroniseren
Hail to the king baby!
:strip_exif()/u/13818/episodebutler_60x60.gif?f=community)
Ken Thompson's famous line from V6 UNIX is equaly applicable to this post:
'You are not expected to understand this'
/u/11437/wandcontactdoos.png?f=community)
Oh?
Heb even geen zin een RML table te gaan klussen, dan maar zo Het doet dus in 75% van de gevallen hetzelfde, in 25% geeft het de verkeerde uitkomst 
Heb even geen zin een RML table te gaan klussen, dan maar zo
Het doet dus in 75% van de gevallen hetzelfde, in 25% geeft het de verkeerde uitkomst
"Your life is yours alone. Rise up and live it." - Richard Rahl
Rhàshan - Aditu Sunlock
:strip_icc():strip_exif()/u/86654/krat_toren.jpg?f=community)
Niet dus, bij de combinatie isBackup = true en NeedsToBeSaved = false.
code:
1
| if (!isBackup) NeedsToBeSaved = false; |
Nu is NeedsToBeSaved nog steeds false, maar bij:
code:
1
| NeedsToBeSaved = isBackup; |
krijgt NeedsToBeSaved de waarde true. Of die combinatie nodig of zelfs zinnig is, is een tweede, maar de code doet zeker niet hetzelfde.
@Paul
[ Voor 4% gewijzigd door CodeCaster op 26-06-2012 10:37 ]
https://oneerlijkewoz.nl
Op papier is hij aan het tekenen, maar in de praktijk...
Ik kwam deze bug tegen in oude macrocode. Ik werk op z/OS, en we hebben bovenop de assembler een eigen macrotaal gebouwd.
De code die ik wilde draaien loopte oneindig lang:
De DS (DataStore) X is een unsigned byte.
De code genereerde aan het begin van de lus de instructies voor de "TO,255" als "verlaat de lus als INDEX >= 256"
De code die ik wilde draaien loopte oneindig lang:
code:
1
2
3
4
5
6
| DATA WORK
INDEX DS X
ENDDATA ,
DO (INDEX,FROM,0,TO,255)
..
ENDDO , |
De DS (DataStore) X is een unsigned byte.
De code genereerde aan het begin van de lus de instructies voor de "TO,255" als "verlaat de lus als INDEX >= 256"
[ Voor 14% gewijzigd door Sendy op 26-06-2012 18:48 ]
Ken Thompson's famous line from V6 UNIX is equaly applicable to this post:
'You are not expected to understand this'
/u/14091/icon.png?f=community){kind=icon}
Nu ga je zelf van dingen uit. Ik plaats hem hier dus niet omdat er tussenin code wordt veranderd maar omdat het apart is dat je zoiets doet terwijl je dus gewoon NeedsToBeSaved = isBackup; kan doen (en ja dat kan dus echt in dit geval)
Ik heb ook nergens beweerd dat dit als bug wordt gezien. Wordt dan ook niks aan gedaan, dit blijft gewoon staan...
We hebben genoeg bugs om te fixen en dit is er geen
If it ain't broken, don't try to refactor.
[ Voor 3% gewijzigd door Davio op 27-06-2012 09:07 ]
Precies:
If it ain't broken, don't try to refactor.
Alles werkt echt net op het puntje dus elke kleine wijziging kan fataal zijn
Nadat we van de grootste bugs af zijn, kunnen we wel gaan refactoren (hoop ik
)Gaan we niet een beetje offtopic?
[ Voor 21% gewijzigd door Soundless op 27-06-2012 09:32 ]
Dan werk je met Italiaanse pasta. Denk maar eens zo. Stel dat er een bug is. Hoe ga je het dan oplossen? Werk je dan ook overal omheen?:
[...]
Precies
Alles werkt echt net op het puntje dus elke kleine wijziging kan fataal zijn
Nadat we van de grootste bugs af zijn, kunnen we wel gaan refactoren (hoop ik
Gaan we niet een beetje offtopic?
:strip_icc():strip_exif()/u/87691/avatar_alex.jpg?f=community){kind=avatar}
Lekker
De hoeveelheid WTF's valt hier de laatste tijd eigenlijk wel mee. Of ik begin gewend te raken aan de code, dat kan natuurlijk ook.
We are shaping the future
Is dat werkelijk zo. je vervangende code betekend::
[...]
Nu ga je zelf van dingen uit. Ik plaats hem hier dus niet omdat er tussenin code wordt veranderd maar omdat het apart is dat je zoiets doet terwijl je dus gewoon NeedsToBeSaved = isBackup; kan doen (en ja dat kan dus echt in dit geval)
Ik heb ook nergens beweerd dat dit als bug wordt gezien. Wordt dan ook niks aan gedaan, dit blijft gewoon staan...
We hebben genoeg bugs om te fixen en dit is er geen
"Of er opgeslagen moet worden is equivalent aan of het een backup is."
De originele code heeft meer als betekenis:
"Als het geen backup is, dan hoeft er ook niet opgeslagen te worden."
De uitwerking is misschien hetzelfde, maar het zijn wel twee fundamenteel andere dingen. Ik vraag mij dan ook terecht af of de code door die aanpassing beter wordt.
Ken Thompson's famous line from V6 UNIX is equaly applicable to this post:
'You are not expected to understand this'
Bij de kleinere bugs momenteel wel.
Er is een sectie die vol zit met bugs. Grootste gedeelte van de bugs heeft daarmee te maken. Ik denk er over om heel die sectie te herschrijven maar ik wil dit graag eerst bespreken met een collega (ben nog nieuw in deze afdeling
)Zoals ik al zei heb ik hier niks aan aangepast. Dus die ifje staat er nog. Ben het ook niet van plan aan te passen.
[ Voor 18% gewijzigd door Soundless op 27-06-2012 10:17 ]
/u/155722/Looneytunes.png?f=community)
Dat dus
Er zijn geen unit tests.
Maar dat is nog niet alles!
Het is een van de main applicaties van het bedrijf en er is geen documentatie. Er is maar 1 ontwikkelaar die weet hoe het in elkaar zit en dat is omdat hij het heeft gebouwd.
Als hij vertrekt, moet het bedrijf waarschijnlijk 3/4 van de werknemers ontslaan om niet failliet te gaan...
:strip_icc():strip_exif()/u/40565/cow.jpg?f=community)
/u/26735/crop5b6e03049ac12.png?f=community)
Vond ik er ook van! Iemand die een refactor erdoor heeft gejaagd zonder erbij na te denken.:
Mooi gebruik van je parameter.
Bleek daarboven nog eens dat dit stukje niet gedekt was door enige unit tests, of uberhaupt niet gebruikt werd (momenteel andere tests aan het draaien om dat te controleren) -> Weghalen is de boodschap.
https://oneerlijkewoz.nl
Op papier is hij aan het tekenen, maar in de praktijk...
:strip_icc():strip_exif()/u/111986/03042010122s.jpg?f=community)
:strip_exif()/u/90159/l33t.gif?f=community)
Eén van de slechtste programmeervoorbeelden die ik heb gezien heb ik ooit zelf geschreven. Typisch gevalletje 'test-code in productie'.
Het achtergrond verhaal: Externe leverancier had zonder goede waarschuwing een API veranderd, waardoor ik in een haastklus de nieuwe API moest implementeren om file informatie te tonen. Natuurlijk moest ik dit 's ochtends vroeg doen terwijl er 250+ KM file stond, en ik wilde m'n code nog even testen voor het geval er geen files/waarschuwingen zijn.
Het resultaat op productie (geen copy paste, maar de situatie uit het hoofd even snel opnieuw getypt):
M'n viewscript:
De echte code was iets anders opgezet en toonde geen notices op het moment dat de traffic array niet bestond, maar regel 1 had dus niet in productie mogen komen. Wijze les: Als je gebruik maakt van externe API's en je cached de boel toch al in je eigen database.... manipuleer dan de data in je database ipv deze oplossing die uit pure luiheid is ontstaan .
Het achtergrond verhaal: Externe leverancier had zonder goede waarschuwing een API veranderd, waardoor ik in een haastklus de nieuwe API moest implementeren om file informatie te tonen. Natuurlijk moest ik dit 's ochtends vroeg doen terwijl er 250+ KM file stond, en ik wilde m'n code nog even testen voor het geval er geen files/waarschuwingen zijn.
Het resultaat op productie (geen copy paste, maar de situatie uit het hoofd even snel opnieuw getypt):
M'n viewscript:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
| <? unset($traffic); ?>
<li>
<? foreach ($traffic['jams'] as $trafficjam): ?>
<!-- Toon file -->
<? endforeach; ?>
</li>
<li>
<? foreach ($traffic['warnings'] as $warning): ?>
<!-- Toon waarschuwing -->
<? endforeach; ?>
</li> |
De echte code was iets anders opgezet en toonde geen notices op het moment dat de traffic array niet bestond, maar regel 1 had dus niet in productie mogen komen
. Wijze les: Als je gebruik maakt van externe API's en je cached de boel toch al in je eigen database.... manipuleer dan de data in je database ipv deze oplossing die uit pure luiheid is ontstaan .
I think there is a world market for maybe five computers. - Thomas Watson (1874-1956), Directeur van IBM (1943)
Wat een reacties. Deze test heb ik iig al gedaan:
Of natuurlijk gewoon: De methode verwijderen en kijken of je nog kunt builden.
CTRL+R G had ik ook al gedaan.
Nu hebben we ook Integration Tests, die niet getoont worden in onze sonar: Daar kan ik dus niet vlug zien of het al dan niet nog ergens stiekem gebruikt wordt. Deze draaien (met success) kan daar dan klaring over geven.
:strip_icc():strip_exif()/u/132250/d1ca484677dbb1382705e67689809639.jpeg?f=community)
Wat heeft dat in hemelsnaam te maken met het unsetten van een variabele?:Wijze les: Als je gebruik maakt van externe API's en je cached de boel toch al in je eigen database.... manipuleer dan de data in je database ipv deze oplossing die uit pure luiheid is ontstaan
Het unsetten van de variabele was om te testen hoe de code zich zou gedragen wanneer er geen files/waarschuwingen zijn. Ik had beter de gecachte data in de database kunnen manipuleren om deze situatie na te bootsen omdat er dan geen risico zou zijn om per ongeluk testcode te committen en naar productie te pushen:
[...]
Wat heeft dat in hemelsnaam te maken met het unsetten van een variabele?
.
I think there is a world market for maybe five computers. - Thomas Watson (1874-1956), Directeur van IBM (1943)
/u/36659/crop65f402601bb24_cropped.png?f=community)
Hier wil ik toch wel even op terugkomen (ja het is een paar pagina's geleden). Maar zeker voor beginnende programmeurs is het juist erg belangrijk om je je te realiseren waarom je nu OOP toepast. Die realisatie, dat inzicht, is van onschatbare waarde en wordt achteraf steeds moeilijker om in te zien.
Het probleem is dat er snel een "het werkt dus het is goed" gedachte gaat sluimeren. Iedereen in deze wereld kent wel iemand die hard roept dat hij OO programmeert maar in feite alleen z'n functies aan het categoriseren is. En probeer iemand die dat al 10 jaar doet maar 's uit te leggen dat hij/zij er geen bal van snapt....
Als een beginnende programmeur dus dit begint te doen onder de noemer van OO mag wat mij betreft alles aan de kant gelazerd worden. De hoe & waarom van OO echt snappen is een enorm belangrijke en solide basis voor iedere programmeur die professioneel gezien verder wil komen.
You are the all-dancing, all-singing crap of the world - Jack
:strip_icc():strip_exif()/u/12461/crop65b195553d948.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.
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.
Verwijderd
Onder het motto: slechte implementatievoorbeelden.
Men neme een XML document
(extra enters voor de duidelijkheid)
Men neme powershell 2.0, en leest dat document in
Returnt 2. Klopt toch?
Returnt... helemaal niets
edit: in powershell 3.0 doet hij wel wel netjes. Ik was toch al van plan om over te gaan op windows 8 zodra de RTM uitkomt...
Men neme een XML document
XML:
1
2
3
4
5
6
7
8
9
| <?xml version="1.0" encoding="UTF-8"?> <products> <foo>1</foo> <foo>2</foo> <bar>3</bar> </products> |
(extra enters voor de duidelijkheid)
Men neme powershell 2.0, en leest dat document in
PowerShell:
1
| $xml = [xml](get-content -en utf8 file.xml) |
code:
1
| ($xml.products.foo).count |
Returnt 2. Klopt toch?
code:
1
| ($xml.products.bar).count |
Returnt... helemaal niets
edit: in powershell 3.0 doet hij wel wel netjes. Ik was toch al van plan om over te gaan op windows 8 zodra de RTM uitkomt...
[ Voor 16% gewijzigd door Verwijderd op 02-07-2012 09:51 ]
Ik werk nu aan een C# project waar warnings as errors aanstaat, en er warnings staan ingesteld op het ontbreken van commentaar voor publieke members. Dat levert dit soort mooi commentaar op (thingy is mijn poging tot anoniemisering):
En dat dus voor elke method, property enzovoort. Ik heb nog geen enkel commentaar gezien dat ook maar 1% waarde toevoegt t.o.v. de functienaam
Dit is gelukkig code die ergens anders is ontwikkeld en nu is overgenomen, dus ik ga het voorstel inschieten om ten eerste die warning uit te zetten, en ten tweede het overbodige commentaar te verwijderen.
C#:
1
2
3
4
5
6
7
8
9
10
11
12
| /// <summary> /// Gets the global thingy status view. /// </summary> /// <value>The global thingy status view.</value> /// <CreatedBy>JCD 4 NOV 2010</CreatedBy> /// <HistoryOfChanges></HistoryOfChanges> /// <CreatedBy>JCD 4 NOV 2010</CreatedBy> /// <HistoryOfChanges></HistoryOfChanges> public IEnumView GlobalThingyStatusView { get { return mThingyStatus; } } |
En dat dus voor elke method, property enzovoort. Ik heb nog geen enkel commentaar gezien dat ook maar 1% waarde toevoegt t.o.v. de functienaam
Dit is gelukkig code die ergens anders is ontwikkeld en nu is overgenomen, dus ik ga het voorstel inschieten om ten eerste die warning uit te zetten, en ten tweede het overbodige commentaar te verwijderen.
[ Voor 10% gewijzigd door MBV op 04-07-2012 09:44 ]
/u/117810/cupcake2.png?f=community)
:strip_icc():strip_exif()/u/180657/texacoiq2.jpg?f=community)
Ik doe tegenwoordig nooit meer aan comments, ik kies altijd goede namen. Bespaart een hoop tijd, en onderhoud. Ik verbaas me echter wel als ik terug kijk naar oude code van mij hoe ontzettend netjes en overzichtelijk dat is vergeleken met de (commentloze) code die ik nu schrijf
En dan heb ik het over code van iets meer dan een half jaar geleden
En dan heb ik het over code van iets meer dan een half jaar geleden
:strip_exif()/u/62078/suarez_goticon.gif?f=community)
code:
1
2
3
4
5
6
7
| if x=1 then y=1 elsif x=2 then y=1 elsif x=3 then y=1 elsif x=4 then y=1 elsif x=5 then y=1 elsif x=6 then y=1 end |
/u/189240/av70.png?f=community)
Niet helemaal. Reflection kan een hoop verknallen:
Of natuurlijk gewoon: De methode verwijderen en kijken of je nog kunt builden.
[Te koop: 3D printers] [Website] Agile tools: [Return: retrospectives] [Pokertime: planning poker]
Ken Thompson's famous line from V6 UNIX is equaly applicable to this post:
'You are not expected to understand this'
Welk nuttig commentaar wil je bij een parameterloze constructor toevoegen? Wat voor klasse het is staat bovenaan bij de klasse, wat voor wijzigingen er zijn doorgevoerd staat in versiebeheer, en verder krijg je inderdaad 'create new instance of Foo' als nuttige summary. Dat volgt al uit de declaratie... Het enige effect is dat je je een ongeluk scrollt, en snel het overzicht kwijt raakt waar je nu weer zit. Als er verschillende constructors zijn kan het wel nuttig zijn, dan komt er zoiets als 'This is similar to Foo(42, SomeDefault)'
Uiteraard ga ik mezelf niet verbieden om nuttig commentaar alsnog toe te voegen, maar het verplichte spelletje 'herschrijf de functienaam' doe ik liever niet.
Ik zie hier 2 tegenstrijdigheden::
Ik doe tegenwoordig nooit meer aan comments, ik kies altijd goede namen. Bespaart een hoop tijd, en onderhoud. Ik verbaas me echter wel als ik terug kijk naar oude code van mij hoe ontzettend netjes en overzichtelijk dat is vergeleken met de (commentloze) code die ik nu schrijf
En dan heb ik het over code van iets meer dan een half jaar geleden
- code zonder comments is vaak overzichtelijker, omdat er meer in 1 scherm past
- bespaart een hoop onderhoud, maar je snapt nu al niet meer wat je code van een half jaar geleden doet. Dat kost dus een hoop extra onderhoud
:strip_exif()/u/294184/20150204_SITE_GIF_VALKUIL-resized.gif?f=community)
Nee, je begrijpt hem verkeerd. Ja, er past meer code op het scherm zonder comments, dan is het dus JUIST onoverzichtelijker in mijn ogen:
[...]
Ik zie hier 2 tegenstrijdigheden:
- code zonder comments is vaak overzichtelijker, omdat er meer in 1 scherm past
- bespaart een hoop onderhoud, maar je snapt nu al niet meer wat je code van een half jaar geleden doet. Dat kost dus een hoop extra onderhoud
Dan heb je namelijk één groot massief blok code, in plaats van blokjes die duidelijk gescheiden zijn met comments (die in Visual Studio in een andere kleur zijn). Qua code oogt het dus veel rustiger.En ik snap wel wat de code doet hoor, ik weet niet waar je dat vandaan haalt
/u/142011/crop65b383c6c6c2f_cropped.png?f=community)
:strip_icc():strip_exif()/u/25009/crop65f1e3109d1b7_cropped.jpg?f=community)
Als je commentaar zo nuttig is dat je het het liefste niet ziet, wat is dan het nut van commentaar?:
En als je nu eens standaard instelt dat je commentaar ingeklapt is?
Het is wel een oplossing voor het onderhoud aan deze code natuurlijk.
Er staat bij elke constructor "Create new instance of Foo" zonder verdere informatie. Als ik zelf een niet-triviale constructor schrijf zal ik het er zeker bij zetten, maar juist voor die 90% van de gevallen waarbij de constructor er vooral voor de vorm staat kan je het commentaar ook weglaten.
oh ja, in C# is het nergens voor nodig om een lege constructor neer te zetten. Misschien de volgende keer dat ook maar weglaten.
Dit gaat gedeeltelijk over iets anders: uit je commentaar voor zo'n constructor wordt ook je documentatie en intellisense informatie gehaald. Als je dus Foo(), Foo(int count), en Foo(int count, MyEnum whatever) hebt is het wel handig om te weten welke van de 3 je nodig hebt zonder naar de code te kijken. "Create new instance of Foo without arguments" voegt dan niks toe, maar "Create instance of foo with index set to 0, and whatever set to Bar" wel.
:strip_exif()/u/151465/Untitled-1.gif?f=community)
Ik voeg eigenlijk overal commentaar toe. Veelal laat ik me hierbij helpen door GhostDoc, maar ik pas het commentaar wel aan. "Gets or sets the name of the first." is niet echt logisch als de klasse Person heet, bijvoorbeeld. 
Waarom? Enerzijds om gedrag te documenteren, anderzijds omdat ik graag zo veel mogelijk consistente code heb. Alle properties en methods voorzien van documentatie komt op mij iets professioneler over. Al moet ik zeggen dat het niet altijd lukt, i.v.m. tijdsdruk enzo.
Waarom? Enerzijds om gedrag te documenteren, anderzijds omdat ik graag zo veel mogelijk consistente code heb. Alle properties en methods voorzien van documentatie komt op mij iets professioneler over. Al moet ik zeggen dat het niet altijd lukt, i.v.m. tijdsdruk enzo.
We are shaping the future
Eensch. Anyways , is geen echt slecht code voorbeeld maar wel een grappig gebruik van namen. Ben nu bezig met een lotus notes database voor uren registratie.. Kom ik een veldje tegen 'TimeTravelHours'. Ik ben alleen nog aan het zoeken naar de 'Start warpdrive' knop
[ Voor 17% gewijzigd door Webgnome op 04-07-2012 15:01 ]
:strip_exif()/u/26559/SunDrop_60_got.gif?f=community)
Daar heb je dan weer een architectuurdocument voor
Commentaar is vooral leuk als het niet (meer) met de code overeenkomt. Welke van de 2 spreekt dan de waarheid
Juist
I think there is a world market for maybe five computers. - Thomas Watson (1874-1956), Directeur van IBM (1943)
Code spreekt natuurlijk altijd de waarheid, dat is namelijk wat wordt uitgevoerd ;-).:
Commentaar is vooral leuk als het niet (meer) met de code overeenkomt. Welke van de 2 spreekt dan de waarheid
Daarnaast kan je dan in je versiebeheer kijken welke van de 2 out-of-date is, mocht het belangrijk zijn.
/u/56000/neuken.png?f=community)
Ik vind dat alle programmeurs een keer een programma moeten schrijven dat een moeilijk natuurkundig probleem oplost, dan hoor je nooit meer dat gezeur over dat alle code voor zichzelf moet kunnen spreken.
Nou, als het bijvoorbeeld gaat over javadoc is het nut dat je code gedocumenteerd is, wil je een methode aanroepen dan laat je IDE mooi die documentatie zien... Dat ga ik echt niet ergens in de betreffende code opzoeken als het niet hoeft.:
[...]
Als je commentaar zo nuttig is dat je het het liefste niet ziet, wat is dan het nut van commentaar?
Het is wel een oplossing voor het onderhoud aan deze code natuurlijk.
Heeft geen speciale krachten en is daar erg boos over.
Ik zou graag doodles en andere handgeschreven 'comments' kunnen attachen in de comments in code, dat zou mijn 3d intersection library ook enorm helpen:
Ik vind dat alle programmeurs een keer een programma moeten schrijven dat een moeilijk natuurkundig probleem oplost, dan hoor je nooit meer dat gezeur over dat alle code voor zichzelf moet kunnen spreken.
De enige comments die ik meestal schrijf zijn aannames en waarom iets gedaan wordt.
[ Voor 9% gewijzigd door .oisyn op 04-07-2012 21:25 ]
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.
Ja, of een foto van mijn kladblok met pagina's vol gekrabbel, tekeningetjes en wiskundige afleidingen. En dan onderaan als resultaat een lompe formule die dus in de code gezet is. En dat is dan nog maar in 2D (oke, ik was wel zo puberaal om per sé elastische botsingen te willen, wat veel te moeilijk is en dus faalde ).
).
Heeft geen speciale krachten en is daar erg boos over.
/u/81985/crop566b00b43645a.png?f=community)
Tijd voor een IDE waarin de editor ook een canvas is?:
[...]
Ik zou graag doodles en andere handgeschreven 'comments' kunnen attachen in de comments in code, dat zou mijn 3d intersection library ook enorm helpen
Misschien een Visual Studio Surface editie voor de Surface Pro?
Ipsa Scientia Potestas Est
NNID: ShinNoNoir
Tja, dat is nu eenmaal de dunne scheidslijn.:
Ik vind dat alle programmeurs een keer een programma moeten schrijven dat een moeilijk natuurkundig probleem oplost, dan hoor je nooit meer dat gezeur over dat alle code voor zichzelf moet kunnen spreken.
Bij prive projectjes heb ik over het algemeen zoiets van : als ik erover na moet denken heb ik comments nodig.
Maarja, dat heeft me in het verleden al meerdere keren opgebroken (na 3 dagen natuurkundige problemen ploep ik op de 4e dag er zomaar wat dingen uit zonder na te denken die ik een half jaar later niet meer 1-2-3 begrijp)
Dit topic is gesloten.
Let op:
Uiteraard is het in dit topic niet de bedoeling dat andere users en/of topics aangehaald worden om ze voor gek te zetten. Lachen om je eigen code, of over dingen die je "wel eens tegengekomen bent" is prima, maar hou het onderling netjes.
Uiteraard is het in dit topic niet de bedoeling dat andere users en/of topics aangehaald worden om ze voor gek te zetten. Lachen om je eigen code, of over dingen die je "wel eens tegengekomen bent" is prima, maar hou het onderling netjes.