De Devschuur Coffee Corner

[PrisonerOfPain]

.Gertjan. schreef op maandag 23 mei 2011 @ 11:02:
[...]

70 000 Wow.... Wat voor presentatie moet je geven dan?

Ik hoef zelf de presentatie gelukkig niet te geven! Maar een belangrijk deel hangt af van de code die ik op dit moment aan het optimaliseren ben. Kortom mijn stress level zit ongeveer op 70%.

Vond 3 al meer als genoeg, zeker op code die nog niet stabiel is. Gaandeweg moest ik nog wat dingetjes recht zetten. Altijd leuk tijdens een demo: "Ow oeps, dan moet ik dit deel nog even inrichten", tik-tik-tik, "nog een keer proberen... Mooi nu werkt het"

Ik heb die luxe helaas niet, als het stuk is crashed het gewoon en word er waarschijnlijk een video afgespeeld die laat zien hoe het wel moet.

[Haan]

Rutix schreef op maandag 23 mei 2011 @ 10:55:
[...]

Welke stad ben je wezen kijken?

Haarlem, woon ik nu ook, maar dan in een huurappartement dat over een paar maanden tegen de vlakte gaat, daarom is er ook enige druk om te verhuizen Maar het lijkt nu goed te gaan, vanmiddag al met de aankoopmakelaar een tweede bezichtiging, dus kan heel snel gaan

[.Gertjan.]

Haan schreef op maandag 23 mei 2011 @ 11:05:
[...]

Haarlem, woon ik nu ook, maar dan in een huurappartement dat over een paar maanden tegen de vlakte gaat, daarom is er ook enige druk om te verhuizen Maar het lijkt nu goed te gaan, vanmiddag al met de aankoopmakelaar een tweede bezichtiging, dus kan heel snel gaan

Je moet overigens niet te enthousiast worden. Aan de ene kant kan het dan alleen maar tegenvallen (mocht de koop afketsen of er toch onverhoopt iets niet gaan zoals je wilt) en aan de andere kant zijn makelaars net bloedhonden, als ze je enthousiasme ruiken proberen ze je helemaal uit te buiten.

Vaak plannen ze bezichtigingen ook kort na elkaar zodat potentiële kopers elkaar per ongeluk tegen het lijf lopen.

Desalniettemin, altijd leuk om een huis te shoppen Veel succes!

[Woy]

Haan schreef op maandag 23 mei 2011 @ 11:05:
[...]
Maar het lijkt nu goed te gaan, vanmiddag al met de aankoopmakelaar een tweede bezichtiging, dus kan heel snel gaan

Dat is wel vlot achter elkaar. Vind je het niet handig om je eerste indruk eerst even te laten bezinken zodat je bij de 2e keer op andere punten kunt letten. ( Het is sowieso handig om iemand mee te nemen die er niet zo "emotioneel" bij betrokken is. Die kijkt toch naar hele andere punten dan dat je zelf doet )

.Gertjan. schreef op maandag 23 mei 2011 @ 11:08:
[...]
Vaak plannen ze bezichtigingen ook kort na elkaar zodat potentiële kopers elkaar per ongeluk tegen het lijf lopen.

Buiten dat is het natuurlijk ook gewoon handig voor de huidige bewoners en de makelaar, zodat niet elke keer het huis opgeruimd hoeft te worden.

[ Voor 26% gewijzigd door Woy op 23-05-2011 11:11 ]

[Rutix]

.Gertjan. schreef op maandag 23 mei 2011 @ 11:08:
[...]

Je moet overigens niet te enthousiast worden. Aan de ene kant kan het dan alleen maar tegenvallen (mocht de koop afketsen of er toch onverhoopt iets niet gaan zoals je wilt) en aan de andere kant zijn makelaars net bloedhonden, als ze je enthousiasme ruiken proberen ze je helemaal uit te buiten.

Vaak plannen ze bezichtigingen ook kort na elkaar zodat potentiële kopers elkaar per ongeluk tegen het lijf lopen.

Desalniettemin, altijd leuk om een huis te shoppen Veel succes!

Inderdaad ze ruiken altijd geld . Ze hebben ook snel door of ze iemand kunnen bedonderen of dat diegene weet waar die op moet letten enzo .

PrisonerOfPain schreef op maandag 23 mei 2011 @ 11:05:
[...]


Ik hoef zelf de presentatie gelukkig niet te geven! Maar een belangrijk deel hangt af van de code die ik op dit moment aan het optimaliseren ben. Kortom mijn stress level zit ongeveer op 70%.

Gelukkig nog niet op 100%

[PrisonerOfPain]

Rutix schreef op maandag 23 mei 2011 @ 11:11:
Gelukkig nog niet op 100%

Ik neem aan dat 't in de uren voor de deadline nog wel toe gaat nemen

[.Gertjan.]

PrisonerOfPain schreef op maandag 23 mei 2011 @ 11:12:
[...]

Ik neem aan dat 't in de uren voor de deadline nog wel toe gaat nemen

Als dit plaatje klopt met je huidige werkhouding, dan gaat dat sowieso toenemen:



Bij mij is het vaak zo dat ik denk "even wat moed bij elkaar surfen"... Liefste wil ik op een dag grote dingen oppakken, dan heb je aan het einde nog het idee dat je wat gedaan hebt. Momenteel liggen er ook een hoop kleine punten, maar die dragen vaak niet bij aan een voldaan gevoel.

Vind het leuk om de grote lijn op te zetten, bufixes gaan maar naar support

[Verwijderd]

.Gertjan. schreef op maandag 23 mei 2011 @ 11:17:
[...]

Als dit plaatje klopt met je huidige werkhouding, dan gaat dat sowieso toenemen:

[afbeelding]

Bij mij is het vaak zo dat ik denk "even wat moed bij elkaar surfen"... Liefste wil ik op een dag grote dingen oppakken, dan heb je aan het einde nog het idee dat je wat gedaan hebt. Momenteel liggen er ook een hoop kleine punten, maar die dragen vaak niet bij aan een voldaan gevoel.

Vind het leuk om de grote lijn op te zetten, bufixes gaan maar naar support

Wat daarentegen wel veel voldoening geeft is als een collega een bug niet opgelost krijgt en jij vervolgens in een halfuurtje de fix er uit knalt

[alienfruit]

Argh, probleem opgelost. Mompelt iets over zero-based teller enzo

[PrisonerOfPain]

.Gertjan. schreef op maandag 23 mei 2011 @ 11:17:
Vind het leuk om de grote lijn op te zetten, bufixes gaan maar naar support

Ook een mooie, ik ben er laatst pas achter gekomen hoe ik debug builds maak voor een van de platformen die we ondersteunen; ik heb 3 maanden release builds zitten debuggen.

Plaatje klopt overigens niet heel erg met m'n werkhouding, maar ik haal mijn surf-tijd dan ook uit de 10 minuten builds die ik af en toe moet doen. Dat, of een ochtend lang mergen

[ Voor 20% gewijzigd door PrisonerOfPain op 23-05-2011 11:32 ]

[Rutix]

PrisonerOfPain schreef op maandag 23 mei 2011 @ 11:22:
[...]


Ook een mooie, ik ben er laatst pas achter gekomen hoe ik debug builds maak voor een van de platformen die we ondersteunen; ik heb 3 maanden release builds zitten debuggen.

Plaatje klopt overigens niet heel erg met m'n werkhouding, maar ik haal mijn surf-tijd dan ook uit de 10 minuten builds die ik af en toe moet doen. Dat, of een ochtend lang mergen

Nooo Dat meen je niet XD. Release build debuggen met debug symbols aan ofzo?

[alienfruit]

Echte ontwikkelaars hebben toch helemaal geen debug builds nodig?

[Hoogie2004]

alienfruit schreef op maandag 23 mei 2011 @ 11:41:
Echte ontwikkelaars hebben toch helemaal geen debug builds nodig?

[denialmode] Debugging, alles werkt toch gewoon de eerste keer of niet [/denialmode]

[PrisonerOfPain]

Rutix schreef op maandag 23 mei 2011 @ 11:38:
[...]

Nooo Dat meen je niet XD. Release build debuggen met debug symbols aan ofzo?

Geen debug symbols. Assembly, register values & je memory window.

[Rutix]

PrisonerOfPain schreef op maandag 23 mei 2011 @ 11:42:
[...]


Geen debug symbols. Assembly, register values & je memory window.

Ouch! Ik voel je pijn

[.Gertjan.]

Hoogie2004 schreef op maandag 23 mei 2011 @ 11:42:
[...]


[denialmode] Debugging, alles werkt toch gewoon de eerste keer of niet [/denialmode]

ik maak geen fouten. Het is vast de schuld van de compiler, softwarepakket, stand van de sterren/planeten of het probleem zit bij de gebruiker tussen het toetsenbord en de stoel

[PrisonerOfPain]

Rutix schreef op maandag 23 mei 2011 @ 11:42:
[...]

Ouch! Ik voel je pijn

Soms kon ik vertrouwen op printf

[.Gertjan.]

PrisonerOfPain schreef op maandag 23 mei 2011 @ 11:44:
[...]


Soms kon ik vertrouwen op printf

Hehe, echte mannen debuggen met:
Console.WriteLine(), printf, alert, system.out.println() of vergelijkbare debuggers

[PrisonerOfPain]

.Gertjan. schreef op maandag 23 mei 2011 @ 11:46:
[...]

Hehe, echte mannen debuggen met:
Console.WriteLine(), printf, alert, system.out.println() of vergelijkbare debuggers

Echte mannen debuggen door waardes naar het floating point status register te schrijven omdat printf niet altijd te vertrouwen is

[Verwijderd]

.Gertjan. schreef op maandag 23 mei 2011 @ 11:46:
[...]

Hehe, echte mannen debuggen met:
Console.WriteLine(), printf, alert, system.out.println() of vergelijkbare debuggers

Echte mannen schrijven hun eigen debugger bedoel je te zeggen

[Woy]

PrisonerOfPain schreef op maandag 23 mei 2011 @ 11:47:
[...]


Echte mannen debuggen door waardes naar het floating point status register te schrijven omdat printf niet altijd te vertrouwen is

Ik ben de laatste tijd vaak met de oscilloscoop aan het debuggen

[Rutix]

Echte mannen schrijven hun eigen logger .

[PrisonerOfPain]

Woy schreef op maandag 23 mei 2011 @ 12:02:
[...]

Ik ben de laatste tijd vaak met de oscilloscoop aan het debuggen

Respect

Rutix schreef op maandag 23 mei 2011 @ 12:07:
Echte mannen schrijven hun eigen logger .

Laatst nog gedaan.

C#:

class Log { public static void Info(Exception e, string i) {} }

[ Voor 39% gewijzigd door PrisonerOfPain op 23-05-2011 12:13 ]

[Verwijderd]

Woy schreef op maandag 23 mei 2011 @ 12:02:
[...]

Ik ben de laatste tijd vaak met de oscilloscoop aan het debuggen

"Nice. 'course there's an Emacs command to do that." http://xkcd.com/378/

[Rutix]

Verwijderd schreef op maandag 23 mei 2011 @ 12:16:
[...]


"Nice. 'course there's an Emacs command to do that." http://xkcd.com/378/

Damnit emacs

PrisonerOfPain schreef op maandag 23 mei 2011 @ 12:11:
[...]


Laatst nog gedaan.

C#:

class Log { public static void Info(Exception e, string i) {} }

Ik heb onderlaatst een logger schreven in C++. Vond pantheios te overkill en dus heb mijn eigen geschreven

[ Voor 45% gewijzigd door Rutix op 23-05-2011 13:09 ]

[Verwijderd]

Echte mannen kloppen hun code met een knuppel

[matthijsln]

En Java programmeurs gebruiken een framework om een logging framework te auto-discoveren

[Sebazzz]

Als Java programmeur ben je sowieso hardcore. Geen delegates, geen events, geen LINQ, geen TPL. Ik heb echt respect voor en medelijden met de mensen die Java programmeren.

[Rutix]

Sebazzz schreef op maandag 23 mei 2011 @ 13:22:
Als Java programmeur ben je sowieso hardcore. Geen delegates, geen events, geen LINQ, geen TPL. Ik heb echt respect voor en medelijden met de mensen die Java programmeren.

Nee dan ben je niet hardcore Maar gewoon dom xD

[Hoogie2004]

Sebazzz schreef op maandag 23 mei 2011 @ 13:22:
Als Java programmeur ben je sowieso hardcore. Geen delegates, geen events, geen LINQ, geen TPL. Ik heb echt respect voor en medelijden met de mensen die Java programmeren.

Amen

[EddoH]

Java, pffft! De Duplo onder de Lego's !

[Verwijderd]

Sebazzz schreef op maandag 23 mei 2011 @ 13:22:
Als Java programmeur ben je sowieso hardcore. Geen delegates, geen events, geen LINQ, geen TPL. Ik heb echt respect voor en medelijden met de mensen die Java programmeren.

Inderdaad. Ik heb echt 't idee dat Java wat dat betreft een stuk langzamer gaat dan .NET. Dat kan fijn zijn (geen nieuwe dingen leren), maar ik moet wel zeggen dat al die nieuwe 'speeltjes' het programmeren een stuk fijner maakt.

[whoami]

Hey bah:
Overlijden Glimi

[Sebazzz]

C#


Java


C++/C


Betere analogie kan niet

whoami schreef op maandag 23 mei 2011 @ 13:30:
Hey bah:
Overlijden Glimi

Afgesloten forum.

[Haan]

Glimi was toch een oud-moderator in de Devschuur? Ik kan ook niet bij dat forum, dus dan hier maar condoleances bij deze.

[ Voor 42% gewijzigd door Haan op 23-05-2011 13:38 ]

[roy-t]

Sebazzz schreef op maandag 23 mei 2011 @ 13:33:

C++/C
[afbeelding]

Dat is wel een goede, die C++ bank ziet eruit alsof deze af en toe peronlukg de inzittende opeet. *Munch Munch* (kan duppelgeklapt zo te zien).

[ Voor 4% gewijzigd door roy-t op 23-05-2011 13:39 ]

[.Gertjan.]

Sebazzz schreef op maandag 23 mei 2011 @ 13:33:
Ploatjes

C++/C

[Rutix]

If programming languages were cars

[EddoH]

Omdat het zo leuk is:

Java / C#

[MTWZZ]

EddoH schreef op maandag 23 mei 2011 @ 13:55:
Omdat het zo leuk is:

Java / C#
[afbeelding]

hey! ik heb nog wel voortanden

ballenbak ftw trouwens

[Rutix]

Ik heb ook nog wel een goede .
C#

C# is like a luxury cruiser. Sleek, good looking and quite comfy. However, not very fast , expensive and somewhat limiting.

Java:

Java is a cargo ship. It’s very bulky. It’s very enterprise~y. Though it can also carry a lot of weight. Will carry a project, but not very fun to drive

C

C is a nuclear submarine. The instructions are probably in a foreign language, but all of the hardware itself is optimized for performance.

C++

C++ would be an US aircraft carrier: Very big, takes countless manpower to master, but once you get it running nothing can beat it.

[.Gertjan.]

MTWZZ schreef op maandag 23 mei 2011 @ 13:56:
[...]

hey! ik heb nog wel voortanden

ballenbak ftw trouwens

Als ik sommige code zie zou ik toch ook de betreffende ontwikkelaar een degelijke glimlach willen bezorgen...

Ben er inmiddels behoorlijk wat tegengekomen die ik graag de voortandjes van de grond zou laten rapen

[matthijsln]

Rutix schreef op maandag 23 mei 2011 @ 13:25:
[...]

Nee dan ben je niet hardcore Maar gewoon dom xD

Ik werk anders met plezier in Java hoor. De bovengenoemde dingen zijn nou niet bepaald essentieel. Natuurlijk kunnen ze het leven wel gemakkelijken, maar zo heeft Java bijvoorbeeld ook weer veel goede open-source libraries en uberhaupt Linux ondersteuning.

Maar goed een tijd lekker in assembler werken vind ik ook leuk Zie het maar als een tijdje op survival gaan of camperen ipv je alleen maar laten pamperen in hotels

[Sebazzz]

matthijsln schreef op maandag 23 mei 2011 @ 14:11:
[...]

De bovengenoemde dingen zijn nou niet bepaald essentieel. Natuurlijk kunnen ze het leven wel gemakkelijken,

Dat is een beetje dooddoener imo. Java gebruiken in plaats van C++ kan je ook beschouwen als iets dat niet essentieel maar gewoon iets om het leven te vergemakkelijken. Zeker als je frameworks zoals Qt of WxWidgets gaat gebruiken.

maar zo heeft Java bijvoorbeeld ook weer veel goede open-source libraries

Voor C# is NuGet een goede bron, en met sites zoals Microsoft CodePlex komt er steeds meer bij

[Woy]

whoami schreef op maandag 23 mei 2011 @ 13:30:
Hey bah:
Overlijden Glimi

IDD

Haan schreef op maandag 23 mei 2011 @ 13:37:
Glimi was toch een oud-moderator in de Devschuur? Ik kan ook niet bij dat forum, dus dan hier maar condoleances bij deze.

Glimi was inderdaad tot 2004 mod

[EddoH]

Sebazzz schreef op maandag 23 mei 2011 @ 14:16:
[...]

Zeker als je frameworks zoals Qt of WxWidgets gaat gebruiken.

uhhh...Qt en WxWidgets zijn primair C++ frameworks? (met Java bindings ja)

whoami schreef op maandag 23 mei 2011 @ 13:30:
Hey bah:
Overlijden Glimi

Ook al heb ik hem niet gekend, mijn condoleances...

[Salandur]

Sebazzz schreef op maandag 23 mei 2011 @ 13:22:
Als Java programmeur ben je sowieso hardcore. Geen delegates, geen events, geen LINQ, geen TPL. Ik heb echt respect voor en medelijden met de mensen die Java programmeren.

Ik moet zeggen dat ik erg lekker programmeer in Java. Kan alles doen wat ik wil. Sommige language features ontbreken inderdaad, maar daar tegenover staat dat wel dat de taal zelf weinig WTF's toestaat
Wat overigens niet betekend dat er een paar features zijn die ik er graag in zou hebben, zoals closures en delegates. Events zitten er naar mijn weten wel in

Het enige irritante aan Java is dat het starten erg vervelend en ingewikkeld is. Je hebt bijna altijd een batch script nodig om iets simpels als het classpath goed te zetten.

* Salandur zwaait naar matthijsln

[Davio]

Ik heb er nog wel één, enigszins vergezocht, maar wel passend.

Progress OpenEdge = Euryale (Gorgon - Grieks mythisch wezen)


Omdat het eeuwenoud (in de ICT-wereld is dat ong. 27 jaar) en afzichtelijk is. Net als bij haar zus Medusa verander je in steen als je er naar kijkt. Maar in tegenstelling tot Medusa is het onsterfelijk! De software die je er mee moet onderhouden is ook vaak een eeuwenoud monster dat qua evolutie inmiddels redelijk klopt met het plaatje..

Één willekeurige source komt overeen met een slang op het hoofd waar je beter niet aan kunt trekken...

[Rutix]

EddoH schreef op maandag 23 mei 2011 @ 14:20:
[...]


uhhh...Qt en WxWidgets zijn primair C++ frameworks? (met Java bindings ja)

Daar doelde hij ook op. Volgens mij bedoelde hij zoiets als waarom Java gebruiken als je met C++ plus een framework veel meer kan.

[Woy]

Salandur schreef op maandag 23 mei 2011 @ 14:22:
[...]
Events zitten er naar mijn weten wel in

Events zijn geen taal-feature in Java ( Of dat moet nieuw zijn ). Events worden gewoon geïmplementeerd door een Listener interface te definiëren. De event publisher heeft vervolgens gewoon een lijst met event subscribers ( die de interface implementeren ) die hij aanroept als het event optreedt.

[matthijsln]

Sebazzz schreef op maandag 23 mei 2011 @ 14:16:
[...]
Dat is een beetje dooddoener imo.[...]

Het verschil is dat wij, Java programmeurs, mensen die in C++ programmeren niet dom noemen.

[Verwijderd]

Rutix schreef op maandag 23 mei 2011 @ 14:24:
[...]


Daar doelde hij ook op. Volgens mij bedoelde hij zoiets als waarom Java gebruiken als je met C++ plus een framework veel meer kan.

Kan je ook omdraaien natuurlijk. Waaom C++ plus framework gebruiken als je aan Java genoeg hebt?

[Sebazzz]

EddoH schreef op maandag 23 mei 2011 @ 14:20:
[...]


uhhh...Qt en WxWidgets zijn primair C++ frameworks? (met Java bindings ja)

Klopt, die zin sloeg ook op C++

Salandur schreef op maandag 23 mei 2011 @ 14:22:
[...]
. Events zitten er naar mijn weten wel in

Nee hoor. Interfaces zijn een manier om events te emuleren maar het zijn nog steeds geen events.

matthijsln schreef op maandag 23 mei 2011 @ 14:29:
[...]

Het verschil is dat wij, Java programmeurs, mensen die in C++ programmeren niet dom noemen.

C#'ers wel?

[EddoH]

Sebazzz schreef op maandag 23 mei 2011 @ 14:32:
[...]

Klopt, die zin sloeg ook op C++

Excusez! Moet een cursusje begrijpend lezen volgen.

[matthijsln]

Sebazzz schreef op maandag 23 mei 2011 @ 14:32:
[...]

C#'ers wel?

Ja:

Rutix schreef op maandag 23 mei 2011 @ 13:25:
[...]
Nee dan ben je niet hardcore Maar gewoon dom xD

[Sebazzz]

EddoH schreef op maandag 23 mei 2011 @ 14:34:
[...]


Excusez! Moet een cursusje begrijpend lezen volgen.

Ik had het ook niet helemaal goed geformuleerd.

matthijsln schreef op maandag 23 mei 2011 @ 14:34:
[...]


Ja:

[...]

Okeey. Als we dan toch met drogredenen bezig zijn, Javaprogramma's zijn altijd traag.

[matthijsln]

Sebazzz schreef op maandag 23 mei 2011 @ 14:35:
[...]
Okeey. Als we dan toch met drogredenen bezig zijn, Javaprogramma's zijn altijd traag.

OK, het was maar een poster maar ik word soms wel een beetje gallig van het .net ophemelen hier Dat Java programma's traag zijn is inderdaad vaak waar helaas. Gelukkig maak ik heel snelle server-side Java

[monnick]

Indeed, ik word "gallig" van de .NET praat hier

Nu lekker bezig in Python

[Gamebuster]

Javascript

[Hipska]

Perl hier, begin er toch redelijk aan te wennen. Lijkt heel erg goed op php maar heeft toch lastige verschillen die niet meteen goed te begrijpen zijn. $ % @ voor variablen enzo..

[MTWZZ]

Gamebuster schreef op maandag 23 mei 2011 @ 14:45:
Javascript

http://aresemicolonsnecessaryinjavascript.com/ <- what the fuck man!

[ Voor 24% gewijzigd door MTWZZ op 23-05-2011 14:59 ]

[.Gertjan.]

X++ hier, kan er maar niet aan wennen. Volgende versie van AX heeft tenminste ondersteuning voor echte talen (.NET ) binnen de applicatie. Gelukkig zijn er ook projecten waarbij een integratie gedaan moet worden met een AX installatie, dat mag gelukkig met .NET en webservices. Maar goed voor nu zit ik (tot het einde van het jaar) opgescheept met X++ en een crappy IDE Hopelijk komt mijn manager eens een keer met een leuk project om hiernaast te doen.

On the bright side: Het zit er weer op voor vandaag, hopelijk schijnt over 1,5 uur de zon nog, ga ik even lekker in de tuin zitten/hangen Uiteraard met een lekker bakje koffie, of een pilsje natuurlijk

[alienfruit]

Grrr, memory leak van 10mb per uur. 160kb per minuur dus WTF!

[CoolGamer]

Grote lekken zijn vaak makkelijker te vinden dan kleine, dus dat is dan een geluk bij een ongeluk.

[.oisyn]

MTWZZ schreef op maandag 23 mei 2011 @ 14:58:
[...]



http://aresemicolonsnecessaryinjavascript.com/ <- what the fuck man!

Het feit dat dit zo'n beetje het enige is wat je erop aan kunt merken geeft eigenlijk maar aan dat javascript eigenlijk een hele mooie taal is

[alienfruit]

TheCoolGamer schreef op maandag 23 mei 2011 @ 15:07:
Grote lekken zijn vaak makkelijker te vinden dan kleine, dus dat is dan een geluk bij een ongeluk.

Moet je wel weten hoe je de profiler moet lezen. Alleen die is helemaal veranderd in de laatste versie

[PrisonerOfPain]

alienfruit schreef op maandag 23 mei 2011 @ 15:10:
[...]


Moet je wel weten hoe je de profiler moet lezen. Alleen die is helemaal veranderd in de laatste versie

Mocht je er toegang toe hebben, _CrtDumpMemoryLeaks() is een hele handig win32 CRT functie wat dat betreft.

[ Voor 17% gewijzigd door PrisonerOfPain op 23-05-2011 15:24 ]

[.oisyn]

't Is eigenlijk een CRT functie, niet een win32 functie

[alienfruit]

Ja, het is Flash in een Win32 container met SWFjes van een externe partij...Dus ergens lekt iets maar waor he

[Gamebuster]

MTWZZ schreef op maandag 23 mei 2011 @ 14:58:
[...]



http://aresemicolonsnecessaryinjavascript.com/ <- what the fuck man!

Wat is er mis met JS?

Behalve dat ; niet noodzakelijk is (alhoewel ik het probleem niet echt zie, je bent niet verplicht geen ; te gebruiken)

[MTWZZ]

Gamebuster schreef op maandag 23 mei 2011 @ 15:18:
[...]

Wat is er mis met JS?

Behalve dat ; niet noodzakelijk is (alhoewel ik het probleem niet echt zie, je bent niet verplicht geen ; te gebruiken)

Nou ja misschien niet met JS an sich maar de implementatie in allerlei verschillende platformen.

[.oisyn]

Dat wat daar staat is onderdeel van de taal, en niet implementatieafhankelijk.

[Gamebuster]

Ik denk dat hij zijn nare ervaringen met browsers bedoeld

Maar persoonlijk vind ik NodeJS erg leuk.

[.oisyn]

Gamebuster schreef op maandag 23 mei 2011 @ 15:29:
Ik denk dat hij zijn nare ervaringen met browsers bedoeld

Niet als ik van zijn vorige post uitga:

MTWZZ schreef op maandag 23 mei 2011 @ 14:58:
[...]



http://aresemicolonsnecessaryinjavascript.com/ <- what the fuck man!

[Davio]

.oisyn schreef op maandag 23 mei 2011 @ 15:08:
[...]


Het feit dat dit zo'n beetje het enige is wat je erop aan kunt merken geeft eigenlijk maar aan dat javascript eigenlijk een hele mooie taal is

Het enige?

Ik vind het feit dat je alles als alles kunt definiëren wel een beetje overdreven.

Net als met jQuery waar ze een eigen functie maken en gelijk aanroepen met een parameter te weinig zodat ze er in ieder geval zeker van zijn dat er niet met 'undefined' is geknoeid...

JavaScript:

// Dit willen ze dus voorkomen:
undefined = true;
if (bla === undefined);
// etc...

// Doen ze zo:
(function( window, undefined ) {
    // jQuery zooi
})(window);

Nou, als dat niet gekunsteld is, weet ik het ook niet meer. Oh, dan hebben we het nog niet over de verschillen tussen undefined en null...

En het hele "It's not a bug, it's a feature", daar koop ik niks voor.

[.oisyn]

Davio schreef op maandag 23 mei 2011 @ 15:45:
Ik vind het feit dat je alles als alles kunt definiëren wel een beetje overdreven.

't Is loose typed, en functies zijn gewoon first-class citizens. Dat je undefined kan herdefinieren is idd een beetje lomp.

JavaScript:

// Dit willen ze dus voorkomen:
undefined = true;
if (bla === undefined);
// etc...

// Doen ze zo:
(function( window, undefined ) {
    // jQuery zooi
})(window);

Heb je toch nog niets aan als je undefined herdefinieert voordat je jquery-code aanroept?

Nou, als dat niet gekunsteld is, weet ik het ook niet meer. Oh, dan hebben we het nog niet over de verschillen tussen undefined en null...

Als jij vindt dat een variabele die niet is gedefinieerd hetzelfde is als een bestaande variabele die naar niets wijst, dan ligt dat toch echt aan jezelf

[ Voor 4% gewijzigd door .oisyn op 23-05-2011 15:54 ]

[user109731]

Herdefinieren van undefined, NaN en Infinity kan niet meer sinds ES5. Deze properties zijn daar non-configurable, non-writable. In ieder geval FF4 implementeert dit al

[Davio]

Ach, ik droom nog altijd van One Language To Rule Them All...

Één taal dus wat de volgende collectie vervangt:
- HTML
- CSS
- JavaScript
- Willekeurige backend-taal (PHP)

En ja, ik weet van het bestaan van XML af, maar dat heeft het op het web nooit ver geschopt en ik zou ook niet weten hoe je met een DOM-achtige taal bewerkingen op dezelfde DOM uit zou willen voeren...

Ik blijf dus dromen...

[RayNbow]

Salandur schreef op maandag 23 mei 2011 @ 14:22:
maar daar tegenover staat dat wel dat de taal zelf weinig WTF's toestaat

Java Puzzlers

[Gamebuster]

undefined is niet gedefinieerd.
null is wel gedefinieerd.

$var === undefined is hetzelfde als isset($var) in PHP. Ik vind undefined best een meerwaarde hebben.

Er is tevens een andere rede dat jQuery ervoor koos om de variable undefined de waarde undefined te geven: omdat de variable undefined zich nu in de local scope bevindt, schijnt de lookup naar de waarde undefined sneller te zijn.

Davio schreef op maandag 23 mei 2011 @ 16:00:
Ach, ik droom nog altijd van One Language To Rule Them All...

Één taal dus wat de volgende collectie vervangt:
- HTML
- CSS
- JavaScript
- Willekeurige backend-taal (PHP)

En ja, ik weet van het bestaan van XML af, maar dat heeft het op het web nooit ver geschopt en ik zou ook niet weten hoe je met een DOM-achtige taal bewerkingen op dezelfde DOM uit zou willen voeren...

Ik blijf dus dromen...

NodeJS als backend i.c.m. Javascript
Javascript als frontend scripting

NodeJS HTML5 DOM voor opmaken van je document of een eigen library/framework/module die HTML documenten genereert.

[ Voor 92% gewijzigd door Gamebuster op 23-05-2011 16:04 ]

[Davio]

Zouden browsers die lookup dan niet moeten optimaliseren?

Anders moet je undefined altijd in je local scope knallen als je er iets mee wilt, beetje omslachtig lijkt me. Maar zoals hierboven staat, is het in ieder geval al read-only in FF 4+.

[YopY]

Davio schreef op maandag 23 mei 2011 @ 16:00:
Ach, ik droom nog altijd van One Language To Rule Them All...

Één taal dus wat de volgende collectie vervangt:
- HTML
- CSS
- JavaScript
- Willekeurige backend-taal (PHP)

En ja, ik weet van het bestaan van XML af, maar dat heeft het op het web nooit ver geschopt en ik zou ook niet weten hoe je met een DOM-achtige taal bewerkingen op dezelfde DOM uit zou willen voeren...

Ik blijf dus dromen...

En dat zul je denk ik ook altijd wel blijven. Een taal is een gespecialiseerd iets - HTML (en XML) voor markup, CSS voor styling, etc. Een alternatieve clientside script / programmeertaal kan ik me wel iets bij indenken, overigens.

En HTML / CSS was jaren terug al gecombineerd, dat heet HTML 4.

HTML:

<font size="5">dit is tekst met font size 5! CSS en HTML gecombineerd! Wauw!</font>

Wat ik in ieder geval probeer te zeggen, je moet een applicatie als losstaande componenten zien - clientside structuur (html), opmaak (css), logica (javascript), en serverside logica (php, of noem maar op welke technologie). Het zijn gespecialiseerde onderdelen die je onafhankelijk van elkaar kunt ontwikkelen, en met dat in het achterhoofd is het ook niet gek dat voor elk onderdeel een gespecialiseerde taal gebruikt wordt.

Op een ander niveau, je hebt programmeursjargon en bouwvakkersjargon, maar met de ene kom je niet ver bij de andere, of het begrip zal minder zijn.

[ Voor 23% gewijzigd door YopY op 23-05-2011 16:07 ]

[PrisonerOfPain]

Davio schreef op maandag 23 mei 2011 @ 16:04:
Zouden browsers die lookup dan niet moeten optimaliseren?

Als dat kon hadden ze dat waarschijnlijk al gedaan. Desalniettemin ben ik er stellig van overtuigd dat performance in de handen van de programmeur ligt en niet in de handen van de taal.

[Davio]

Hehe ja, gooi d'r anders een marquee en een blink in!

Maar dat is niet helemaal waar ik op doelde.

De lagen mogen gescheiden blijven, maar de taal mag van mij hetzelfde zijn.

Dat je bijvoorbeeld hebt:
bestand.xmlstruct <-- structuur
bla.xmlstyle <-- style
foo.xmlstyle <-- style
bar.xmlscript <-- script

[Gamebuster]

Davio schreef op maandag 23 mei 2011 @ 16:04:
Zouden browsers die lookup dan niet moeten optimaliseren?

Anders moet je undefined altijd in je local scope knallen als je er iets mee wilt, beetje omslachtig lijkt me. Maar zoals hierboven staat, is het in ieder geval al read-only in FF 4+.

Moet niet. Je praat waarschijnlijk over een extreem klein verschil. Volgens mij is het verschil niet eens meetbaar

Davio schreef op maandag 23 mei 2011 @ 16:07:
Hehe ja, gooi d'r anders een marquee en een blink in!

Maar dat is niet helemaal waar ik op doelde.

De lagen mogen gescheiden blijven, maar de taal mag van mij hetzelfde zijn.

Dat je bijvoorbeeld hebt:
bestand.xmlstruct <-- structuur
bla.xmlstyle <-- style
foo.xmlstyle <-- style
bar.xmlscript <-- script

NodeJS + HTML5 DOM module + clientside JS?

[ Voor 33% gewijzigd door Gamebuster op 23-05-2011 16:08 ]

[Gamebuster]

*duppel*

[ Voor 98% gewijzigd door Gamebuster op 23-05-2011 16:08 ]

[Davio]

Gamebuster schreef op maandag 23 mei 2011 @ 16:07:
[...]

Moet niet. Je praat waarschijnlijk over een extreem klein verschil. Volgens mij is het verschil niet eens meetbaar

Maar met jQuery snap ik het wel.

Gooi maar het aantal sites met jQuery in de calculator maal het aantal pageviews maal de besparing!

[D2k]

Woy schreef op maandag 23 mei 2011 @ 14:19:
[...]

IDD

[...]

Glimi was inderdaad tot 2004 mod

Ik las het op twitter.... *shocked*

Zo jong......


.edit: meeste hier zullen um wel niet kennen, de oudere devschuur garde wel..

[ Voor 15% gewijzigd door D2k op 23-05-2011 16:12 ]

[defcon84]

whoami schreef op maandag 23 mei 2011 @ 13:30:
Hey bah:
Overlijden Glimi

is blijkbaar al een tijdje geleden
'Glimi is op 25 januari 2011 overleden'

[Rutix]

matthijsln schreef op maandag 23 mei 2011 @ 14:34:
[...]


Ja:

[...]

Ik ben een C++ programmeur niet echt een C#-er . En ik tease natuurlijk maar. Java is gewoon te sloom voor wat ik moet doen en ik vind het deployen van java dingetjes ook erg omslachtig :\. Kan me voorstellen though dat het wel nice werkt op android.

defcon84 schreef op maandag 23 mei 2011 @ 16:21:
[...]

is blijkbaar al een tijdje geleden
'Glimi is op 25 januari 2011 overleden'

Was er ook niet een post overgeweest of een nieuws dingetje? Of was dat iemand anders die toen overleden was?

[ Voor 31% gewijzigd door Rutix op 23-05-2011 16:34 ]

[whoami]

defcon84 schreef op maandag 23 mei 2011 @ 16:21:
[...]

is blijkbaar al een tijdje geleden
'Glimi is op 25 januari 2011 overleden'

't Is hier (op GoT) alleszins nog maar van gisteren bekend zie ik.

[Gamebuster]

JavaScript:

function foo(i)
{
  if(i%2 == 0)
    var b = 0;
   return b === undefined
}

var start = new Date().getTime();
for(var i=0; i<1024*1024*64; i++)
  foo(i);
console.log(new Date().getTime() - start);

NodeJS, lookup van undefined als waarde:
2163
2231
2160
____

JavaScript:

function foo(i, undefined)
{ 
  if(i%2 == 0) 
    var b = 0; 
   return b === undefined 
} 
...

NodeJS, lookup van undefined als variable met de waarde undefined:
2258
2304
2290

In NodeJS is het zelfs iets trager.

[ Voor 39% gewijzigd door Gamebuster op 23-05-2011 16:41 ]

[PrisonerOfPain]

Vergeleken met wàt?

[Gamebuster]

PrisonerOfPain schreef op maandag 23 mei 2011 @ 16:38:
Vergeleken met wàt?

Lookup van undefined als waarde (1e test) en als local variable (2e test, functie aangepast met undefined als 2e functie param).

[PrisonerOfPain]

Verkeerd gelezen.

[ Voor 92% gewijzigd door PrisonerOfPain op 23-05-2011 16:42 ]

[.oisyn]

Zijn post klopt gewoon. In NodeJS is het gebruiken van een lokale lookup iets trager dan het gebruik van "undefined" uit de global scope.

[Gamebuster]

PrisonerOfPain schreef op maandag 23 mei 2011 @ 16:41:
[...]


Je vergelijkt twee Javascript engines en je specificeerd er maar een.

Ik vergelijk het verschil tussen het gebruik van undefined als functieparameter waarbij het aanroepen van de functie geen waarde wordt toegewezen.

Het verschil tussen de functie in het 1e codevoorbeeld en de functie in het 2e codevoorbeeld.

[Verwijderd]

Dooie pixels in je scherm welke precies overheen komen met een single quote in Zend Studio is vaak ook niet handig ;-)

[RayNbow]

whoami schreef op maandag 23 mei 2011 @ 13:30:
Hey bah:
Overlijden Glimi

Deze post over het hoofd gezien...

RIP

[Gamebuster]

RayNbow schreef op maandag 23 mei 2011 @ 16:01:
[...]

Java Puzzlers

O damn! Die 1e is erg!

Ik vraag me af wie dat had geraden van te voren en de rede daarvan ook wist.

Ik had 1.