De Devschuur Coffee Corner - Iteratie 2

[abeker]

Oh joy, net nieuwe versie van een DLL gemaakt in VB6 op testserver gezet, wil het niet meer werken. Server.CreateObject failt, DLL unregisteren wil ook al niet lukken... En toen realiseerde ik me dat ik op m'n development PC zojuist windows updates had geïnstalleerd en dat die nieuwe DLL om de één of andere reden faalt op machines die niet up-to-date zijn Lekkere methode om af te dwingen dat iedereen de laatste updates installeert

[CodeCaster]

windows updates had geïnstalleerd en dat die nieuwe DLL om de één of andere reden faalt op machines die niet up-to-date zijn

Geen idee hoor, maar refereert jouw DLL dan niet gewoon aan een specifieke versie van een zojuist geüpdatetetete DLL?

@hieronder: echt niet, metal.

[ Voor 6% gewijzigd door CodeCaster op 10-10-2012 15:36 ]

[Geerrrt]

#hakkuhhhhhhhh

[Haan]

Een collega heeft laatst een webformulier gebouwd voor een Turkse klant, belt die klant net op: 'het formulier toont een of andere tekst maar ik heb geen idee wat er staat, het is in ieder geval geen Turks'.
Heeft die collega blijkbaar iets als 'er is een fout opgetreden' via Google translate zelf vertaald

[abeker]

CodeCaster schreef op woensdag 10 oktober 2012 @ 15:34:
[...]
Geen idee hoor, maar refereert jouw DLL dan niet gewoon aan een specifieke versie van een zojuist geüpdatetetete DLL?

Ja waarschijnlijk wel maar welke dat dan moet zijn, geen idee... Als ik kijk naar welke DLL's gereferenced worden in het project dan zie ik daar niets tussen staan dat recentelijk geüpdate is.

[alienfruit]

Ik ben niet fan van bug reports die beginnen met ¨Als je heel snel klikt dan...¨

[GateKeaper]

alienfruit schreef op woensdag 10 oktober 2012 @ 16:49:
Ik ben niet fan van bug reports die beginnen met ¨Als je heel snel klikt dan...¨

Omdat jij niet snel genoeg kan klikken om ze te reproduceren?

[BtM909]

CodeCaster schreef op woensdag 10 oktober 2012 @ 15:34:
[...]

Geen idee hoor, maar refereert jouw DLL dan niet gewoon aan een specifieke versie van een zojuist geüpdatetetete DLL?

@hieronder: echt niet, metal.

geüpdatet

[Otherside1982]

BtM909 schreef op woensdag 10 oktober 2012 @ 16:53:
[...]

geüpdatet

bijgewerkt of geactualiseerd (waarom moeilijk doen?)

[ Voor 4% gewijzigd door Otherside1982 op 10-10-2012 17:37 ]

[abeker]

GateKeaper schreef op woensdag 10 oktober 2012 @ 16:52:
[...]


Omdat jij niet snel genoeg kan klikken om ze te reproduceren?

dat noemen ze ook wel een race-condition

[D-Raven]

Woppa Q6 admissable en consistent heuristic gevonden. Search nodes 1139.

[Struikrover]

Heb wel het idee dat jullie in die A.I. course meer toegepaste algoritmiek leren, iets dat ik bij mijn opleiding nog wel eens mis. Maar goed, kwestie van een andere balans in het onderwijsprogramma

[D-Raven]

Struikrover schreef op woensdag 10 oktober 2012 @ 19:57:
Heb wel het idee dat jullie in die A.I. course meer toegepaste algoritmiek leren, iets dat ik bij mijn opleiding nog wel eens mis. Maar goed, kwestie van een andere balans in het onderwijsprogramma

Hmmm valt wel mee. Het is veel meer dan search problems. Dit is nog maar het begin heh . Vooralsnog is het wel wat algoritmiek (DFS, BFS, UCS en A*) maar er komt ook behoorlijk wat wiskunde bij kijken omdat je ook de heuristic voor eerder genoemde algo's moet verzinnen.

Overigens heb ik algoritmes ook gehad in mijn opleiding. Tevens DFS en BFS, maar nooit zo in depth als dat ik hier uitgelegd kreeg.

[NMe]

BtM909 schreef op woensdag 10 oktober 2012 @ 16:53:
[...]

geüpdatet

Geüpdatete in die context.

[alienfruit]

[b]GateKeaper schreef op woensdag 10 oktober 2012 @ 16:52:Omdat jij niet snel genoeg kan klikken om ze te reproduceren?

Jeps

[Woy]

Woy schreef op woensdag 10 oktober 2012 @ 13:34:
[...]

Klopt inderdaad, er komt nog een mededeling over. Maar het komt er op neer dat het in SEA gewoon erg rustig was, en dus weer naar PRG gemerged is.

Software Engineering & Architecture opgeheven

[azerty]

En als ik naar het originele uitbreidingstopic kijk zie ik dat er al 1tje verdwenen was... Binnen een x-aantal jaar alles terug in 1 dan?

[.oisyn]

Nee, Graphics en Web is nog steeds opgesplitst.

[Coca-Cola]

abeker schreef op woensdag 10 oktober 2012 @ 15:33:
Oh joy, net nieuwe versie van een DLL gemaakt in VB6 op testserver gezet, wil het niet meer werken. Server.CreateObject failt, DLL unregisteren wil ook al niet lukken... En toen realiseerde ik me dat ik op m'n development PC zojuist windows updates had geïnstalleerd en dat die nieuwe DLL om de één of andere reden faalt op machines die niet up-to-date zijn Lekkere methode om af te dwingen dat iedereen de laatste updates installeert

Dll even in depends laden op die server en je ziet wat er mist, briljante tool voor dependency probleempjes...

[azerty]

.oisyn schreef op woensdag 10 oktober 2012 @ 23:45:
Nee, Graphics en Web is nog steeds opgesplitst.

Ik had het niet over nu, ik heb het over de toekomst xD

[Caelorum]

Als er steeds minder ontwikkelaars komen dan lijkt me dat wel een logisch gevolg toch?
Heb zelf ook het gevoel dat voor Nederlandse ontwikkelaars Tweakers niet meer de default place to be is, met fora als stackoverflow enz.
Misschien moet Tweakers in plaats van programma's sponsoren op de tv (slecht reclamespotje btw) wat posters gaan ophangen op technische universiteiten en hogescholen enz.

[ Voor 27% gewijzigd door Caelorum op 11-10-2012 08:49 . Reden: :X ]

[eamelink]

Tsja, met Nederlands als voertaal zet je maar op een klein deel van de markt in, en dan ook nog eens deels de onderkant van de markt. Combineer dat met hopeloos verouderde software voor echte vraag/antwoord dingen en het is logisch dat de hap die GoT uit die markt neemt erg klein is

Desalwelteplus voldoet het veel beter dan allerlei andere platformen als sociaal gebeuren

[Bosmonster]

.oisyn schreef op woensdag 10 oktober 2012 @ 23:45:
Nee, Graphics en Web is nog steeds opgesplitst.

Van mij mag het wel omgezet worden naar Design en Development. Web is ook erg rustig en frontend development wordt ook steeds complexer.

[Davio]

Bosmonster schreef op donderdag 11 oktober 2012 @ 09:33:
[...]


Van mij mag het wel omgezet worden naar Design en Development. Web is ook erg rustig en frontend development wordt ook steeds complexer.

Ja, het wordt ook steeds breder en de scheidslijnen vervagen.

Als je een app maakt voor de Win8 Metro UI in HTML 5, ben je dan met Web dev bezig of ouderwets aan het programmeren? En als je aan een ASP.NET site werkt, maar dan voornamelijk aan de achterkant met C#?

Design & Development vind ik een prima algemene noemer.

[_Peter2_]

Altijd leuk als je net terug bent van vakantie en al wat gepland had staan, maar door een escalatie van een klant een verschuiving in prioriteiten krijgt.

Op zich niet erg, maar dan moeten de projectleiders e.d. wel even uit mijn buurt blijven met vragen over andere zaken dan waar ik mee bezig moet. (Briefje op de deur "niet storen a.u.b. deed wel wonderen overigens )

[ytterx]

Yay een test met nieuwe koffie op het werk! Zit meer smaak aan, maar is na verluid duurder dus hoop dat het er door heen komt!!

[Hydra]

Op koffie hoort niet bezuinigd te worden. Koffie is code.

* Hydra heeft het geluk op z'n werk over een echt espressoapparaat met bonenmaler te beschikken

[TheNephilim]

Het is me nog steeds een raadsel waarom die bonenmalende koffiezetapparaten zo duur moeten zijn eigenlijk. Weet iemand wat het cruciale onderdeel is? Keramische maalplaten ofzo? De pomp kan ook niet heel duur zijn...

[Sh4wn]

Wow wat een hip effect als je scrollt: http://www.ebay.com/new#

[CodeCaster]

Jammer van de JPEG-artifacts.

[TheNephilim]

Sh4wn schreef op donderdag 11 oktober 2012 @ 10:40:
Wow wat een hip effect als je scrollt: http://www.ebay.com/new#

Wel hip, maar toch vind ik het best irritant. En inderdaad, jammer van de JPEG compressie verschijnselen.

[Davio]

TheNephilim schreef op donderdag 11 oktober 2012 @ 10:37:
Het is me nog steeds een raadsel waarom die bonenmalende koffiezetapparaten zo duur moeten zijn eigenlijk. Weet iemand wat het cruciale onderdeel is? Keramische maalplaten ofzo? De pomp kan ook niet heel duur zijn...

Ik zag laatst in een uitzending van de Rekenkamer dat ze in die hippe baristatenten gewoon weer koffie door een filter gieten en dat dat nu weer helemaal hip is.

Dus moeders ouwe apparaat dat je voor je uitzet hebt gekregen kan weer uit de schuur worden opgeduikeld.

[TheNephilim]

Davio schreef op donderdag 11 oktober 2012 @ 10:49:
[...]

Ik zag laatst in een uitzending van de Rekenkamer dat ze in die hippe baristatenten gewoon weer koffie door een filter gieten en dat dat nu weer helemaal hip is.

Dus moeders ouwe apparaat dat je voor je uitzet hebt gekregen kan weer uit de schuur worden opgeduikeld.

Ja precies, vanaf grote hoogte zoals ze dat met thee ook doen zeker

[Barryvdh]

Sh4wn schreef op donderdag 11 oktober 2012 @ 10:40:
Wow wat een hip effect als je scrollt: http://www.ebay.com/new#

Niet zo heel bijzonder toch, beetje zelfde idee als D66 programma; https://www.d66.nl/verkiezingsprogramma/

[alienfruit]

CSS3 Animations, Transitions, Transforms and Gradients unprefixed in Firefox 16 Nice

[OkkE]

alienfruit schreef op donderdag 11 oktober 2012 @ 10:54:
CSS3 Animations, Transitions, Transforms and Gradients unprefixed in Firefox 16 Nice

nieuws: Mozilla haalt Firefox 16 offline vanwege beveiligingsprobleem

[TheNephilim]

alienfruit schreef op donderdag 11 oktober 2012 @ 10:54:
CSS3 Animations, Transitions, Transforms and Gradients unprefixed in Firefox 16 Nice

Eindelijk!

---

Omg, een klant wilde zijn website eind september al online hebben. Inmiddels zit ik nu voor de tweede keer te wachten op gegevens van zijn kant. Het begon al met één van de externe partijen waar ik geen gegegevens van had gekregen. Nu wacht ik inmiddels al weer een week op gegevens van partij twee....

[Hoogie2004]

[Bosmonster]

Sh4wn schreef op donderdag 11 oktober 2012 @ 10:40:
Wow wat een hip effect als je scrollt: http://www.ebay.com/new#

Parallax is inmiddels al zo uitgekauwd, uitgescheten, opgegeten, opnieuw uitgekauwd en weer uitgespuugd, dat "hip" niet echt het goede woord is

Het nieuwe design zelf overigens ziet er best goed uit, maar je ziet dat er wel heel erg naar Pinterest is gekeken. Het is bijna een kopie.

[ Voor 18% gewijzigd door Bosmonster op 11-10-2012 11:07 ]

[Korben]

Bosmonster schreef op donderdag 11 oktober 2012 @ 11:05:
[...]


Parallax is inmiddels al zo uitgekauwd, uitgescheten, opgegeten, opnieuw uitgekauwd en weer uitgespuugd, dat "hip" niet echt het goede woord is

Het is geen parallax scrolling, dus je opmerking is een beetje zinloos.

[Bosmonster]

Korben schreef op donderdag 11 oktober 2012 @ 11:07:
[...]

Het is geen parallax scrolling, dus je opmerking is een beetje zinloos.

Tis hetzelfde concept, alleen ubersimpel uitgevoerd. Parallax is ook niet meer dan een beetje spelen met fixed backgrounds. (De content lijkt over de achtergronden heen te schuiven voor een diepte effect, hence parallax )

Dat ze er tegenwoordig ook met javascript allemaal andere rommel omheen knutselen neemt niet weg dat dat het originele concept was (als ik me niet vergis ooit door Nike als eerste toegepast).

Het hele effect kun je tegenwoordig niet echt meer mee aankomen als je het mij vraagt, tenzij je graag achter de massa aanloopt, en dan wel een paar kilometer erachter

[ Voor 19% gewijzigd door Bosmonster op 11-10-2012 11:10 ]

[Korben]

Parallax heeft weinig te maken met fixed achtergronden. Juist niet. Dit is parallax scrolling, waarbij sommige elementen met een andere snelheid bewegen dan je viewport.

[Sh4wn]

Ik merk alweer dat ik bijzonder weinig aan webdevelopment heb gedaan de laatste maanden Nu ik het D66 programma weer zie kende ik het effect inderdaad eigenlijk al, maar meer ben ik het niet tegengekomen.

[Verwijderd]

Bosmonster schreef op donderdag 11 oktober 2012 @ 11:05:
[...]


Parallax is inmiddels al zo uitgekauwd, uitgescheten, opgegeten, opnieuw uitgekauwd en weer uitgespuugd, dat "hip" niet echt het goede woord is

Ik blijf het erg leuk vinden. Het is alleen iets dat niet bij elke website gebruikt kan worden en is daarnaast volgens mij ook niet echt gemakkelijk om te maken.

[Bosmonster]

Korben schreef op donderdag 11 oktober 2012 @ 11:10:
Parallax heeft weinig te maken met fixed achtergronden. Juist niet. Dit is parallax scrolling, waarbij sommige elementen met een andere snelheid bewegen dan je viewport.

Dat is ook parallax. Zie mijn eerdere reply. De hype is ooit begonnen met een trucje met fixed backgrounds en uitgebouwd met extra effectjes en scriptjes om het effect te versterken.

Wel grappig overigens dat je zegt "juist niet", aangezien je voorbeeld opgebouwd is met fixed backgrounds

[ Voor 9% gewijzigd door Bosmonster op 11-10-2012 11:15 ]

[OkkE]

Hoogie2004 schreef op donderdag 11 oktober 2012 @ 10:58:
[afbeelding]

LOL

Not sure if joke or fail.

[BtM909]

Bosmonster schreef op donderdag 11 oktober 2012 @ 11:14:
[...]


Dat is ook parallax. Zie mijn eerdere reply. De hype is ooit begonnen met een trucje met fixed backgrounds en uitgebouwd met extra effectjes en scriptjes om het effect te versterken.

Wel grappig overigens dat je zegt "juist niet", aangezien je voorbeeld opgebouwd is met fixed backgrounds

"Nike wasn’t the first and won’t be the last." trouwens

Volgens mij was het een bureau die een joomla template releasde die als eerst parallax introduceerde. Het is idd hetzelfde

[Bosmonster]

Ah zou kunnen, weet alleen nog die Nike site van een paar jaar terug waar ik zoiets had van "wtf hoe hebben ze dat gedaan"

[BtM909]

Ja, die van Nike (better world) was echt te gruwelijk voor woorden (had ook video meen ik me te herinneren )

Hier trouwens een soort behind the scenes: http://coding.smashingmag...nes-of-nike-better-world/

[ Voor 47% gewijzigd door BtM909 op 11-10-2012 11:21 ]

[.Gertjan.]

OkkE schreef op donderdag 11 oktober 2012 @ 11:15:
[...]

LOL

Not sure if joke or fail.

Op zich is het toch gewoon mogelijk? Ze zijn alleen een stukje code vergeten.

C#:

class BOOL 
{
    public bool? Value { get; set; }
}

public const BOOL YES = new BOOL() { Value = true };
public const BOOL NO = new BOOL() { Value = false };
public const BOOL FILENOTFOUND = new BOOL() { Value = null };

public void DoSomething
{
    BOOL jobPostings = YES;

    //Nailed it!
}

[Hydra]

Hoogie2004 schreef op donderdag 11 oktober 2012 @ 10:58:
[afbeelding]

Marketingbureau's. Nuff said.

[YopY]

Bosmonster schreef op donderdag 11 oktober 2012 @ 11:05:
Het nieuwe design zelf overigens ziet er best goed uit, maar je ziet dat er wel heel erg naar Pinterest is gekeken. Het is bijna een kopie.

relevant opiniestuk (nog voordat dit aangekondigd werd): http://jfornear.co/the-pinterest-layout-will-not-save-you/

[Bosmonster]

YopY schreef op donderdag 11 oktober 2012 @ 11:23:
[...]


relevant opiniestuk (nog voordat dit aangekondigd werd): http://jfornear.co/the-pinterest-layout-will-not-save-you/

Haha, dat gifje erboven

(ook interessant stuk overigens!)

[ Voor 6% gewijzigd door Bosmonster op 11-10-2012 11:28 ]

[BtM909]

Ja, hij is master in 't zoeken naar leuke gifjes

Check z'n thuispagina: http://jfornear.co/

[Davio]

BtM909 schreef op donderdag 11 oktober 2012 @ 11:26:
Ja, hij is master in 't zoeken naar leuke gifjes

Check z'n thuispagina: http://jfornear.co/

Haha, die van Gangnam style is grappig.

[Aloys]

.Gertjan. schreef op donderdag 11 oktober 2012 @ 11:20:
[...]


Op zich is het toch gewoon mogelijk? Ze zijn alleen een stukje code vergeten.

C#:

class BOOL 
{
    public bool? Value { get; set; }
}

public const BOOL YES = new BOOL() { Value = true };
public const BOOL NO = new BOOL() { Value = false };
public const BOOL FILENOTFOUND = new BOOL() { Value = null };

public void DoSomething
{
    BOOL jobPostings = YES;

    //Nailed it!
}

Ehmz, in Objective-C is het stukje code op de bus gewoon valid zonder al deze extra code er omheen.

[.Gertjan.]

Aloys schreef op donderdag 11 oktober 2012 @ 12:23:
[...]

Ehmz, in Objective-C is het stukje code op de bus gewoon valid zonder al deze extra code er omheen.

In Objective-C is YES/NO een geldig alternatief voor true/false? Wist ik niet (en volgens mij velen met mij)

Maar goed, met wat extra moeite is het dus ook gewoon werkend te krijgen in C#

[Ryur]

.Gertjan. schreef op donderdag 11 oktober 2012 @ 12:41:
[...]

In Objective-C is YES/NO een geldig alternatief voor true/false? Wist ik niet (en volgens mij velen met mij)

Nog geen eens een geldig alternatief . Het enige wat de BOOL type accepteert in Obj-C is YES/NO

[.Gertjan.]

GoTCoast schreef op donderdag 11 oktober 2012 @ 12:43:
[...]

Nog geen eens een geldig alternatief . Het enige wat de BOOL type accepteert in Obj-C is YES/NO

Mmm, had eigenlijk verwacht dat ze een soort alias ofzo ervoor hadden gemaakt, maar nu ik eventjes wat op google heb gesnuffeld zie ik het volgende:

C:

//Snippet from: objc.h
typedef signed char     BOOL; 
// BOOL is explicitly signed so @encode(BOOL) == "c" rather than "C" 
// even if -funsigned-char is used.
#define OBJC_BOOL_DEFINED

#define YES             (BOOL)1
#define NO              (BOOL)0

Ondersteunt Objective-c geen boolean/bit? Vind het een beetje raar om een signed char hier voor te gebruiken of denk ik dan te simpel?

[Gamebuster]

Een boolean is toch ook gewoon een 1 byte met een 1 of een 0 in de meeste gevallen wanneer je met C/C++ werkt? Ik ken geen programmeertaal waar je een bit als datatype hebt; een datatype ter grootte van een byte is afaik altijd het kleinst in programmeertalen.

[.Gertjan.]

Gamebuster schreef op donderdag 11 oktober 2012 @ 12:57:
Een boolean is toch ook gewoon een 1 byte met een 1 of een 0 in de meeste gevallen wanneer je met C/C++ werkt? Ik ken geen programmeertaal waar je een bit als datatype hebt; een datatype ter grootte van een byte is afaik altijd het kleinst in programmeertalen.

Zou kunnen hoor. Ik dacht dat een bool altijd een bit was. Maar schijnbaar kan een processor niet omgaan met datatypes kleiner dan een byte.

Ah well, weer wat geleerd

[Sardaukar]

.Gertjan. schreef op donderdag 11 oktober 2012 @ 13:00:
[...]


Zou kunnen hoor. Ik dacht dat een bool altijd een bit was. Maar schijnbaar kan een processor niet omgaan met datatypes kleiner dan een byte.

Ah well, weer wat geleerd

Als je in SQL server meerdere booleans definieert zal SQL server deze wel gezamenlijk opslaan in 1 byte (onder bepaalde voorwaarden waar ik nu te lui voor ben om ze op te zoeken).

[Otherside1982]

Ik ben goed bezig vandaag: ik los 2 bugs op en stuur een nieuwe versie naar de testers.
Versie wordt getest en nu zijn er 3 nieuwe bugs gemeld.

Zou ik nu best die 3 nieuwe bugs oplossen of gewoon voorstellen om de vorige versie met slechts 2 bugs te gebruiken?

[Gamebuster]

.Gertjan. schreef op donderdag 11 oktober 2012 @ 13:00:
[...]


Zou kunnen hoor. Ik dacht dat een bool altijd een bit was. Maar schijnbaar kan een processor niet omgaan met datatypes kleiner dan een byte.

Ah well, weer wat geleerd

Toch even opgezocht
http://stackoverflow.com/...yte-and-not-1-bit-of-size

(na verder googlen) Dit vind ik best geinig:
MSDN: C++ Bit Fields (C++)

[ Voor 18% gewijzigd door Gamebuster op 11-10-2012 13:20 ]

[Rutix]

Otherside1982 schreef op donderdag 11 oktober 2012 @ 13:13:
Ik ben goed bezig vandaag: ik los 2 bugs op en stuur een nieuwe versie naar de testers.
Versie wordt getest en nu zijn er 3 nieuwe bugs gemeld.

Zou ik nu best die 3 nieuwe bugs oplossen of gewoon voorstellen om de vorige versie met slechts 2 bugs te gebruiken?

Ligt eraan wat voor bugs het waren en hoe groot . Als de 2 grote waren en die 3 zijn kleintjes dan is het makkelijk he

[Haan]

Otherside1982 schreef op donderdag 11 oktober 2012 @ 13:13:
Ik ben goed bezig vandaag: ik los 2 bugs op en stuur een nieuwe versie naar de testers.
Versie wordt getest en nu zijn er 3 nieuwe bugs gemeld.

Zou ik nu best die 3 nieuwe bugs oplossen of gewoon voorstellen om de vorige versie met slechts 2 bugs te gebruiken?

Maar het zijn drie nieuwe bugs die jij hebt geïntroduceerd door 2 andere op te lossen, of waren er eigenlijk al 5 bugs, waarvan drie nog niet eerder ontdekt?

[Kayr]

Aarg, meer dan 900 JavaScript testcases reviewen... hell of a job

[cpf_]

Kayr schreef op donderdag 11 oktober 2012 @ 13:34:
Aarg, meer dan 900 JavaScript testcases reviewen... hell of a job

Juist, javascript testcases, hoe?
Is dat dan in-browser (ala selenium oid?)
Heb me dat altijd afgevraagd...

(Disclaimer: Ben geen javascript devver oid, maar doe af en toe wel eens iets ermee XD)

[Gamebuster]

Kayr schreef op donderdag 11 oktober 2012 @ 13:34:
Aarg, meer dan 900 JavaScript testcases reviewen... hell of a job

wat moet ik me voorstellen bij het "reviewen van een testcase"?
zijn dat automatische tests?

[Kayr]

cpf_ schreef op donderdag 11 oktober 2012 @ 13:39:
[...]

Juist, javascript testcases, hoe?
Is dat dan in-browser (ala selenium oid?)
Heb me dat altijd afgevraagd...

(Disclaimer: Ben geen javascript devver oid, maar doe af en toe wel eens iets ermee XD)

Vanuit JavaScript testen we een JavaScript API die automagisch door QTwebkit wordt ingeladen. De JS API voegt samen met QTwebkitbridge extra functionaliteit toe aan render windows op een embedded device waar we aan werken.

Gamebuster schreef op donderdag 11 oktober 2012 @ 13:40:
[...]

wat moet ik me voorstellen bij het "reviewen van een testcase"?
zijn dat automatische tests?

Jeps

[ Voor 17% gewijzigd door Kayr op 11-10-2012 13:44 . Reden: s=a ]

[Otherside1982]

Haan schreef op donderdag 11 oktober 2012 @ 13:34:
[...]

Maar het zijn drie nieuwe bugs die jij hebt geïntroduceerd door 2 andere op te lossen, of waren er eigenlijk al 5 bugs, waarvan drie nog niet eerder ontdekt?

Het lijkt erop dat er 1 schoonheidsfoutje zit in mijn oplossing voor 1 van de originele bugs, en de 2 andere "nieuwe" bugs zijn volgens wat ik zie in de issuetracker getest met de oude versie. Probleempje dus bij de tester. Ik ben dus nog niet zo slecht bezig, gelukkig.

[Korben]

Gamebuster schreef op donderdag 11 oktober 2012 @ 12:57:
Een boolean is toch ook gewoon een 1 byte met een 1 of een 0 in de meeste gevallen wanneer je met C/C++ werkt? Ik ken geen programmeertaal waar je een bit als datatype hebt; een datatype ter grootte van een byte is afaik altijd het kleinst in programmeertalen.

In sommige gevallen is een boolean 4 bytes. In een aantal implementaties die ik heb gezien worden true en false als volgt gedefinieerd:

C:

#define FALSE 0
#define TRUE ~FALSE

False is 0 geïnverteerd, dus allemaal 1'tjes, dus -1 als het een signed integer is.

[Woy]

Vanochtend ook mijn MCPD: Web Developer 4 gehaald, dus nu volledig gecertificeerd op .NET 4.0. In November of December nog even snel de Upgrades naar 4.5 doen en dan ben ik er eerst voorlopig weer klaar mee

[Alex)]

Gefeliciteerd! Was het moeilijk? Ik ben momenteel MCPD ASP.NET Developer 3.5 en ik wil gaan upgraden naar 4 / 4.5

[ Voor 6% gewijzigd door Alex) op 11-10-2012 14:12 ]

[GateKeaper]

Specificatie van een service:

Veld: klantnummer
Type: String
XSD-Controle:
length = 10
pattern=[0-9]{10,10}

Euhmz, was 't dan niet een idee geweest om het veld numeriek te maken? Met een maximale grote van 9999999999?

[Kayr]

GateKeaper schreef op donderdag 11 oktober 2012 @ 14:12:
Specificatie van een service:


[...]


Euhmz, was 't dan niet een idee geweest om het veld numeriek te maken? Met een maximale grote van 9999999999?

Nee, want dat zou betekenen dat 0000000001 gewoon 1 wordt. En aangezien de lengte 10 moet zijn kan dat dus niet

[Korben]

Shameless quote van TDWTF:

"I was working on Java/Delphi code and I could not believe my eyes when I found this comment," writes Vladamir P.

/** java uses BigIndian, Delphi uses little indian, while the
two co-exist, need to convert back and forth when reading
data in. */

"At first, I thought that maybe it was an isolated typo, that is until I looked further into the code..."

/** convert from big indian to little indian: Remove when not using
legacy databases or Delphi code.*/

private final boolean doIndianConversion()

[Kayr]

Korben schreef op donderdag 11 oktober 2012 @ 14:17:
Shameless quote van TDWTF:


[...]

Haha, grote indiaan kleine indiaan

*UCH*

[GateKeaper]

Kayr schreef op donderdag 11 oktober 2012 @ 14:17:
[...]
Nee, want dat zou betekenen dat 0000000001 gewoon 1 wordt. En aangezien de lengte 10 moet zijn kan dat dus niet

Snap ik helemaal, maar sla het dan gewoon op als een numerieke waarde, en converteer het naar een string, bestaande uit tien tekens, op de plaatsen waar je dat nodig hebt.

[Soundless]

GateKeaper schreef op donderdag 11 oktober 2012 @ 14:22:
[...]


Snap ik helemaal, maar sla het dan gewoon op als een numerieke waarde, en converteer het naar een string, bestaande uit tien tekens, op de plaatsen waar je dat nodig hebt.

Hoezo? Je slaat een telefoonnummer toch ook niet als integer op?

[Kayr]

GateKeaper schreef op donderdag 11 oktober 2012 @ 14:22:
[...]


Snap ik helemaal, maar sla het dan gewoon op als een numerieke waarde, en converteer het naar een string, bestaande uit tien tekens, op de plaatsen waar je dat nodig hebt.

Helemaal waar
Het kan natuurlijk zijn om compatibiliteit met bestaande systemen te waarborgen maar het is wel knullig.

[GateKeaper]

Soundless schreef op donderdag 11 oktober 2012 @ 14:26:
[...]

Hoezo? Je slaat een telefoonnummer toch ook niet als integer op?

Een telefoonnummer is ook geen integer, denk alleen al aan eventuele streepjes, haakjes, een + voor netnummer, etc. Een klantnummer enkel bestaande uit cijfers echter (in mijn optiek) wel. Er wordt al afgedwongen dat je enkel cijfers gebruikt, 0-9, dus geen streepjes, komma's, spaties of wat dan ook. In tegenstelling tot een telefoonnummer, zie ik hier dus geen reden om er geen numeriek veld van te maken.

Kayr schreef op donderdag 11 oktober 2012 @ 14:26:
[...]


Helemaal waar
Het kan natuurlijk zijn om compatibiliteit met bestaande systemen te waarborgen maar het is wel knullig.

Ik zat meer aan de toekomst te denken. Bang dat ze ooit meer nummers nodig hebben, en dus maar ruimte overlaten voor letter combinaties?

[ Voor 24% gewijzigd door GateKeaper op 11-10-2012 14:36 ]

[Soultaker]

Korben schreef op donderdag 11 oktober 2012 @ 13:51:
In een aantal implementaties die ik heb gezien worden true en false als volgt gedefinieerd:

C:

#define FALSE 0
#define TRUE ~FALSE

TRUE en FALSE zijn sowieso geen standaard-C en de definities die jij geeft zijn kut omdat code als deze dan gewoon faalt:

C:

assert( (3 < 7) == TRUE );

In C heb je wel een standaard-type _Bool waarvan de hoofd-feature is dat conversie naar _Bool 0 of 1 oplevert (net zoals het resultaat van vergelijkingen, zoals hierboven). Meestal gebruik je dat type niet direct maar include je stdbool.h die bool, true en false als macros definieert.

_Bool is minstens een byte groot simpelweg omdat elk type een positieve grootte moet hebben en sizeof(char)==1 (per definitie). Maar er is ook een technische reden, en die is dat processoren simpelweg geen individuele bits kunnen addressen (en emulatie daarvan performance kost).

[_Peter2_]

In oude code deed ik nog wel het volgende

C:

#define FALSE 0
#define TRUE !FALSE

dan zou volgens mij

C:

assert( (3 < 7) == TRUE );

Wel goed evalueren, maar het is een hele tijd terug dat ik C heb geprogrammeerd.

[Soundless]

GateKeaper schreef op donderdag 11 oktober 2012 @ 14:33:
[...]


Een telefoonnummer is ook geen integer, denk alleen al aan eventuele streepjes, haakjes, een + voor netnummer, etc. Een klantnummer enkel bestaande uit cijfers echter (in mijn optiek) wel. Er wordt al afgedwongen dat je enkel cijfers gebruikt, 0-9, dus geen streepjes, komma's, spaties of wat dan ook. In tegenstelling tot een telefoonnummer, zie ik hier dus geen reden om er geen numeriek veld van te maken.


[...]


Ik zat meer aan de toekomst te denken. Bang dat ze ooit meer nummers nodig hebben, en dus maar ruimte overlaten voor letter combinaties?

Je hebt van een telnr ook alleen maar de getallen nodig dus je zou op zich af kunnen dwingen om alleen de getallen mee te nemen. Maar dit wil niet zeggen dat het dan als integer opgeslagen zou moeten kunnen worden.

Stel nou dat ze alle voorloopnullen willen behouden zoals Kayr aangaf. Dan ga jij dus, volgens je andere reactie, de data die je ontvangt manipuleren om ervoor te zorgen dat het valide data wordt?

Het is toch gewoon handiger om valide data te ontvangen ipv dat je er zelf voor moet zorgen dat het valide is?

Het punt dat ik probeerde te maken met de telnr vb is dat je niet alles met een getal zomaar als int kan gebruiken (wat op zich niks nieuws moet zijn)

[ Voor 6% gewijzigd door Soundless op 11-10-2012 14:51 ]

[DEiE]

Het verschil is ook dat een telefoonnummer een vaste lengte en een semantische waarde heeft. Een klantnummer is daarentegen meestal een automatisch oplopende surrogate key.

[Soultaker]

_Peter2_ schreef op donderdag 11 oktober 2012 @ 14:43:
In oude code deed ik nog wel het volgende

C:

#define FALSE 0
#define TRUE !FALSE

dan zou volgens mij

C:

assert( (3 < 7) == TRUE );

Wel goed evalueren, maar het is een hele tijd terug dat ik C heb geprogrammeerd.

Dat kan wel, maar je kunt dan net zo goed #define TRUE 1 doen, want !FALSE wordt !0 en !0 evalueert naar 1. (Behalve dat in jouw code, als je FALSE verderop zou herdefiniëren, de definitie van TRUE meeverandert. Maar als je dat doet ben je sowieso getikt.)

Ander probleem is dat met jouw definitie bijvoorbeeld TRUE\["xy"] naar 0 evalueert (terwijl true\["xy"] naar 'y' hoort te evalueren) omdat je haakjes rond je macro-expansion vergeten bent.

[jip_86]

GateKeaper schreef op donderdag 11 oktober 2012 @ 14:22:
[...]


Snap ik helemaal, maar sla het dan gewoon op als een numerieke waarde, en converteer het naar een string, bestaande uit tien tekens, op de plaatsen waar je dat nodig hebt.

En waarom zou je het klantnummer dan niet een keer string maken en string laten? Het is niet dat je er mee moet rekenen ofzo

[GateKeaper]

jip_86 schreef op donderdag 11 oktober 2012 @ 14:58:
[...]

En waarom zou je het klantnummer dan niet een keer string maken en string laten? Het is niet dat je er mee moet rekenen ofzo

Omdat er een user-interface is waarin je die nummers ziet, en soms ook moet typen. Een nummer als 56378 (heb ze alleen nog maar van 5 cijfers gezien) typt, en vooral leest, nu eenmaal makkelijker dan 0000056378. Oftewel, de validatie op lengte, en het voorzien van nullen en strippen van nullen zou toch al moeten gebeuren om de user-interface te verbeteren.

[ Voor 13% gewijzigd door GateKeaper op 11-10-2012 15:04 ]

[_Peter2_]

Soultaker schreef op donderdag 11 oktober 2012 @ 14:50:
[...]

Dat kan wel, maar je kunt dan net zo goed #define TRUE 1 doen, want !FALSE wordt !0 en !0 evalueert naar 1. (Behalve dat in jouw code, als je FALSE verderop zou herdefiniëren, de definitie van TRUE meeverandert. Maar als je dat doet ben je sowieso getikt.)

Ander probleem is dat met jouw definitie bijvoorbeeld TRUE\["xy"] naar 0 evalueert (terwijl true\["xy"] naar 'y' hoort te evalueren) omdat je haakjes rond je macro-expansion vergeten bent.

die code komt nog uit de tijd dat ik schoolopdrachten in C deed (was volgens mij in 1995 of 1996) dus is wel even terug. (En studenten zijn nu eenmaal meestal niet de meest ervaren krachten )

[Davio]

Ik snap überhaupt niet waarom klantnummers uit cijfers moeten bestaan, dat is ook niet te onthouden.
Waarom niet gewoon je (afgekapte) achternaam met een volgnummer (om het uniek te maken)?

[ Voor 3% gewijzigd door Davio op 11-10-2012 15:08 ]

[.oisyn]

C:

#define FALSE (0 == 1)
#define TRUE (0 == 0)

zo

[ Voor 4% gewijzigd door .oisyn op 11-10-2012 15:09 ]

[TheNephilim]

Dat geld ook voor telefoonnummers, je kunt bij het invoeren wel eisen dat ze 0031 moeten invullen in plaats van +31, maar dat gaat ten koste van het gebruiksgemak van je interface.

Handiger is (vind ik) gewoon te checken of het telefoon nummer klopt, na het strippen van streepjes en spaties en tussenvoegen van nullen.

[Dido]

Soultaker schreef op donderdag 11 oktober 2012 @ 14:50:
Dat kan wel, maar je kunt dan net zo goed #define TRUE 1 doen, want !FALSE wordt !0 en !0 evalueert naar 1.

Lang geleden (Pascal?) maar ik had altijd begrepen dat not 0 naar -1 evalueerde.
Of liever NOT 00000000 = 11111111, and als je met two's complement werkt is dat dus -1.

Nu maakt het niet zoveel uit waar TRUE naar evalueert, maar niet elke NOT bewerking op een waarde levert een geldige FALSE op natuurlijk. Als ik TRUE = 1 definieer en FALSE als NOT TRUE wordt FALSE dus 11111110.

[.oisyn]

Dido schreef op donderdag 11 oktober 2012 @ 15:09:
[...]

Lang geleden (Pascal?) maar ik had altijd begrepen dat not 0 naar -1 evalueerde.

Ligt eraan over welke NOT je het hebt - bitwise of logical. En laat dat nou precies het verschil zijn tussen ! en ~.

Nu maakt het niet zoveel uit waar TRUE naar evalueert

Soultaker legt nou juist uit dat dat wél uitmaakt, omdat C definieert dat een expressie die waar is 1 oplevert, en een expressie die niet waar is 0 oplevert. Het is dan ook onhandig om andere waarden aan te houden.

[ Voor 30% gewijzigd door .oisyn op 11-10-2012 15:10 ]

[Davio]

TheNephilim schreef op donderdag 11 oktober 2012 @ 15:08:
Dat geld ook voor telefoonnummers, je kunt bij het invoeren wel eisen dat ze 0031 moeten invullen in plaats van +31, maar dat gaat ten koste van het gebruiksgemak van je interface.

Handiger is (vind ik) gewoon te checken of het telefoon nummer klopt, na het strippen van streepjes en spaties en tussenvoegen van nullen.

Weet je wat het is?

Je moet je afvragen waar de verantwoordelijkheid van juistheid ligt.

Als klanten een verkeerd telefoonnummer invoeren en je kan ze niet bereiken, eigen domme schuld.

[Dido]

.oisyn schreef op donderdag 11 oktober 2012 @ 15:09:
Ligt eraan over welke NOT je het hebt - bitwise of logical. En laat dat nou precies het verschil zijn tussen ! en ~.

Zoals ik zei, lang geleden
En ik kan me uit die tijd geen ! herinneren, noch een ~
iirc was het gewoon NOT

[.oisyn]

Ja maar jij hebt het over Pascal, terwijl de discussie over C ging.

[farlane]

Korben schreef op donderdag 11 oktober 2012 @ 13:51:
In sommige gevallen is een boolean 4 bytes. In een aantal implementaties die ik heb gezien worden true en false als volgt gedefinieerd:

In sommige gevallen is een boolean daadwerkelijk 1 bit groot. Het heeft echter ook niets meer met standaard C te maken.

[OkkE]

Soms is de oplossing zo simpel, maar heb je iemand anders nodig om daar op te komen. Zelfs RubberDucking werkte in dit geval niet. Geloof dat ik een (korte) pauze nodig heb...