De Devschuur Coffee Corner

[MBV]

Er moeten wat beter verstopte stukjes SDK tussen zitten waardoor ook gewone games mogelijk zijn

[YopY]

JavaScript:

if("0"==true) {
  console.log("ey, waarom zit je een string met een boolean te vergelijken? Doe eens normale vergelijkingen. :+ ");
}

[/code]

. Als je bugs tegenkomt omdat je klakkeloos strings met cijfers erin met booleans vergelijkt of als zodanig gebruikt, moet je ook niet zeuren dat het niet doet wat je verwacht.

Als je moet zeuren, zeur dan waarom [eenarray count] != 1 in Objective-C (als eenarray 1 element bevat).

[/discussie]

[.oisyn]

Ok I'll byte. Wat returnt [array count] dan?

quote: http://developer.apple.co...f/occ/instm/NSArray/count

count
Returns the number of objects currently in the array.

.edit: oh, is 't soms omdat ie een NSUInteger integer object returnt en dus geen int?

.edit2: nee dat is het niet

C:

typedef unsigned int NSUInteger;

[ Voor 158% gewijzigd door .oisyn op 17-08-2011 23:00 ]

[Rutix]

.oisyn schreef op woensdag 17 augustus 2011 @ 21:54:
Jammer dat je er alleen games mee kan maken waarbij het vanaf de tweede helft dom aliens knallen wordt.

Uh? Hoezo ? Je kunt hier van alles op maken... Je hebt gewoon de engine waar je je eigen game code op kan bouwen.

[.oisyn]

Uiteraard was het een sarcastische opmerking richting Crytek en het soort games dat zij produceert

FarCry: "Kom, we maken een hele mooie realistische shooter, maar get this: op een gegeven moment komen er aliens! Briljant!"
Crysis: "Ik heb een cool idee. Laten we een hele mooie realistische shooter maken. Maar, let op, halverwege komen er aliens, hoe vet is dat?!"

[ Voor 59% gewijzigd door .oisyn op 17-08-2011 23:40 ]

[Rutix]

Weet ik Maar jij ging gisteren ook zo mooi in op mijn opmerking van EA dus ik kon het gewoon niet laten .

[.oisyn]

Bah, ik haat C++/CLI wrappers schrijven zodat C# code kan interfacen met C++ code. Waarom werkt WPF nou niet gewoon in C++/CLI

[ZpAz]

Hmm, ik heb wel eens in een taal gewerkt die met minder regels code een commando line utility kon uitvoeren... desalnietemin vind ik dit een best leuk taaltje

code:

NSString *launchFile = [settingsFile objectForKey:@"Location"];
NSTask *task = [[NSTask alloc] init];
[task setLaunchPath:[NSString stringWithFormat:@"%@/%@", self.location, launchFile]];
        
NSArray *arguments = [[NSArray alloc] initWithObjects:nil];
[task setArguments:arguments];
        
NSPipe *outputPipe = [NSPipe pipe];
[task setStandardOutput:outputPipe];
        
NSFileHandle *handle = [outputPipe fileHandleForReading];
        
[task launch];
        
NSData *data = [handle readDataToEndOfFile];
NSString *response = [[NSString alloc] initWithData:data encoding:NSUTF8StringEncoding];
        
return response;

Tijd om mijn nest op te zoeken.

[ Voor 5% gewijzigd door ZpAz op 18-08-2011 00:47 ]

[alex3305]

ZpAz schreef op donderdag 18 augustus 2011 @ 00:46:
Hmm, ik heb wel eens in een taal gewerkt die met minder regels code een commando line utility kon uitvoeren... desalnietemin vind ik dit een best leuk taaltje

[... code ...]

Tijd om mijn nest op te zoeken.

En dan heb je nog niet eens netjes je objecten opgeruimd . Alhoewel dat natuurlijk niet per se zou moeten wanneer het programma daar zou termineren.

[ZpAz]

alex3305 schreef op donderdag 18 augustus 2011 @ 00:49:
[...]

En dan heb je nog niet eens netjes je objecten opgeruimd . Alhoewel dat natuurlijk niet per se zou moeten wanneer het programma daar zou termineren.

ARC Inderdaad, zonder dat zou het nog meer regels zijn.

[ Voor 7% gewijzigd door ZpAz op 18-08-2011 00:55 ]

[Aloys]

Werkt dat ARC nu al gewoon in xCode 4 uit de App Store, of heb je een developer preview nodig ofzo?

[ZpAz]

Aloys schreef op donderdag 18 augustus 2011 @ 00:55:
Werkt dat ARC nu al gewoon in xCode 4 uit de App Store, of heb je een developer preview nodig ofzo?

Je hebt nog steeds een developer preview nodig (4.2). Wat ik een beetje lame vind is dat je die alleen krijgt bij het iOS developer programma (betaald) en niet bij het OSX developer programma (even duur en ook betaald). Terwijl het wel in OSX Lion werkt? Nja.

[Aloys]

Als ik de tekst van Apple lees:

Automatic Reference Counting (ARC) for Objective-C makes memory management the job of the compiler. By enabling ARC with the new Apple LLVM compiler, you will never need to type retain or release again, dramatically simplifying the development process, while reducing crashes and memory leaks. The compiler has a complete understanding of your objects, and releases each object the instant it is no longer used, so apps run as fast as ever, with predictable, smooth performance.

Dan blijkt hieruit dat je OS helemaal niets hoeft te kunnen. Je moet alleen compilen voor het juiste OS/platform. De compiler voegt dus eigenlijk code toe om te zorgen dat al je objecten verdwijnen (op het juiste moment). Wel tof .

[.oisyn]

Zit er geen garbage collection in Obj-C?

[Aloys]

Ja in OSX wel in Obj-c 2.0 . In iOS wordt dat niet ondersteund voor performance redenen. ARC moet echter veel werk uit handen nemen en het is efficiënter dan een GC.

[sig69]

Ah, garbage collection! Heb nog wel eens .Net service onder handen gehad van een ex collega, mij werd gevraagd of ik wat aan het geheugen gebruik kon doen (1,5 Gb was "normaal"). Bleek hij in alle domain classed een destructor gemaakt te hebben (die weinig tot niks deden). Tsja. Nadat ik klaar was deed hij 80-90 MB max...

[.oisyn]

Aloys schreef op donderdag 18 augustus 2011 @ 01:11:
Ja in OSX wel in Obj-c 2.0 . In iOS wordt dat niet ondersteund voor performance redenen. ARC moet echter veel werk uit handen nemen en het is efficiënter dan een GC.

Het probleem is alleen dat reference counting lang niet altijd soelaas biedt.

sig69 schreef op donderdag 18 augustus 2011 @ 01:44:
Ah, garbage collection! Heb nog wel eens .Net service onder handen gehad van een ex collega, mij werd gevraagd of ik wat aan het geheugen gebruik kon doen (1,5 Gb was "normaal"). Bleek hij in alle domain classed een destructor gemaakt te hebben (die weinig tot niks deden). Tsja. Nadat ik klaar was deed hij 80-90 MB max...

Destructors? Bedoel je niet finalizers?
.edit: oh, blijkbaar heten die destructors in C#

[ Voor 3% gewijzigd door .oisyn op 18-08-2011 01:54 ]

[MacWolf]

Aloys schreef op donderdag 18 augustus 2011 @ 01:11:
Ja in OSX wel in Obj-c 2.0 . In iOS wordt dat niet ondersteund voor performance redenen. ARC moet echter veel werk uit handen nemen en het is efficiënter dan een GC.

Sterker nog, het lijkt er op dat Apple GC zal uitfaseren vanwege ARC, wat sowieso veel beter past bij een taal als ObjC. Zie dit Ars Technica artikel:

Today, years after the introduction of this feature, very few of Apple's own applications use garbage collection.

There's a good reason for this. Runtime garbage collection is simply a poor fit for Objective-C. For all its syntactic simplicity and long, distinguished history, the C programming language is actually a surprisingly complex beast, especially when it comes to memory management. In C, any correctly aligned pointer-size bit pattern in memory can potentially be used as an address; the language explicitly allows casting from void * to a typed pointer, and vice versa. Objective-C, as a superset of C, inherits these charming properties. In exchange for this sacrifice, Objective-C code can be compiled alongside plain C code and can link to C libraries with ease.

This means that the runtime garbage collector is expected to traverse memory allocated by an arbitrary conglomeration of Objective-C and plain old C code and make the correct decision—every time—about what memory may safely be collected. Apple's Objective-C garbage collection is a global switch. It can't be enabled just for the clean, object-oriented Objective-C code that application developers write; it applies to the entire process, including all the frameworks that the application links to.

[Alex)]

Over koffie gesproken: wat me opvalt bij de verschillende klanten waar ik tot nu toe heb gezeten is dat de koffie (in mijn geval: cappuccino) bij de twee overheidsklanten het beste is van smaak. Dat was beide keren ook Douwe Egberts.

[Snake]

Alex) schreef op donderdag 18 augustus 2011 @ 09:06:
Over koffie gesproken: wat me opvalt bij de verschillende klanten waar ik tot nu toe heb gezeten is dat de koffie (in mijn geval: cappuccino) bij de twee overheidsklanten het beste is van smaak. Dat was beide keren ook Douwe Egberts.

Die machines zijn gewoon top. Wel eigen tas meepakken, die plastieke bekertjes zijn vies!

[Dricus]

De koffie uit DE automaten vind ik meestal ook goed te drinken ja. Helaas zijn die DE automaten bij mijn werkgever (ook overheid) een paar jaar geleden vervangen door automaten van Maas International. Niet superslecht ofzo, maar het komt niet in de buurt van de DE.

[ Voor 4% gewijzigd door Dricus op 18-08-2011 09:10 ]

[Alex)]

Snake schreef op donderdag 18 augustus 2011 @ 09:09:
[...]
Die machines zijn gewoon top. Wel eigen tas meepakken, die plastieke bekertjes zijn vies!

Ik heb geen probleem met de plastic bekers. Scheelt mij ook weer afwas.

De koffie van de Brooodzaak op het station is trouwens ook goed te doen. Heb nu een beker naast me staan in de trein

[Woy]

.oisyn schreef op donderdag 18 augustus 2011 @ 00:23:
Bah, ik haat C++/CLI wrappers schrijven zodat C# code kan interfacen met C++ code. Waarom werkt WPF nou niet gewoon in C++/CLI

Had je dan niet beter het andere project meteen in C++/CLI kunnen maken, of was dat al bestaande code?

[CodeCaster]

Dammit, blijven ze bij Google nou bezig met dingen breken? Home en End werken niet meer in Gmail sinds een dag of drie, de Google Docs-versie is onlangs aangepast waardoor formules van mij niet meer goed werkten, en nu wordt sinds een paar dagen in dat laatste ook nog eens de focus na een paar seconden gestolen. Ben je lekker aan het typen of navigeren met het toetsenbord, stopt 'ie ineens met reageren.

[Alex)]

Daarom: Microsoft Office. Ik heb nooit zulke problemen met Excel of Outlook.

[CodeCaster]

Over het gebrek aan intuïtiviteit bij het werken met MS Office kan ik ondertussen een heel boek schrijven hoor.

Ik wil gewoon met twee klikken bij m'n documenten en mail kunnen, ik heb geen zin om "overal" waar ik zit (op een pc of drie) Office te installeren (niet in de eerste plaats omdat ik er geen licentie voor heb, behalve op m'n werklaptop), dus alternatieven als Dropbox vallen ook af.

[Alex)]

CodeCaster schreef op donderdag 18 augustus 2011 @ 09:23:
Over het gebrek aan intuïtiviteit bij het werken met MS Office kan ik ondertussen een heel boek schrijven hoor.

Ik vind Office 2010 toch wel redelijk intuïtief werken hoor. Okay, met Word heb ik nog steeds ruzie, maar dat zal ook wel liggen aan de templates waar ik mee werk, en het feit dat ik liever code klop (HTML/XAML) dan designers te gebruiken.

Ik wil gewoon met twee klikken bij m'n documenten en mail kunnen, ik heb geen zin om "overal" waar ik zit (op een pc of drie) Office te installeren (niet in de eerste plaats omdat ik er geen licentie voor heb, behalve op m'n werklaptop), dus alternatieven als Dropbox vallen ook af.

Office packagen met ThinApp een oplossing?

[Gamebuster]

*zit in een of andere interactive shell*
$ exit
*vastgelopen*
$ ^C
$ exit
$ ^C
$ exit
$ ^C
$ exit
$ ^C
$ exit
logout

[Process completed]

FFFUUUUUUUUU

[ Voor 14% gewijzigd door Gamebuster op 18-08-2011 10:13 ]

[.oisyn]

Woy schreef op donderdag 18 augustus 2011 @ 09:12:
[...]

Had je dan niet beter het andere project meteen in C++/CLI kunnen maken, of was dat al bestaande code?

Het project op m'n werk moet ook een native interface hebben, dus dan ontkom je niet aan twee versies van dezelfde interface. M'n softsynth hobbyprojectje heeft gewoon veel legacy code, en daarnaast wil ik het synth gedeelte wel native houden ivm performance. Maar idd, ik zat erover te denken om veel van die legacy code gewoon naar C++/CLI te converten, da's waarschijnlijk praktischer dan alles continu te wrappen. Alleen dan kost het initieel een grotere investering, waardoor mijn zin om het daadwerkelijk te doen heel wat afneemt

[ Voor 22% gewijzigd door .oisyn op 18-08-2011 10:15 ]

[Evilbee]

Argh, waarom geven testers feedback wat niet te reproduceren is?

Even wat achtergrond informatie: Ik ontwikkel een MES-systeem voor een brouwerij waarmee ze via een webpagina acties kunnen uitvoeren op de fabrieksvloer (zoals het starten van het brouwen, over pompen van 1 tank naar een andere, bulk materiaal uit een wagon transporteren naar een opslag silo, etc).

Nu krijg ik van de testers door dat wanneer ze een bulk wagon willen legen, ze geen feedback krijgen hoeveel er is geleegd. Nu probeer ik dat dus te repliceren op hetzelfde systeem waar de testers hebben getest. Maar ik krijg foutmeldingen dat stored procedures niet worden gevonden. Nadat dat is gefixed krijg ik een bak unhandled exceptions.

Ik vraag me nu echt af hoe ze getest hebben...

[Hipska]

Hier ook Maas International automaten. Als ik een citroenthee (Ja ik lust geen koffie) neem, dan hangt vaak aan de rand van het bekertje enkele druppels koffie. BWAK!

[GateKeaper]

Hipska schreef op donderdag 18 augustus 2011 @ 11:16:
Hier ook Maas International automaten. Als ik een citroenthee (Ja ik lust geen koffie) neem, dan hangt vaak aan de rand van het bekertje enkele druppels koffie. BWAK!

Bugfix Workaround: Voordat je op het knopje "heet water" drukt, eerst (flink hard) tegen de automaat aan schoppen / slaan.

[DonKui]

Gelukkig hebben de automaten hier een gescheiden uitgang voor water en koffie
Voordeel is dat de machines door het bedrijf zelf worden gemaakt dus als hij stuk is even naar het magazijn toe

[GateKeaper]

DonKui schreef op donderdag 18 augustus 2011 @ 11:32:
Gelukkig hebben de automaten hier een gescheiden uitgang voor water en koffie

Heeft die van ons ook, maar als de persoon voor je zijn bekertje weg haalt, en jij wilt daarna een bekertje (heet) water hebben, dan hangt er vaak nog een druppel koffie aan de koffie uitgang, die door het borrelen van de automaat toch nog weer in het volgende bekertje valt.

Geeft een nogal vieze bruine kleur aan je water.

[DonKui]

GateKeaper schreef op donderdag 18 augustus 2011 @ 11:38:
[...]


Heeft die van ons ook, maar als de persoon voor je zijn bekertje weg haalt, en jij wilt daarna een bekertje (heet) water hebben, dan hangt er vaak nog een druppel koffie aan de koffie uitgang, die door het borrelen van de automaat toch nog weer in het volgende bekertje valt.

Geeft een nogal vieze bruine kleur aan je water.

Nou ja, de uitgangen zitten ook een ruimte 10 cm van elkaar vandaan dus daar heb ik nog een voordeel van
Maar begrijp je probleem wel, lijkt me nou niet lekker als je thee neemt en dan koffie proeft

[BtM909]

Hipska schreef op donderdag 18 augustus 2011 @ 11:16:
Hier ook Maas International automaten. Als ik een citroenthee (Ja ik lust geen koffie) neem, dan hangt vaak aan de rand van het bekertje enkele druppels koffie. BWAK!

Eerste bakje standaard weggooien? Of is dit altijd?

[MueR]

Hipska schreef op donderdag 18 augustus 2011 @ 11:16:
Hier ook Maas International automaten.

Nu zou de baas het hier niet durven om een Maas automaat neer te zetten maareh.. komt er ondertussen koffie uit? De laatste keer dat ik zo'n ding heb aangeraakt was het gewoon opgewarmd slootwater.

[GateKeaper]

DonKui schreef op donderdag 18 augustus 2011 @ 11:43:
[...]
Maar begrijp je probleem wel, lijkt me nou niet lekker als je thee neemt en dan koffie proeft

Workaround: De automaat schoppen.
Bugfix: Enkel nog koffie laten zetten

[whoami]

Haat het als collega's op vakantie gaan, zonder hun uitgecheckte files in te hebben gechecked ....

Zit ik hier nu te blinken.

[whoami]

Een Maes automaat ?

[CodeCaster]

whoami schreef op donderdag 18 augustus 2011 @ 12:01:
Haat het als collega's op vakantie gaan, zonder hun uitgecheckte files in te hebben gechecked ....

Zit ik hier nu te blinken.

Als admin of op de server undo checkout doen en die collega's zelf hun code met jouw wijzigingen laten integreren is geen optie?

[Hipska]

Het is niet een aparte knop heet water, het is gewoon 1 van de menu opties en het bekertje komt uit dezelfde houder.

Heb het niet altijd, maar wel 3/4 of meer. http://twitpic.com/67vtjg

[Janoz]

MueR schreef op donderdag 18 augustus 2011 @ 12:00:
[...]

Nu zou de baas het hier niet durven om een Maas automaat neer te zetten maareh.. komt er ondertussen koffie uit? De laatste keer dat ik zo'n ding heb aangeraakt was het gewoon opgewarmd slootwater.

Slootwater? Wij noemen het altijd maaswater....

[Gamebuster]

De vorige-knop van Chrome doet 't bij mij niet meer sinds de laatste update. Lekker irritant.

[Ram0n]

Interessant verhaal vandaag op Tales from the Trenches:

Suppose you found a bug in a game that rendered a console unplayable? Suppose it was something akin to the original Myth II Uninstall problem where it basically formatted your hard drive, only worse?

There was a game that was released in the last 10 years that had a peculiar issue toward the end where you could crash the title just before one of the end bosses by doing a manual save just as it was autosaving.

If you did, it caused the console kernel to overwrite itself, rendering the entire unit non-functional.

After causing this to happen once, I was asked to replicate the issue in front of people who made a lot more money than I did. After sixteen hours of play, I, again, saved while the game was autosaving, and watched with everyone else in the room as the screen turned black and the console shut down. Attempting to boot it up didn’t even result in an error screen, it would just power on and then shut back down.

(To me) “You can do this every time?”
“If I want to, yeah.”
(To a marketing guy) “How long until we’re supposed to ship?”
“We’re supposed to go gold in a week.”
(To a developer) “How long would this take to fix?”
“We’ll have to rewrite the entire file structure. Weeks, at least. Probably months.”

The game shipped.

I got fired.

[DEiE]

Wat ik me afvraag, waarom is hij ontslagen? Doordat hij een kritieke fout gemeld heeft die de release date opschuift? Dat de organisatie er niets mee doet ok (wellicht zijn de kosten die gepaard gaan met vervangen van de consoles lager dan het oplossen van de bug) maar dat hij ontslagen wordt door het melden vind ik apart, dat zou hem alleen maar meer redenen geven om de klok te luiden.

[ Voor 54% gewijzigd door DEiE op 18-08-2011 14:10 ]

[Ram0n]

Dat zou ik me ook afvragen, je wil voorkomen dat zo'n persoon dan uit de school klapt. Zijn contract zal hem echter verbieden om er iets over te zeggen tegen wie dan ook, en daarom staat er nu 10 jaar later nog steeds geen naam van het spel bij.

Dat er verder niets gedaan is aan die bug is kwalijk, maar vanuit het oogpunt van de hoge bazen niet eens zo heel erg verwonderlijk. Dat ontslaan echter... Stank voor dank?

[ Voor 4% gewijzigd door Ram0n op 18-08-2011 14:14 ]

[BtM909]

Klinkt als een samengevat WTF verhaal...

Maarja er zijn toch genoeg van die save-bugs bekend? Alhoewel die niet het hele systeem vernaggelde (alhoewel er staat me iets van TMNT op de SNES )

En fired met een hele dikke ontslagregeling lijkt me, want dat die info lekt is niet echt iets wat je als bedrijf kan permitteren...

[Megamind]

Klinkt mij eerder als een broodje aap verhaal, die game zou nooit kunnen shippen met zo'n bug.

[st0p]

Megamind schreef op donderdag 18 augustus 2011 @ 14:17:
Klinkt mij eerder als een broodje aap verhaal, die game zou nooit kunnen shippen met zo'n bug.

Dan ben je toch wel een tikkeltje naief vrees ik...

[CodeCaster]

Megamind schreef op donderdag 18 augustus 2011 @ 14:17:
Klinkt mij eerder als een broodje aap verhaal, die game zou nooit kunnen shippen met zo'n bug.

Twee managers in gesprek.

"Hoe groot is de kans dat iemand dit reproduceert?"
- "Mwah."
"Wat kost het als de defecte consoles waarbij het is gebeurd op ons worden verhaald?"
- "Mwah."
"Wat kost het als we drie maanden later shippen?"
- "Een paar ton, minstens."
"Ship maar."



@twee hieronder: true.

[CoolGamer]

Het lijkt me ook sterk dat ze geen snelle workaround kunnen maken die er voor zorgt dat er niet tegelijk ge-autosaved en gesaved wordt.

[st0p]

overigens snap ik niet waarom er niet gewoon een boollean is_autosaving oid is toegevoegd die het handmatig saven tijdelijk utschakeld...

[Rutix]

Dat is wat ik ook als eerste aandacht. Waarom hele file structure rewriten als je gewoon VERBIED om te saven terwijl hij met autosave bezig is.

[Woy]

Het ongeloofwaardige vind ik meer dat hij ontslagen zou zijn, en niet het feit dat er gewoon met bug en al geshipped word. Ik zie totaal geen reden waarom hij ontslagen zou moeten worden voor het melden van een bug, het is immers niet zijn beslissing of er wel of niet wat aan gedaan moet worden.

[HMS]

Ik ben het met Woy eens, hij is dus ontslagen omdat hij zijn werk goed deed?

[Rutix]

broodje aap dus

of er moeten nog dingen zijn die hij er natuurlijk niet heeft bijgemeld dat kan natuurlijk ook.

[ Voor 76% gewijzigd door Rutix op 18-08-2011 14:42 ]

[.oisyn]

Het lijkt mij vrij duidelijk. De beste man is ontslagen omdat hij enorm incompetent is omdat hij denkt dat voor het voorkomen van manual saven terwijl er geautosaved wordt een hele rewrite van het file systeem nodig is.

[Rutix]

.oisyn schreef op donderdag 18 augustus 2011 @ 14:42:
Het lijkt mij vrij duidelijk. De beste man is ontslagen omdat hij enorm incompetent is omdat hij denkt dat het voorkomen van manual saven terwijl er geautosaved wordt een hele rewrite van het file systeem nodig heeft.

Echter was hij niet degene die zei dat er een rewrite moest plaats vinden. Hij meldde alleen de bug

[.oisyn]

Oh ja, good point. Nou, die developer mag ook wel ontslagen worden

[Rutix]

Ja dat ook .

[.oisyn]

Overigens staat er nergens bij waarom hij ontslagen is, er wordt slechts de suggestie gewekt dat er een verband is. Testers heb je nou eenmaal niet tijdens de hele looptijd van je productieproces nodig.

[Ram0n]

Allemaal waar, we hebben te weinig context. Maar toch wel interessante verhalen om daar terug te lezen

[AtleX]

Megamind schreef op donderdag 18 augustus 2011 @ 14:17:
Klinkt mij eerder als een broodje aap verhaal, die game zou nooit kunnen shippen met zo'n bug.

Heel veel leesplezier.

[ Voor 4% gewijzigd door AtleX op 18-08-2011 14:53 ]

[Rutix]

AtleX schreef op donderdag 18 augustus 2011 @ 14:53:
[...]

Heel veel leesplezier.

Ja idd wat een fucking blunder was die game zeg.

Edit: Ik vind al die verhalen best sterk. >.>

[ Voor 8% gewijzigd door Rutix op 18-08-2011 14:56 ]

[Soundless]

Lol heb hard moeten lachen om dat artikel. Ik begrijp echt niet hoe mensen erbij komen om zoiets te releasen. Ik persoonlijk zou het niet eens durven.

[Gamebuster]

Verse stoelen

*hele afdeling zit stoelen te verstellen en door het kantoor te rollen*

[Otherside1982]

Gamebuster: Tijd voor een vergelijkende snelheidstest tussen de oude en de nieuwe stoelen: race door de gang?

[.oisyn]

Soundless schreef op donderdag 18 augustus 2011 @ 16:17:
Lol heb hard moeten lachen om dat artikel. Ik begrijp echt niet hoe mensen erbij komen om zoiets te releasen. Ik persoonlijk zou het niet eens durven.

Het was nog pre-alpha. Waarschijnlijk hadden ze er gewoon geen zin meer in, en hebben het toen maar gewoon gereleased as-is omdat de deal met de distributeur toch al rond was. You're winner!

[Gamebuster]

productiviteit-o-meter v.0.1 alpha
▓▓░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░

[ Voor 4% gewijzigd door Gamebuster op 18-08-2011 16:49 ]

[st0p]

Voor een alpha kwam die productiviteits meter vandaag aardig in de richting. Ben ik de enige die zo af en toe een dag heeft waarin er code-technisch bar weinig uit mijn handen komt?

[ZpAz]

st0p schreef op donderdag 18 augustus 2011 @ 19:06:
Voor een alpha kwam die productiviteits meter vandaag aardig in de richting. Ben ik de enige die zo af en toe een dag heeft waarin er code-technisch bar weinig uit mijn handen komt?

Af en toe zegt ie... you lucky bastard.

[Alex)]

st0p schreef op donderdag 18 augustus 2011 @ 19:06:
Voor een alpha kwam die productiviteits meter vandaag aardig in de richting. Ben ik de enige die zo af en toe een dag heeft waarin er code-technisch bar weinig uit mijn handen komt?

Zulke dagen heb ik ook wel eens ja, voornamelijk omdat ik dan andere dingen zit te doen zoals (systeem)documentatie ofzo.

Geef mij maar code.

[Caelorum]

Same here ^^
Als ik s'ochtends wakker word weet ik al wat voor productiviteit ik die dag ga hebben. Vandaag was die bijvoorbeeld negatief. Dat wil zeggen adt ik mijzelf alleen maar meer werk heb bezorgd

[Gamebuster]

Wtf heb je nou aan zo'n kat...

Wordt je een lieve vogel gebracht als cadeautje, is-ie dood en opengescheurd!

Voor de liefhebbers van een foto voor een opengescheurde vogel: i.imgur.com/K0cM1.jpg
Express geen http:// ervoor: het is niet echt een smakelijke foto

[ Voor 8% gewijzigd door Gamebuster op 18-08-2011 21:55 ]

[Avalaxy]

Alex) schreef op donderdag 18 augustus 2011 @ 19:29:
[...]

Zulke dagen heb ik ook wel eens ja, voornamelijk omdat ik dan andere dingen zit te doen zoals (systeem)documentatie ofzo.

Geef mij maar code.

Volgens mij ben ik de enige op de wereld die het niet erg vindt om documentatie te schrijven. Ik vind het juist leuk om mijn code nog even netjes te maken en alle nodige stukjes van nette documentatie te voorzien

Alleen code van anderen documenteren is nog weleens crap omdat je dan alles moet gaan ontleden

[jacobras]

Avalaxy schreef op donderdag 18 augustus 2011 @ 22:14:
[...]


Volgens mij ben ik de enige op de wereld die het niet erg vindt om documentatie te schrijven. Ik vind het juist leuk om mijn code nog even netjes te maken en alle nodige stukjes van nette documentatie te voorzien

Een soortgenoot! Ik heb er geen bezwaar tegen mijn code te voorzien van duidelijk commentaar, ooit heb je er zelf weer profijt van .

[Gamebuster]

Documenteren doe ik om mijn gedachten op orde te krijgen of als ik geen zin heb in code schrijven. Meestal een combi van beide

[eBoR]

ik documenteer meestal aan het einde van de dag. laaste half uurtje beetje code opruimen en commenten

[.oisyn]

.oisyn schreef op donderdag 18 augustus 2011 @ 00:23:
Bah, ik haat C++/CLI wrappers schrijven zodat C# code kan interfacen met C++ code. Waarom werkt WPF nou niet gewoon in C++/CLI

And the battle continues.
Denk je dat het makkelijk is om in C++/CLI een delegate te definieren als je al een C++ class genaamd "delegate" hebt? Contextual keywords my ass. Hoe ga ik hier nou weer omheen werken

[PrisonerOfPain]

Dat je nog geen code-gen tool heb gemaakt om die C++/CLI meuk te vereenvoudigen.

[Matis]

Vandaag een stukje software geschreven, waarmee Java via een named pipe kan communiceren met een C-applicatie

Erg handig, nu kan ik lokaal het TSL UMD-protocol simuleren en testen

[.oisyn]

PrisonerOfPain schreef op donderdag 18 augustus 2011 @ 23:47:
Dat je nog geen code-gen tool heb gemaakt om die C++/CLI meuk te vereenvoudigen.

Omdat ten eerste C++ moeilijk te parsen is en ten tweede het veel teveel custom code vergt waardoor een one size fits all generator niet mogelijk is

[Aloys]

Heb m'n beeldscherm (Dell U2311h) nu even gedraaid, wat een boel code past er dan op (140 regels leesbaar, 110 regels met fijn lettertype en grootte. Zal alleen wel snel nekklachten krijgen van het omhoog en naar beneden kijken

[alex3305]

Avalaxy schreef op donderdag 18 augustus 2011 @ 22:14:
[...]

Volgens mij ben ik de enige op de wereld die het niet erg vindt om documentatie te schrijven. Ik vind het juist leuk om mijn code nog even netjes te maken en alle nodige stukjes van nette documentatie te voorzien

Alleen code van anderen documenteren is nog weleens crap omdat je dan alles moet gaan ontleden

He-le-maal mee eens. Zelf heb ik ook totaal geen moeite met het schrijven van documentatie. Sterker nog, ik weet dat ik er later profijt van heb. Echter willen docenten (HBO) nog weleens zeggen dat ik het te veel doordrijf. Echter ben ik het er daar vaak niet mee eens.

Laatst hadden we namelijk een project, waarbij een projectlid geen documentatie gebruikte. Toen ik hem daarop aansprak, vond hij dat ik maar aan het zeveren was. Toen ik echter zeven weken later naar een functie in z'n klasse vroeg, moest hij 1) zelf even kijken en 2) toen hij gekeken had, wist hij totaal niet wat de methode deed.

Toen ik hem attendeerde op het feit dat ik heel wat weken eerder had gevraagd naar documentatie, gaf hij aan dat ik toch wel enigszins gelijk had.

Hetzelfde geld overigens overigens voor testen en testplannen opstellen. In diezelfde groep (en de groep ervoor) had ik een uitgebreid testplan opgezet, waaraan niemand zich hield en ook niemand mee werkte. Uiteindelijk heb ik de moed maar opgegeven, omdat ze vanuit school toch te weinig hameren op bijkomende zaken zoals documentatie en testen.

[/mini-rant]

[Avalaxy]

Idd, gestructureerde werkwijzen worden helemáál niet gepromoot... Regressietesten? OTAP? DI? VCS? Wasda?

Erg zonde, om die redenen zijn eigenlijk al mijn schoolprojecten (in mijn ogen) gefaald. Coden is leuk, maar als je rommel produceert heb je er niet veel aan. Nu ben ik niet te beroerd om dingen zelf uit te zoeken (in tegendeel!), alleen wist ik simpelweg van het gros van die dingen amper van het bestaan af.

En al zoek je het zelf wél uit, dan nog weten je projectgenoten het 99% van de tijd alsnog te verfucken.

[ Voor 11% gewijzigd door Avalaxy op 19-08-2011 01:21 ]

[alex3305]

Avalaxy schreef op vrijdag 19 augustus 2011 @ 01:20:
Idd, gestructureerde werkwijzen worden helemáál niet gepromoot... Regressietesten? OTAP? DI? VCS? Wasda?

Erg zonde, om die redenen zijn eigenlijk al mijn schoolprojecten (in mijn ogen) gefaald. Coden is leuk, maar als je rommel produceert heb je er niet veel aan. Nu ben ik niet te beroerd om dingen zelf uit te zoeken (in tegendeel!), alleen wist ik simpelweg van het gros van die dingen amper van het bestaan af.

Zoals je zelf al zegt, ik ken de termen OTAPI, DI of VCS he-le-maal niet. Wij hebben een tijdje PRINCE gehad (ook mbt support), het watervalmodel en tegenwoordig is SCRUM programming een heel hot-topic.

Daarnaast vind ik niet dat (al) mijn schoolprojecten gefaald zijn. Wel denk ik dat er een hoop van de projecten beter had gekunnen. Al had de helft van de groep maar meer inzet gehad of überhaupt mee willen testen.

En al zoek je het zelf wél uit, dan nog weten je projectgenoten het 99% van de tijd alsnog te verfucken.

Bij mijn vorig project was ik dan kwaliteitsbeheerder. Dat houdt bij ons op school concreet in dat je templates opstelt (documenten, code) en jezelf met het testen bezig houdt. Echter stel je dan een mooi document-template op in Word. Komt er één projectlid aan die de regelafstand niet mooi vind en dat dan gewoonweg aanpast. An sich maakt het me dan niet uit dat mensen een bepaald iets, iets anders willen hebben. Maar geef dat dan gewoon aan!

Codestandaarden en documenteren hield - op één iemand na - zich totaal niemand aan. Code zoals:

C#:

public class Interface {
   private eerste_Variabele;
   private second_field;

   public void DoSomethingSomethingDarkSide() { }
   public void correctDoSomethingSomethingDarkSide() { }
   public void alternative(string _someVar) { }

was vrij normaal, en ALLES zonder documentatie, op wat inline documentatie na. En zoals ik net al zei, testen deed niemand wat aan, dus ben ik maar gewoonweg mee opgehouden.

[Styxxy]

Schoolprojecten falen sowieso. Bij ons is het de bedoeling dat we leren samenwerken en verschillende good practices leren. Echter, niemand begeleidt ons (behalve langs komen om te zien of iedereen tijdens de projecturen er is). Ze leren ons gewoon niet aan hoe een project van A tot Z aan te pakken (nu ja, dat ze maar eens beginnen om van A tot M uit te leggen ).

[Alex)]

Avalaxy schreef op donderdag 18 augustus 2011 @ 22:14:
[...]


Volgens mij ben ik de enige op de wereld die het niet erg vindt om documentatie te schrijven. Ik vind het juist leuk om mijn code nog even netjes te maken en alle nodige stukjes van nette documentatie te voorzien

Dat vind ik ook nog wel leuk, want het schijven van methode-documentatie (en indien nodig, inline comments) is ook meteen een mooie manier om te zien of de method names wel kloppen, enzovoorts.

Alleen code van anderen documenteren is nog weleens crap omdat je dan alles moet gaan ontleden

Agreed, dat is wat lastiger. Maar nog steeds leuk, als je daarna de schoffel door de code kan gaan halen om te gaan refactoren.

Waar ik echt een hekel aan heb is (mee)schrijven aan een functioneel of technisch ontwerp. Vooral bij het TO weet ik eigenlijk nooit goed wat er nou allemaal wel en niet in thuishoort. Ik zet er meestal wat blablabla in over het datamodel en de grootste terugkerende dingen (zoals gebruikte design patterns).

Ik kreeg laatst een TO in m'n handen wat letterlijk niets meer was dan een XSD-schema.

[Gamebuster]

made me LOL

[ Voor 20% gewijzigd door Gamebuster op 19-08-2011 12:33 ]

[Ryur]

Gamebuster schreef op vrijdag 19 augustus 2011 @ 09:20:
http://i.imgur.com/YbGWy.png

made me LOL

Ja moest ik ook enorm om lachen toen ik het zag ja!
Ideale IDE (L)

Moet helaas nog niet veel in RoR doen, maar even opzoek naar een (bij)baan daarin, i.p.v. PHP waar ik nu voorlopig even genoeg van heb.

[Caelorum]

Alex) schreef op vrijdag 19 augustus 2011 @ 08:46:
[...]
Waar ik echt een hekel aan heb is (mee)schrijven aan een functioneel of technisch ontwerp. Vooral bij het TO weet ik eigenlijk nooit goed wat er nou allemaal wel en niet in thuishoort. Ik zet er meestal wat blablabla in over het datamodel en de grootste terugkerende dingen (zoals gebruikte design patterns).

Daar had ik ook altijd last van. Gelukkig hebben ze me dat bij mijn afstudeerstage heel snel eruit geholpen. Heb nog nooit zolang aan een FO en TO zitten schrijven (+- 8 van de 20 weken )

[Janoz]

alex3305 schreef op vrijdag 19 augustus 2011 @ 01:42:
Zoals je zelf al zegt, ik ken de termen OTAPI, DI of VCS he-le-maal niet. Wij hebben een tijdje PRINCE gehad (ook mbt support), het watervalmodel en tegenwoordig is SCRUM programming een heel hot-topic.

WTF.... Hoe kun je uberhaupt agile bezig zijn wanneer je niet minimaal OTAP (of OTP) en VCS hebt?

[MBV]

.oisyn schreef op vrijdag 19 augustus 2011 @ 00:38:
[...]


Omdat ten eerste C++ moeilijk te parsen is en ten tweede het veel teveel custom code vergt waardoor een one size fits all generator niet mogelijk is

Waarom moet je C++ parsen om een code-gen tool te schrijven

Avalaxy schreef op vrijdag 19 augustus 2011 @ 01:20:
Idd, gestructureerde werkwijzen worden helemáál niet gepromoot... Regressietesten? OTAP? DI? VCS? Wasda?

Erg zonde, om die redenen zijn eigenlijk al mijn schoolprojecten (in mijn ogen) gefaald. Coden is leuk, maar als je rommel produceert heb je er niet veel aan. Nu ben ik niet te beroerd om dingen zelf uit te zoeken (in tegendeel!), alleen wist ik simpelweg van het gros van die dingen amper van het bestaan af.

En al zoek je het zelf wél uit, dan nog weten je projectgenoten het 99% van de tijd alsnog te verfucken.

Op een project van 3 maanden met 5 man heeft het ook totaal geen zin om regressietesten op te zetten Schoolprojectjes zijn meestal kort, hebben niet veel developers, dus op source control na zijn al die dingen strikt genomen onzin.
Als 'school' het zou verplichten om regressietesten etc op te zetten, dan heb je geen tijd meer om te programmeren, en heb je de rest van je leven zo'n hekel aan regressietesten dat je ze nooit meer zal gaan opzetten

Projectgenoten die het verfucken had ik een mooie oplossing voor: ik schreef het gewoon zelf wel, dat kostte me uiteindelijk minder tijd Dat waren de eerste 2 projectjes, daarna heb ik wel wat bijgeleerd.

[ValHallen]

Even terug komend op documentatie, hoe doen jullie dat?
Ik zet zelf meestal de documentatie bij alle functies, en vaak ook voor elke regel nog een stuk commentaar er achter.

[eBoR]

Maak meestal een uitgebreide specificatie van de methode en alleen inline commentaar bij bijzondere stukjes.

[jip_86]

Vooral de bijzondere stukjes inderdaad. Gaat er vooral om dat de volgende niet die ene if weghaalt omdat die overbodig lijkt bijvoorbeeld.
Kunst is om het ook wel bij te houden. Zag laatst een paar regels staan die nog sloegen op iets wat al niet meer van toepassing was

[koli-man]

ValHallen schreef op vrijdag 19 augustus 2011 @ 10:09:
Even terug komend op documentatie, hoe doen jullie dat?
Ik zet zelf meestal de documentatie bij alle functies, en vaak ook voor elke regel nog een stuk commentaar er achter.

Architectuur en high level design wordt gemaakt.
Interfaces, external als internal worden gedocumenteerd in de code.
Implementaties zijn vanzelf gedocumenteerd in de unit tests. Streven naar korte functies.

Natuurlijk kunnen er soms uitzonderingen gemaakt worden.

[.oisyn]

MBV schreef op vrijdag 19 augustus 2011 @ 10:04:
[...]

Waarom moet je C++ parsen om een code-gen tool te schrijven

Omdat er C++/CLI classes gegenereerd moeten worden uit bestaande C++ classes? Hoe had jij dat dan bedacht?

---

Ook leuk: conversie van callbacks naar events. Allereerst heb je een native proxy class nodig die je event implementeert, want een managed class kun je niet laten overerven van een native class. Vervolgens moet je al die methods van de interface die je wilt converteren naar events ook nog eens in je managed class zelf zetten omdat een een of andere idioot heeft bedacht dat het wel handig was om de raise() van events standaard niet public te maken, en je om dat aan te passen de complete boilerplate code van het adden, removen en raisen van events zelf mag gaan zitten implementeren. Niet handig, dus dan maar gewoon even een internal method toevoegen. Oftewel, elke method mag je op 3 plaatsen gaan zitten herhalen. Dus je krijgt dit soort geneuzel:

C++:

// native interface
class IFoo
{
public:
    virtual void Foo() = 0;
};

class MyNative
{
public:
    void AddFoo(IFoo* pFoo);
};

// managed interface
ref class MyManaged
{
public:
    delegate void FooHandler();  // plek 1
    event FooHandler^ Foo;

    MyManaged(MyNative * pNative) : m_pNative(pNative)
    {
        m_pProxy = new FooProxy(this);
        m_pNative->AddFoo(m_pFoo);
    }

internal:
    void OnFoo() // plek 2
    {
        Foo();
    }

    MyNative * m_pNative;
    FooProxy * m_pProxy;
};

class FooProxy : public IFoo
{
public:
    FooProxy (MyManaged^ pManaged) : m_pManaged(pManaged) { }
    virtual void Foo() { m_pManaged->OnFoo(); } // plek 3

private:
    gcroot<MyManaged^> m_pManaged;
};

[ Voor 82% gewijzigd door .oisyn op 19-08-2011 10:58 ]

[Alex)]

Wazig gedoe weer met SharePoint 2007 Search. Ik heb een managed property van het type Date and Time, die ook netjes mapt naar een bijbehorende crawled property. Toch blijft de value van die property leeg (null), ondanks dat het een verplicht veld is en er dus bij alle items een datum aanwezig is.

Maar soms wordt hij ineens toch gevuld.

Ik hou er niet van als dingen zich onvoorspelbaar gedragen.