De Devschuur Coffee Corner

[Matis]

Je bedoelt dat ik bijvoorbeeld regel 11 tm 45 achter een functie moet/kan hangen?

@oisyn; Ik denk dat hij doelt op mijn complete php bestand. Daar loopt idd logica en opmaak door elkaar. Niet zozeer in het stukje wat ik hier postte

[ Voor 49% gewijzigd door Matis op 11-09-2009 16:03 ]

[.oisyn]

Matis schreef op vrijdag 11 september 2009 @ 16:01:
@oisyn; Ik denk dat hij doelt op mijn complete php bestand. Daar loopt idd logica en opmaak door elkaar. Niet zozeer in het stukje wat ik hier postte

Ah ok, ja dat denk ik nu ook, ik had er even overheen gelezen

[ Voor 34% gewijzigd door .oisyn op 11-09-2009 19:11 ]

[compufreak88]

Matis schreef op vrijdag 11 september 2009 @ 16:01:
Je bedoelt dat ik bijvoorbeeld regel 11 tm 45 achter een functie moet/kan hangen?

@oisyn; Ik denk dat hij doelt op mijn complete php bestand. Daar loopt idd logica en opmaak door elkaar. Niet zozeer in het stukje wat ik hier postte

Het hoeft niet percee in een functie, maar gewoon zorgen dat je in het begin alle logica handelt. Dus alle controles, alle gegevens ophalen. Aan het eind van het bestand (of in een ander bestand) zet je de opmaak neer. Een een tip: zet dat buiten php tags. Dat maakt alles veel beter onderhoudbaar. Vandaag heb ik nog een stuk html buiten de php tags gehaald, en toen kwam ik er achter dat er nog een tag mistte.

[Matis]

compufreak88 schreef op vrijdag 11 september 2009 @ 19:08:
Het hoeft niet percee in een functie, maar gewoon zorgen dat je in het begin alle logica handelt. Dus alle controles, alle gegevens ophalen. Aan het eind van het bestand (of in een ander bestand) zet je de opmaak neer. Een een tip: zet dat buiten php tags. Dat maakt alles veel beter onderhoudbaar. Vandaag heb ik nog een stuk html buiten de php tags gehaald, en toen kwam ik er achter dat er nog een tag mistte.

W3C keurde hem iig goed, dus dat zit wel snor, maar ik snap niet precies hoe je de logica buiten de html kunt halen. Ik bedoel, ik *itereer* door de map heen en als ik een afbeelding vind print ik dat uit. Of moet ik het aan (bijvoorbeeld) $html .= "<img ...... >"; doen? En uiteindelijk print $html doen?

Of hoe heb je dat in gedachte?

[mithras]

Nee, het handige van html erbuiten halen (maar dan wil je liefst ook gelijk een template systeem), is dat je het overzicht beter krijgt. Zie bijvoorbeeld dit:

PHP:

$this->view->file = $file

HTML:

<a href="<?= $file->getPath()?>" title="<?= $file->getName()?>" rel="shadowbox[gal]">
  <img src="<?= $file->getThubnailPath()?>" alt="<?= $file->getName()?>">
  <br>
  <span class="linktext"><?= $file->getTitle()?></span>
</a>

De php/html highlighting lukt niet zo heel goed, maar je snapt het idee denk ik. Hier gooi ik er gelijk een template achtig systeem bij en twee componenten van mvc, maar dat geeft je nu meer een idee welke richting het op kan gaan

[ Voor 12% gewijzigd door mithras op 11-09-2009 19:51 ]

[Matis]

Juist, zo bedoel je het. Ja, die printfjes zijn er eigenlijk door c++ ingeslopen

Ik zal eens kijken, misschien is het ombouwen naar een template wel weer een leuke uitdaging. Thnx iig voor de bijdrage/feedback. Ik zal me niet vervelen van het weekend

[pedorus]

@Matis: open anders even een eigen topic.. En kijk verder eens naar in echo, urlencode, function en htmlspecialchars. Het schijnt zo te zijn dat de syntax die mithras voorstelt niet meer actueel is (context-switches kosten onnodig veel tijd en werken zo niet met normale, lange <?php-openingen).

[mithras]

pedorus schreef op zaterdag 12 september 2009 @ 02:10:
Het schijnt zo te zijn dat de syntax die mithras voorstelt niet meer actueel is (context-switches kosten onnodig veel tijd en werken zo niet met normale, lange <?php-openingen).

Bedoel je <?php echo $var?> vs <?= $var?> ? Dat zijn echt minieme performance issues die in praktijk niet opwegen tegen andere optimalisaties. Dit valt in hetzelfde straatje als enkele vs dubbele quotes.

Net een test gedaan met 1 miljoen includes voor normale tags en 1 miljoen includes voor shorttags. Deze tijden verschillen nauwelijks, en áls ze verschillen, is er een maximaal verschil van 0,5 seconden (op 1.000.000 includes!). Dus misschien kan je je claim onderbouwen?

[DJ-Visto]

Zat ik gister een beetje te klooien wat bugs verhelpen (bijvoorbeeld user.php?=lala staat met hoofdeltter in db, dus die moest ook met hoofdletter beginnen(van die kleinen dingetjes)) veroorzaak ik een fout. Haal wat variables en van sessie & get's door elkaar loop ik 4uur te zoeken naar die 2 variables, was niet zo slim.
Immers ik doe niks voor werk als scripter is gewoon een hobby ^^

[user109731]

pedorus schreef op zaterdag 12 september 2009 @ 02:10:
Het schijnt zo te zijn dat de syntax die mithras voorstelt niet meer actueel is (context-switches kosten onnodig veel tijd en werken zo niet met normale, lange <?php-openingen).

Ik denk dat er qua bytecode geen verschil zit tussen:

PHP:

<?php foo(); ?>
<html></html>
<?php bar(); ?>

en

PHP:

<?php
foo();
echo '<html></html>';
bar();
?>

Waarschijnlijk zal PHP voor allebei een ECHO opcode gebruiken. Dan is het enige verschil tijdens het parsen, en op dat niveau zijn ze ongeveer gelijk (een string token met wat stuff ervoor en erna)

[pedorus]

Na nazoeken blijkt dat er wel ietsje verschil in snelheid is, maar dat het op zich wel mee valt. Ik dacht dat php afsluiten redelijk kostbaar was, maar dat is waarschijnlijk iets dat ik van het oude ASP heb overgehouden waar dat wel zo was.

mithras schreef op zaterdag 12 september 2009 @ 11:07:
[...]
Bedoel je <?php echo $var?> vs <?= $var?> ? Dat zijn echt minieme performance issues die in praktijk niet opwegen tegen andere optimalisaties. Dit valt in hetzelfde straatje als enkele vs dubbele quotes.

Net een test gedaan met 1 miljoen includes voor normale tags en 1 miljoen includes voor shorttags. Deze tijden verschillen nauwelijks, en áls ze verschillen, is er een maximaal verschil van 0,5 seconden (op 1.000.000 includes!). Dus misschien kan je je claim onderbouwen?

Het gaat niet om de snelheid, maar short open tags staan standaard uit tegenwoordig en worden uitgefaseerd; je code werkt dus simpelweg niet overal.

[mithras]

pedorus schreef op zaterdag 12 september 2009 @ 19:18:
Het gaat niet om de snelheid, maar short open tags staan standaard uit tegenwoordig en worden uitgefaseerd; je code werkt dus simpelweg niet overal.

Nou, dat ligt toch nog wel een beetje anders

Hoewel ik de stap nog steeds onzinnig vind (de voordelen zijn minder groot dan de nadelen imho), gaat het ook nog wel even duren. Short tags zijn al een tijdje non-recommended. Dus ze zeggen al (minimaal sinds 5.x) "probeer het te vermijden als je kan". Nu met 5.3 wordt dit iets harder gemaakt, zijnde dat ze distributies vragen de short tags by default uit te zetten.
Vanaf php 6 is er de compiler optie --disable-short-tags (oid) waarmee je de short tags bij voorbaat al kan verbannen. Toch zit het er nog standaard in, maar uitgeschakeld. Vanwege de backwards compatibility zullen ze er heel erg lang over doen eer short tags daadwerkelijk verdwenen is

En daarnaast: nu we werken met 5.x, kan je gemakkelijk een requirement hebben dat short tags aan staan. Wij verkopen een product en het werkt alleen maar zo. Als je het wilt kopen, zal je aan wat eisen moeten voldoen. Het is dan wel logisch dat je php en mysql nodig hebt, zo staat er in het lijstje ook gewoon dat je short tags aan moet hebben staan. Iets waar we eigenlijk nooit problemen mee hebben gehad

[Haan]

Als er hier toevallig C#-ers rondlopen die eens wat met de Hyves API willen doen, ik heb een C# library voor alle huidige API functies (versie 1.2.1) zo'n beetje af Het is een uitbreiding van iemand anders die een library voor de 1.0 versie had gemaakt, mijn versie is ongeveer het dubbele qua regels source code. Het was best een k* klus om ten eerste te snappen hoe de oorspronkelijke library werkt en vervolgens alle nieuwe functionaliteit toe te voegen Ik ga er vanuit dat er nog de nodige bugs in zitten, maar ik heb nu even geen zin om zo'n 400 methods (101 API functies + gemiddelde zo'n 4 overloads per functie) grondig te testen
Dus als je het leuk vind om er een beetje mee te spelen, kan je een DM sturen voor de source code Na toestemming van de oorspronkelijke auteur gaat het spul ook gewoon online trouwens.

[Sebazzz]

@Haan: Zitten dan in jouw api dezelfde WTF's als de Hyves API of heb je die verborgen

[Haan]

Garbage in, Garbage out

[ Voor 3% gewijzigd door Haan op 13-09-2009 23:03 . Reden: (A) ]

[Creepy]

Haan schreef op zondag 13 september 2009 @ 19:02:
Als er hier toevallig C#-ers rondlopen die eens wat met de Hyves API willen doen, ik heb een C# library voor alle huidige API functies (versie 1.2.1) zo'n beetje af Het is een uitbreiding van iemand anders die een library voor de 1.0 versie had gemaakt, mijn versie is ongeveer het dubbele qua regels source code. Het was best een k* klus om ten eerste te snappen hoe de oorspronkelijke library werkt en vervolgens alle nieuwe functionaliteit toe te voegen Ik ga er vanuit dat er nog de nodige bugs in zitten, maar ik heb nu even geen zin om zo'n 400 methods (101 API functies + gemiddelde zo'n 4 overloads per functie) grondig te testen
Dus als je het leuk vind om er een beetje mee te spelen, kan je een DM sturen voor de source code Na toestemming van de oorspronkelijke auteur gaat het spul ook gewoon online trouwens.

[Alg] Welke tools heb jij gemaakt? - deel IV

[whoami]

Haan schreef op zondag 13 september 2009 @ 19:33:
Garbadge in, Garbadge out

[Haan]

Creepy schreef op zondag 13 september 2009 @ 19:34:
[...]

[Alg] Welke tools heb jij gemaakt? - deel IV

Dat komt wel als ik het gereleased heb, hier heb je de mogelijkheid tot een exclusieve preview

[Bozozo]

Bizar... ik ben bezig met waveIn buffers en er zit een raar verschil in 8-bit en 16-bit data. Als ik fatsoenlijke waardes wil krijgen moet ik:
- Een 8-bit buffer aanmaken als byte[] (dat is dus unsigned)
- Een 16-bit buffer aanmaken als short[] (dat is dus signed)

De 16 bit buffer bevat dan waardes rond 0, maar de 8-bit buffer is logischerwijs two's complement dus moet ik van elke waarde 127 afhalen om de data rond 0 te centreren.

Logisch

[Janoz]

Wat is daar bizar aan? De bits komen precies gelijk binnen, alleen sla je de ene in een unsigned type en de ander in een signed type op. Zou je exact hetzelfde bitpatroon in een signed byte opslaan dan zou je keurig je waarden rond 0 hebben. Zou je het 16bit bitpatroon in een signed short zetten dan zou alles ook weer mooi rond
32768 draaien. (of was het nou 32767)

[Bozozo]

Dat was ook mijn idee, maar toen ik een sbyte[] instelde als buffer gaf mijn programma een error (zo'n windows error met een foutenrapport).

Maar nu werkt een sbyte[] ineens wel gewoon... er zal wel ergens anders een foutje hebben gezeten.

edit: hmmf.. ik moet uiteindelijk toch converteren naar een byte[] omdat Marshal.Copy niet van een IntPtr naar een sbyte[] kan kopiëren. Maar ik was toch al van plan om die copy operatie eruit te slopen.

[ Voor 30% gewijzigd door Bozozo op 14-09-2009 10:31 ]

[Matis]

Momenteel ben ik begonnen om me te verdiepen in Smarty templating voor mijn photobook.
Ik had die urlencodes (wat overigens wel een stukje netter is, alleen minder leesbaar in de URL ) geïmplementeerd.
Ik had ook gekeken naar echo, maar waarom echo ipv printf? Ik vond overigens nog wel een leuke conclusie op tze interwebz daarover:

So what do we use? Echo of course! But not because of speed, and certainly not because we have anything against pseudo-functions that are disguised as language constructs. So why do most PHP developers go for echo, when the benefits are very marginal?

Easy! It sounds cool! Not to mention the fact that the word Echo has one less letter in it that Print- and that’s saving our left pointing finger from having to press the “T” key each time we want to use the language construct in question.

It’s human nature to be lazy (Or have a certain appreciation for cool-sounding words), and that’s exactly the reason why you’ll see the majority of PHP developers use Echo over Print. The speed benefit is just icing on the cake.

_{http://www.learnphponline.com/php-basics/php-echo-vs-print}

[Haan]

Die hebben zeker nog nooit van code-completion gehoord

[YopY]

Haan schreef op zondag 13 september 2009 @ 19:02:
Als er hier toevallig C#-ers rondlopen die eens wat met de Hyves API willen doen, ik heb een C# library voor alle huidige API functies (versie 1.2.1) zo'n beetje af Het is een uitbreiding van iemand anders die een library voor de 1.0 versie had gemaakt, mijn versie is ongeveer het dubbele qua regels source code. Het was best een k* klus om ten eerste te snappen hoe de oorspronkelijke library werkt en vervolgens alle nieuwe functionaliteit toe te voegen Ik ga er vanuit dat er nog de nodige bugs in zitten, maar ik heb nu even geen zin om zo'n 400 methods (101 API functies + gemiddelde zo'n 4 overloads per functie) grondig te testen
Dus als je het leuk vind om er een beetje mee te spelen, kan je een DM sturen voor de source code Na toestemming van de oorspronkelijke auteur gaat het spul ook gewoon online trouwens.

Nu je het zegt, ik heb ook nog een Hyves library voor Java, die superieur (imo) is aan de bestaande . Was een beetje verplicht omdat ik de bestaande niet aan de praat kon krijgen (ivm dependencies). Maar dan moet ik nog kortsluiten met de partij voor wie ik hem gemaakt heb.

[Matis]

Haan schreef op maandag 14 september 2009 @ 10:46:
Die hebben zeker nog nooit van code-completion gehoord

Notepad FTW

[boe2]

Notepad? Werkelijk?
Mag ik vragen met welke taal jij jezelf kwelt in notepad?

[Verwijderd]

.vbs?

[Matis]

Boeboe schreef op maandag 14 september 2009 @ 11:15:
Notepad? Werkelijk?
Mag ik vragen met welke taal jij jezelf kwelt in notepad?

Natuurlijk gebruik ik highend IDE's voor het ontwikkelen van code Maar er zijn genoeg *IDE's* welke geen autocompletion hebben.
Nu noem ik PSPad of Notepad++ geen echte IDE's, maar je kunt er prima in PHP mee ontwikkelen.

[Verwijderd]

Gisteren Windows 7 geïnstalleerd en eerlijk gezegd ben ik positief! Het ziet er uit als Vista en het is, op mijn systeem, ontzettende responsief. Zoals Windows XP aanvoelt, eigenlijk!
Met de installatie kwam direct een enorme zin om eens goed in ASP.NET MVC en SilverLight te duiken en dat ben ik dus nu aan het doen met NerdDinner
Aangezien we op het werk Linq niet mogen gebruiken (...) is dit ook meteen wel een goede, veel te late, binnenkomer

[Matis]

Verwijderd schreef op maandag 14 september 2009 @ 11:34:
Aangezien we op het werk Linq niet mogen gebruiken (...) is dit ook meteen wel een goede, veel te late, binnenkomer

LinQ niet gebruiken Ik zou niet meer zonder kunnen....

[Verwijderd]

Matis schreef op maandag 14 september 2009 @ 11:38:
[...]

LinQ niet gebruiken Ik zou niet meer zonder kunnen....

Ik begrijp het ook niet, maar het wordt helemaal nergens in het platform wat we gebruiken gebruikt (een draak van een ding, écht huge,, een bug opgelost betekent een nieuwe op een andere plek, zeer frustrerend) en als gevolg daarvan mogen wij het niet gebruiken... Niet getest blablabla

/boohoo

[ Voor 13% gewijzigd door Verwijderd op 14-09-2009 12:01 ]

[creator1988]

Verwijderd schreef op maandag 14 september 2009 @ 12:00:
[...]

Ik begrijp het ook niet, maar het wordt helemaal nergens in het platform wat we gebruiken gebruikt (een draak van een ding, écht huge,, een bug opgelost betekent een nieuwe op een andere plek, zeer frustrerend) en als gevolg daarvan mogen wij het niet gebruiken... Niet getest blablabla

/boohoo

Gewoon beginnen met een DLINQ wrapper om bestaande functionaliteit heen, en dan slowly uitbouwen :-)

[Verwijderd]

Dat komt nooit door de code-review heen
Het mag gewoon niet.

[RayNbow]

En als je zelf classes gaat brouwen met toevallig methoden met namen als SelectMany? Komt dat wel door de code-review heen?

[compufreak88]

En dan zo heel LINQ nabouwen zeker?

[RayNbow]

Hoezo nabouwen? LINQ is niets anders dan syntactische suiker dat iets als...

C#:

int[] ns = { 1, 2, 3, 4 };
int[] ms = { 10, 20, 30 };
            
var foo = from n in ns
          from m in ms
          select n + m;

...omschrijft naar:

C#:

int[] ns = { 1, 2, 3, 4 };
int[] ms = { 10, 20, 30 };

var foo = ns.SelectMany(n => ms,
    (n, m) => n + m);

Zolang de compiler voor je class de juiste methoden kan vinden (Select, SelectMany, etc.), kan hij een omgezette LINQ query gewoon compileren

[Verwijderd]

Cool spul dat ASP.NET MVC gebeuren

[whoami]

RayNbow schreef op maandag 14 september 2009 @ 14:08:
Hoezo nabouwen? LINQ is niets anders dan syntactische suiker dat iets als...

C#:

int[] ns = { 1, 2, 3, 4 };
int[] ms = { 10, 20, 30 };
            
var foo = from n in ns
          from m in ms
          select n + m;

...omschrijft naar:

C#:

int[] ns = { 1, 2, 3, 4 };
int[] ms = { 10, 20, 30 };

var foo = ns.SelectMany(n => ms,
    (n, m) => n + m);

Zolang de compiler voor je class de juiste methoden kan vinden (Select, SelectMany, etc.), kan hij een omgezette LINQ query gewoon compileren

Neen.
Jouw 2de codevoorbeeld is ook gewoon LINQ.
Je hebt gewoon 2 syntaxen om LINQ queries te schrijven.
Jouw eerste voorbeeld wordt de LINQ query syntax genoemd geloof ik, en het 2de codevoorbeeld is gewoon LINQ, maar dan geschreven met de lambda syntax.

[roy-t]

Andere vraag, waarom zou je nou geen LINQ mogen gebruiken in je code?
Zover ik weet is LINQ niet sneller dan gewone code (soms zelfs heel ietsjes trager) maar ik neem aan dat het verder stabiel is. Of vind men het minder leesbaar? (beetje mee eens). Of..

Ben heel benieuwd waarom het niet mag.

[.oisyn]

Bozozo schreef op maandag 14 september 2009 @ 09:30:
Bizar... ik ben bezig met waveIn buffers en er zit een raar verschil in 8-bit en 16-bit data. Als ik fatsoenlijke waardes wil krijgen moet ik:
- Een 8-bit buffer aanmaken als byte[] (dat is dus unsigned)
- Een 16-bit buffer aanmaken als short[] (dat is dus signed)

De 16 bit buffer bevat dan waardes rond 0, maar de 8-bit buffer is logischerwijs two's complement dus moet ik van elke waarde 127 afhalen om de data rond 0 te centreren.

Logisch

Tja, noem het bizar, maar het is een beetje zo gevormd in de loop der tijd. Eerst had je 8 bits audio, van 0 t/m 255, met het centrumpunt op 128. Later kreeg je 16 bits audio, en dat was ineens wel signed, van -32768 tot 32767 met het centrumpunt op 0. Gewoon maar je ruwe 8-bits data interpreteren als signed zal sowieso niet goed gaan, want dan is de data getransposed met 128 inclusief de nodige wrap-around (resultaat: vette distortion)

[ Voor 5% gewijzigd door .oisyn op 14-09-2009 14:35 ]

[RayNbow]

whoami schreef op maandag 14 september 2009 @ 14:14:
[...]

Neen.
Jouw 2de codevoorbeeld is ook gewoon LINQ.
Je hebt gewoon 2 syntaxen om LINQ queries te schrijven.

Daarom zeg ik ook dat LINQ syntactische suiker is? Hierbij heb je dus bepaalde constructies in de gesuikerde vorm die zich laten vertalen naar bepaalde methodenaanroepen in de ongesuikerde vorm (zogenaamde LINQ standard query operators). In mijn codevoorbeeld worden dus een aantal froms en een select vertaald naar een bepaalde SelectMany aanroep.

Jouw eerste voorbeeld wordt de LINQ query syntax genoemd geloof ik, en het 2de codevoorbeeld is gewoon LINQ, maar dan geschreven met de lambda syntax.

Die lambda's maken niet zo veel uit. Ik had de functies ook een naam kunnen geven.

roy-t schreef op maandag 14 september 2009 @ 14:31:
Andere vraag, waarom zou je nou geen LINQ mogen gebruiken in je code?
Zover ik weet is LINQ niet sneller dan gewone code (soms zelfs heel ietsjes trager) maar ik neem aan dat het verder stabiel is. Of vind men het minder leesbaar? (beetje mee eens). Of..

Ben heel benieuwd waarom het niet mag.

Bang voor nieuwe technologie en onwetenheid? De kwaliteit hangt niet af van LINQ zelf, maar de class die de LINQ interface implementeert.

[ Voor 24% gewijzigd door RayNbow op 14-09-2009 14:41 ]

[.oisyn]

whoami schreef op maandag 14 september 2009 @ 14:14:
Jouw eerste voorbeeld wordt de LINQ query syntax genoemd geloof ik, en het 2de codevoorbeeld is gewoon LINQ, maar dan geschreven met de lambda syntax.

Nou ben ik niet zo heel erg bekend met de nieuwere features van C#, maar als ik enigszins goed heb onthouden wat ik heb gelezen hangt het resultaat van een lambda-expressie maar net af van de context waarin je 'm gebruikt. Sla je 'm op als delegate (Func<T, R>), dan wordt er gewoon compile-time een anonymous functie gedefinieerd. Gebruik je 'm als runtime expressie (Expression<T>), dan krijg je gewoon de expressieboom. Of zit ik er nu falikant naast?

Het hangt, in dit geval, dus nogal af van de parametertypen van SelectMany(). En aangezien dat van het type delegate zal zijn bij een eigen implementatie, is er dus compile-time code generatie.

[ Voor 17% gewijzigd door .oisyn op 14-09-2009 14:46 ]

[whoami]

roy-t schreef op maandag 14 september 2009 @ 14:31:
Andere vraag, waarom zou je nou geen LINQ mogen gebruiken in je code?
Zover ik weet is LINQ niet sneller dan gewone code (soms zelfs heel ietsjes trager) maar ik neem aan dat het verder stabiel is. Of vind men het minder leesbaar? (beetje mee eens). Of..

Ben heel benieuwd waarom het niet mag.

Omdat je bv niet wil dat jouw klanten al framework .NET 3.5 moeten installeren ...

[whoami]

RayNbow schreef op maandag 14 september 2009 @ 14:35:
[...]

Daarom zeg ik ook dat LINQ syntactische suiker is? Hierbij heb je dus bepaalde constructies in de gesuikerde vorm die zich laten vertalen naar bepaalde methodenaanroepen in de ongesuikerde vorm (zogenaamde LINQ standard query operators). In mijn codevoorbeeld worden dus een aantal froms en een select vertaald naar een bepaalde SelectMany aanroep.

Ik denk dat je mij verkeerd begrepen hebt.
Jouw 2 codevoorbeelden compileren gewoon naar dezelfde IL.
Zowel voorbeeld 1 als 2 van jou, is gewoon een linq query.
Als de betreffende persoon geen LINQ mag gebruiken (bv omdat ze niet willen dat klanten genoodzaakt zijn om .NET 3.5 te installeren), dan kan hij gewoon zowel vb 1 als vb 2 niet gebruiken.

SelectMany bv is gewoon een extension method op IEnumerable die in System.Linq gedefinieerd is.

Die lambda's maken niet zo veel uit. Ik had de functies ook een naam kunnen geven.

Doesn't matter; of je nu een lambda gebruikt of een method, je gebruikt hier LINQ.

[ Voor 18% gewijzigd door whoami op 14-09-2009 14:57 ]

[Haan]

whoami schreef op maandag 14 september 2009 @ 14:51:
[...]

Omdat je bv niet wil dat jouw klanten al framework .NET 3.5 moeten installeren ...

Het 3.5 framework is al bijna 2 jaar geleden gereleased, dat zou ik echt een non-argument vinden. Je hoeft niet eens de pc te herstarten om te installeren, dus dat is ook al geen argument

[ Voor 11% gewijzigd door Haan op 14-09-2009 15:05 ]

[whoami]

.oisyn schreef op maandag 14 september 2009 @ 14:39:
[...]

Nou ben ik niet zo heel erg bekend met de nieuwere features van C#, maar als ik enigszins goed heb onthouden wat ik heb gelezen hangt het resultaat van een lambda-expressie maar net af van de context waarin je 'm gebruikt. Sla je 'm op als delegate (Func<T, R>), dan wordt er gewoon compile-time een anonymous functie gedefinieerd. Gebruik je 'm als runtime expressie (Expression<T>), dan krijg je gewoon de expressieboom. Of zit ik er nu falikant naast?

Het hangt, in dit geval, dus nogal af van de parametertypen van SelectMany(). En aangezien dat van het type delegate zal zijn bij een eigen implementatie, is er dus compile-time code generatie.

Niet getest maar ik denk dat je gelijk hebt
http://www.interact-sw.co...005/09/30/expressiontrees

[Cartman!]

IE6 is 8 jaar oud en nog steeds hele volksstammen gebruiken het nog, dat zegt niks dus imo.

[.oisyn]

whoami schreef op maandag 14 september 2009 @ 14:53:
[...]


Ik denk dat je mij verkeerd begrepen hebt.
Jouw 2 codevoorbeelden compileren gewoon naar dezelfde IL.
Zowel voorbeeld 1 als 2 van jou, is gewoon een linq query.
Als de betreffende persoon geen LINQ mag gebruiken (bv omdat ze niet willen dat klanten genoodzaakt zijn om .NET 3.5 te installeren), dan kan hij gewoon zowel vb 1 als vb 2 niet gebruiken.

SelectMany bv is gewoon een extension method op IEnumerable die in System.Linq gedefinieerd is.

Ja, maar de suggestie was dat men zélf methoden als SelectMany() gingen implemteren. Dan is dat niet LINQ, en dus zijn de beide codevoorbeelden niet meer LINQ.

[Haan]

Cartman! schreef op maandag 14 september 2009 @ 15:08:
IE6 is 8 jaar oud en nog steeds hele volksstammen gebruiken het nog, dat zegt niks dus imo.

Maar door het installeren van .Net 3.5 kan je nog net zo makkelijk je 2.0 apps blijven gebruiken, dat ligt met upgraden van IE6 toch net wat anders

[creator1988]

Waarom niet, je zal wel moeten als je zelf een LINQ provider schrijft.

[whoami]

Haan schreef op maandag 14 september 2009 @ 15:05:
[...]

Het 3.5 framework is al bijna 2 jaar geleden gereleased, dat zou ik echt een non-argument vinden. Je hoeft niet eens de pc te herstarten om te installeren, dus dat is ook al geen argument

Tja, hier hebben ze ook zo'n policy.
Ik meen me te herinneren dat het iets te maken had met klanten die nog Win2000 draaien hadden, en .NET 3.5 daar niet op draait, etc etc...

[whoami]

.oisyn schreef op maandag 14 september 2009 @ 15:08:
[...]

Ja, maar de suggestie was dat men zélf methoden als SelectMany() gingen implemteren. Dan is dat niet LINQ, en dus zijn de beide codevoorbeelden niet meer LINQ.

ah ok; daar had ik dan over gelezen.

[Verwijderd]

Ik kan er weinig anders van maken dan: het mag niet, deal with it.
Het wordt nog onderzocht, dat is momenteel alles wat we er over horen. Door code met LINQ wordt per direct een streep getrokken.

[whoami]

Mja, toch een gekke redenering.
Doen ze dat dan ook met iedere nieuwe technologie ?
Bv, mag je dan ook geen WCF gebruiken, en moet je nog altijd .NET remoting gebruiken ?

[Verwijderd]

Dat wordt door het platform (wat in een ander land ontwikkeld wordt) afgehandeld, maar het zou me niets verbazen als dat inderdaad zou gebeuren. Je moet de enorme omvang van een pakket als dit en de implicaties die redesign met zich meebrengt niet onderschatten. We hebben een ontwikkelplatform, een huge ERP pakket en daar zijn wij nu een ander administratief pakket in aan het vastknopen.
Het wordt gewoon log en slecht onderhoudbaar, managed en unmanaged C++, C#, code van 10+ jaar oud, het blijft gewoon opstapelen.

Opnieuw doen is écht geen optie en telkens als er een bug gefixed wordt vallen er andere dingen om, wat op den duur serieus frustrerend is (zeker aangezien wij niet aan het platform mogen sleutelen). Elke nieuwe build die wordt vrijgegeven doet hetzelfde, een bug is opgelost, een nieuwe wordt geïntroduceerd.

Mede daarom zijn de lead-devs heel erg voorzichtig met het adopten van nieuwe technieken, dat kan terecht of onterecht zijn, maar als niet 100% (voor zover dat mogelijk is natuurlijk) zeker is dat iets goed samenwerkt met het platform wordt het gewoon niet gedaan.

Dat vind ik jammer, ik heb thuis niet heel veel tijd om te programmeren en vaak ook weinig zin, dus ik kom niet altijd zoveel in aanraking met nieuwe technieken als ik zou willen. Ik vind .NET heel erg interessant ook (en C++ ook overigens), maar ik blijf gewoon achter op deze manier. Nu ben ik bezig met ASP.NET MVC (wat al minimaal een half jaar op de planning staat), LINQ (dito) en SilverLight, maar dat is natuurlijk al rijkelijk laat, zeker in een branche waarin elke dag (bij wijze van) wel een nieuwe techniek of versie van een bestaande techniek geboren wordt.

[ Voor 20% gewijzigd door Verwijderd op 14-09-2009 16:53 ]

[whoami]

Verwijderd schreef op maandag 14 september 2009 @ 16:48:
Dat wordt door het platform (wat in een ander land ontwikkeld wordt) afgehandeld, maar het zou me niets verbazen als dat inderdaad zou gebeuren. Je moet de enorme omvang van een pakket als dit en de implicaties die redesign met zich meebrengt niet onderschatten.

NIeuwe technologieën gebruiken voor nieuwe ontwikkelingen / toevoegingen betekent toch niet perse redesign ?

Opnieuw doen is écht geen optie en telkens als er een bug gefixed wordt vallen er andere dingen om, wat op den duur serieus frustrerend is (zeker aangezien wij niet aan het platform mogen sleutelen). Elke nieuwe build die wordt vrijgegeven doet hetzelfde, een bug is opgelost, een nieuwe wordt geïntroduceerd.

Blijkbaar wordt het tijd om eens wat unit-tests te beginnen schrijven, en gebruik te maken van CI ?

[Verwijderd]

Ja, unit tests, voor ons deel gebruiken we het, maar wat ze in het buitenland doen, ik weet het niet. Het komt in ieder geval zeer amateuristisch over. Het riekt naar eilandjespolitiek en niet willen weten wat de buurman doet, of er mee samen willen werken. Mijn stuk werkt, inchecken en uitzwaaien. Wat de buurman er vervolgens voor last van heeft is niet belangrijk (er wordt overigens met zo'n 80 goed betaalde westerlingen aan dat platform gewerkt, dus je zou wel wat kwaliteit kunnen verwachten. Geen Indiaas gepruts (zou je denken)).
Het is natuurlijk niet zo, maar soms lijkt het alsof ze ons bewust tegenwerken.

[ Voor 30% gewijzigd door Verwijderd op 14-09-2009 17:04 ]

[farlane]

Zijn er eigenlijk mensen hier die (hands-on) opleidingen/cursussen geven in de richting applicatie/software design?

[edit]
My god heb ik toch echt die "platte buik" sh*t aangeclicked ... ik wordt oud.

[ Voor 28% gewijzigd door farlane op 14-09-2009 20:59 ]

[pedorus]

farlane schreef op maandag 14 september 2009 @ 20:58:
[edit]
My god heb ik toch echt die "platte buik" sh*t aangeclicked ... ik wordt oud.

Wil je een platte buik?
Stop met 100 situps per dag te doen Probeer deze simpele tips eens even
 www.plattebuik.com 

En daar klikte je op? Tijd voor koffie!

[farlane]

pedorus schreef op maandag 14 september 2009 @ 21:33:
En daar klikte je op?

Yup.

Tijd voor koffie!

Geen slecht idee eigenlijk

[roy-t]

Ah ja Win2000 + .Net3.5, daar heb ik niet aan gedacht. Ik kan me nog wel enigzins voorstellen dat er computers zijn met Win2000 die jullie software moeten draaien.

Verder vraag ik me wel eens af of elk groot project wat jaren mee moet gedoemt is om te 'vervallen' tot zo'n code jungle/rotzooi. (Hoop het niet).

[ Voor 31% gewijzigd door roy-t op 14-09-2009 23:12 ]

[Boudewijn]

Ja, dat heet software evolutie.

Zij bijvoorbeeld het boek van deMeyer.

[RayNbow]

De software-evolutieparadox

/shameless TU Delft plug

[Verwijderd]

Vanmorgen wil ik koffie suiker, extra sterk uit de koffieautomaat. Wat krijg ik: een heleboel lawaai en koffie suiker, extra sterk, met een beetje melk

[Verwijderd]

Dat is je straf voor het gebruiken van suiker in je koffie

[Verwijderd]

Verwijderd schreef op dinsdag 15 september 2009 @ 08:47:
Dat is je straf voor het gebruiken van suiker in je koffie

En dat is nog waar ook, want als ik koffie zwart neem dan werkt het gewoon

[whoami]

roy-t schreef op maandag 14 september 2009 @ 23:12:
Verder vraag ik me wel eens af of elk groot project wat jaren mee moet gedoemt is om te 'vervallen' tot zo'n code jungle/rotzooi. (Hoop het niet).

Ik denk dat dit afhangt van de projectmanager / mensen die aan het project werken.
Nieuwe teammembers die niet goed ingewerkt worden, snelle rotatie (dus veel verschillende mensen die korte tijd aan het project meewerken), etc... zijn allemaal niet goed voor zo'n dingen.
Ik heb hier laatst aan een redelijk groot project gewerkt, en ik moet zeggen dat ik het al bij al nog mee vind vallen qua source-code. Hier en daar zitten er wel wat rare dingen in, maar op zich is de structuur wel goed.

[RobIII]

Wel toepasselijk:

Afgelopen woensdag zag mijn bureau er zo uit:




Heb nu met regelmaat een rechter-shift en rechter-control die je met geweld moet meppen wil je dat ze nog wat doen

[ Voor 21% gewijzigd door RobIII op 15-09-2009 09:08 ]

[Arethusa]

Verwijderd schreef op dinsdag 15 september 2009 @ 09:01:
[...]


En dat is nog waar ook, want als ik koffie zwart neem dan werkt het gewoon

Maar koffie met suiker is toch nog steeds zwart...of niet?..he? Ik probeer richting de koffie zonder suiker te gaan, thuis drink ik het met een minimale hoeveelheid zodat ik nog net een puntje van een lepeltje vol heb. Hier moet ik het met klotjes doen en heb weinig trek om elke keer het klontje door te breken.

[Dr. Horrible]

RobIII schreef op dinsdag 15 september 2009 @ 09:07:
Wel toepasselijk:

Afgelopen woensdag zag mijn bureau er zo uit:
[afbeelding]



Heb nu met regelmaat een rechter-shift en rechter-control die je met geweld moet meppen wil je dat ze nog wat doen

Mijn rechter linker windows toets doet het nog maar af en toe. Drinken en toetsenborden

[Verwijderd]

Arethusa schreef op dinsdag 15 september 2009 @ 09:16:
[...]


Maar koffie met suiker is toch nog steeds zwart...of niet?..he? Ik probeer richting de koffie zonder suiker te gaan, thuis drink ik het met een minimale hoeveelheid zodat ik nog net een puntje van een lepeltje vol heb. Hier moet ik het met klotjes doen en heb weinig trek om elke keer het klontje door te breken.

Ja, maar een echte IT-er drinkt 'hem' zwart ... ik vind dat alleen nog steeds niet te zuipen, dus ik probeer er idd nog minimaal suiker in te gooien.

Het toeval wil, echter, dat de koffieautomaat hier van slag is en er steeds toch stiekem een beetje melk bij gooit ook al selecteer je koffie suiker, zonder melk. Als je koffie zwart kiest dan doet ie het wel.... Zo leer ik het natuurlijk wel af

[whoami]

Verwijderd schreef op dinsdag 15 september 2009 @ 09:24:
[...]


Ja, maar een echte IT-er drinkt 'hem' zwart

Waarom ?

[armageddon_2k1]

Omdat er een belachelijke cultuur rond het koffie-drinken is gegroeid...daarom. Helemaal in de IT-wereld is het bizar.

[Verwijderd]

Inderdaad, van die stereotypen die een bril dragen, van science fiction houden en standaard lurken aan een pot zwarte koffie..... Het enige verschil is dat ik suiker in mijn koffie wil

[armageddon_2k1]

Nee, meer het overmatig belachelijk veel koffie-drinken op kantoren Soms is het echt buitenproportioneel en wordt er lacherig over gedaan als mensen koppijn en trillende handen hebben in het weekend.

[Verwijderd]

whoami schreef op dinsdag 15 september 2009 @ 09:04:
[...]

Ik denk dat dit afhangt van de projectmanager / mensen die aan het project werken.
Nieuwe teammembers die niet goed ingewerkt worden, snelle rotatie (dus veel verschillende mensen die korte tijd aan het project meewerken), etc... zijn allemaal niet goed voor zo'n dingen.
Ik heb hier laatst aan een redelijk groot project gewerkt, en ik moet zeggen dat ik het al bij al nog mee vind vallen qua source-code. Hier en daar zitten er wel wat rare dingen in, maar op zich is de structuur wel goed.

Gaat niet zo zeer om de grootte maar meer om de tijdspanne van een project/software pakket, als je software hebt waarin code zit die al 15-20 jaar oud is kom je denk ik altijd rare dingen tegen. Zou een utopie zijn om te denken dat dat allemaal 100% perfect is. Je ziet vaak wrapper om wrapper constructies etc. Vaak is in zulke software een verbetering wegens nieuwe opvattingen in software ontwikkeling niet altijd 100% zuiver op te lossen. Dus wordt er een tussen oplossing bedacht om nieuwe "technieken" te combineren met oude "technieken" en dit geeft simpelweg niet altijd de meest ideale oplossingen.

[Verwijderd]

Inderdaad: "Koffietje?" "Nee, doe mij maar een thee suiker..." "WAATT??? Hahahahaha....."

[Verwijderd]

Tja, ik drink al maanden geen koffie meer, ik kan er heel slecht tegen (na 2 bakken zit ik echt te shaken), ik houd het wel bij zweefteefthee (ook zonder suiker ) en water

[ Voor 7% gewijzigd door Verwijderd op 15-09-2009 09:49 ]

[Salandur]

na weer eens een weekend vol koppijn probeer ik nu ook maar weer eens wat te minderen. voorheen 6 tot 8 koppen koffie/cappucino per dag, nu nog maar 2 a 3. 's Middags lekker aan de thee

[Ram0n]

Verwijderd schreef op dinsdag 15 september 2009 @ 09:48:
Tja, ik drink al maanden geen koffie meer, ik kan er heel slecht tegen (na 2 bakken zit ik echt te shaken), ik houd het wel bij zweefteefthee (ook zonder suiker ) en water

Ik drink ook voornamelijk water en nooit koffie, maar om de omgekeerde reden: het doet bij mij helemaal niks. Ik word er niet wakkerder van en kan er 's avonds niet langer door doorgaan. Net zoals energy drinks, maar laat ik die nou gewoon lekker vinden

[whoami]

wat is die integrated help in VS.NET sloom zeg ....
Je bent verdorie sneller als je dat spel zo instelt dat ie eerst online gaat gaan zoeken.

[jbdeiman]

Verwijderd schreef op dinsdag 15 september 2009 @ 09:42:
Inderdaad, van die stereotypen die een bril dragen, van science fiction houden en standaard lurken aan een pot zwarte koffie..... Het enige verschil is dat ik suiker in mijn koffie wil

Lol, bij mij is het grootste verschil dat ik geen bril draag..

Heel veel koffie drink ik overigens ook niet, vaak 3 (soms 4) bakken per dag (senseo, dus zijn maar kleine kopjes)
Verder drink ik bij de lunch vaak een fruitsapje (gewoon uit 'n flesje) en ook veel water. De liters die per dag worden voorgeschreven haal ik iig ruimschoots.

Die stereotyperingen hou ik nooit zo van, vooral omdat je als je aangeeft dat je in de ICT werkt al snel "met de nek aangekeken wordt" omdat je dan meteen volgens velen (bij mij mist dus de bril) aan de stereotypering voldoet.

[Boudewijn]

Senseo is geen koffie .


* Boudewijn is die stereotypering trouwens zo zat dat hij een nieuwe studie gaat doen, na afronding van een IT studie.

[ Voor 72% gewijzigd door Boudewijn op 15-09-2009 10:35 ]

[Verwijderd]

Stereotypering, tja, ik trek me er niet zoveel van aan, ik vind programmeren leuk (hoewel ik wel graag de consultancy kant op wil, meer contact met klanten/mensen en minder met VS). Als mensen me een nerd vinden, dan vnden ze dat toch Niet zo onzeker doen hoor
Misschien pas ik wel niet helemaal in het stereotype, ik heb een hekel aan SF et cetera.

[ Voor 14% gewijzigd door Verwijderd op 15-09-2009 10:46 ]

[Verwijderd]

Boudewijn schreef op dinsdag 15 september 2009 @ 10:34:

* Boudewijn is die stereotypering trouwens zo zat dat hij een nieuwe studie gaat doen, na afronding van een IT studie.

Stereotyperingen zijn inderdaad niet bevredigend in de professionele werkomgeving, zoals jbdeiman al opmerkt je voldoet er al snel aan als IT-er als je al een bril draagt en/of aangeeft dat je van science fiction houdt en dus hebben ze al een bepaalde mening gevormd.

Maar, om daar nou voor van studie te wisselen? Ik neem aan dat dat niet je enige argument is, want stereotyperingen en de nauw verwante term vooroordelen zijn toch echt overal aanwezig

[Boudewijn]

Verwijderd schreef op dinsdag 15 september 2009 @ 10:43:
[...]


Stereotyperingen zijn inderdaad niet bevredigend in de professionele werkomgeving, zoals jbdeiman al opmerkt je voldoet er al snel aan als IT-er als je al een bril draagt en/of aangeeft dat je van science fiction houdt en dus hebben ze al een bepaalde mening gevormd.

Maar, om daar nou voor van studie te wisselen? Ik neem aan dat dat niet je enige argument is, want stereotyperingen en de nauw verwante term vooroordelen zijn toch echt overal aanwezig

True, maar ik voldoe compleet niet aan die stereotypering . Ben nogal van de kostuums etc, en houd niet van SF. Heb ook geen bril , en luister ook niet de hele dag death metal of trance.

Uiteraard zijn er meer argumenten. Feit is wel dat ik ook de wel-aan-het-stereotype-voldoenende een beetje zat begin te raken.

Verwijderd schreef op dinsdag 15 september 2009 @ 10:41:
Stereotypering, tja, ik trek me er niet zoveel van aan, ik vind programmeren leuk (hoewel ik wel graag de consultancy kant op wil, meer contact met klanten/mensen en minder met VS). Als mensen me een nerd vinden, dan vnden ze dat toch Niet zo onzeker doen hoor

VS gebruik ik uberhaupt niet .
Ik vind het ook niet erg om nerd genoemd te worden (ook niet leuk) , maar ik ben zeker niet onzeker .

[D-Raven]

Heh drinken en proggen

Mijn F5 en F10 toetsen werken niet meer. Off all the keys.... Heb ze nu maar gemapped op toetsen op mn muis

[.oisyn]

Boudewijn schreef op dinsdag 15 september 2009 @ 10:48:
Ben nogal van de kostuums etc

Ah, jij komt weleens als Sinterklaas op je werk? Of in een Teletubby-pak? Ieder z'n ding...

[Boudewijn]

.oisyn schreef op dinsdag 15 september 2009 @ 11:17:
[...]

Ah, jij komt weleens als Sinterklaas op je werk? Of in een Teletubby-pak? Ieder z'n ding...

Nee Sci-Fi outfit, nou goed

[H004]

Pfff, ik krijg net een mailtje van mijn sportvereniging, met LISA als ledenplatform, met daarin heel leuk mijn inlognaam en ongecodeerde wachtwoord! Dat is toch niet meer van deze tijd? Bizar dat zulke webbased applicaties nog bestaan!

[XWB]

.oisyn schreef op dinsdag 15 september 2009 @ 11:17:
[...]

Ah, jij komt weleens als Sinterklaas op je werk? Of in een Teletubby-pak? Ieder z'n ding...

[Verwijderd]

Dit vind ik fijn:

C#:

        public ActionResult Index(int? page)
        {
            const int pageSize = 5;
            return View(dinnerRepository.FindUpcomingDinners().Skip((page ?? 0) * pageSize).Take(pageSize).ToList());
        }

C#:

            routes.MapRoute(
                "UpcomingDinners",
                "Dinners/Page/{page}",
                new { controller = "Dinners", action = "Index" }
            ); 

Uit de NerdDinner tutorial.

[jbdeiman]

Verwijderd schreef op dinsdag 15 september 2009 @ 10:41:
vinden, dan vnden ze dat toch Niet zo onzeker doen hoor

Lol, ik ben ook zeker niet onzeker, maar ik voldoe eigenlijk op een aantal vlakken niet aan die stereotypering. Vrienden noemen me gekscherend wel eens een Nerd, maar weten ook dat ik dat niet helemaal ben (volgens die stereotypering dan)
Het grappige is dan als ze je zien dat ze verwachten dat je heel ander werk doet (iets sportiefs of als adviseur oid) en als je dan zegt dat je in de ICT zit (webdevelopment) dat ze dat niet hadden verwacht. Net alsof je persé:
- Lichte huid
- Bril
- Slordig haar

en ga zo maar door met die typeringen, moet hebben om in de ICT te werken. Mensen hebben (helaas) nog teveel ook het beeld van "snel geld" zoals het begon in de ICT. Ach, ik vind het ook wel grappig om die stereotyperingen zo heerlijk te ontkrachten.

[curry684]

Jij prefereert 'langzaam geld'?

* curry684 overigens 1.88m, bruingezond, bril- en lensloos, kaalgeschoren kop. Ook niet bepaald stereotype ICT'er

[ Voor 67% gewijzigd door curry684 op 15-09-2009 12:47 ]

[curry684]

H004 schreef op dinsdag 15 september 2009 @ 12:19:
Pfff, ik krijg net een mailtje van mijn sportvereniging, met LISA als ledenplatform, met daarin heel leuk mijn inlognaam en ongecodeerde wachtwoord! Dat is toch niet meer van deze tijd? Bizar dat zulke webbased applicaties nog bestaan!

Probeer InfoFilter eens, da's pas walgelijk To name a few:
- Apart aanmelden voor ieder van de 3 filtercategorieen, en dus 3 keer apart password aanvragen
- 24 uur buitensluiten na 2 sitewide password resets, erg handig i.c.m. vorige punt
- Cleartext password mailen na wijzigen
- Password reset levert altijd hetzelfde password op, ergo predictable algoritme erachter

Wat het voor de rest aan quirksmode 1994 style HTML 2.0 rotzooi is laten we dan nog maar even buiten beschouwing Walgelijke kutsite. Helaas is het alternatief voor 'vermijden' dat je dagelijks de kornuiten van Dirk Scheringa en de oplichters van de Nederlandse Energie Maatschappij aan de telefoon krijgt, dus je moet het nog gebruiken ook realistisch bezien.

[ Voor 10% gewijzigd door curry684 op 15-09-2009 12:51 ]

[pedorus]

RobIII schreef op dinsdag 15 september 2009 @ 09:07:
Wel toepasselijk:

Afgelopen woensdag zag mijn bureau er zo uit:
[afbeelding]



Heb nu met regelmaat een rechter-shift en rechter-control die je met geweld moet meppen wil je dat ze nog wat doen

Waarom zou je zo'n toetsenbord niet gewoon weggooien en een nieuwe pakken? Ziet er uit als een vrij standaard toetsenbord, die kosten bijna niks in verhouding tot de extra frustratie en mogelijke ziekte ivm bacteriegroei Schoonmaken kost meer dan gewoon het toetsenbord vervangen.

[.oisyn]

curry684 schreef op dinsdag 15 september 2009 @ 12:50:
en de oplichters van de Nederlandse Energie Maatschappij aan de telefoon krijgt

't Zijn geen oplichters, je krijgt wat ze zeggen. Hun verkooptechniek is alleen wel wat agressief. Gelukkig heb ik mijn abo gewoon zelf afgesloten via hun site vrij snel nadat de reclames op TV waren (was sowieso al op zoek naar een alternatief voor Eneco), ben nooit lastig gevallen door die gasten .

Probleem is nu dat ik wel weer regelmatig post krijg van Eneco. Ze willen me graag terug, en smijten met allerlei kortingen. Ja, als jullie dat nou in eerste instantie deden was ik ook niet weggegaan, fuckers! Mijn maandrekening is nu 50 euro lager dan voorheen, en ik krijg aan het eind van het jaar nog 300 euro terug. Thank you come again [/Apu].

Overigens, als volgend jaar blijkt dat ze niet meer de goedkoopste zijn peer ik 'm weer net zo hard

[ Voor 7% gewijzigd door .oisyn op 15-09-2009 13:03 ]

[ripexx]

H004 schreef op dinsdag 15 september 2009 @ 12:19:
Pfff, ik krijg net een mailtje van mijn sportvereniging, met LISA als ledenplatform, met daarin heel leuk mijn inlognaam en ongecodeerde wachtwoord! Dat is toch niet meer van deze tijd? Bizar dat zulke webbased applicaties nog bestaan!

Ach, je wil niet weten, databases zijn de passwords plaintext, daarnaast heb je een aparte login voor de website en backend. Waarbij de beheerder alleen het wachtwoord van de backend gebruikers kan wijzigen en ook kan inzien

[Verwijderd]

Ik vind dat hele stereotype überhaupt onzin. Alsof je een minderwaardig mens bent als je van metal en science fiction houd in plaats van dance muziek en je ieder weekend de tyfus zuipen. Dat hele gezeik over sociaal is ook zo onzinnig als die supersociale mensen op irc voorbij komen en maar even verwachten dat de mensen door niets beters te doen hebben dan hun persoonlijke helpdesk uit te hangen, en gaan schelden als dat niet zo is.

/me voldoet enigszins aan het stereotype met lichte huid en ongeschoren kop. Maar dan weer niet de verlegen inslag en saaiheid die de meesten er bij bedenken.

Ik krijg trouwens ook regelmatig een nieuwsmail van m'n woningcorporatie waar ze voor het gemak ook maar ff het wachtwoord in zetten waarmee ik in kan loggen. Daar kan ik niet vanaf zonder bij een andere woningcorporatie te gaan wonen... Voor de rest wel een hele fijne woningcorporatie though.

[ Voor 20% gewijzigd door Verwijderd op 15-09-2009 13:24 ]

[RobIII]

pedorus schreef op dinsdag 15 september 2009 @ 12:53:
[...]

Waarom zou je zo'n toetsenbord niet gewoon weggooien en een nieuwe pakken? Ziet er uit als een vrij standaard toetsenbord, die kosten bijna niks in verhouding tot de extra frustratie en mogelijke ziekte ivm bacteriegroei Schoonmaken kost meer dan gewoon het toetsenbord vervangen.

Sterker: die heb ik hier nog een stuk of -tig liggen
Maar dan moet ik weer onder m'n bureau kruipen om de stekker in te steken

[ Voor 7% gewijzigd door RobIII op 15-09-2009 13:53 ]