De Devschuur Coffee Corner - Iteratie 4

[Gamebuster]

Cascading Stylesheet:

zooi_tags, strong, b, zooi_andere_tags {
  font: inherit;
  zooi: andere properties;
}

Gevolg: strong & b die geen vette tekst meer hebben.
Ik haat het als men de CSS verkracht. Style gewoon wat je moet stylen ofzo en ga niet globaal kutten

[ Voor 23% gewijzigd door Gamebuster op 08-11-2013 15:58 ]

[BikkelZ]

We vroegen ons allemaal het zelfde af jawed:

YouTube: jawed's channel

[Verwijderd]

Vermist: Productiviteit. Laatst gezien ergens deze dag, plotseling van de aardbodem verdwenen.

[Bosmonster]

Gamebuster schreef op vrijdag 08 november 2013 @ 15:57:

Cascading Stylesheet:

zooi_tags, strong, b, zooi_andere_tags {
  font: inherit;
  zooi: andere properties;
}

Gevolg: strong & b die geen vette tekst meer hebben.
Ik haat het als men de CSS verkracht. Style gewoon wat je moet stylen ofzo en ga niet globaal kutten

Daarom heb ik een hekel aan reset.css.

[Gamebuster]

reset.css is zooo 2007

[ Voor 4% gewijzigd door Gamebuster op 08-11-2013 16:13 ]

[Rutix]

Ik schiet echt geen reet op vandaag. Kwam erachter dat er iets mis was in mijn visual studio 2013 installatie dus deed een repair. Nou fucking jippie dat duurde dus freaking lang

Edit: Lol en nu timeout de corporate vpn eruit en ik werk thuis vandaag >.> zit echt niet mee.

[ Voor 21% gewijzigd door Rutix op 08-11-2013 16:20 ]

[Caelorum]

Ealanrian schreef op vrijdag 08 november 2013 @ 15:50:
[...] Ben ik geen echte devver meer omdat ik het niet erg vind om in pak te lopen? [...]

Ik zou me dus echt niet prettig voelen in een strak pak achter een PC. Een pak is ook echt zo'n "kijk mij eens netjes zijn" statement die alleen nodig is voor marketing en sales lui die met achterlijke klanten, die nog niet het verschil kunnen zien tussen iemand die echt goed is en het achtereind van een varken, te maken hebben...

[Rutix]

Caelorum schreef op vrijdag 08 november 2013 @ 16:24:
[...]

Ik zou me dus echt niet prettig voelen in een strak pak achter een PC. Een pak is ook echt zo'n "kijk mij eens netjes zijn" statement die alleen nodig is voor marketing en sales lui die met achterlijke klanten, die nog niet het verschil kunnen zien tussen iemand die echt goed is en het achtereind van een varken, te maken hebben...

Soms is het wel netjes though. Als je naar de klant moet of bij een installatie op een customer site waar de mensen daar ook netjes gekleed lopen dan is het ook netjes als je zelf in pak bent.

[CodeCaster]

_Moe_ schreef op vrijdag 08 november 2013 @ 14:22:
[...]


Ik ben alvast één van je bezoekers!

Mooi! Begin maar vast met linkjes verzamelen naar veel voorkomende vragen op SO, en schrijf een samenvattende post waarin je het basisprobleem en de meest gangbare oplossingen uitlegt.

Caelorum schreef op vrijdag 08 november 2013 @ 14:20:
Ik vond xxxxxxxxxx toch beter hoor

De naam is wel het minst belangrijk.

Kips schreef op vrijdag 08 november 2013 @ 14:26:
[...]


een uitbreiding op de Devschuur Kennisbank?

Zoiets. Ik wil "gewoon" een reference hebben met de kwaliteit die sommige SO-vragen en -antwoorden hebben. Je zoekt je een ongeluk op die site, omdat duplicates niet meer gesloten worden en goede antwoorden dus verspreid zijn. Daarnaast zijn enórm veel vragen veel te breed; uit de omschrijving zijn vijf mogelijke problemen te halen, en ieder antwoord behandelt daar één of twee issues uit, voor de helft, terwijl iedere losstaande issue weer tig duplicates heeft. Dit houden ze echt niet lang meer vol.

Ik ben dus al een tijd aan het spelen met het idee om dat beter op te zetten. Geen winstoogmerk, community-driven, enzovoorts. Hét uitgangspunt is dat alle vragen al zijn beantwoord; een nieuwe vraag kunnen stellen op de site die ik voor ogen heb is een privilege dat je zal moeten verdienen. Om in de initiële vulling te voorzien, wil ik linken naar en content overnemen van populaire SO-vragen. Dat mag, want Creative Commons.

Nieuwe vragen worden ingevuld in een bugformulier, dus het verplicht uitsplitsen van de vraag: wat wil je doen, waarom, wat heb je al geprogrammeerd, wat is de invoer, wat is de uitvoer, wat verwacht je, enzovoorts. Nieuwe vragen komen in een queue die gereviewd wordt. Hieruit zal (hopelijk) blijken dat de meeste vragen eigenlijk veel te breed zijn, en dat ze kunnen worden opgedeeld in duplicates van andere vragen.

Daarnaast wil ik ook gewoon "opsomlijsten" toestaan. Als je onbekend bent met een platform, wil je niet eerst tien ORM-pakketten hoeven uitproberen, maar kies je gewoon degene die door de community als populairste is aangemerkt.

En zo heb ik nog wel zeeën van ideeën hoe StackOverflow steken laat vallen die naar mijn bescheiden mening prima op te lossen zijn, desnoods met een beleidsverandering. Zij staan er niet voor open, dan doe ik het zelf wel. Nu alleen nog tijd zien te vinden.

[Verwijderd]

Caelorum schreef op vrijdag 08 november 2013 @ 16:24:
[...]

Ik zou me dus echt niet prettig voelen in een strak pak achter een PC. Een pak is ook echt zo'n "kijk mij eens netjes zijn" statement die alleen nodig is voor marketing en sales lui die met achterlijke klanten, die nog niet het verschil kunnen zien tussen iemand die echt goed is en het achtereind van een varken, te maken hebben...

Bwa, zo zou ik het niet omschrijven. Zoals je misschien wel weet zit ik in de consultancy en betekent dat dat ik voor 99% van de tijd bij de klant ben. Wij passen ons aan aan wat de klant draagt en gaan net 1 stapje hoger. Momenteel zit ik bij een chemisch bedrijf waar iedereen gewoon draagt waar hij zin in heeft en dus passen wij ons daar op aan. Wij gaan dus gewoon netjes met een hemd, geklede broek en geklede schoenen naar het werk.

Als we een project hebben bij een bank - waar iedereen een pak draagt - doen wij dat uiteraard ook.

[Evilbee]

Grr, klant komt met een issue bij mij, ik geef aan dat dit een change is. Meld een collega net dat die klant dit issue nu bij hem heeft aangemeld in de hoop dat hij het wel wil aanpassen...

[alienfruit]

Gamebuster schreef op vrijdag 08 november 2013 @ 16:13:
reset.css is zooo 2007

Hebbie toch normalise.css voor?

[Avalaxy]

Ik dacht vorige week even te gaan investeren in Bitcoins... Voor €300 2 stuks aangeschaft, weekje later is het al €530 waard, teh fuck

[GateKeaper]

Avalaxy schreef op vrijdag 08 november 2013 @ 16:52:
Ik dacht vorige week even te gaan investeren in Bitcoins... Voor €300 2 stuks aangeschaft, weekje later is het al €530 waard, teh fuck

En nu verkopen voordat 't crasht? Of blijf je afwachten?

[Ealanrian]

Caelorum schreef op vrijdag 08 november 2013 @ 16:24:
[...]

Ik zou me dus echt niet prettig voelen in een strak pak achter een PC. Een pak is ook echt zo'n "kijk mij eens netjes zijn" statement die alleen nodig is voor marketing en sales lui die met achterlijke klanten, die nog niet het verschil kunnen zien tussen iemand die echt goed is en het achtereind van een varken, te maken hebben...

Ik vind persoonlijk een pak best comfortabel, zolang de kraag niet te strak zit. En bij het bedrijf waar ik nu zit krijg ik wel vragen als ik in pak aan kom omdat bijna niemand in pak loopt maar daar trek ik me niet veel van aan als ik mijn pak draag

[BikkelZ]

reset.css is toch meer iets voor mensen die nog lief willen zijn voor IE6?

Bij mij is het credo: leesbaar en bruikbaar voor alle browsers, moet er goed uit zien in IE9 en bij iedere stap dichter bij de moderne tijd die je maakt met je browser wordt hij iets mooier*.


* beauty is in the eye of the beholder

Ealanrian schreef op vrijdag 08 november 2013 @ 16:55:
[...]

Ik vind persoonlijk een pak best comfortabel, zolang de kraag niet te strak zit. En bij het bedrijf waar ik nu zit krijg ik wel vragen als ik in pak aan kom omdat bijna niemand in pak loopt maar daar trek ik me niet veel van aan als ik mijn pak draag

Die broeken zitten echt wel lekker, net een trainingsbroek. Stropdas is wat minder comfortabel en het jasje meestal te warm. Stijve leren schoenen halen het ook niet bij sneakers. Maar ik lig er niet van wakker als ik iedere dag op mijn werk zou moeten komen met een pantalon, nette schoenen en net shirt.

[ Voor 51% gewijzigd door BikkelZ op 08-11-2013 17:00 ]

[Verwijderd]

Avalaxy schreef op vrijdag 08 november 2013 @ 16:52:
Ik dacht vorige week even te gaan investeren in Bitcoins... Voor €300 2 stuks aangeschaft, weekje later is het al €530 waard, teh fuck

Het kan helaas even snel dalen als dat het stijgt.
Ik sta nogal sceptisch tegenover die BitCoins. Heb er mij nooit echt in verdiept maar ik vraag me af hoe zo'n currency kan ontstaan en hoe het tot stand gehouden wordt. Het klinkt me allemaal gewoon iets te mooi om waar te zijn en als het te mooi klinkt om waar te zijn, is het dat ook meestal.

[Firesphere]

https://visualstudio.user...le-name-length-limitation

3000 stemmen om dit te fixen.
Microsoft: "Nah, geen zin, weet je, :effort: enzo"

[Douweegbertje]

Verwijderd schreef op vrijdag 08 november 2013 @ 17:01:
[...]


Het kan helaas even snel dalen als dat het stijgt.
Ik sta nogal sceptisch tegenover die BitCoins. Heb er mij nooit echt in verdiept maar ik vraag me af hoe zo'n currency kan ontstaan en hoe het tot stand gehouden wordt. Het klinkt me allemaal gewoon iets te mooi om waar te zijn en als het te mooi klinkt om waar te zijn, is het dat ook meestal.

Dat is iets waar je dan zelf eens wat informatie over moet gaan lezen. Niemand kan je alles uitleggen met een paar woorden en daarbij zijn er altijd 2 kampen waarbij de één zegt dat het één grote bubbel is, en de ander ziet het als 'de toekomst'.

Ik ben zelf overgestapt naar alt coins, en trade redelijk wat op mcxnow. Mij boeit heel het coin verhaal niet echt, maar ik maak wel mijn 'winst' met het traden van die dingen. Ik trade dan op alt coins, om vervolgens ooit eens uit te cashen via bitcoins. Het voordeel van zo traden op eigenlijk een verkapte 'stockexchange' is dat je amper fee's hoeft te betalen. Ik wilde ooit wat doen op de beurs, maar dan moet je of heeul veel geld hebben, of dingen lang erop laten staan. Voor fast trading met lage tot soms geen fee's is dat bitcoin / altcoin gebeuren wel leuk.

[Douweegbertje]

Firesphere schreef op vrijdag 08 november 2013 @ 17:03:
https://visualstudio.user...le-name-length-limitation

3000 stemmen om dit te fixen.
Microsoft: "Nah, geen zin, weet je, :effort: enzo"

Vind het argument en uitleg dat ze geven nog wel enigszins redelijk. Misschien niet leuk, maar ik zie er geen 'oh lekker boeiend' reactie in. Al met al is het natuurlijk wel een rot 'feature' en loop er zelf soms ook tegen aan.

ah shit, dubbele post sorry!

[ Voor 3% gewijzigd door Douweegbertje op 08-11-2013 17:21 ]

[Avalaxy]

GateKeaper schreef op vrijdag 08 november 2013 @ 16:53:
[...]

En nu verkopen voordat 't crasht? Of blijf je afwachten?

Nah ik hou het vast, is meer een langetermijninvestering. Voor over een paar jaar ofzo Er kunnen maar max ~21 miljoen van die dingen zijn wereldwijd.

[Firesphere]

douweegbertje schreef op vrijdag 08 november 2013 @ 17:21:
[...]


Vind het argument en uitleg dat ze geven nog wel enigszins redelijk. Misschien niet leuk, maar ik zie er geen 'oh lekker boeiend' reactie in. Al met al is het natuurlijk wel een rot 'feature' en loop er zelf soms ook tegen aan.

ah shit, dubbele post sorry!

Ik lees de uitleg meer als:
Ehm, ja, het is een keer zo gedaan nou eenmaal, en daardoor is het wijzigen ons een beetje teveel werk.

[Douweegbertje]

Avalaxy schreef op vrijdag 08 november 2013 @ 17:23:
[...]


Nah ik hou het vast, is meer een langetermijninvestering. Voor over een paar jaar ofzo Er kunnen maar max ~21 miljoen van die dingen zijn wereldwijd.

Je kan ze ook ergens weg zetten als je dat aan durft Er zijn zat plaatsen die een leuke rente erop geven. Meer rente dan een bank geeft.

[.oisyn]

Firesphere schreef op vrijdag 08 november 2013 @ 17:03:
https://visualstudio.user...le-name-length-limitation

3000 stemmen om dit te fixen.
Microsoft: "Nah, geen zin, weet je, :effort: enzo"

Tja sorry maar dan snap je niet helemaal hoe diep dat verwezen zit in zowel het ecosysteem zelf als álle applicaties eromheen. Dat ga je idd niet zomaar even aanpassen . Iets wat overigens duidelijk naar voren komt in de comment, dus ik snap niet helemaal hoe jouw interpretatie ervan tot stand komt. Tenzij je de user comments als zoete koek slikt natuurlijk

[ Voor 21% gewijzigd door .oisyn op 08-11-2013 18:15 ]

[HMS]

Iemand ervaring met FubuMVC als vervanger voor ASP.NET MVC? Ziet er erg goed uit moet ik zeggen, ik ga even kijken hoe het voelt om over te stappen

observatie 1: Documentatie laat sterk te wensen over. Lijkt niet upgedate te zijn sinds 2011.

[ Voor 24% gewijzigd door HMS op 08-11-2013 18:34 ]

[Firesphere]

.oisyn schreef op vrijdag 08 november 2013 @ 18:11:
[...]


Tja sorry maar dan snap je niet helemaal hoe diep dat verwezen zit in zowel het ecosysteem zelf als álle applicaties eromheen. Dat ga je idd niet zomaar even aanpassen . Iets wat overigens duidelijk naar voren komt in de comment, dus ik snap niet helemaal hoe jouw interpretatie ervan tot stand komt. Tenzij je de user comments als zoete koek slikt natuurlijk

Ik snap heel goed hoe het tot stand is gekomen en hoe diep dat er in zit hoor

Dat Microsoft het daarom niet wil fixen, snap ik ook wel, maar met 3000 upvotes.... vind ik het persoonlijk nogal een kunst om te zeggen "Het is ingewikkeld, dus nee", dan had ik eerder iets van "Het is ingewikkeld, we kunnen kijken of er een oplossing voor te vinden is, maar we beloven niets"

---

Interessant verhaal over Java, Ruby, Lego en Play-Doh.
http://weblog.jamisbuck.o...-play-doh-and-programming

[ Voor 7% gewijzigd door Firesphere op 08-11-2013 18:44 ]

[Caelorum]

Ach alsof ze 1) de oplossing niet weten en 2) er niet al lang naar hebben gekeken. Ik kan niet geloven dat ze zo'n ergernis niet al lang hadden willen oplossen. Waarschijnlijk hebben ze er al lang voordat die ticket werd aangemaakt naar gekeken en het idee afgewezen.

[BikkelZ]

HMS schreef op vrijdag 08 november 2013 @ 18:21:
Iemand ervaring met FubuMVC als vervanger voor ASP.NET MVC? Ziet er erg goed uit moet ik zeggen, ik ga even kijken hoe het voelt om over te stappen

observatie 1: Documentatie laat sterk te wensen over. Lijkt niet upgedate te zijn sinds 2011.

Waarom zou je het willen vervangen? Iets bijzonders wat je mist of niet bevalt?

Beetje het verhaal spark vs razer....zo gauw Microsoft zijn gewicht ergens achter gooit zijn de alternatieven vaak een beetje afgelopen.....

[Rutix]

Caelorum schreef op vrijdag 08 november 2013 @ 18:45:
Ach alsof ze 1) de oplossing niet weten en 2) er niet al lang naar hebben gekeken. Ik kan niet geloven dat ze zo'n ergernis niet al lang hadden willen oplossen. Waarschijnlijk hebben ze er al lang voordat die ticket werd aangemaakt naar gekeken en het idee afgewezen.

En waarschijnlijk zijn ze er zelf al tegen aan gelopen voordat uberhaupt dat ticket er was .

[Caelorum]

Iedereen loopt er tegenaan ^^

[Megamind]

Ik zit in buitenland en log via een VPN in bij de ING anders moet ik elke keer die klote code invoeren, maar als je de VPN verbreekt kan je gewoon doorgaan met je sessie Lijkt me niet superveilig.

[Jegorex]

Is het niet zo dat telefoons regelmatig tijdens een sessie van IP kunnen veranderen? Het lijkt me ook niet echt gebruikersvriendelijk om elke minuut ofzo opnieuw in te moeten loggen.

[CodeCaster]

HMS schreef op vrijdag 08 november 2013 @ 18:21:
observatie 1: Documentatie laat sterk te wensen over. Lijkt niet upgedate te zijn sinds 2011.

En hoe verschilt dat van MVC?

Caelorum schreef op vrijdag 08 november 2013 @ 18:55:
Iedereen loopt er tegenaan ^^

Jup. Mijn D:\Source\Visual Studio\Basisnamespace\Basisnamespace.Projectnaam\Basisnamespace.Projectnaam.Library-paden zorgen bij het toevoegen van nieuwe projecten al vaak voor foutmeldingen. Het "Add Project"-scherm hanteert een nog strakkere limiet, omdat het niet weet welke template gedraaid gaat worden en welke padnamen dáár weer uitkomen.

[ Voor 51% gewijzigd door CodeCaster op 08-11-2013 19:35 ]

[Megamind]

Jegorex schreef op vrijdag 08 november 2013 @ 19:14:
Is het niet zo dat telefoons regelmatig tijdens een sessie van IP kunnen veranderen? Het lijkt me ook niet echt gebruikersvriendelijk om elke minuut ofzo opnieuw in te moeten loggen.

Dat is waar inderdaad.

[Firesphere]

Iemand ervaring met RIAK? Zo ja, is't wat?

[CodeCaster]

Leer nou maar gewoon normaliseren.

[Ealanrian]

BikkelZ schreef op vrijdag 08 november 2013 @ 16:58:
reset.css is toch meer iets voor mensen die nog lief willen zijn voor IE6?

Bij mij is het credo: leesbaar en bruikbaar voor alle browsers, moet er goed uit zien in IE9 en bij iedere stap dichter bij de moderne tijd die je maakt met je browser wordt hij iets mooier*.


* beauty is in the eye of the beholder


[...]


Die broeken zitten echt wel lekker, net een trainingsbroek. Stropdas is wat minder comfortabel en het jasje meestal te warm. Stijve leren schoenen halen het ook niet bij sneakers. Maar ik lig er niet van wakker als ik iedere dag op mijn werk zou moeten komen met een pantalon, nette schoenen en net shirt.

Ik heb zelf geen stijf leren schoenen er bij, om een stropdas comfortabel te hebben moet je kraag de juiste maat hebben en het jasje ja die hangt dan wel over de stoel maar verder geen probleem. en sneakers kan ik toch niet aan

[R4gnax]

Caelorum schreef op vrijdag 08 november 2013 @ 18:45:
Ach alsof ze 1) de oplossing niet weten en 2) er niet al lang naar hebben gekeken. Ik kan niet geloven dat ze zo'n ergernis niet al lang hadden willen oplossen. Waarschijnlijk hebben ze er al lang voordat die ticket werd aangemaakt naar gekeken en het idee afgewezen.

Het probleem met de 260 character limiet heeft eigenlijk te maken met oude Win32 API calls die rondom dat punt een harde limiet hebben liggen. De file handling in zowel het .NET framework als de Visual Studio tooling is hier bovenop geschreven.

In de nieuwere Windows OS versies zijn er al wat langer betere APIs beschikbaar op basis van veel meer flexibele UNC paden. De kernel en wat er omheen zweeft gaat hier al perfect mee om. Een heleboel van de tools die op de desktop draaien zelfs ook al. De command prompt werkt er bijvoorbeeld gewoon mee. Windows Explorer alleen dan weer niet. Dat is als je het even uitzoekt ook niet zo vreemd: Explorer kan met allerlei shell extensies te maken krijgen die op hun beurt mogelijk niet veilig met UNC paden om kunnen gaan.

Daar zit dan ook meteen het hele probleem: zelfs al zou Microsoft's eigen software perfect met UNC paden om kunnen gaan, dan is er alsnog een gigantische berg slecht geschreven software die absoluut op z'n plaat zou gaan als er ooit aan de pad limiet getornd zou worden. Denk bijvoorbeeld aan malpractices als fixed-size string buffers waarbij de data die er in gaat niet op lengte gecontroleerd wordt 'omdat die toch niet groter kan zijn'.

Omdat het .NET framework ook bovenop deze oude APIs draait en er ook in .NET software geschreven wordt op basis van dit soort foute aannames, kost het gewoonweg fenomenaal veel moeite om dit allemaal in goede banen te leiden: je ontkomt er niet aan je complete tooling om te moeten schrijven naar een anere API. Je kunt niet zomaar .NET ombouwen om van de oude Win32 API file handling naar UNC file handling over te gaan.


Mensen die niet kunnen begrijpen dat Microsoft liever prioriteit geeft aan andere issues, zijn hun besef met de realiteit misschien een beetje verloren.

[ Voor 3% gewijzigd door R4gnax op 08-11-2013 20:08 ]

[Caelorum]

Zo, je hebt precies gezegd wat ik wilde zeggen, maar geen zin in had om op te schrijven ^^

Verwijderd schreef op vrijdag 08 november 2013 @ 16:33:
[...] Bwa, zo zou ik het niet omschrijven. Zoals je misschien wel weet zit ik in de consultancy [...].

Tja, maar in de consultancy ben je ook gewoon continu ook in rol als verkoper/marketing dude/vrouw. Dus dan snap ik ook wel dat je er representatief uit wilt zien. Echter is dat nog steeds gestoeld op het idee van de klant dat iemand die niet in pak is onkundig is of op een andere manier onderdoet voor iemand die wel in pak is. Dat hele idee vind ik raar en idioot, en doe ik dus niet aan mee.

[doskabouter]

R4gnax schreef op vrijdag 08 november 2013 @ 20:06:
[...]

Het probleem met de 260 character limiet heeft eigenlijk te maken met oude Win32 API calls die rondom dat punt een harde limiet hebben liggen. De file handling in zowel het .NET framework als de Visual Studio tooling is hier bovenop geschreven.

In de nieuwere Windows OS versies zijn er al wat langer betere APIs beschikbaar op basis van veel meer flexibele UNC paden. De kernel en wat er omheen zweeft gaat hier al perfect mee om. Een heleboel van de tools die op de desktop draaien zelfs ook al. De command prompt werkt er bijvoorbeeld gewoon mee. Windows Explorer alleen dan weer niet. Dat is als je het even uitzoekt ook niet zo vreemd: Explorer kan met allerlei shell extensies te maken krijgen die op hun beurt mogelijk niet veilig met UNC paden om kunnen gaan.

Daar zit dan ook meteen het hele probleem: zelfs al zou Microsoft's eigen software perfect met UNC paden om kunnen gaan, dan is er alsnog een gigantische berg slecht geschreven software die absoluut op z'n plaat zou gaan als er ooit aan de pad limiet getornd zou worden. Denk bijvoorbeeld aan malpractices als fixed-size string buffers waarbij de data die er in gaat niet op lengte gecontroleerd wordt 'omdat die toch niet groter kan zijn'.

Omdat het .NET framework ook bovenop deze oude APIs draait en er ook in .NET software geschreven wordt op basis van dit soort foute aannames, kost het gewoonweg fenomenaal veel moeite om dit allemaal in goede banen te leiden: je ontkomt er niet aan je complete tooling om te moeten schrijven naar een anere API. Je kunt niet zomaar .NET ombouwen om van de oude Win32 API file handling naar UNC file handling over te gaan.


Mensen die niet kunnen begrijpen dat Microsoft liever prioriteit geeft aan andere issues, zijn hun besef met de realiteit misschien een beetje verloren.

Precies.
260 is meer dan genoeg, ik kom bij mij op het werk wel eens files tegen waarvan de naam langer is dan de inhoud.

[Douweegbertje]

doskabouter schreef op vrijdag 08 november 2013 @ 21:12:
[...]

Precies.
260 is meer dan genoeg, ik kom bij mij op het werk wel eens files tegen waarvan de naam langer is dan de inhoud.

Het is gewoon een flaw waar ze vroegah niet over dachten. Verder, definieer files? Het gaat hier om dingen zoals boven beschreven

Jup. Mijn D:\Source\Visual Studio\Basisnamespace\Basisnamespace.Projectnaam\Basisnamespace.Projectnaam.Library-paden zorgen bij het toevoegen van nieuwe projecten al vaak voor foutmeldingen

Nu kan je hier wel het één en ander aan doen, maar we hebben het niet over een file structuur voor je .doc files..

[.oisyn]

R4gnax schreef op vrijdag 08 november 2013 @ 20:06:
[...]

Strakke post
Wel een opmerking: voor het gebruik van UNC paden is niet zozeer een andere API nodig. Volgens mij accepteert elke win32 API functie die iets met paden doet sinds Windows NT ook UNC paden (in de vorm van \\?\c:\heeeeuullangpad\bla). Wel de Unicode versie gebruiken, maar da's eigenlijk wel redelijk standaard.

[ Voor 11% gewijzigd door .oisyn op 08-11-2013 22:04 ]

[sig69]

Zo ff een 250 GB Samsung 840 opgepikt voor 100 euro, morgen m'n devbak maar eens upgraden dan de 64GB Intel mooi in de thuisserver

[DXaroth]

Nog leuke site over coding conventions zoals gevonden op github:

http://sideeffect.kr/popularconvention/#python

Leuk om te zien, tabs vs spaces, over verschillende talen

[Avalaxy]

Die tabs vs spaces voor C# klopt helemaal niet. Bij spaces gaan ze er vanuit dat je 2 spaces doet (beetje XML-achtig), terwijl het er vrijwel altijd 4 zijn. In Visual Studio gebruikt denk ik iedereen de Tab-toets, alleen wordt een tab gewoon simpelweg omgezet in 4 spaces. Dat is anders dan wanneer je bv. in notepad zit te coden en echt op de spatiebalk ramt ipv op tab.

[Caelorum]

En de echte resultaten van javascript met al die minified bestanden die worden meegenomen zal ook wel iets anders zijn

[PrisonerOfPain]

Code aan het harvesten van een oud project. De code zelf is nog wel prima, maar de coding standard die ik toen aanhield was om te huilen.

[CodeCaster]

douweegbertje schreef op vrijdag 08 november 2013 @ 21:29:
Nu kan je hier wel het één en ander aan doen, maar we hebben het niet over een file structuur voor je .doc files..

Wát?

---

Ik had met MSBuild ook last van die padrestrictie. We gebruiken een shared repository op D:\Libraries\NuGet\packages, maar ik wil de NuGet-packages die ik reference niet hardcoden. In de .csproj staat dus bijvoorbeeld de reference:

code:

..\..\..\..\..\..\Libraries\NuGet\packages\EntityFramework\enz

Daar klapt MSBuild op, omdat hij dat pad achter de projectdirectory plakt. Da's te lang... Vanuit Visual Studio gaat het weer wel goed.

[ Voor 4% gewijzigd door CodeCaster op 09-11-2013 12:32 ]

[.oisyn]

Kon je niet gewoon \Libraries\NuGet\packages\EntityFramework\enz gebruiken?

[CodeCaster]

Goeie, nog niet geprobeerd. NuGet respectievelijk Visual Studio maakt het pad wel weer pad-relatief wanneer je een package of reference toevoegt, dus dat wordt handmatig aanpassen.

[F.West98]

Oei.
Te lang niet gecommit, nu veranderingen vanuit mijn opdrachtgever en conflicts, conflicts all over
Volgens mij werkt het straks wel weer.

[BtM909]

DXaroth schreef op zaterdag 09 november 2013 @ 01:32:
Nog leuke site over coding conventions zoals gevonden op github:

http://sideeffect.kr/popularconvention/#javascript

Leuk om te zien, tabs vs spaces, over verschillende talen

Gek dat veel dingen niet in lijn zijn met JSLint (en een kleiner beetje JSHint) waar iedereen compleet op geilt

edit:

Of dit zegt dat de meeste JS coders gewoon prutsers zijn!

[ Voor 8% gewijzigd door BtM909 op 09-11-2013 15:42 ]

[F.West98]

Ik vind trouwens

C#:

if (true == true) {
    /**/
}

mooier dan

C#:

if (true == true)
{
    /**/
}

Maar ik word verplicht om de tweede te gebruiken, 'want dat hoort zo'.
Ik vind dat dat veel te veel regels code kost.

[Aloys]

Vroeger deed ik ook de eerste stijl, maar ik heb het mijzelf afgeleerd. De onderste stijl is uiteindelijk toch beter leesbaar ivm. nesting etc, maar misschien is mijn voorkeur gewoon gevoelsmatig gewijzigd .

[ZpAz]

[ Voor 111% gewijzigd door ZpAz op 09-11-2013 16:38 ]

[RayNbow]

F.West98 schreef op zaterdag 09 november 2013 @ 16:26:
Ik vind trouwens

C#:

if (true == true) {
    /**/
}

mooier dan

C#:

if (true == true)
{
    /**/
}

Dit vind ik mooier:

C#:

{
    /**/
}

[ZpAz]

RayNbow schreef op zaterdag 09 november 2013 @ 16:41:
[...]

Dit vind ik mooier:

C#:

{
    /**/
}

Als we toch aan het optimaliseren zijn.

C#:

[Verwijderd]

C++:

if ( true == true )
{
    /**/
}

natuurlijk.

Nu we het toch over code style hebben, bestaan er eigenlijk pretty-printing IDE's zoals matlab dat doet?

[BikkelZ]

F.West98 schreef op zaterdag 09 november 2013 @ 16:26:
Ik vind trouwens

C#:

if (true == true) {
    /**/
}

mooier dan

C#:

if (true == true)
{
    /**/
}

Maar ik word verplicht om de tweede te gebruiken, 'want dat hoort zo'.
Ik vind dat dat veel te veel regels code kost.

Dat doen ze expres zodat jij je functies dan kort gaat houden omdat ze anders niet meer op één scherm passen. Als ik dit soort dingen zie:

C#:

if (someThing)
    return stuff;   
if (someOtherThing)
    return otherStuff;
// und so weiter

Dat is niet een situatie waarin je code anders te lang wordt met al die { en } op een eigen regel, dat is een situatie waar je code riekt.

[.oisyn]

Niets mis mee.

[Neverwinterx]

Code conventies op zich maken niets uit, zolang ze maar consistent gebruikt worden. En daaruit volgt dat je best de autoformat van je IDE kunt volgen, want die is het efficientst om te gebruiken (kost minstte tijd tov handmatig wat te zitten knoeien met spaces)
In visual studio: ctrl+e+d
In eclipse: ctrl+shift+f
En voila geen tijd meer verspild met iets wat inhoudelijk geen waarde heeft.

[Caelorum]

Neverwinterx schreef op zaterdag 09 november 2013 @ 17:50:
[...] In visual studio: ctrl+e+d [...]

Dat is echt ongelooflijk afhankelijk van de keuze van de environment settings bij 1e keer opstarten van Visual Studio (of later via menu natuurlijk). Bij mij was de auto-format altijd ctrl+k+d voor C# en General, maar geloof dat het voor C++ al weer anders is

[ Voor 17% gewijzigd door Caelorum op 09-11-2013 19:21 ]

[.oisyn]

Alt-f8

[Barryvdh]

Dat is dan wel weer aardig van PHP, dat PHP-FIG (PHP Framework Interoperability Group) probeert iedereen (of iig grote projecten) op 1 lijn te krijgen (PSR-2 dus)

[Douweegbertje]

Neverwinterx schreef op zaterdag 09 november 2013 @ 17:50:
Code conventies op zich maken niets uit, zolang ze maar consistent gebruikt worden. En daaruit volgt dat je best de autoformat van je IDE kunt volgen, want die is het efficientst om te gebruiken (kost minstte tijd tov handmatig wat te zitten knoeien met spaces)
In visual studio: ctrl+e+d
In eclipse: ctrl+shift+f
En voila geen tijd meer verspild met iets wat inhoudelijk geen waarde heeft.

Amen.
In feite boeit het nooit zo erg, grotendeels zijn sommige dingen wel logisch als je het op manier X zou doen, echter moet je gewoon zorgen dat het overal het zelfde blijft. Ik paste mij ook toentertijd aan bij het bedrijf waar ik werkte. Simpele vraag: hoe doen jullie dit, en dat?

dan voor mij persoonlijk hou ik meer van de bracket op de volgende lijn. Bij de wat grotere if statements krijg je naar mijn mening een beter overzicht zoals:

PHP:

<?php

if($blaat == 1) {
    if($blep == 2) {
    
    }
}

if($blaat == 1)
{
    if($blep == 2)
    {
    
    }
}

?>

Dit heeft dan ook wellicht te maken dat de huidige code base (helaas) uit ontzettend veel if/else'jes bestaat

[Barryvdh]

Amen.
In feite boeit het nooit zo erg, grotendeels zijn sommige dingen wel logisch als je het op manier X zou doen, echter moet je gewoon zorgen dat het overal het zelfde blijft. Ik paste mij ook toentertijd aan bij het bedrijf waar ik werkte. Simpele vraag: hoe doen jullie dit, en dat?

In je IDE kan je natuurlijk ook gewoon instellen wat je guidelines zijn, en als je bestaande (/veelgebruikte) pakt, is het ook een stuk makkelijker instellen. En kan je tools gebruiken ook je code automatisch te checken/fixen.
Voorbeeldje PSR-2:

PHP:

namespace Vendor\Package;

use FooInterface;
use BarClass as Bar;
use OtherVendor\OtherPackage\BazClass;

class Foo extends Bar implements FooInterface
{
    public function sampleFunction($a, $b = null)
    {
        if ($a === $b) {
            bar();
        } elseif ($a > $b) {
            $foo->bar($arg1);
        } else {
            BazClass::bar($arg2, $arg3);
        }
    }

    final public static function bar()
    {
        // method body
    }
}

[jip_86]

Barryvdh schreef op zaterdag 09 november 2013 @ 19:47:
[...]

In je IDE kan je natuurlijk ook gewoon instellen wat je guidelines zijn, en als je bestaande (/veelgebruikte) pakt, is het ook een stuk makkelijker instellen. En kan je tools gebruiken ook je code automatisch te checken/fixen.
Voorbeeldje PSR-2:

Ik vind het maar niks. Overzichtelijkheid staat voor op vind ik. Geheid dat er een keer het volgende gaat gebeuren:

PHP:

namespace Vendor\Package;

use FooInterface;
use BarClass as Bar;
use OtherVendor\OtherPackage\BazClass;

class Foo extends Bar implements FooInterface
{
    public function sampleFunction($a, $b = null)
    {
        if ($a === $b) {
            someOtherMethod();    // 2e  aanpassing
            if($changedByMonkey) // 1e aanpassing
              soundAlarm();   // 1e aanpassing
        } elseif ($a > $b) {
            $foo->bar($arg1);
        } else {
            BazClass::bar($arg2, $arg3);
        }
    }

    final public static function bar()
    {
        // method body
    }
}

En dan kan het maar zo zijn dat de volgende malloot de eerste if uit aanpassing 1 ziet als start van de if/elseif boom en daarom besluit het haakje achter de eerste if weg te halen.

[Patriot]

Dan moet de accolade voor de eerste 'elseif' ook weggehaald worden. Daarnaast voldoet je codevoorbeeld sowieso niet aan PSR-2, in die zin is het sowieso niet relevant.

Maargoed, dit soort dingen consequent toepassen vind ik eerlijk gezegd belangrijker. Op een gegeven moment raak je gewend aan een bepaalde structuur, en juist dat zorgt ervoor dat je fouten makkelijker herkent. Is even vervelend als je een andere stijl moet leren herkennen, maar daar valt weinig aan te veranderen.

[farlane]

BikkelZ schreef op zaterdag 09 november 2013 @ 16:51:
Dat is niet een situatie waarin je code anders te lang wordt met al die { en } op een eigen regel, dat is een situatie waar je code riekt.

Owh common, wat riekt daar dan?

[Alex)]

farlane schreef op zaterdag 09 november 2013 @ 22:09:
[...]

Owh common, wat riekt daar dan?

Multiple exit-points van de routine, verwacht ik.

[sig69]

Dat was niet echt een geval van multiple exit points, meer fail first en dat is wat mij betreft prima

[Zoijar]

Kan je in GCC instellen dat hij destroyed geheugen vult met 0xDDDDDDDD (of 0xDEADBEEF ) oid in debug mode? Zo handig dat visual studio dat wel doet en niet de oud waarde laat staan. Als je dan een bug schrijft gaat het tenminste meteen goed fout.

[ Voor 4% gewijzigd door Zoijar op 10-11-2013 01:41 ]

[0xDEADBEEF]

Zoijar schreef op zondag 10 november 2013 @ 01:40:
Kan je in GCC instellen dat hij destroyed geheugen vult met 0xDDDDDDDD (of 0xDEADBEEF ) oid in debug mode? Zo handig dat visual studio dat wel doet en niet de oud waarde laat staan. Als je dan een bug schrijft gaat het tenminste meteen goed fout.

Niet dat ik zodanig thuis ben in C/C++ om dat te kunnen beantwoorden, maar het lijkt al eens eerder gevraagd te zijn: http://stackoverflow.com/...riables-with-known-values

[ Voor 4% gewijzigd door 0xDEADBEEF op 10-11-2013 02:03 ]

[Verwijderd]

Visual studio overschrijft alles met 0xDEADBEEF meen ik, pun not intended.

Als je GCC gebruikt zal je vast wel toegang hebben tot de valgrind suite.

[BikkelZ]

Alex) schreef op zaterdag 09 november 2013 @ 23:05:
[...]

Multiple exit-points van de routine, verwacht ik.

Neuh dat kan op zich wel zolang je maar geen geneste verrassingen in gaat bouwen. Ik geef liever een early exit dan dat ik een else gebruik.

farlane schreef op zaterdag 09 november 2013 @ 22:09:
[...]

Owh common, wat riekt daar dan?

Meer dan één scherm vol met if-statements lekker kort geschreven zodat het overzichtelijk blijft? Oftewel je doet binnen een functie dingen die niks met elkaar te maken hebben, of je doet dingen die wel met elkaar te maken hebt en dan kun je het beter in een switch-statement gieten of een pattern.

Maar alles wat over de 100 regels klotst met alles ruim uitgeschreven (altijd curlies, altijd newlines) is toch wel een kandidaat voor refactoring.

Neverwinterx schreef op zaterdag 09 november 2013 @ 17:50:
Code conventies op zich maken niets uit, zolang ze maar consistent gebruikt worden. En daaruit volgt dat je best de autoformat van je IDE kunt volgen, want die is het efficientst om te gebruiken (kost minstte tijd tov handmatig wat te zitten knoeien met spaces)
In visual studio: ctrl+e+d
In eclipse: ctrl+shift+f
En voila geen tijd meer verspild met iets wat inhoudelijk geen waarde heeft.

Met dat verstandige gepraat verpest je maar weer een mooie rel Maar CTRL+E+D doet niks met curly bracketless single line if statements.

[Alex)]

BikkelZ schreef op zondag 10 november 2013 @ 02:59:

[...]
Met dat verstandige gepraat verpest je maar weer een mooie rel Maar CTRL+E+D doet niks met curly bracketless single line if statements.

Jawel, VS (2013 i.i.g.) fixt de indenting

[BikkelZ]

Alex) schreef op zondag 10 november 2013 @ 03:16:
[...]


Jawel, VS (2013 i.i.g.) fixt de indenting

Oh raar. Op mijn werk veranderde niks. Aangepaste regelset misschien.

[Zoijar]

0xDEADBEEF schreef op zondag 10 november 2013 @ 01:52:
Niet dat ik zodanig thuis ben in C/C++ om dat te kunnen beantwoorden, maar het lijkt al eens eerder gevraagd te zijn: http://stackoverflow.com/...riables-with-known-values

Dat is weer uniinitialized values, niet vrijgegegeven geheugen. Maar ik denk inderdaad dat het niet kan dan (zonder code). bv zo iets werkt waarschijnlijk gewoon in gcc debug mode:

C++:

int* x = new int(42);
delete x;
if (*x == 42) { // profit!!! }

Verwijderd schreef op zondag 10 november 2013 @ 02:04:
Visual studio overschrijft alles met 0xDEADBEEF meen ik, pun not intended.

2013 vrijgegeven geheugen blijkbaar met 0xDDDDDDDD; ik liep er vrijdag tegenaan.

Als je GCC gebruikt zal je vast wel toegang hebben tot de valgrind suite.

Uiteraard, maar toch weer een extra stap dus dat komt er niet altijd (meteen) van.

[ Voor 7% gewijzigd door Zoijar op 10-11-2013 09:23 ]

[farlane]

BikkelZ schreef op zondag 10 november 2013 @ 02:59:
Meer dan één scherm vol met if-statements lekker kort geschreven zodat het overzichtelijk blijft? Oftewel je doet binnen een functie dingen die niks met elkaar te maken hebben, of je doet dingen die wel met elkaar te maken hebt en dan kun je het beter in een switch-statement gieten of een pattern.

Nja goed, dat blijkt niet echt uit jouw 5 regels code waarop je die uitspraak baseert ...

[Robbiedobbie]

Je kan ook eventjes je delete operator globaal overloaden en zelf implementeren dat hij het geheugen naar die waarde zet

[DXaroth]

Barryvdh schreef op zaterdag 09 november 2013 @ 19:44:
Dat is dan wel weer aardig van PHP, dat PHP-FIG (PHP Framework Interoperability Group) probeert iedereen (of iig grote projecten) op 1 lijn te krijgen (PSR-2 dus)

je bedoelt ze proberen eindelijk python's PEP regels te implementeren? beetje laat tbqfh...

Je hebt nu een community van PHP ontwikkelaars waarvan enkel de professionals ooit hebben nagedacht over coding style, en dan probeer je een set regels te ontwikkelen zodat iedereen zich daar aan gaat houden.

De pros zullen 80% van die regels herkennen, al dan niet zelf gebruiken .. en de niet-pros zullen regels zien waar ze geen zin in hebben, want die hebben ze nooit gebruikt, dus waarom zouden ze daar nu aan beginnen...

Dat soort regels hoor je vroeg aan te maken, en te stimuleren als taal dat ze waarde hebben (in de python gemeenschap betekend het dat als je code PEP-8 compliant is, dat iedereen dan weet wat je coding style is, met een grote hoeveelheid tools en andere zooi om te controleren dat je code er aan voldoet, en zelfs om je code compliant te maken).. pas daarna zal het door een breder publiek gebruikt worden.

[PrisonerOfPain]

Zoijar schreef op zondag 10 november 2013 @ 09:21:
[...]

Dat is weer uniinitialized values, niet vrijgegegeven geheugen. Maar ik denk inderdaad dat het niet kan dan (zonder code). bv zo iets werkt waarschijnlijk gewoon in gcc debug mode:

C++:

int* x = new int(42);
delete x;
if (*x == 42) { // profit!!! }

Je kunt toch malloc, new, free en delete overloaden? Beter nog, bouw een allocator die mem corruption detect door pages om je allocation heen te alloceren en deze een segfault te laten triggeren als je er van leest of schrijft.

[PrisonerOfPain]

Oh en linux (?) heeft __malloc_hook / __free_hook

[Zoijar]

Hehe, ja, dat snap ik allemaal wel -- het ging erom of ik niet even -finvalidate-memory erachter kon typen. Bovendien gebruiken we nog verschillende custom allocators, dus daar blijf ik ver vandaan Draai het volgende keer wel even door valgrind. Zal eens kijken of ik dat Bamboo niet beter kan laten doen.

[Caelorum]

PrisonerOfPain schreef op zondag 10 november 2013 @ 11:59:
[...] Je kunt toch malloc, new, free en delete overloaden? Beter nog, bouw een allocator die mem corruption detect door pages om je allocation heen te alloceren en deze een segfault te laten triggeren als je er van leest of schrijft.

Oh, god wat doen jullie mij aan zeg!
/me opent google en is weer een uur productiviteit kwijt.

[PrisonerOfPain]

Zoijar schreef op zondag 10 november 2013 @ 12:11:Bovendien gebruiken we nog verschillende custom allocators, dus daar blijf ik ver vandaan

Wij ook, maar we kunnen at app-startup time de verschillende heap allocators vervangen door die allocator en dat is heerlijk om memory corruption te detecteren Verder is dit een feature van de VC runtime, dus wellicht dat GDB of de runtime die jij gebruikt dit kunnen?

@Caelorum VirtualAlloc, MEM_COMMIT, MEM_RESERVE, VirtualProtect, PAGE_NOACCESS, PAGE_READONLY etc

[PrisonerOfPain]

Zoijar schreef op zondag 10 november 2013 @ 12:11:
Hehe, ja, dat snap ik allemaal wel -- het ging erom of ik niet even -finvalidate-memory erachter kon typen. Bovendien gebruiken we nog verschillende custom allocators, dus daar blijf ik ver vandaan Draai het volgende keer wel even door valgrind. Zal eens kijken of ik dat Bamboo niet beter kan laten doen.

C:

void * __wrap_malloc (int c)
{
  
  void *ptr = __real_malloc (c);
  memset(ptr, 0xcd, c);
  return ptr;
}

Linken met --wrap malloc en klaar?

[Zoijar]

PrisonerOfPain schreef op zondag 10 november 2013 @ 12:17:
Wij ook, maar we kunnen at app-startup time de verschillende heap allocators vervangen door die allocator en dat is heerlijk om memory corruption te detecteren Verder is dit een feature van de VC runtime, dus wellicht dat GDB of de runtime die jij gebruikt dit kunnen?

Nou, wat er gebeurde is dat al weken alle unit tests passen in de unix productie-omgeving, en bijbehorende continuous builds, maar nu bouwde ik op windows en faalde er ineens een test. Ik dacht eerst dat het iets had te maken met weer eens een opvatting van microsoft over hoe de standaard geinterpreteerd moet worden (...) maar het bleek dus een (iets complexere) vorm van bovenstaande delete/use te zijn. Vrij riskant eigenlijk, en niet opgemerkt. Goed voorbeeld dat valgrind gewoon weer aan moet op de continuous builds.

[Caelorum]

PrisonerOfPain schreef op zondag 10 november 2013 @ 12:17:
[...] @Caelorum VirtualAlloc, MEM_COMMIT, MEM_RESERVE, VirtualProtect, PAGE_NOACCESS, PAGE_READONLY etc

Dank je Eerst maar eens terrain rendering terug toevoegen aan mijn stukje crapware en kijken hoe ik lua kan toevoegen en toch alle cpu cores kan gebruiken.
Maar allereerst maar eens kijken waarom mijn app eens in de 10 keer crash als ik probeer te profilen met intel tools en waarom die op geen enkele andere PC werkt terwijl ik toch alle dlls en zooi meelever.

[ Voor 21% gewijzigd door Caelorum op 10-11-2013 12:26 ]

[.Gertjan.]

Alex) schreef op zondag 10 november 2013 @ 03:16:
[...]


Jawel, VS (2013 i.i.g.) fixt de indenting

Met control K + control D (format document) in 2012 ook al (en mij staat bij 2010 ook). Soms weigert hij echter te formatten vanwege fouten in het document.

Met een plugin als ReSharper gaat het iets soepeler, maar die is soms iets te eager om te reformatten, dan blijf hij volledige codeblokken reformatten bij het plaatsen van een } terwijl je dat niet altijd wil. Zeker als ik wat korte ifjes heb (bijv een directe return) is het niet tof als hij ze aanpast...

Qua formatting maakt het mij niet zoveel uit of de accolade op het regeleinde of op de volgende regel staat. Volgende regel is soms iets makkelijker om code blokken te onderscheiden omdat je dan op de matching tekens kunt zoeken. De extra regel die het kost lees je vanzelf overheen, als je genoeg codeert filter je die er uit zodra je code leest. Zelf ben ik ooit begonnen met accolade achter de regel en heb de afgelopen jaren de switch gemaakt naar accolade op de volgende regel, maar heb absoluut geen moeite met andere formatting Heb een grotere hekel aan rommelige code, zolang de accolades consistent zijn heb ik geen probleem met afwijkende formatting

Overigens gebruik ik al een tijdje de plugin Indent Guides voor Visual Studio, een erg fijne plugin, deze toont lijntjes om je code blokken te identificeren (zoals het in VB.NET ook wordt gedaan, een van de weinige pluspuntjes aan VB.NET ). Een erg prettige plugin

[PrisonerOfPain]

Zoijar schreef op zondag 10 november 2013 @ 12:22:
[...]

Nou, wat er gebeurde is dat al weken alle unit tests passen in de unix productie-omgeving, en bijbehorende continuous builds, maar nu bouwde ik op windows en faalde er ineens een test. Ik dacht eerst dat het iets had te maken met weer eens een opvatting van microsoft over hoe de standaard geinterpreteerd moet worden (...) maar het bleek dus een (iets complexere) vorm van bovenstaande delete/use te zijn. Vrij riskant eigenlijk, en niet opgemerkt. Goed voorbeeld dat valgrind gewoon weer aan moet op de continuous builds.

Het minste wat je zou kunnen doen is met --wrap malloc & free compilen en die je memory laten clearen. Maar goed, als je zoveel custom allocators hebt zou je toch zeggen dat iemand al ooit dit soort debug functies toe heeft gevoegt?

Caelorum schreef op zondag 10 november 2013 @ 12:25:
[...]

Dank je Eerst maar eens terrain rendering terug toevoegen aan mijn stukje crapware en kijken hoe ik lua kan toevoegen en toch alle cpu cores kan gebruiken.
Maar allereerst maar eens kijken waarom mijn app eens in de 10 keer crash als ik probeer te profilen met intel tools en waarom die op geen enkele andere PC werkt terwijl ik toch alle dlls en zooi meelever.

Success wat doe je voor je terrain rendering?

Ik ben zelf bezig om m'n UI framework up-en-running te krijgen met m'n custom controls en het in een apart project te stoppen zodat ik het mooi kan hergebruiken. De Tab control kan nog wat werk gebruiken, de diagram control zou ik voor scripting / shading code-gen kunnen gebruiken. (Vandaar dat ik de image-support to heb gevoegt).

[ Voor 4% gewijzigd door PrisonerOfPain op 10-11-2013 12:43 ]

[Robbiedobbie]

PrisonerOfPain schreef op zondag 10 november 2013 @ 11:59:
[...]


Je kunt toch malloc, new, free en delete overloaden? Beter nog, bouw een allocator die mem corruption detect door pages om je allocation heen te alloceren en deze een segfault te laten triggeren als je er van leest of schrijft.

Grappig, dit heb ik paar weken terug zitten te implementeren

PrisonerOfPain schreef op zondag 10 november 2013 @ 12:17:
[...]

@Caelorum VirtualAlloc, MEM_COMMIT, MEM_RESERVE, VirtualProtect, PAGE_NOACCESS, PAGE_READONLY etc

Voor linux moet je kijken naar mprotect en mmap

[Caelorum]

PrisonerOfPain schreef op zondag 10 november 2013 @ 12:42:
[...] Success wat doe je voor je terrain rendering? [...]

Ik heb nog een opdracht uitstaan voor een vak van de uni. Vrij basic spul hoor. Gewoon een heightmap inladen door de gpu gooien, beetje distance-based tesselation, gras overheen gooien en dat is het eigenlijk wel. Heb in principe alles af, maar door een fout in mijn vorige project kon ik niet meer dan 1 'terrain' tegelijkertijd renderen waardoor alles hetzelfde niveau van tessellation kreeg. Kon niet vinden waar het zat dus dacht laat ik opnieuw beginnen. Nu ben ik dus alleen al 3 maanden verder, heb ik van alles en nog wat in mijn engine geknutseld, maar ben ik nog geen steek verder met die opdracht. En om alles erger te maken heb ik sinds een maand of twee ook nog maar 8 uur / week voor studie en heb ik nog andere dingen die moeten worden afgerond ^^
Enige waar ik wel blij mee ben is dat mijn kennis van c++, 3d rendering en game engine bouw echt verhondervoudigd is. Dus de moeite is het wel waard...

Is je UI-framework btw graphics API onafhankelijk?

Ohja, en mijn werk schiet ook niet echt op. Android devven is echt kut, vooral als je weet dat wat je aan het doen bent je in 4 dagen kan maken voor WP8 en W8 en je liever aan studie zooi werkt. Wat een kut dev experience heeft google gemaakt zeg.

[ Voor 11% gewijzigd door Caelorum op 10-11-2013 13:42 ]

[PrisonerOfPain]

Robbiedobbie schreef op zondag 10 november 2013 @ 13:10:
Grappig, dit heb ik paar weken terug zitten te implementeren

Was dat adhv deze post? PrisonerOfPain in "De Devschuur Coffee Corner - Iteratie 3"

Caelorum schreef op zondag 10 november 2013 @ 13:38:
Is je UI-framework btw graphics API onafhankelijk?

Nee - het is pure win32 met GDI+

[Robbiedobbie]

PrisonerOfPain schreef op zondag 10 november 2013 @ 13:45:
[...]


Was dat adhv deze post? PrisonerOfPain in "De Devschuur Coffee Corner - Iteratie 3"

Grappig genoeg heb ik die post juist helemaal gemist ^^.

Ik heb ergens een artikeltje gelezen over memory management voor games, waarna ik dacht, dit wil ik ook eens proberen. Toen ik eenmaal bezig was, bedacht ik me dat debugging van memory op die manier ook mogelijk moet zijn, en ben ik begonnen met zelf een padding in te bouwen bij debuggen, waar ik een check op kan uitvoeren voor out of bound writes. Daarna ben ik eens gaan googlen op memory protection, om dit mooier te maken (geen functie die gerunned moet worden, en die alleen op dat moment verteld dat je er fouten zijn, maar direct op de lijn zelf kunnen breaken).

Een nadeel is dat je memory alleen maar per page kan protecten, en die pages zijn nou niet echt klein (8kb op x86 dacht ik?)

[PrisonerOfPain]

Robbiedobbie schreef op zondag 10 november 2013 @ 13:50:
Een nadeel is dat je memory alleen maar per page kan protecten, en die pages zijn nou niet echt klein (8kb op x86 dacht ik?)

4 of 64k, zolang je op 64-bit zit maakt 't allemaal niet uit daar heb je virtual address space genoeg. Zolang je je pages niet commit naar physical mem zou je niet in de problemen moeten komen. 32-bit is een heel ander verhaal natuurlijk.

[Struikrover]

Woei, productief weekendje. Vanuit de grond opgebouwd: een webpagina die gebruik maakt van Websockets om te connecten met een al bestaande architectuur in Python. Deze krijgt audio input en rekent daar iets mee uit. Het resultaat wordt via een Websocket naar de browser gestuurd, waar ik met canvas de intensiteit van de data (formaat float matrix) visualiseer via Chroma.js

[Caelorum]

Hier wat minder productiviteit Na ruim 6 uur is het mij EINDELIJK gelukt een gridview te maken met een afbeelding per row. Echt hoe moeilijk kan je het maken Google. Waarom moet ik een custom control gaan maken voor zoiets basaals?

[F.West98]

Wat zou ik graag mijn tablet gebruiken als source viewer. Downloaden via TFS en openen in een text editor is verre van ideaal.
Iemand zoiets leuks tegengekomen?

[StM]

Maak het