De Devschuur Coffee Corner - Iteratie 2

[Avalaxy]

Morgen maar naar Microsoft voor het app spreekuur. Aantal rotproblemen met Azure waar ik maar niet uit kom

[Firesphere]

Belangrijkste wat een goede IDE heeft voor mij is code-blocks indicatie. Kleurtjes enzo doen me niet zoveel, maar kunnen zien waar een block begint en eindigt is een must voor mij.

[pedorus]

.oisyn schreef op dinsdag 13 november 2012 @ 23:18:
[...]


Mijn topics worden toch nooit opgelost, dus what's the point

Gevonden, opgelost topic: [WPF] control met storyboard gooit exception bij verwijderen

Er staat trouwens nog een vraag in dit topic open, iets met X en manufactoria

[.oisyn]

Ja, door mezelf. Al mijn topics die zijn opgelost zijn door mezelf opgelost. Daar hoef ik dus geen topics voor te openen

En die X heb ik opgegeven wegens ruimtegebrek

[ Voor 19% gewijzigd door .oisyn op 14-11-2012 00:52 ]

[Ellos]

Hmm komt me lichtelijk bekend voor mja ach ik kom ook altijd met zeer obscure dingen omdat ik toch niet heel snel een topic aanmaak.

(Voor de post history gravers ik gebruikt t.net dan nog het minst voor mijn weinige vraagstukken)

[ Voor 27% gewijzigd door Ellos op 14-11-2012 00:54 ]

[.oisyn]

Overigens blijkt mijn huidige oplossing alsnog niet afdoende. Toch maar een topic openen. De ervaring leert namelijk dat ik het dan iig zelf op kan lossen

[curvemod]

.oisyn schreef op woensdag 14 november 2012 @ 00:49:
Ja, door mezelf. Al mijn topics die zijn opgelost zijn door mezelf opgelost. Daar hoef ik dus geen topics voor te openen

Tja de ingewikkeldere topics moet je ook gewoon op SO posten ;-) Plus dat jij volgens mij een stuk 'technischere' dingen doet dan de gemiddelde tweaker

[Haan]

Je zal het altijd zien hè, werk je een keer thuis, gaat op kantoor alles in 1x stuk: Source Control server wil niet meer opkomen na Windows updates, VPN geeft opeens verkeerd IP adres uit waardoor ik niet op interne servers kan komen en het intranet plat ook vanwege updates draaien -_- nou is die laatste inmiddels weer in de lucht, maar zonder de eerste 2 kan ik alsnog niks doen..
Nog een koffie dan maar..

[Soundless]

Jetbrains doet het overal wel goed. Waarschijnlijk ook wel met de Python IDE die ze hebben: http://www.jetbrains.com/pycharm/

Ik zelf gebruik PHPStorm van Jetbrains en dat werkt in ieder geval wel super. Ik verwacht dat ze dat met de overige IDE's ook wel zullen doen.

Edit:
Ah, ik zie net dat die al genoemd is.

[ Voor 8% gewijzigd door Soundless op 14-11-2012 08:37 ]

[.oisyn]

.oisyn schreef op woensdag 14 november 2012 @ 00:57:
Overigens blijkt mijn huidige oplossing alsnog niet afdoende. Toch maar een topic openen. De ervaring leert namelijk dat ik het dan iig zelf op kan lossen

Schaamteloze plug: [GPGPU] Efficient parallel algoritme voor DVD seek simulatie

[Hydra]

Denk je nou echt daar hier een antwoord op te krijgen?

[.oisyn]

Een antwoord wellicht niet, maar ik hoop wel wat bijval te krijgen van mensen als Soultaker en Zoijar.

[GateKeaper]

Hydra schreef op woensdag 14 november 2012 @ 10:46:
Denk je nou echt daar hier een antwoord op te krijgen?

Er is in ieder geval wel werk gemaakt van de topicstart.

[Hydra]

GateKeaper schreef op woensdag 14 november 2012 @ 10:48:
Er is in ieder geval wel werk gemaakt van de topicstart.

Oh, kwaliteitstopic hoor, heb het met plezier gelezen. Maar ik was kwa reply niet verder gekomden dan "Durr Herp!"

[TheNephilim]

Haha, ja inderdaad een kwalititeitstopic, maar het gaat mijn pet te boven

[Cloud]

Ik heb bijzonder weinig ervaring met parallel processing (in deze orde van grootte) en al helemaal niet met rekenen via GPU. Heb het topic met veel interesse gelezen, maar heb nog geen gouden tip helaas

[ Voor 7% gewijzigd door Cloud op 14-11-2012 10:54 ]

[alienfruit]

Ja, ik ook.. Interessant onderwerp maar ik ga er niet mee helpen. Als je nou gewoon vroeg hoe je FlexNet beveiliging moet kraken...

[Devilly]

Hydra schreef op woensdag 14 november 2012 @ 10:49:
[...]


Oh, kwaliteitstopic hoor, heb het met plezier gelezen. Maar ik was kwa reply niet verder gekomden dan "Durr Herp!"

.oisyn schreef op woensdag 14 november 2012 @ 10:46:
[...]


Schaamteloze plug: [GPGPU] Efficient parallel algoritme voor DVD seek simulatie

Respect, die TS is even groot als vijf of misschien zelfs tien gemiddelde TS' bij elkaar opgeteld.

Ik ga hem maar eens lezen, maar enkel onder het motto "Omdat het kan!" Daarna ga ik, als ik nog geen opdracht heb gekregen, in Go duiken. Afgelopen maandag heb ik hier een presentatie over bijgewoond en ik ben toch erg nieuwsgierig geworden naar hoe fijn het in de praktijk werkt.

[Jan_V]

Haan schreef op woensdag 14 november 2012 @ 08:34:
Je zal het altijd zien hè, werk je een keer thuis, gaat op kantoor alles in 1x stuk: Source Control server wil niet meer opkomen na Windows updates, VPN geeft opeens verkeerd IP adres uit waardoor ik niet op interne servers kan komen en het intranet plat ook vanwege updates draaien -_- nou is die laatste inmiddels weer in de lucht, maar zonder de eerste 2 kan ik alsnog niks doen..
Nog een koffie dan maar..

Hetzelfde, maar dan minder erg.
Bij mij deed de VPN software (Juniper) het niet meer. De client pakte de verbinding niet op. Helpdesk geen idee, dus nu maar naar de klant toe gereden. Gaat m'n dag thuiswerken. Wilde de postbode opwachten voor de iPad 4 die hij vandaag komt brengen en aangezien TNT Expres geen tijd kan afgeven (normale TNT wel), moet je daar dus een hele dag voor thuis zijn....

Oh ja, kom je eenmaal bij de klant, zijn alle werkplekken bezet. We hebben namelijk maar 8 echte werkplekken voor 14 ontwikkelaars en 2 PM's.

[kenneth]

Vanavond tentamen clientside webdevelopment. Kortom: HTML, CSS, JavaScript, Prototype, AJAX. Ik ben absoluut niet bekend op het terrein van webdevelopment dus ik voel me voor het eerst een newbie bij een programmeertentamen, dat wordt wat ...

Is wel een leuk vak trouwens, alleen zwevende divs enzo, daar ben ik niet zo handig in ...

[D-Raven]

OI oisyn, betreft dat disc seek algoritme, als je klaar bent moet je m gaan patenteren joh

[Sh4wn]

D-Raven schreef op woensdag 14 november 2012 @ 11:47:
OI oisyn, betreft dat disc seek algoritme, als je klaar bent moet je m gaan patenteren joh

Ik denk dat je wel wat advies kan krijgen in een bepaald topic

[TheNephilim]

Sh4wn schreef op woensdag 14 november 2012 @ 11:55:
[...]


Ik denk dat je wel wat advies kan krijgen in een bepaald topic

[D-Raven]

Sh4wn schreef op woensdag 14 november 2012 @ 11:55:
[...]


Ik denk dat je wel wat advies kan krijgen in een bepaald topic

Jij snapt m

[Merethil]

D-Raven schreef op woensdag 14 november 2012 @ 11:47:
OI oisyn, betreft dat disc seek algoritme, als je klaar bent moet je m gaan patenteren joh

Moet ie daar niet eerst een heel "complex" probleem voor ontwikkelen en die zelf oplossen om daarna te zeggen: "Zie je, dat is tof, ik heb het opgelost! Nu wil ik roem en eer!"?

[GateKeaper]

Hmm... offerteaanvraag voor het maken van een Layar "applicatie". (laag dus). Eens even uitzoeken of dat nu echt zo moeilijk is, en hoe het zit met verschuldigde kosten aan de Layar organisatie.

[Bosmonster]

kenneth schreef op woensdag 14 november 2012 @ 11:46:
Vanavond tentamen clientside webdevelopment. Kortom: HTML, CSS, JavaScript, Prototype, AJAX. Ik ben absoluut niet bekend op het terrein van webdevelopment dus ik voel me voor het eerst een newbie bij een programmeertentamen, dat wordt wat ...

Is wel een leuk vak trouwens, alleen zwevende divs enzo, daar ben ik niet zo handig in ...

Prototype, ze zijn weer lekker up-to-date op de opleiding

[Sh4wn]

Bosmonster schreef op woensdag 14 november 2012 @ 12:11:
[...]


Prototype, ze zijn weer lekker up-to-date op de opleiding

Wat is er mis aan prototype? Vind ik nog altijd beter dan jQuery (wat een vreselijke API heeft die library). Mootools heeft IMO de mooiste API.

[kenneth]

Bosmonster schreef op woensdag 14 november 2012 @ 12:11:
Prototype, ze zijn weer lekker up-to-date op de opleiding

Opleidingen lopen altijd achter, dat ze melden dat jQuery ook veelgebruikt is maar om reden $zus en $zo toch voor Prototype gekozen wordt vind ik al heel wat. Sowieso wordt het intranet bijgewerkt, wordt er verwezen naar andere (relatief) nieuwe technologieën en wordt er zowaar Firebug aangeraden (op het intranet staat dan weer dat en hoe je ook de devtools van Chrome kan gebruiken).

En daarbij gaat het om het leren gebruiken van een JS-library. Het is niet alsof je er opeens helemaal niets meer van snapt als je daarna jQuery oid gaat gebruiken.

[armageddon_2k1]

Maar... prototype is toch helemaal niet ouderwets en wordt gewoon goed onderhouden en gedocumenteerd? Ik zie dus niet in wat er mis mee is. Dat prototype geen jQuery is zegt vrij weinig en maakt het niet slecht.

[.Gertjan.]

.oisyn schreef op woensdag 14 november 2012 @ 00:49:
Ja, door mezelf. Al mijn topics die zijn opgelost zijn door mezelf opgelost. Daar hoef ik dus geen topics voor te openen

En die X heb ik opgegeven wegens ruimtegebrek

Niemand durft jouw vragen te beantwoorden almachtige .oisyn
Als .oisyn het niet weet, dan zal het wel heel moeilijk zijn...

[kenneth]

Ik zie nu trouwens dat Prototype (2005) en jQuery (2006) praktisch even oud zijn en allebei twee maanden geleden nog een stable release hebben gehad. What's the point, really?

Ik heb dus geen jQuery-ervaring maar heb nog niets in Prototype gezien waarvan ik dacht: omgwtfbbq.

[Kayr]

kenneth schreef op woensdag 14 november 2012 @ 12:18:
[...]

Opleidingen lopen altijd achter, dat ze melden dat jQuery ook veelgebruikt is maar om reden $zus en $zo toch voor Prototype gekozen wordt vind ik al heel wat. Sowieso wordt het intranet bijgewerkt, wordt er verwezen naar andere (relatief) nieuwe technologieën en wordt er zowaar Firebug aangeraden (op het intranet staat dan weer dat en hoe je ook de devtools van Chrome kan gebruiken).

En daarbij gaat het om het leren gebruiken van een JS-library. Het is niet alsof je er opeens helemaal niets meer van snapt als je daarna jQuery oid gaat gebruiken.

Ok, goed dat ze de student van tegenwoordig (hoor mij dan, net een jaar afgestudeerd ) kennis laten maken met datgene om het leven van een developer makkelijker te maken. Echter, De basis blijft het belangrijkste. Leuk dat je kan knuffelen met jquery, maar weet je ook met wie jquery het zelf doet. m.a.w. het echte JavaScript werk.

Dit is geldt trouwens voor alle hogere talen natuurlijk. Assenbly niet, daar heb je geen framework voor nodig

[ Voor 0% gewijzigd door Kayr op 14-11-2012 12:26 . Reden: n=t ]

[kenneth]

Oh, dat hebben ze heel evil laten weten: eerst de student frustreren met JS en een hoofdstuk later zeggen: "joh, dat kan allemaal veel makkelijker met Prototype". En bedankt

[Geerrrt]

kenneth schreef op woensdag 14 november 2012 @ 12:29:
Oh, dat hebben ze heel evil laten weten: eerst de student frustreren met JS en een hoofdstuk later zeggen: "joh, dat kan allemaal veel makkelijker met Prototype". En bedankt

Zo leer je het meer waarderen ;-)

[PeterSelie]

GeertJam schreef op woensdag 14 november 2012 @ 12:30:
[...]


Zo leer je het meer waarderen ;-)

Dat, en voor veel simpele dingen waarbij frameworks er aan de haren worden bijgesleept zijn vaak vele malen efficienter via vanilla javascript te doen. Frameworks zijn leuk, maar om voor een kleine javascript functionaliteit als bijvoorbeeld een document.ready heel jQuery in een project te gebruiken is natuurlijk nogal overkill..

[Kayr]

SoaDmaggot schreef op woensdag 14 november 2012 @ 12:31:
[...]

Dat, en voor veel simpele dingen waarbij frameworks er aan de haren worden bijgesleept zijn vaak vele malen efficienter via vanilla javascript te doen. Frameworks zijn leuk, maar om voor een kleine javascript functionaliteit als bijvoorbeeld een document.ready heel jQuery in een project te gebruiken is natuurlijk nogal overkill..

Haha, vanilla js ftw! zal zo even de laatste versie downloaden

[Bosmonster]

kenneth schreef op woensdag 14 november 2012 @ 12:23:
Ik zie nu trouwens dat Prototype (2005) en jQuery (2006) praktisch even oud zijn en allebei twee maanden geleden nog een stable release hebben gehad. What's the point, really?

Prototype is praktisch dood. Wordt bijna niet meer gebruikt. En ja, hij heeft een half jaar geleden voor het eerst in 2 jaar (!) een minor update gehad.

Volgens mij werkt er ook nog maar 1 persoon aan inmiddels Dat idee krijg ik van het blog iig. Soort spookhuis is dat

Vroeger hadden ze ook een leuk lijstje met welke grote sites Prototype gebruikten.. dat hebben ze er maar af gehaald Scriptaculous, de prototype toevoeging die eigenlijk onontbeerlijk is, heeft z'n laatste update 2 jaar geleden gehad...

Trouwens vind ik prototype nog veel viezer dan jQuery (dat ook niet perfect is) met de enorme global namespace vervuiling.

[ Voor 30% gewijzigd door Bosmonster op 14-11-2012 12:39 ]

[D-Raven]

SoaDmaggot schreef op woensdag 14 november 2012 @ 12:31:
[...]

Dat, en voor veel simpele dingen waarbij frameworks er aan de haren worden bijgesleept zijn vaak vele malen efficienter via vanilla javascript te doen. Frameworks zijn leuk, maar om voor een kleine javascript functionaliteit als bijvoorbeeld een document.ready heel jQuery in een project te gebruiken is natuurlijk nogal overkill..

Ow zeker, want de DomContentReady wordt ook echt ondersteund door _alle_ browsers... (hint IE niet)

Ik gebruik $(document).ready() als ik m nodig heb, en daar laad ik inderdaad jquery voor in, in 99% laad ik m toch via een CDN, dus de kans dat een persoon m al lokaal heeft staan is redelijk groot.
Voor een simpel projectje welke alleen hoeft werken in 1 browser, ok, maar voor al het andere, gebruik ik gewoon een framework

[Ram0n]

Kayr schreef op woensdag 14 november 2012 @ 12:33:
[...]


Haha, vanilla js ftw! zal zo even de laatste versie downloaden

Wel zelf samenstellen natuurlijk

Overigens gebruik ik ook nog altijd tot volle tevredenheid Prototype, maar het nadeel is dat er simpelweg veel meer plugins e.d. worden geschreven voor jQuery. Voor eigen code is dit echter geen punt en is Prototype net zo handig in het gebruik als jQuery.

[Verwijderd]

.Gertjan. schreef op woensdag 14 november 2012 @ 12:22:
[...]

Niemand durft jouw vragen te beantwoorden almachtige .oisyn
Als .oisyn het niet weet, dan zal het wel heel moeilijk zijn...

Oef, ik ben niet de enige die er zo over denkt

[Kayr]

Ben ook wel fan van jquery hoor. Voordeel is dat er veel support voor is, bugs snel worden gefixt en meestal goed compatible is met alle browsers. nadeel is wel dat als het minder populair wordt de support snel wegzakt, zoals te zien bij Prototype.

Gevaar met frameworks als jquery is dat het heel toegankelijk is waardoor alles eigenlijk kan. Hierdoor kan het framework anders worden gebruikt dan bedoeld, met de nodige performance decline als gevolg.

Voorbeeldje:

JavaScript:

$(".iets1").addClass("enabled");
$(".iets2").addClass("enabled");
$(".iets3").addClass("enabled");
$(".iets4").addClass("enabled");

versus

$(".iets1, .iets2, .iets3, .iets4").addClass("enabled");

versus

$(".ietsenContainer").children().addClass("enabled");

Letop: bovenstaande zijn slechts een paar van de vele mogelijkheden.

[ Voor 54% gewijzigd door Kayr op 14-11-2012 13:04 . Reden: stukje dr bij ]

[Bosmonster]

Kayr schreef op woensdag 14 november 2012 @ 12:41:
Ben ook wel fan van jquery hoor. Voordeel is dat er veel support voor is, bugs snel worden gefixt en meestal goed compatible is met alle browsers. nadeel is wel dat als het minder populair wordt de support snel wegzakt, zoals te zien bij Prototype.

Mwah. Een goed framework moet er altijd wel zijn voorlopig. En als die niet meer gesupport wordt, dan komt het waarschijnlijk doordat ie in zn geheel niet meer nodig is met de moderne ingebouwde techniek.

jQuery heeft zich de afgelopen jaren wel als winnaar uit de bus zien komen. Waarschijnlijk door de enorm lage instapdrempel en hoge ease of use.

Overigens snap ik prima dat je Prototype wilt blijven gebruiken als je daar al langer mee werkt en aan gewend bent hoor. Wat ik niet snapte is dat ze dat doceren op een opleiding, aangezien er praktisch geen bedrijf is waar je terecht gaat komen waar je wat hebt aan die kennis. Dan kunnen ze nog beter vanilla JS doceren als je het mij vraagt.

[ Voor 6% gewijzigd door Bosmonster op 14-11-2012 12:51 ]

[OkkE]

kenneth schreef op woensdag 14 november 2012 @ 12:23:
Ik zie nu trouwens dat Prototype (2005) en jQuery (2006) praktisch even oud zijn en allebei twee maanden geleden nog een stable release hebben gehad. What's the point, really?

Zijn punt is dat jQuery vele malen meer gebruikt wordt dan de alternatieven (bron).

Kayr schreef op woensdag 14 november 2012 @ 12:41:
Gevaar met frameworks als jquery is dat het heel toegankelijk is waardoor alles eigenlijk kan. Hierdoor kan het framework anders worden gebruikt dan bedoeld, met de nodige performance decline als gevolg.

Want met gewone Javascript kan dat niet? Je moet niet een framework de schuld geven van onkunde van de programmeur...

[ Voor 34% gewijzigd door OkkE op 14-11-2012 13:16 ]

[kenneth]

Bosmonster schreef op woensdag 14 november 2012 @ 12:49:
Overigens snap ik prima dat je Prototype wilt blijven gebruiken als je daar al langer mee werkt en aan gewend bent hoor. Wat ik niet snapte is dat ze dat doceren op een opleiding, aangezien er praktisch geen bedrijf is waar je terecht gaat komen waar je wat hebt aan die kennis. Dan kunnen ze nog beter vanilla JS doceren als je het mij vraagt.

Omdat wel praktisch elk bedrijf een of ander JS-framework gebruikt? Dan lijkt het me een goede zaak dat er überhaupt een framework wordt geleerd en waarom die dingen bestaan en wat de pitfalls zijn, enz. Welk framework je dan kiest is secundair. Want welke keuze je ook maakt, je loopt toch wel achter de feiten aan. Het vak kan niet ieder jaar compleet worden omgegooid omdat er opeens een ander framework populairder is geworden. Dat is inherent aan de sector.

Vanilla JS wordt trouwens ook geleerd, daarna gaan ze pas verder met Prototype. En soms staat er in het boek "dit doet Prototype niet zo handig, we doen dit gewoon met vanilla JS".

OkkE schreef op woensdag 14 november 2012 @ 12:49:
[...]

Zijn punt is dat jQuery vele malen meer gebruikt wordt dan de alternatieven (bron).

Ah, ik dacht dat hij het alleen over de ouderdom had.

Op kantoor wordt trouwens ook jQuery gebruikt, alleen ik ben geen webdeveloper

[ Voor 15% gewijzigd door kenneth op 14-11-2012 13:32 ]

[Kayr]

OkkE schreef op woensdag 14 november 2012 @ 12:49:
*knip*

Want met gewone Javascript kan dat niet? Je moet niet een framework de schuld geven van onkunde van de programmeur...

Ook weer waar. Dus, oefenen mensen. Deel je code met andere, sta open voor feedback, en wees niet bang om eens iets over te doen

[Firesphere]

Dus, om het lekker consistent te houden, werkt IE10 onder Win7 anders dan onder Win8...
MSDN: Internet Explorer 10 on Windows 7 (Windows)

[Hydra]

Kayr schreef op woensdag 14 november 2012 @ 12:41:
Ben ook wel fan van jquery hoor. Voordeel is dat er veel support voor is, bugs snel worden gefixt en meestal goed compatible is met alle browsers. nadeel is wel dat als het minder populair wordt de support snel wegzakt, zoals te zien bij Prototype.

Gevaar met frameworks als jquery is dat het heel toegankelijk is waardoor alles eigenlijk kan. Hierdoor kan het framework anders worden gebruikt dan bedoeld, met de nodige performance decline als gevolg.

Voorbeeldje:

JavaScript:

$(".iets1").addClass("enabled");
$(".iets2").addClass("enabled");
$(".iets3").addClass("enabled");
$(".iets4").addClass("enabled");

versus

$(".iets1, .iets2, .iets3, .iets4").addClass("enabled");

versus

$(".ietsenContainer").children().addClass("enabled");

Letop: bovenstaande zijn slechts een paar van de vele mogelijkheden.

Hoezo zijn dat performance issues?

[Verwijderd]

Firesphere schreef op woensdag 14 november 2012 @ 14:08:
Dus, om het lekker consistent te houden, werkt IE10 onder Win7 anders dan onder Win8...
MSDN: Internet Explorer 10 on Windows 7 (Windows)

Op dit soort momenten prijs ik mezelf gelukkig dat ik geen webontwikkeling meer doe

[Patriot]

Firesphere schreef op woensdag 14 november 2012 @ 14:08:
Dus, om het lekker consistent te houden, werkt IE10 onder Win7 anders dan onder Win8...
MSDN: Internet Explorer 10 on Windows 7 (Windows)

Tsja, het touch-gedeelte hebben ze laten vallen. Kan me niet voorstellen dat dat zo'n probleem is op Windows 7..

[PeterSelie]

Hydra schreef op woensdag 14 november 2012 @ 14:21:
[...]


Hoezo zijn dat performance issues?

Precies, zoiets kan ik vanilla JS net zo goed geupfucked worden. Dat is eerder een denkissue aan de kant van de developer dan inherent aan het gebruik van een framework.

[Hydra]

Ik bedoel: ik snap dus echt niet wat mis is met die voorbeelden. Let wel: ik ben absoluut geen webdeveloper dus mijn kennis is nihil maar ik zie niet welk van die voorbeelden het probleem is.

[alienfruit]

Ik heb meer problemen dat MSDN er geen woord over rept dat er verschillen zijn:
MSDN: onmspointermove event (Internet Explorer)

[Devilly]

Hydra schreef op woensdag 14 november 2012 @ 14:46:
Ik bedoel: ik snap dus echt niet wat mis is met die voorbeelden. Let wel: ik ben absoluut geen webdeveloper dus mijn kennis is nihil maar ik zie niet welk van die voorbeelden het probleem is.

Ik neem aan dat hij het volgende bedoelt:

1. Meerdere aanroepen over het hele document.
2. Eén aanroep, maar nog steeds over het hele document.
3. Eén aanroep (met een simpele selector) en enkel over het benodigde deel van het document.

Elke opeenvolgende aanroep is dus iets efficiënter.

[TheNephilim]

Hydra schreef op woensdag 14 november 2012 @ 14:46:
Ik bedoel: ik snap dus echt niet wat mis is met die voorbeelden. Let wel: ik ben absoluut geen webdeveloper dus mijn kennis is nihil maar ik zie niet welk van die voorbeelden het probleem is.

Het lijkt mij ook niet zo'n probleem. Voorbeeld 2 zou het effectiefst moeten zijn naar mijn idee, maar dan praten we over microseconden...

Wat betreft beheersbaarheid zou je inderdaad $('.parent').children(). kunnen doen, maar dat verschilt toch per situatie? Je kunt niet zomaar zeggen dat voorbeeld 1 of 2 of 3 slecht is.

[Bosmonster]

2 wordt exact intern herschreven naar 1, dus dat maakt niks uit.

3 is in principe het efficientste, alleen vind ik dit altijd wat achterstevoren redeneren (dus meer een issue van leesbaarheid dan performance).

JavaScript:

$('.ietsenContainer').find('>div').addClass('enabled')

Dit redeneert bijvoorbeeld iets meer in de gedachtengang van een gemiddeld mens en is daardoor sneller te snappen. (die find heb je in principe niet eens nodig natuurlijk)

Het scenario dat ieder element zn eigen class heeft zou je in de praktijk uberhaupt al niet tegen mogen komen natuurlijk, want dan is er in de CSS opbouw iets misgegaan.

kenneth schreef op woensdag 14 november 2012 @ 13:30:
[...]
Omdat wel praktisch elk bedrijf een of ander JS-framework gebruikt? Dan lijkt het me een goede zaak dat er überhaupt een framework wordt geleerd en waarom die dingen bestaan en wat de pitfalls zijn, enz. Welk framework je dan kiest is secundair. Want welke keuze je ook maakt, je loopt toch wel achter de feiten aan. Het vak kan niet ieder jaar compleet worden omgegooid omdat er opeens een ander framework populairder is geworden. Dat is inherent aan de sector.

Als je dan toch iets leert, doe dan iets waar je gelijk wat aan hebt in de praktijk toch? En dat jQuery industry leading zou worden kon je echt 4 jaar geleden ook al aan zien komen als je het mij vraagt (tenminste, ik wel). Zo snel gaat het allemaal niet meer met die frameworks overigens.

[ Voor 7% gewijzigd door Bosmonster op 14-11-2012 14:59 ]

[Kayr]

Slecht is het inderdaad niet. Het voorbeeld duid de vele wegen naar rome aan. Hierbij zijn er inderdaad minime verschillen waar te nemen. Echter, er zijn situaties waarbij de verschillen een stuk groter zijn.

Daarbij, werk ik momenteel voor een embedded platform, waarbij performance en de weinige resources die beschikbaar zijn het altijd in ogenschouw genomen moeten worden. Diverse manieren in uitvoer van dezelfde taak kan daarbij een groot verschil maken

[urk_forever]

alienfruit schreef op woensdag 14 november 2012 @ 14:49:
Ik heb meer problemen dat MSDN er geen woord over rept dat er verschillen zijn:
MSDN: onmspointermove event (Internet Explorer)

Die pagina is 2 maanden terug aangemaakt/gewijzigd. Die andere pagina die je aangeeft pas twee dagen, misschien dat ze dat nog bij gaan werken

[PolarBear]

Firesphere schreef op woensdag 14 november 2012 @ 14:08:
Dus, om het lekker consistent te houden, werkt IE10 onder Win7 anders dan onder Win8...
MSDN: Internet Explorer 10 on Windows 7 (Windows)

En de verschillen zijn dat, basically, touch niet gesupport wordt zoals touch gesupport wordt op Windows 8.

[YopY]

mbt die selector, waarschijnlijk is #ietsenContainer nog sneller dan .ietsencontainer, o.a. omdat hij gewoon de eerste match teruggeeft uit de DOM, ipv een .class die vaker dan eens voor kan komen. Ook zit je met welke JS functie uitgevoerd wordt; getDocumentById() of bijv. querySelector(). Maar zelfs als hij direct delegeert naar getDocumentById() is jQuery nog de helft langzamer dan 'native' JS, heb ik gehoord / gelezen.

Prototype / Scriptaculous heb ik jaren geleden nog gebruikt bij een van m'n eerste web applicatie projecten, good times .

Mbt jQuery, volgens mij zit dat ook ergens in onze waslijst aan dependencies voor m'n huidige project, . Als backwards compatibility e.d. niet zo heel belangrijk is kun je ook naar bijv. zepto kijken, een lib die grotendeels API compatible is met jQuery, maar die maar 8.4 KB groot is (minified / gzipped).

[Hydra]

Devilly schreef op woensdag 14 november 2012 @ 14:50:
Ik neem aan dat hij het volgende bedoelt:

1. Meerdere aanroepen over het hele document.
2. Eén aanroep, maar nog steeds over het hele document.
3. Eén aanroep (met een simpele selector) en enkel over het benodigde deel van het document.

Elke opeenvolgende aanroep is dus iets efficiënter.

Lijkt me dat als je de class selector gebruikt op die manier je daar een bewuste keuze in maakt. De eerste en de 2e doen gewoon exact hetzelfde (intern zal jQuery de 2e waarschijnlijk splitten en er X calls van maken). De 3e gaat alsnog de hele objectboom af dus dan is het nog maar de vraag of dat efficienter is. Ik vind het dus gewoon een beetje suffe voorbeelden die zonder context niks zeggen.

YopY schreef op woensdag 14 november 2012 @ 16:02:
mbt die selector, waarschijnlijk is #ietsenContainer nog sneller dan .ietsencontainer, o.a. omdat hij gewoon de eerste match teruggeeft uit de DOM, ipv een .class die vaker dan eens voor kan komen. Ook zit je met welke JS functie uitgevoerd wordt; getDocumentById() of bijv. querySelector(). Maar zelfs als hij direct delegeert naar getDocumentById() is jQuery nog de helft langzamer dan 'native' JS, heb ik gehoord / gelezen.

Ja, want een gebruiker gaat iets merken van 2 usec i.p.v. 1 usec

[ Voor 26% gewijzigd door Hydra op 14-11-2012 16:06 ]

[kenneth]

Is css-tricks.com een beetje een goede site? Er staat een berg aan interessante informatie maar straks blijk ik op een soort w3schools.com beland te zijn

[Tarilo]

kenneth schreef op woensdag 14 november 2012 @ 16:08:
Is css-tricks.com een beetje een goede site? Er staat een berg aan interessante informatie maar straks blijk ik op een soort w3schools.com beland te zijn

Ik gebruik het doorgaans om even snel te kijken hoe gradients e.d. moeten in de verschillende browsers (voorvoegsel/uitzonderingen IE). Daarvoor is het wel een fijne site, maar of de rest van enig niveau is weet ik niet.

[OkkE]

kenneth schreef op woensdag 14 november 2012 @ 16:08:
Is css-tricks.com een beetje een goede site? Er staat een berg aan interessante informatie maar straks blijk ik op een soort w3schools.com beland te zijn

Ja, de kwaliteit van die website is prima. Wel bij de Code Snippets op de datum letten, sommige zijn al aardig oud (en dus achterhaald).

[kenneth]

Thanks!

Nog even knutselen thuis (vooral met floats ) en dan richting tentamen

[Devilly]

kenneth schreef op woensdag 14 november 2012 @ 16:37:
Thanks!

Nog even knutselen thuis (vooral met floats ) en dan richting tentamen

Avondschool/deeltijdstudie?

[Verwijderd]

kenneth schreef op woensdag 14 november 2012 @ 16:37:
Thanks!

Nog even knutselen thuis (vooral met floats ) en dan richting tentamen

Succes

[steffex]

bezig zijn met refactoring en dan deze functie tegenkomen:

PHP:

function firstCapital( $txt )
{
    if (! $txt) return FALSE;
    
    $tmp = strtoupper(substr($txt, 0, 1)).substr($txt,1,strlen($txt));
    
    return $tmp;
}

Dat weet je dat je oude code te pakken hebt...

[kenneth]

Devilly schreef op woensdag 14 november 2012 @ 16:38:
[...]


Avondschool/deeltijdstudie?

Yes, OU Informatica

Verwijderd schreef op woensdag 14 november 2012 @ 16:38:
[...]


Succes

Dank!

[CodeCaster]

steffex schreef op woensdag 14 november 2012 @ 16:53:
bezig zijn met refactoring en dan deze functie tegenkomen:

PHP:

function firstCapital( $txt )
{
    if (! $txt) return FALSE;
    
    $tmp = strtoupper(substr($txt, 0, 1)).substr($txt,1,strlen($txt));
    
    return $tmp;
}

Dat weet je dat je oude code te pakken hebt...

De functie ucfirst() is pas in PHP 4 geïntroduceerd, eind 1999. Dertien jaar oud is niet oud, toch?

kenneth schreef op woensdag 14 november 2012 @ 17:01:
[...]

Yes, OU Informatica

Succes.

[ Voor 15% gewijzigd door CodeCaster op 14-11-2012 17:09 ]

[Avalaxy]

Vandaag bij Microsoft geweest voor het app spreekuur, hulp en advies gehad mbt. Azure (en Lucene.NET) van 2 consultants. Gaaf programma, erg nuttig

[SPee]

Kayr schreef op woensdag 14 november 2012 @ 12:41:

JavaScript:

$(".iets1").addClass("enabled");
$(".iets2").addClass("enabled");
$(".iets3").addClass("enabled");
$(".iets4").addClass("enabled");

versus

$(".iets1, .iets2, .iets3, .iets4").addClass("enabled");

versus

$(".ietsenContainer").children().addClass("enabled");

1 en 2 doen hetzelfde en zouden naar mijn inziens hetzelfde aan performance moeten kosten.
Echter 3 verschilt. Als .iets1, .iets2, .iets3 en .iets4 inderdaad de directe children zijn zonder dat er nog meer in de container zitten, dan gaat het goed. Maar zodra ze een laag dieper liggen of er ook andere children in de container zitten die je niet wilt, ga je al fout. Lekker om dan alsnog een include/exclude te maken. Wat deze voorbeelden betreft zou mijn voorkeur inderdaad naar 2 gaan.

Maar als alles enkel via 1 manier kon, dan was het programmeren lekker makkelijk. Wie zou er dan nog willen programmeren
En al maak je iets dat maar via één manier kan: er is altijd wel iemand die een andere manier vindt

[.oisyn]

CodeCaster schreef op woensdag 14 november 2012 @ 17:08:
[...]

De functie ucfirst() is pas in PHP 4 geïntroduceerd, eind 1999. Dertien jaar oud is niet oud, toch?

Nou moet ik toegeven dat ik niet wist dat die functie bestond, laat staan dat ik ernaar zou zoeken als ik z'n functie nodig had .

Wellicht is er ook wel gewoon een PHP functie voor m'n GPGPU probleem, even zoeken...

[ Voor 12% gewijzigd door .oisyn op 14-11-2012 17:28 ]

[kenneth]

ucfirst Waarom niet upperCaseFirst? Of upper_case_first? Of real_upper_case_first?

[F.West98]

Waarom heb je een functie voor de eerste hoofdletter? Waar is dat nou weer voor nodig?

[CodeCaster]

.oisyn schreef op woensdag 14 november 2012 @ 17:27:
[...]

Nou moet ik toegeven dat ik niet wist dat die functie bestond, laat staan dat ik ernaar zou zoeken als ik z'n functie nodig had .

Wellicht is er ook wel gewoon een PHP functie voor m'n GPGPU probleem, even zoeken...

gpgpu_optimize_xbox_disc_layout(), duh!

Al geloof ik dat de gpgpu-functies deprecated zijn, gpgpu_i is de way to go.

[.oisyn]

Als ie maar niet automatisch slashes introduceert in de gegenereerde oplossingen.

[GateKeaper]

YopY schreef op woensdag 14 november 2012 @ 16:02:
Als backwards compatibility e.d. niet zo heel belangrijk is kun je ook naar bijv. zepto kijken, een lib die grotendeels API compatible is met jQuery, maar die maar 8.4 KB groot is (minified / gzipped).

Jaajaa.... Backwards compatibility. Vergeet Internet Explorer niet. Tjah, bij het droppen van support voor een complete browser wil ik wel geloven dat je de library kleiner krijgt.

Target platforms

Safari 5+ (desktop)
Chrome 5+ (desktop)
Mozilla Firefox 4+
iOS 4+ Safari
Android 2.2+ Browser
Other WebKit-based browsers/runtimes
webOS 1.4.5+ Browser
BlackBerry Tablet OS 1.0.7+ Browser
Amazon Silk 1.0+
Opera 10+

If you need to support Internet Explorer, you can fall back on jQuery. Note that conditional comments are no longer supported starting on IE 10, so we recommend the following document.write approach:

<script>
document.write('<script src=' +
('__proto__' in {} ? 'zepto' : 'jquery') +
'.js><\/script>')
</script>

[Martindo]

Leuk, voor informatica een spelletje maken.

[ Voor 79% gewijzigd door Martindo op 14-11-2012 18:34 ]

[Avalaxy]

Net ging je nog iets anders doen?

[Martindo]

Ja, dat ook. Maar dat moet ik nog gaan uitwerken, wordt waarschijnlijk iets met PHP enzo. Maar informatica moet ik eerst af hebben. Dan ben ik lekker vroeg klaar daarmee, hoef ik me daar niet naar om te kijken.

[ Voor 41% gewijzigd door Martindo op 14-11-2012 19:04 ]

[Barryvdh]

GateKeaper schreef op woensdag 14 november 2012 @ 17:55:
[...]
Jaajaa.... Backwards compatibility. Vergeet Internet Explorer niet. Tjah, bij het droppen van support voor een complete browser wil ik wel geloven dat je de library kleiner krijgt.
[...]

Zepto is dan ook vooral bedoeld voor mobiele sites.

[Sebazzz]

Barryvdh schreef op woensdag 14 november 2012 @ 19:18:
[...]

Zepto is dan ook vooral bedoeld voor mobiele sites.

Ook is de Trident engine daar een client, en sinds Windows Phone 8 is het gelijkgetrokken met de desktop en tabletversie.

[ZpAz]

Meh, jQuery is minified 32kb, waar heb je het dan over. Enkel voor hele druk bezochte websites zou het misschien nut hebben voor dataverkeer om voor 'iets kleiners' te kiezen, maar voor de rest is een gemiddeld plaatje op een website al groter.

Daarnaast performed vanillaJS vast beter, maar tegen de tijd dat je tegen die grens aanloopt heb je al wel iets redelijks 'intensief gemaakt'. Bij het aanpassen van de DOM is de DOM zo en zo al de 'tragere' factor ipv je javascript code dus of het qua performance zo uit maakt.

[Barryvdh]

En als je de CDN versie gebruikt hoef je hem meestal al niet te downloaden meer dus..

[Devilly]

Heeft hier al iemand het examen voor Programming in HTML5 with JavaScript and CSS3 gedaan?

[Creepy]

CodeCaster schreef op woensdag 14 november 2012 @ 17:40:
[...]

gpgpu_optimize_xbox_disc_layout(), duh!

Al geloof ik dat de gpgpu-functies deprecated zijn, gpgpu_i is de way to go.

real_gpgpu_optimize_xbox_disc_layout()

[frG]

Devilly schreef op woensdag 14 november 2012 @ 21:12:
Heeft hier al iemand het examen voor Programming in HTML5 with JavaScript and CSS3 gedaan?

Staat gepland voor Januari, maar begin deze week wel met de stof, zoek je bepaalde info of ben je gewoon nieuwsgierig ?

[Devilly]

frG schreef op woensdag 14 november 2012 @ 21:39:
[...]


Staat gepland voor Januari, maar begin deze week wel met de stof, zoek je bepaalde info of ben je gewoon nieuwsgierig ?

Mijn examen staat ook gepland voor januari en ik ben net begonnen met de eerste twee introductievideo's. Ik vroeg me af hoe diep de examens op de stof in gaan en of je bijv. alle HTML5 elementen uit je hoofd moet kennen. De introductievideo's zijn namelijk nogal oppervlakkig.

[frG]

Deze blogpost heeft wel interessante informatie wat betreft je vragen, wellicht kun je hier wat mee:
http://www.bloggedbychris...-exam-70-480-study-guide/

[Devilly]

frG schreef op woensdag 14 november 2012 @ 21:55:
Deze blogpost heeft wel interessante informatie wat betreft je vragen, wellicht kun je hier wat mee:
http://www.bloggedbychris...-exam-70-480-study-guide/

Bedankt! Die kan ik mooi doornemen als ik met de video's klaar ben.

[kenneth]

Hmmm, tentamen ging redelijk goed. Dat zou de eerste voldoende in OVERFLOW maanden zijn ...

Coming up, Object-oriented analysis and design (met Applying UML and Patterns van Craig Larman). Niet echt zin in maar toch best belangrijk.

[TJHeuvel]

F.West98 schreef op woensdag 14 november 2012 @ 17:35:
Waarom heb je een functie voor de eerste hoofdletter? Waar is dat nou weer voor nodig?

Voor als je het eerste karakter in een string een hoofdletter wilt maken?

Overigens vind ik C#'s String.ToUpper ook maar een rare naam, noem het dan gewoon String.ToUpperCase.

[ Voor 1% gewijzigd door TJHeuvel op 15-11-2012 00:16 . Reden: tags gefixed ]

[RobIII]

TJHeuvel schreef op donderdag 15 november 2012 @ 00:15:
noem het dan gewoon String.ToUpperCase.

ToUppercase dan, IMHO

Upper en Case zijn geen losse woorden en dus geen hoofdletter C (of je moet inderdaad op 't bovenste laatje doelen dat zetters vroeger gebruikten om de hoofdletters te bewaren ).

quote: http://nl.wikipedia.org/wiki/Kapitaal_(typografie)

De naam "bovenkast" stamt uit de tijd dat loden letters werden gebruikt om teksten te drukken. De letter van een corps werd gewoonlijk in twee letterladen weggeborgen, de bovenste lade bevatte de kapitalen, de onderste lade de "kleine" letters. Op deze manier werd "bovenkast" uiteindelijk synoniem aan "kapitaal". Gelijk zo werd "onderkast" synoniem aan "kleine letter".

quote: http://en.wikipedia.org/wiki/Uppercase

comes from the antique age of setting type for printing presses, when printers kept the type for these letters in the upper drawers of a desk or in the upper type case, while keeping the type for the more frequently-used smaller letters in the lower type case within easy reach.

(En ja, toUpperCase e.d. komt overal-en-nergens voor en ja, er zal best een goeie reden voor zijn en ja, ik denk ik er gewoon anders over Deal with it If anything dan heb je mogelijk iets nieuws geleerd uit deze post )

[ Voor 56% gewijzigd door RobIII op 15-11-2012 00:33 ]

[Alex)]

Ik haat proxyservers. En service-accounts die gelocked kunnen worden.

[ Voor 53% gewijzigd door Alex) op 15-11-2012 09:31 ]

[BtM909]

F.West98 schreef op woensdag 14 november 2012 @ 17:35:
Waarom heb je een functie voor de eerste hoofdletter? Waar is dat nou weer voor nodig?

Tja, ik kan me genoeg situaties voorstellen dat je wilt dat de eerste letter een hoofdletter is, f.west98

RobIII schreef op donderdag 15 november 2012 @ 00:20:

(En ja, toUpperCase e.d. komt overal-en-nergens voor en ja, er zal best een goeie reden voor zijn en ja, ik denk ik er gewoon anders over Deal with it If anything dan heb je mogelijk iets nieuws geleerd uit deze post )

Ik mis heel even je punt (of mening ), maar vind jij een toUpPeRcAsE geen goede toevoeging of juist wel?

[ Voor 22% gewijzigd door BtM909 op 15-11-2012 09:34 ]

[Haan]

Alex) schreef op donderdag 15 november 2012 @ 09:30:
Ik haat proxyservers. En service-accounts die gelocked kunnen worden.

Dat is zwaar klote ja, wij hebben ook een klant waarvan de IT afdeling gewoon weigert om service-accounts uit te geven waarbij het wachtwoord niet verloopt. Met als resultaat dat om de 90 dagen van alles plat gaat
Of ook leuk: een account krijgen, waarvan je niet zelf het wachtwoord kunt wijzigen, dus moet je steeds via een support afdeling om een nieuw wachtwoord vragen. Dan heb je met een beetje geluk na een paar dagen weer toegang

[serhat]

Alex) schreef op donderdag 15 november 2012 @ 09:30:
Ik haat proxyservers. En service-accounts die gelocked kunnen worden.

Ik ook, zeker als ze er nog een AV scanner ertussen gooien die alles scant voordat jij hem krijgt. Wat erop neer komt dat als hij een bestand te traag binnen haalt of het te groot is (30/40 MB is al te groot), je het kan niet kan bekijken/downloaden omdat je tot die tijd al een time-out krijgt.

Of bij de vorige klant mee gemaakt. Ze willen URL's kunnen filteren, met HTTPS lukte ze dat niet. Dus wat doen ze, een soort van MITM attack. Jij krijgt hun eigen certificaat te zien, zodat ze ook via HTTPS het een en ander kunnen filteren. Behalve het idee dat ze dan ook prive sessies kunnen mee luisteren zorgde het vaak voor problemen, gezien alleen IE het certificaat herkent. FF en andere applicaties vaak niet.

[YopY]

serhat schreef op donderdag 15 november 2012 @ 09:45:
[...]

Ik ook, zeker als ze er nog een AV scanner ertussen gooien die alles scant voordat jij hem krijgt. Wat erop neer komt dat als hij een bestand te traag binnen haalt of het te groot is (30/40 MB is al te groot), je het kan niet kan bekijken/downloaden omdat je tot die tijd al een time-out krijgt.

Ik vind het anders wel grappig wanneer je een bestand met 100+ MB / s binnenhaalt na een delay, .

[Alex)]

Het mooiste blijft nog wel die keer dat ik zonder proxyserver niet op internet kon... maar dat ik wel een proxyserver kon instellen die zich buiten het bedrijfsnetwerk bevond