[alg] Slechtste programmeervoorbeelden deel 4

[YopY]

Verwijderd schreef op maandag 29 november 2010 @ 22:51:
[...]

Niet helemaal correct. Dit is IsNullOrEmpty:

C#:

public static bool IsNullOrEmpty(string value)
{
    if (value != null)
    {
        return (value.Length == 0);
    }
    return true;
}

[/code]

Commons StringUtils ook:

Java:

public static boolean isEmpty(CharSequence cs) {
    return cs == null || cs.length() == 0;
}

Iets compactere notatie (en werkt op een iets abstracter objecttype), maar effectief hetzelfde.

.NET 4.0 geeft je dan ook nog IsNullOrWhiteSpace, welke iets uitgebreider is:

C#:

public static bool IsNullOrWhiteSpace(string value)
{
    if (value != null)
    {
        for (int i = 0; i < value.Length; i++)
        {
            if (!char.IsWhiteSpace(value\[i]))
            {
                return false;
            }
        }
    }
    return true;
}

StringUtils heeft die ook, alhoewel die nog een 'guard clause' (oid) heeft die eerst controleert of de string ook empty is. Alhoewel het weer een beetje gek is dat ze niet gewoon isEmpty() aanroepen, ipv dat ze die functie inlinen.

Freeaqingme schreef op dinsdag 30 november 2010 @ 01:00:
Weet iemand of/hoe je in Java 251 objecten in 1 object kan stoppen?

LOL. In Java 1.5 (en verder) heb je daar de varargs dinges voor. Het is op zich niet zo'n mooie oplossing, maar vooruit.

Java:

public static Object[] createArray(Object ... objects) {
    return objects;
}

// voorbeeld: occifiële syntax
Object[] objects = new Object[] {obj1, obj2, obj3};
// met createArray
Object[] objects = createArray(obj1, obj2, obj3);

Niet eens zo'n dramatisch verschil, maar vooruit, kan me voorstellen dat mensen de occifiële syntax lelijk of onhandig vinden.

@zelf, gebruik vaak StringUtils.EMPTY, is gewoon "", maar dan in een constante. Qua efficiëntie maakt het niks uit - als StringUtils voor het eerst aangeroepen wordt wordt de empty string in de pool gepleurd (oid, wat de terminologie maar mag zijn) en wordt dat object altijd gebruikt. Het schoolvoorbeeld van immutable objecten en hun voordelen mbt performance.

[.oisyn]

Ik denk sowieso dat het java 4 code is, anders ga je ook geen array van Object maken maar gewoon van T.

En lol @ Davio

[ Voor 13% gewijzigd door .oisyn op 30-11-2010 12:04 ]

[Davio]

.oisyn schreef op dinsdag 30 november 2010 @ 12:03:
Ik denk sowieso dat het java 4 code is, anders ga je ook geen array van Object maken maar gewoon van T.

En lol @ Davio

Hihi, ik leer elke dag, wist niet dat dat kon in C#, had het wel gezien in objective-C met categories.

Mea culpa.

[Woy]

Sebazzz schreef op dinsdag 30 november 2010 @ 09:23:
[...]
Heb je het over anonymous types? Dat werkt niet erg prettig eigenlijk, niet als je ze buiten de context van een enkele methode wilt gebruiken:

Nee ik heb het erover, dat je in plaats van een CreateArray met params functie ook gewoon de array initializer syntax kunt gebruiken.

C#:

obj[] myArray = new []{ obj1, obj2, ..., objX };

Maar ik weet dus niet zeker of een dergelijke syntax ook in Java bestaat.

[ Voor 7% gewijzigd door Woy op 30-11-2010 12:27 ]

[Janoz]

Ja, dergelijke syntax bestaat in java. Daar kun je ook middels {} een array vullen. Die syntax is trouwens ook in het code voorbeeld terug te vinden in de implementaties van de methoden .

De aangehaalde code is echter onderdeel van Groovy. Een dynamische taal die op een JVM draait. het gaat hier waarschijnlijk om helper methods om dergelijke functionaliteit in Groovy te kunnen faciliteren. Versies van voor 1.7 hadden ook ondersteuning voor 1.4 waarin de meerdere argumenten notatie nog niet beschikbaar was.

[ Voor 11% gewijzigd door Janoz op 30-11-2010 12:45 ]

[CodeCaster]

Woy schreef op dinsdag 30 november 2010 @ 12:26:
[...]

Nee ik heb het erover, dat je in plaats van een CreateArray met params functie ook gewoon de array initializer syntax kunt gebruiken.

C#:

obj[] myArray = new []{ obj1, obj2, ..., objX };

Maar ik weet dus niet zeker of een dergelijke syntax ook in Java bestaat.

Ja

quote: http://java.sun.com/docs/...tion/html/arrays.doc.html

Java:

String[] aas = { "array", "of", "String", };

[Snake]

Sebazzz schreef op dinsdag 30 november 2010 @ 09:23:
[...]

Heb je het over anonymous types? Dat werkt niet erg prettig eigenlijk, niet als je ze buiten de context van een enkele methode wilt gebruiken:

C#:

List<???> vliegen = new List<???>();
for (int i=1;i<=10;i++) {
     var vlieg = new { naam="fifi", leeftijd=DateTime.Now.AddHours(-1), cijfer=10 };
     vliegen.Add(vlieg);
}


return vliegen; // wat return ik?

Wat is het type van de typeparameter T in List<T>?

In C# 4 kan je eventueel nog dynamic gebruiken.

Gaat niet. Je moet er dan een class voor uitschrijven.

[BM]

En terecht, kan me geen situatie bedenken waar je dat zou willen. Op de plekken waar je dat object wilt gebruiken zul je toch op z'n minst enige kennis van het object nodig hebben om het te gebruiken, dan kun je er dus ook gewoon een class voor maken.

[.oisyn]

Het kán wel:

C#:

var vliegen = (new[] { new naam="fifi", leeftijd=DateTime.Now.AddHours(-1), cijfer=10 } }).ToList();
for (int i=1;i<10;i++) { 
     var vlieg = new { naam="fifi", leeftijd=DateTime.Now.AddHours(-1), cijfer=10 }; 
     vliegen.Add(vlieg); 
} 

De syntax kan vast wat korter, maar ik ben niet zo bekend met anonymous types in C#

[RayNbow]

.oisyn schreef op dinsdag 30 november 2010 @ 14:41:
Het kán wel:

C#:

var vliegen = (new[] { new naam="fifi", leeftijd=DateTime.Now.AddHours(-1), cijfer=10 } }).ToList();
for (int i=1;i<10;i++) { 
     var vlieg = new { naam="fifi", leeftijd=DateTime.Now.AddHours(-1), cijfer=10 }; 
     vliegen.Add(vlieg); 
} 

De syntax kan vast wat korter, maar ik ben niet zo bekend met anonymous types in C#

Je mist een accolade.

Het punt is trouwens niet dat je een lijst kan maken met daarin anonieme types. Het punt is dat het anonieme type niet naar buiten mag lekken in C#.

[Sebazzz]

BM schreef op dinsdag 30 november 2010 @ 14:29:
En terecht, kan me geen situatie bedenken waar je dat zou willen. Op de plekken waar je dat object wilt gebruiken zul je toch op z'n minst enige kennis van het object nodig hebben om het te gebruiken, dan kun je er dus ook gewoon een class voor maken.

Bijvoorbeeld in ASP.NET MVC, waarbij je een O/R mapper gebruikt en je in je DAL een repository hebt waarbij je bijvoorbeeld alleen IDs en productnamen wilt teruggeven:

C#:

public IEnumerable<> GetProductList() {
    return from Product p in this.db.Products
              select new { Id = p.Id, Name = p.Name };
}

[R4gnax]

Sebazzz schreef op dinsdag 30 november 2010 @ 15:11:
[...]

Bijvoorbeeld in ASP.NET MVC, waarbij je een O/R mapper gebruikt en je in je DAL een repository hebt waarbij je bijvoorbeeld alleen IDs en productnamen wilt teruggeven:

C#:

public IEnumerable<> GetProductList() {
    return from Product p in this.db.Products
              select new { Id = p.Id, Name = p.Name };
}

Daarvoor bestaat het concept 'view model', lijkt me zo.

[Woy]

Sebazzz schreef op dinsdag 30 november 2010 @ 15:11:
[...]

Bijvoorbeeld in ASP.NET MVC, waarbij je een O/R mapper gebruikt en je in je DAL een repository hebt waarbij je bijvoorbeeld alleen IDs en productnamen wilt teruggeven:

C#:

public IEnumerable<> GetProductList() {
    return from Product p in this.db.Products
              select new { Id = p.Id, Name = p.Name };
}

Dan kan je toch een IEnumerable<Tuple<int, string>> returnen

Het is natuurlijk nogal gek om een Anonymous type als return type te gebruiken in een strong typed language.

[BM]

C#:

public DateTime MaakEenMooieDateTime(dateTime datum)
{
  DateTime dt = new DateTime(datum.Year, datum.Month+1, 1);
  return dt;
}

Rara, wanneer gaat dat fout

Hint: ongeveer vandaag
Note: niet mijn code!

[ Voor 5% gewijzigd door BM op 01-12-2010 14:16 ]

[BarôZZa]

Een PHP'er die is begonnen aan C# ?

Daar kan het namelijk wel

PHP:

<?

$d=mktime(0,0,0,13,1,2010);
echo date('Y-m-d',$d);
// 2011-01-01
?>

[CoolGamer]

Ondanks er wel zo'n mooie AddMonths methode is, toch moeilijk doen .

[Davio]

BM schreef op woensdag 01 december 2010 @ 14:16:

C#:

public DateTime MaakEenMooieDateTime(dateTime datum)
{
  DateTime dt = new DateTime(datum.Year, datum.Month+1, 1);
  return dt;
}

Rara, wanneer gaat dat fout

Hint: ongeveer vandaag
Note: niet mijn code!

Ondanks dat sommigen onder ons wel eens een 13e maand uitbetaald krijgen, is het niet iets wat binnen de Gregoriaanse kalender bekend is.

[.Gertjan.]

BarôZZa schreef op woensdag 01 december 2010 @ 14:30:
Een PHP'er die is begonnen aan C# ?

Daar kan het namelijk wel

PHP:

<?

$d=mktime(0,0,0,13,1,2010);
echo date('Y-m-d',$d);
// 2011-01-01
?>

Of JavaScript

Wat ook leuk is in javascript is (als verlengde van dit probleem):
- verhoog eerst de maand met 1
- zet dan de dag terug op 1
Deze gaat behoorlijk fout op de 31ste van de maand wanneer de volgende maand geen 31 dagen heeft.
31 maart + 1 maand wordt 31 april, Javascript helpt je en maakt daar maar even 1 mei van. Schuift je code de datum ineens 2 maanden op. Heeft me ooit behoorlijk wat tijd gekost om te debuggen (er trad raar gedrag op aan het einde van sommige maanden, nou ga dan maar eens zoeken).

[SvMp]

Ik wist niet dat dit in PHP kan, maar los van of het wel of niet kan vind ik het slechte om gebruik te maken van deze 'feature'.

@.Gertjan.: Een datum is één geheel, dus afzonderlijk onderdelen manipuleren lijkt mij niet handig. Ik zou dus - ongeacht programmeertaal en situatie - een datum inlezen in losse variabele(n) (in string, losse integers, of whatever), wijziging doorvoeren en vervolgens weer terugzetten.

[CodeCaster]

SvMp schreef op woensdag 01 december 2010 @ 15:21:
Ik wist niet dat dit in PHP kan, maar los van of het wel of niet kan vind ik het slechte om gebruik te maken van deze 'feature'.

@.Gertjan.: Een datum is één geheel, dus afzonderlijk onderdelen manipuleren lijkt mij niet handig. Ik zou dus - ongeacht programmeertaal en situatie - een datum inlezen in losse variabele(n) (in string, losse integers, of whatever), wijziging doorvoeren en vervolgens weer terugzetten.

Waarom, zeker met zoiets vervelends als datums, zelf het wiel opnieuw uitvinden? Wat als je bij 28 februari 1 dag wil optellen? Dan moet je dus weer een stuk code schrijven om te kijken of het een schrikkeljaar is.

Laat dat lekker aan je framework over.

[SvMp]

CodeCaster schreef op woensdag 01 december 2010 @ 15:27:
[...]

Waarom, zeker met zoiets vervelends als datums, zelf het wiel opnieuw uitvinden? Wat als je bij 28 februari 1 dag wil optellen? Dan moet je dus weer een stuk code schrijven om te kijken of het een schrikkeljaar is.

Laat dat lekker aan je framework over.

Nou zo moeilijk wil ik het ook niet doen in de praktijk. Ik zou de datum omzetten naar bijvoorbeeld een Unix timestamp, daar wat bij optellen (voor een dag 24 x 60 x 60), en weer omzetten naar een datum. Als er een gemakkelijkere manier is, bijv. een framework, dan pak je die uiteraard. PHP biedt daar idd prima faciliteiten voor.

[.oisyn]

SvMp schreef op woensdag 01 december 2010 @ 15:38:
Ik zou de datum omzetten naar bijvoorbeeld een Unix timestamp, daar wat bij optellen (voor een dag 24 x 60 x 60), en weer omzetten naar een datum.

Dan ga je er vanuit dat een dag altijd 24 uur is. In de praktijk heb je vaak 1x per jaar een dag van 23 uur en 1x per jaar een dag van 25 uur.

[alex3305]

.oisyn schreef op woensdag 01 december 2010 @ 15:45:
[...]

Dan ga je er vanuit dat een dag altijd 24 uur is. In de praktijk heb je vaak 1x per jaar een dag van 23 uur en 1x per jaar een dag van 25 uur.

En dan laat je nog buiten beschouwing dat een jaar eigenlijk 365.25 dagen duurt of dat er zogenaamde schrikkelsecondes toegepast kunnen worden.

[.oisyn]

En dan laat je nog buiten beschouwing dat een jaar eigenlijk 365.25 dagen duurt

Euh nee, dat doet er compleet niet toe, want je telt met hele dagen. Een kalenderjaar duurt nooit 365.25 dagen. De ene keer duurt ie 365 dagen, de andere keer 366.

of dat er zogenaamde schrikkelsecondes toegepast kunnen worden.

Worden die ook officieel meegenomen in unix timestamps dan? Ik dacht eerlijk gezegd dat ze gewoon opschoven.

.edit: yup, dat klopt idd.

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

Unix time, or POSIX time, is a system for describing points in time, defined as the number of seconds elapsed since midnight proleptic Coordinated Universal Time (UTC) of January 1, 1970, not counting leap seconds.

Observe that when a positive leap second occurs (i.e., when a leap second is inserted) the Unix time numbers repeat themselves. The Unix time number 915 148 800.50 is ambiguous: it can refer either to the instant in the middle of the leap second, or to the instant one second later, half a second after midnight UTC

In de praktijk betekent dat dus dat 1 januari 1970 0:00:00 UTC méér dan time() seconden geleden was, door de introductie van een handjevol schrikkelseconden in de loop der tijd.

[ Voor 56% gewijzigd door .oisyn op 01-12-2010 16:15 ]

[PiepPiep]

Om echt precies te zijn :

quote: WikiPedia

De Gregoriaanse kalender heeft iets minder schrikkeldagen, en duurt gemiddeld 365,2425 dagen (365d 5u 49m 12s).

[.oisyn]

De regel is dan ook niet slechts om de 4 jaar, maar: om de 4 jaar wel, tenzij het deelbaar is door 100, en dat weer tenzij het deelbaar is door 400. Oftewel, 365 + 1/4 - 1/100 + 1/400 = 365.2425

[Verwijderd]

En verder wordt er elk jaar besloten of er een seconde bij moet. Dat is helaas iets waar je niet zomaar rekening mee kunt houden.

[CodeCaster]

"Programma wordt steeds trager".

Delphi:

   with qryfoo do
   begin
      close;
      sql.Clear;
      sql.Add(' select * ');
      sql.add('   from bar ');
      open;
      fetchall;
      record_code := recordcount + 1;

      close;
      sql.Clear;
      sql.add(' insert into bar ');
      sql.add('   select ');
      sql.add('   code = ' + inttostr(record_code) + ',');
      // knip
      try
         execsql;
      except
         logentry(); // knip
      end;
   end;

Tien seconden voor het invoegen van één record...

[Otherside1982]

CodeCaster schreef op donderdag 02 december 2010 @ 15:20:
"Programma wordt steeds trager".

Delphi:

   with qryfoo do
   begin
      close;
      sql.Clear;
      sql.Add(' select * ');
      sql.add('   from bar ');
      open;
      fetchall;
      record_code := recordcount + 1;

      close;
      sql.Clear;
      sql.add(' insert into bar ');
      sql.add('   select ');
      sql.add('   code = ' + inttostr(record_code) + ',');
      // knip
      try
         execsql;
      except
         logentry(); // knip
      end;
   end;

Tien seconden voor het invoegen van één record...

Mooi, dan hebben ze wellicht ook last van dubbele IDs, tenzij er nooit een record verwijderd wordt.
Wel simpel op te lossen natuurlijk:

Delphi:

   with qryfoo do
   begin
      close;
      sql.Clear;
      sql.Add(' select count(*)+1 ');
      sql.add('   from bar ');
      open;
      record_code := Fields[0].AsInteger;

[Davio]

.oisyn schreef op woensdag 01 december 2010 @ 16:16:
De regel is dan ook niet slechts om de 4 jaar, maar: om de 4 jaar wel, tenzij het deelbaar is door 100, en dat weer tenzij het deelbaar is door 400. Oftewel, 365 + 1/4 - 1/100 + 1/400 = 365.2425

Ik vraag me ook wel eens af hoe het zit met zomer- en wintertijd.

Bij de wintertijd gaat de klok namelijk een uur achteruit, van 3:00 -> 2:00, waardoor het uur 2:00 -> 3:00 nog een keer wordt beleefd.

Als je nu een programma hebt dat om 2.59 oude tijd begint, 2 minuten runt en dus om 2:01 nieuwe tijd eindigt en je slaat de begin- en eindtijd op in een database (zonder volledige tijdzone-kwalificatie), dan heb je dus een programma dat 58 minuten eerder eindigt dan het tijdstip dat het begonnen is.

Is dat niet gek? Hebben mensen hier in de praktijk wel eens problemen mee gehad?

Ik heb zelf wel een keer een opzet gemaakt voor een logfile-scanner waar in logfiles de start- en eindtijden waren vermeld en waarin het programma keek of een gestart programma wel geëindigd was, maar ik heb dit programma niet af hoeven maken en dus deze ongein niet in hoeven programmeren.

[CodeCaster]

Otherside1982 schreef op donderdag 02 december 2010 @ 15:33:
[...]

Mooi, dan hebben ze wellicht ook last van dubbele IDs, tenzij er nooit een record verwijderd wordt.
Wel simpel op te lossen natuurlijk:

Delphi:

   with qryfoo do
   begin
      close;
      sql.Clear;
      sql.Add(' select count(*)+1 ');
      sql.add('   from bar ');
      open;
      record_code := Fields\[0].AsInteger;

Met count heb je natuurlijk hetzelfde, heb er even max(code) van gemaakt

[Martijn Meijer]

hallo mensen zit met een klein probleempje

Modbreak:

Lees je voortaan dan eerst de topicwarning en FAQ even?

[ Voor 117% gewijzigd door MueR op 02-12-2010 16:28 ]

[418O2]

Dit is niet echt een hulp topic.

Maar ik zou

code:

document.writeln(prompt());

weghalen.

Verder lijkt het me huiswerk

Bij nader inzien; wat is de bedoeling?

[ Voor 14% gewijzigd door 418O2 op 02-12-2010 15:42 ]

[DEiE]

CodeCaster schreef op donderdag 02 december 2010 @ 15:35:
[...]

Met count heb je natuurlijk hetzelfde, heb er even max(code) van gemaakt

Met count kan hij iig nog de index gebruiken, waardoor hij sneller is, maar max is natuurlijk de beste oplossing, ook door eerder genoemde opmerking over dubbele id's

[ Voor 38% gewijzigd door DEiE op 02-12-2010 15:43 . Reden: quote toegevoegd ]

[EddoH]

En als er nu 2 threads op hetzelfde moment willen inserten?

[CodeCaster]

Het programma wordt gegarandeerd maar op één workstation gebruikt en wordt niet intensief gebruikt. Wel al een jaar of tien lang, dus vandaar dat de "select * " steeds trager wordt.

Een beetje vergelijkbaar met The Haunted Door

[YopY]

CodeCaster schreef op donderdag 02 december 2010 @ 15:47:
Het programma wordt gegarandeerd maar op één workstation gebruikt en wordt niet intensief gebruikt. Wel al een jaar of tien lang, dus vandaar dat de "select * " steeds trager wordt.

Gegarandeerd... totdat iemand het op een tweede workstation installeert, . Als het fout kan gaan, zal het, vroeg of laat, een keer fout gaan. Alhoewel het waarschijnlijk geen drama zal zijn als er een keer een dubbel ID in de DB voorkomt, dat zou je nog handmatig kunnen fixen. Tenzij het een niet-triviale applicatie is, dan zou je als een mongôl aan de alarmbel moeten trekken en voor €120/uur iemand als mij in moeten (laten) huren .

[CodeCaster]

Het kán vanwege bepaalde functionaliteit maar op één workstation gebruikt worden, omdat die functionaliteit alleen op die PC aanwezig is.

En tsja, wat nou als er straks twee mensen exact in dezelfde miliseconde de "select max(code)" uitvoeren... dan krijgt er ééntje een primary key constraint-error niet te zien omdat die niet wordt afgevangen en klikken ze gewoon nog een keer waarna het wel werkt.

Netjes defensief programmeren is het niet, maar het afvangen van deze enorm unlikely situatie zou zoiets zijn als één van de gaatjes in een vergiet dichtstoppen. Er zijn wel vervelender dingen aan de hand met deze code, en raad eens hoeveel tijd we krijgen om zulke dingen te fixen ...

[Matis]

OMG, door een foutje van Google Calendar staan nu alle afspraken in de iframe-embedder van Google Calendar op maandag gepland. Zoals hier te zien valt. Ik was zelf al op hoge poten een mail aan het dichten naar de schrijven van de plugin, maar toen realiseerde ik me dat ik het ook eerst zelf kon testen. Wat bleek, de default embedded iframe-code doet het (gelukkig) ook fout.
Een mogelijkheid is om de dag-weergave of de agenda-weergave te gebruiken (die gaan beide wel goed), maar de maand-weergave is broken

[CodeCaster]

CodeCaster schreef op donderdag 02 december 2010 @ 15:47:
Een beetje vergelijkbaar met The Haunted Door

Wat ik trouwens niet snap c.q. niet geloof aan dit verhaal... (voor de niet-ingewijden: het is een deur die niet altijd of niet direct lijkt te reageren op het presenteren van je toegangskaart).

spoiler:

Toen het systeem werd geïnstalleerd werkte het swipen direct. Kaart erdoor -> entry werd gelogd -> deur werd geopend.

Nu is het probleem dat er een vertraging van meer dan een dag tussen zit, doordat de logfile enorm groot is geworden en het schrijven naar de logfile dus vijftien seconden duurt. De hoofdrolspeler zit er 's avonds laat nog, en in het verhaal staat dat er entries van de vorige ochtend nog verwerkt werden. Laat ik voor het gemak 36 uur nemen, stel dat het acht uur 's avonds is. Dan stonden er zo'n 8640 entries in de wachtrij... is dat niet behoorlijk veel?

En stel dat het in het weekend rustiger is qua in- en uitcheckend personeel en dat de queue zondagmiddag dus zo'n beetje leeg is... hoe kwamen de mensen op maandagochtend dan binnen? Swipen en dan hopen dat de deur een keer open ging? Want in het verhaal lees ik dus dat het soms tot wel dertig seconden duurde... (En als het dan nog zo is als bij de flat van een vriend van me dat je na de "klik" zo'n twee seconden hebt om de deur open te rukken...) Dat ga je als bedrijf geen maandenlang accepteren.

[ Voor 13% gewijzigd door CodeCaster op 03-12-2010 10:22 ]

[yade]

Ik geloofde het verhaal niet omdat er een stoffige pc stond die totaal niet beveiligd bleek te zijn waardoor hij met de logfiles kon rommelen.

[kenneth]

Oh, die ben ik wel eens tegengekomen. Nota bene een pc die precies hetzelfde deed. "En je mag hem niet herstarten want dat komt hij niet meer op" LOLWUT

[Thomaster94]

Zoijar schreef op woensdag 01 oktober 2008 @ 16:54:
10 x = 0
20 poke 53281, x
30 x = x + 1
40 goto 20

en later werd het geloof ik zoiets

.A2000 LDX $D020
INX
STX $D020
JMP $2000

Mooie tijden. Toen waren er nog geen small portal hacks

Is dit BASIC ? ziet er meer uit als assembly language, of ligt dat aan mij?

[Jaap-Jan]

Dat eerste voorbeeld is BASIC, het tweede is assembly.

[Verwijderd]

kenneth schreef op vrijdag 03 december 2010 @ 10:57:
Oh, die ben ik wel eens tegengekomen. Nota bene een pc die precies hetzelfde deed. "En je mag hem niet herstarten want dat komt hij niet meer op" LOLWUT

aan de zaak hebben wij er nog zo 1 staan een 286 zit een speciale kaart in voor eproms. deze kan de eproms sneller branden dan een nieuwe usb programmer.

we durven dat ding niet uit te zetten iig niet zo lang dat iets tijd heeft om aftekoelen. (er moet wel eens hardware worden vervangen omdat hij nou toch wel erg slecht word)

[Kaw]

urk_forever schreef op zondag 28 november 2010 @ 15:53:
[...]


Ziet er bekend uit. Cursus programmeren met GeoMedia toevallig

Hahah! Ehm ja... Ik doe maar geen uitspraken over de bron

[Dido]

CodeCaster schreef op vrijdag 03 december 2010 @ 10:00:
Wat ik trouwens niet snap c.q. niet geloof aan dit verhaal...

Staat in die thread ook uitgelegd, maar zo lastig is het niet. Als er een lege queue is, duurt het openen van een deur, zeg, 15 seconden (inclusief het schrijven naar de enorme logfile). Doordat mensen gewend zijn vaker te swipen omdat ze ongeduldig zijn), kan je dus na 15 seconden 5 items op de queue hebben staan, als de eerste verwerkt is. Als er dan binnen 60 seconden (en dat kan prima op een maandagochtend als er een hoop mensen binnenkomen) opnieuw geswiped wordt, opent de deur niet voor die swipe, maar voor 1 van de vorige swipes die nog op de queue stonden.
De queue wordt dus heel snel groter, maar er wordt maximaal iedere 15 seconden een deur geopend. Als er een beetje wordt rondgelopen groeit die queue de hele dag door: niet omdat noodzakelijkerwijs iedere 15 seconden iemand door een deur wil, maar omdat genoeg mensen meerdere keren swipen in afwachting van "hun" deuropening.

[Patriot]

EddoH schreef op donderdag 02 december 2010 @ 15:45:
En als er nu 2 threads op hetzelfde moment willen inserten?

Dan eindigt het universum.

yade schreef op vrijdag 03 december 2010 @ 10:53:
Ik geloofde het verhaal niet omdat er een stoffige pc stond die totaal niet beveiligd bleek te zijn waardoor hij met de logfiles kon rommelen.

Dat kan best wel eens niet zo zijn geweest. TheDailyWTF maakt de verhalen altijd veel leuker dan ze zijn, niet iedereen die een verhaaltje instuurt kan zo'n mooi samenhangend verhaal tikken (en dan ook nog allemaal in dezelfde stijl ). Komt er dus op neer dat hij een machine tegenkwam die hem onbekend was als zijnde de machine die die deuren moest beheren. Het was waarschijnlijk geen stoffige kast achter een vuilnisemmer, dat klinkt echter wel veel leuker

[ Voor 64% gewijzigd door Patriot op 04-12-2010 02:45 ]

[Soultaker]

Eem specialist van IBM post code van een minimalisatische webserver: nweb: a tiny, safe Web server (static pages only). Zoek de vulnerability:

C:

    static char buffer[BUFSIZE+1]; /* static so zero filled */
    int i, j, file_fd;

    /* hier code om e.g. "GET /foo/bar.html" in buffer in te lezen
       i is de positie van de 0-byte aan het einde van het pad
       nu gaan we het pad filteren zodat alleen files in de cwd geopend kunnen worden:
    */

    for(j=0;j<i-1;j++)  /* check for illegal parent directory use .. */
        if(buffer[j] == '.' && buffer[j+1] == '.')
            log(SORRY,"Parent directory (..) path names not supported",buffer,fd);

    if(( file_fd = open(&buffer[5],O_RDONLY)) == -1) /* open the file for reading */
        log(SORRY, "failed to open file",&buffer[5],fd);

En voor bonuspunten, waarom is deze sleep() toegevoegd en hoe hoor je dat wél op te lossen:

C:

    /* send file in 8KB block - last block may be smaller */
    while ( (ret = read(file_fd, buffer, BUFSIZE)) > 0 ) {
        (void)write(fd,buffer,ret);
    }
#ifdef LINUX
    sleep(1);   /* to allow socket to drain */
#endif
    exit(1);

Echt, wat een niveau, en dat voor iemand die als programmeur bij IBM werkt.

[ Voor 3% gewijzigd door Soultaker op 04-12-2010 10:06 ]

[Verwijderd]

Checks op buffer[] lijken me niet helemaal koosjer.

C:

if(( file_fd = open(&buffer[5],O_RDONLY)) == -1)

Voor de bonuspunten: een socket zou geflush()t moeten worden?

[ Voor 91% gewijzigd door Verwijderd op 04-12-2010 10:54 ]

[CoolGamer]

Als je een request begint met twee '/' dan open je de map vanuit de root? Dus "//etc/file" haalt het bestand uit "/etc/file".

[CodeCaster]

Dido schreef op vrijdag 03 december 2010 @ 19:09:
[...]

Staat in die thread ook uitgelegd, maar zo lastig is het niet. Als er een lege queue is, duurt het openen van een deur, zeg, 15 seconden (inclusief het schrijven naar de enorme logfile). Doordat mensen gewend zijn vaker te swipen omdat ze ongeduldig zijn), kan je dus na 15 seconden 5 items op de queue hebben staan, als de eerste verwerkt is. Als er dan binnen 60 seconden (en dat kan prima op een maandagochtend als er een hoop mensen binnenkomen) opnieuw geswiped wordt, opent de deur niet voor die swipe, maar voor 1 van de vorige swipes die nog op de queue stonden.
De queue wordt dus heel snel groter, maar er wordt maximaal iedere 15 seconden een deur geopend. Als er een beetje wordt rondgelopen groeit die queue de hele dag door: niet omdat noodzakelijkerwijs iedere 15 seconden iemand door een deur wil, maar omdat genoeg mensen meerdere keren swipen in afwachting van "hun" deuropening.

Het principe snap ik wel, maar het gaat me vooral om de de laatste zinnen van de laatste twee alinea's: dat 9000 enqueuings best veel is (al staat er natuurlijk niets over de grootte van het bedrijf), en dat een bedrijf dit niet kan accepteren. Er hoeft maar één bijdehand te zijn die z'n mond open trekt tijdens een vergadering of gewoon in het voorbijgaan tegen iemand die nog ongeveer weet hoe het systeem ooit is opgezet...

Maar zoals al gezegd, die verhalen worden altijd opgeleukt (pas zelfs gelezen van iemand die in zijn door Alex verbouwde verhaal zèlf belachelijk werd gemaakt), en er zal vast meer of iets anders aan de hand geweest zijn.

[Soultaker]

TheCoolGamer schreef op zaterdag 04 december 2010 @ 11:06:
Als je een request begint met twee '/' dan open je de map vanuit de root? Dus "//etc/file" haalt het bestand uit "/etc/file".

Bingo.

Verwijderd schreef op zaterdag 04 december 2010 @ 10:51:
Checks op buffer[] lijken me niet helemaal koosjer.

Ik heb wat code weggeknipt waardoor het niet helemaal duidelijk is, maar buffer overflows zaten er niet voor zover ik zo snel zag.

Voor de bonuspunten: een socket zou geflush()t moeten worden?

Min of meer, maar ik weet niet of je een socket kunt flushen. De kern van het probleem is dat als de laatste descriptor van een socket wordt gesloten met close() de TCP-connectie gereset wordt (met een TCP RST packet) en eventuele data in de uitgaande buffer dan verloren gaat.

De details zijn vrij complex. In dit geval zou het mis kunnen gaan doordat de filedescriptor in het child process met exit() wordt vrijgegeven (wat normaalgesproken wel lingert) maar in de parent process met close() (die niet lingert, tenzij je dat eerst instelt).

De eenvoudigste manier om dit correct op te lossen zonder een random hack als deze te introduceren is de schrijfzijde van de socket al uit te schakelen en dan te wachten tot de client hetzelfde doet aan zijn kant:

C:

shutdown(fd, SHUT_WR);
while ((ret = read(fd, buf, sizeof(buf)) != 0)
{
    if (ret < 0 && errno != EINTR) break;
}
close(fd);  /* of direct exit() */

[Verwijderd]

TheCoolGamer schreef op zaterdag 04 december 2010 @ 11:06:
Als je een request begint met twee '/' dan open je de map vanuit de root? Dus "//etc/file" haalt het bestand uit "/etc/file".

Scherp!

[Davio]

Patriot schreef op zaterdag 04 december 2010 @ 02:38:
[...]


Dan eindigt het universum.


[...]


Dat kan best wel eens niet zo zijn geweest. TheDailyWTF maakt de verhalen altijd veel leuker dan ze zijn, niet iedereen die een verhaaltje instuurt kan zo'n mooi samenhangend verhaal tikken (en dan ook nog allemaal in dezelfde stijl ). Komt er dus op neer dat hij een machine tegenkwam die hem onbekend was als zijnde de machine die die deuren moest beheren. Het was waarschijnlijk geen stoffige kast achter een vuilnisemmer, dat klinkt echter wel veel leuker

Ik denk dat de "stoffige kast achter een vuilnisemmer" ook meer een metafoor is voor hoe er met die computer werd omgegaan.

[Haan]

Misschien niet letterlijk slecht programmeren, maar toch een behoorlijke WTF: nieuws: Privégegevens 63.000 NEM-klanten liggen op straat

[Freeaqingme]

Haan schreef op maandag 06 december 2010 @ 15:00:
Misschien niet letterlijk slecht programmeren, maar toch een behoorlijke WTF: nieuws: Privégegevens 63.000 NEM-klanten liggen op straat

Ik snap niet dat mensen anno 2010 nog steeds geen wachtwoorden hashen en salts gebruiken. Zucht...

[Janoz]

CodeCaster schreef op zaterdag 04 december 2010 @ 11:09:
[...]

Het principe snap ik wel, maar het gaat me vooral om de de laatste zinnen van de laatste twee alinea's: dat 9000 enqueuings best veel is (al staat er natuurlijk niets over de grootte van het bedrijf), en dat een bedrijf dit niet kan accepteren. Er hoeft maar één bijdehand te zijn die z'n mond open trekt tijdens een vergadering of gewoon in het voorbijgaan tegen iemand die nog ongeveer weet hoe het systeem ooit is opgezet...

Maar zoals al gezegd, die verhalen worden altijd opgeleukt (pas zelfs gelezen van iemand die in zijn door Alex verbouwde verhaal zèlf belachelijk werd gemaakt), en er zal vast meer of iets anders aan de hand geweest zijn.

Ach, als het bedrijf maar groot genoeg is dan weet aan de ene kant niemand meer wie er verantwoordelijk is en aan de andere kant voelt ook niemand zich daadwerkelijk verantwoordelijk. Verder is het natuurlijk ook langzaam gegroeit waardoor er een soort van gewenning is ontstaan. Het is immers niet ineens van 0 naar 30sec gegaan.

[Janoz]

Freeaqingme schreef op maandag 06 december 2010 @ 15:44:
[...]


Ik snap niet dat mensen anno 2010 nog steeds geen wachtwoorden hashen en salts gebruiken. Zucht...

Ja, maar dit is toch veel makkelijker voor wanneer mensen hun wachtwoord vergeten zijn. Dan kunnen we ze zo hun wachtwoord opsturen....

[/sarcasme]

[Woy]

Janoz schreef op maandag 06 december 2010 @ 15:47:
[...]
Ja, maar dit is toch veel makkelijker voor wanneer mensen hun wachtwoord vergeten zijn. Dan kunnen we ze zo hun wachtwoord opsturen....

[/sarcasme]

Die redenatie hebben ze hier in het bedrijf echt . Het scheelt dat dat allemaal wel wachtwoorden zijn die gegenereerd zijn, en niet te veranderen, zodat de kans dat het een wachtwoord is die de klant ergens anders gebuikt wel een stuk kleiner is. Tevens staan de wachtwoorden op andere systemen die de wachtwoorden nodig hebben wel gehashed, maar in het "basis" systeem staan ze helaas wel gewoon clear-text.

Ik weiger wel pertinent om nieuwe systemen zo op te zetten, maar ik heb het er nog niet doorheen om het bestaande systeem aan te passen

[ Voor 19% gewijzigd door Woy op 06-12-2010 15:53 ]

[Haan]

Janoz schreef op maandag 06 december 2010 @ 15:47:
[...]


Ja, maar dit is toch veel makkelijker voor wanneer mensen hun wachtwoord vergeten zijn. Dan kunnen we ze zo hun wachtwoord opsturen....

[/sarcasme]

De Eneco doet het trouwens ook, daar was ik een tijdje terug m'n wachtwoord vergeten en toen kreeg ik het ook netjes gemaild, topservice

[Woy]

Haan schreef op maandag 06 december 2010 @ 15:52:
[...]

De Eneco doet het trouwens ook, daar was ik een tijdje terug m'n wachtwoord vergeten en toen kreeg ik het ook netjes gemaild, topservice

Dat is handig, dan kan je de Eneco als een password "safe" gebruiken . Het is logisch dat er een vorm van password retrieval moet zijn, maar IMHO de enige correcte manier is via het genereren van een (tijdelijk) nieuwe wachtwoord.

[Slurpie]

Janoz schreef op maandag 06 december 2010 @ 15:47:
[...]


Ja, maar dit is toch veel makkelijker voor wanneer mensen hun wachtwoord vergeten zijn. Dan kunnen we ze zo hun wachtwoord opsturen....

[/sarcasme]

Het zal je verbazen hoeveel projecten dat ik gezien heb en nog veel erger dat de klant het argument gebruikte dat het systeem gebruiksvriendelijker was dan.....

[Freeaqingme]

Janoz schreef op maandag 06 december 2010 @ 15:47:
[...]


Ja, maar dit is toch veel makkelijker voor wanneer mensen hun wachtwoord vergeten zijn. Dan kunnen we ze zo hun wachtwoord opsturen....

Yup. Vooral handig wanneer anderen mijn wachtwoord "vergeten"...

[alex3305]

Ik denk eerder dat zoiets is gedaan om de kosten te drukken. Uiteindelijk blijft de NEM een van de echte prijsvechters in Energie-land. Dat is hetzelfde als bij Online (ISP), waarbij je maar maximaal acht tekens mag gebruiken en dit wachtwoord daarna nog per brief thuiskrijgt...

[CodeCaster]

Altijd mooi, die wachtwoordverhalen. De site van m'n vorige werkgever waar je je loonstroken kon downloaden sloeg het wachtwoord ook plaintext op, en zoals het MySQL betaamt werd het wachtwoord niet-hoofdlettergevoelig (ci) vergeleken. Oh, en je mocht geen "vreemde tekens" gebruiken, eigenlijk alleen [A-Z,0-9].

[Matis]

CodeCaster schreef op maandag 06 december 2010 @ 16:26:
Altijd mooi, die wachtwoordverhalen. De site van m'n vorige werkgever waar je je loonstroken kon downloaden sloeg het wachtwoord ook plaintext op, en zoals het MySQL betaamt werd het wachtwoord niet-hoofdlettergevoelig (ci) vergeleken. Oh, en je mocht geen "vreemde tekens" gebruiken, eigenlijk alleen [A-Z,0-9].

Soort van ING dus Alleen mag je daar dan wel weer "vreemde tekens" gebruiken, maar hoofdlettergevoelig is het wachtwoord niet. De gebruikersnaam daarentegen weer wel

[ Voor 14% gewijzigd door Matis op 06-12-2010 16:29 ]

[ajakkes]

Ja, tenslotte bespaart een beperking van 8 tekens een hoop resources.
Dat kan je dan mooi weer gebruiken om die brief te sturen.

Maar er is inderdaad bespaart op de controle van de beveiliging. Hoop dat het klanten kost want het is natuurlijk verkeerde bezuiniging.

[Noxious]

CodeCaster schreef op maandag 06 december 2010 @ 16:26:
Altijd mooi, die wachtwoordverhalen. De site van m'n vorige werkgever waar je je loonstroken kon downloaden sloeg het wachtwoord ook plaintext op, en zoals het MySQL betaamt werd het wachtwoord niet-hoofdlettergevoelig (ci) vergeleken. Oh, en je mocht geen "vreemde tekens" gebruiken, eigenlijk alleen [A-Z,0-9].

Wat heeft dat nou weer met MySQL te maken? Moeten ze maar een tinyblob oid gebruiken.
Als je wil ranten op MySQL; kom dan met valide argumenten (die zijn er zeker)

[Janoz]

Woy schreef op maandag 06 december 2010 @ 15:54:
Dat is handig, dan kan je de Eneco als een password "safe" gebruiken . Het is logisch dat er een vorm van password retrieval moet zijn, maar IMHO de enige correcte manier is via het genereren van een (tijdelijk) nieuwe wachtwoord.

Wat heeft het voor f*cking zin om mensen een wachtwoord op te sturen dat ze toch al vergeten waren? Helaas wordt die vraag nooit echt gesteld.

[Verwijderd]

Janoz schreef op maandag 06 december 2010 @ 16:48:
[...]

Wat heeft het voor f*cking zin om mensen een wachtwoord op te sturen dat ze toch al vergeten waren? Helaas wordt die vraag nooit echt gesteld.

Stel, dat ik thuis ben waar mijn ww standaard staat opgeslagen.
Als ik nou op het werk / ergens anders ben en dat ww niet meer weet. Dan is het wel fijn dat 'ie niet gewijzigd wordt.
Natuurlijk is het niet goed om ww plaintext op te slaan, maar handig vind ik het wel.

[kenneth]

Gemak en veiligheid zijn inderdaad vrij snel vijanden.

[Aloys]

Verwijderd schreef op maandag 06 december 2010 @ 17:05:
[...]

Stel, dat ik thuis ben waar mijn ww standaard staat opgeslagen.
Als ik nou op het werk / ergens anders ben en dat ww niet meer weet. Dan is het wel fijn dat 'ie niet gewijzigd wordt.
Natuurlijk is het niet goed om ww plaintext op te slaan, maar handig vind ik het wel.

Je kan dan toch als je weer op je werk thuis komt je wachtwoord weer terug wijzigen naar wat het was. (Of dat nou zo slim is weet ik niet, want je was 'em al vergeten )

[CodeCaster]

Noxious schreef op maandag 06 december 2010 @ 16:33:
[...]

Wat heeft dat nou weer met MySQL te maken? Moeten ze maar een tinyblob oid gebruiken.
Als je wil ranten op MySQL; kom dan met valide argumenten (die zijn er zeker)

Ik wilde mijn post nog uitbreiden maar was al gequoted.

[Freeaqingme]

CodeCaster schreef op maandag 06 december 2010 @ 17:43:
Ik wilde mijn post nog uitbreiden maar was al gequoted.

Ik wacht nog steeds in spanning op je onderbouwing af

[CodeCaster]

LOL, nee, niets ten nadele van MySQL ditmaal, een case-insensitive collation is standaard op zo'n beetje alle RDB's waar ik mee heb gewerkt.

[.oisyn]

Het ligt dan ook niet aan de RDBM, maar aan de persoon die de tabel heeft geconfigureerd.

[roy-t]

alex3305 schreef op maandag 06 december 2010 @ 16:01:
Ik denk eerder dat zoiets is gedaan om de kosten te drukken. Uiteindelijk blijft de NEM een van de echte prijsvechters in Energie-land. Dat is hetzelfde als bij Online (ISP), waarbij je maar maximaal acht tekens mag gebruiken en dit wachtwoord daarna nog per brief thuiskrijgt...

Eh??

Wachtwoord opslaan als "md5(ww + salt)" is zoveel duurder als wachtwoord opslaan als "ww". dat je dit merkt in de prijs van de energie?

[.oisyn]

Ik gok eerder dat ie bedoelt dat zij ook weer in zee gaan met een prijsvechter in IT-land die nou niet echt kwalitatief werk aflevert

[graceful]

alex3305 schreef op maandag 06 december 2010 @ 16:01:
Ik denk eerder dat zoiets is gedaan om de kosten te drukken. Uiteindelijk blijft de NEM een van de echte prijsvechters in Energie-land. Dat is hetzelfde als bij Online (ISP), waarbij je maar maximaal acht tekens mag gebruiken en dit wachtwoord daarna nog per brief thuiskrijgt...

Klinkt als een wens van de opdrachtgever die heel simpel doorgevoerd is.

"We willen een brief kunnen sturen naar iedere klant"
- "Oh.. maar de wachtwoorden zijn salted"
"Uh??"
- "We maken wel een XLS" (hoppa, weg security, zop, klant blij..)
.. week later op Tweakers ..

[YakuzA]

Ik kwam dit tegen in code, kan me geen situaties bedenken waarin dit nuttig is :

C#:

Blachanged |= true;

Een |= zou volgens mij alleen nuttig zijn als je een false erachter hebt.

[Davio]

YakuzA schreef op dinsdag 07 december 2010 @ 12:28:
Ik kwam dit tegen in code, kan me geen situaties bedenken waarin dit nuttig is :

C#:

Blachanged |= true;

Een |= zou volgens mij alleen nuttig zijn als je een false erachter hebt.

Lijkt op een turnstile die ik op de uni met het vak Logica wel eens tegenkwam, wat doet het precies?

[.oisyn]

Het doet: Blachanged = Blachanged | true. Oftewel, Blachanged wordt gewoon true

[ Voor 57% gewijzigd door .oisyn op 07-12-2010 12:53 ]

[Woy]

YakuzA schreef op dinsdag 07 december 2010 @ 12:28:
Ik kwam dit tegen in code, kan me geen situaties bedenken waarin dit nuttig is :

C#:

Blachanged |= true;

Een |= zou volgens mij alleen nuttig zijn als je een false erachter hebt.

C#:

Blachanged |= false;
// ==
Blachanged = Blachanged | false;
// ==
Blachanged = Blachanged;

Dus dat is ook niet echt nuttig, behalve als de get of set van de property nog wat doet.

[.oisyn]

&& en || zijn sowieso niet bijzonder nuttig als een van de operanden een constante is (even afgezien van debug code waarin je tijdelijk een conditie aan of juist uit wil zetten)

[Woy]

Waarom zijn er eigenlijk geen ||= en &&= operators

Ik snap dat er weinig nuttige toepassingen voor zouden zijn

Al zou de volgende constructie nog wel handig zijn

C#:

bool ok;

ok = DoFoo();
ok &&= DoBar();
ok &&= DoOtherBar();
//ipv

bool ok;

ok = DoFoo();
if(ok)
{
  ok = DoBar();
}
if(ok)
{
  ok = DoOtherBar();
}

[ Voor 89% gewijzigd door Woy op 07-12-2010 13:29 ]

[YakuzA]

Woy schreef op dinsdag 07 december 2010 @ 13:06:
[...]

C#:

Blachanged |= false;
// ==
Blachanged = Blachanged | false;
// ==
Blachanged = Blachanged;

Dus dat is ook niet echt nuttig, behalve als de get of set van de property nog wat doet.

Hmm true, het is alleen misschien nuttig als je binnen een loop iets met een bool doet waarvan je de waarde nog niet weet. Voor constantes is het vrij zinloos.

code:

bool x = false;
foreach(blalala){
  x |= DoSomeComplicatedAction(blalala);
}

[ Voor 3% gewijzigd door YakuzA op 07-12-2010 13:33 ]

[kenneth]

C#:

if ((ok = DoFoo()) && (ok = DoBar()) && (ok = DoOtherBar()))
{
 // Niets
}

[Woy]

kenneth schreef op dinsdag 07 december 2010 @ 13:34:

C#:

if ((ok = DoFoo()) && (ok = DoBar()) && (ok = DoOtherBar()))
{
 // Niets
}

Doe dan gewoon

C#:

ok = DoFoo() && DoBar() && DoOtherBar();

[ajakkes]

kenneth schreef op dinsdag 07 december 2010 @ 13:34:

C#:

if ((ok = DoFoo()) && (ok = DoBar()) && (ok = DoOtherBar()))
{
 // Niets
}

Is ook een manier om je functies uit te laten voeren.
Is het zo dat als DoFoo() niet ok is de rest ook niet uitgevoerd wordt? Dacht dat het in php zo werkte omdat het statement toch niet waar kan zijn als de eerste al niet waar is.

Edit:@woy Volgens mij zou het dan zo moeten worden:

C#:

if ((ok = DoFoo()) && (ok = DoBar()))
{
DoOtherBar()
}

Edit2: kleine edit in Edit1

[ Voor 16% gewijzigd door ajakkes op 07-12-2010 13:57 ]

[PiepPiep]

Woy schreef op dinsdag 07 december 2010 @ 13:26:
Waarom zijn er eigenlijk geen ||= en &&= operators

Ik snap dat er weinig nuttige toepassingen voor zouden zijn

Al zou de volgende constructie nog wel handig zijn

C#:

bool ok;

ok = DoFoo();
ok &&= DoBar();
ok &&= DoOtherBar();
//ipv

bool ok;

ok = DoFoo();
if(ok)
{
  ok = DoBar();
}
if(ok)
{
  ok = DoOtherBar();
}

Die zijn er, maar dan als &= en |= en zijn ook erg handig bij bitmasks.

[Woy]

PiepPiep schreef op dinsdag 07 december 2010 @ 13:58:
[...]

Die zijn er, maar dan als &= en |= en zijn ook erg handig bij bitmasks.

Dat is toch wel wezenlijk verschillend. Bij de binary operators word de right hand side altijd uitgevoerd, terwijl dat bij de short circuit operator afhankelijk is van left hand side.

ajakkes schreef op dinsdag 07 december 2010 @ 13:53:
[...]
Is het zo dat als DoFoo() niet ok is de rest ook niet uitgevoerd wordt? Dacht dat het in php zo werkte omdat het statement toch niet waar kan zijn als de eerste al niet waar is.

Ja en dat is soms juist handig, omdat je bij een eventuele fout, bepaalde vervolg stappen niet uit zou willen voeren.

Edit:@woy Volgens mij zou het dan zo moeten worden:

C#:

if ((ok = DoFoo()) && (ok = DoBar()))
{
DoOtherBar()
}

Dat is niet het zelfde, want ok is dan true als DoOtherBar false oplevert. Misschien wil je verderop in de code dat result nog terug geven o.i.d.

[ Voor 49% gewijzigd door Woy op 07-12-2010 14:03 ]

[Davio]

Woy schreef op dinsdag 07 december 2010 @ 14:00:
[..]

Ja en dat is soms juist handig, omdat je bij een eventuele fout, bepaalde vervolg stappen niet uit zou willen voeren.

[..]

Zoiets als dit werkt dan ook alleen met short-circuit:

C#:

if(obj != null && obj.someRandomIntProperty == 3)
{
    // do something
}

Als hij allebei altijd zou checken (geen short-circuit), zou je een nullpointer exception krijgen op de tweede vergelijking, nu dus niet.

[kenneth]

En aangezien VB vroeger niet aan shortcircuiting deed hebben ze in VB.NET twee nieuwe operators moeten toevoegen:

Visual Basic .NET:

If myVar = 1 AndAlso yourVar = 2 Then

En de mooiste:

Visual Basic .NET:

If billPayed = True OrElse ... Then

[MBV]

Visual Basic .NET:

If billPayed = True OrElse SomethingWaves() 

[Verwijderd]

Niet zozeer een slecht programmeer voorbeeld, maar ik vind dit wel een goed voorbeeld van slechte documentatie:

C++:

// Initialize CSV file pointer to NULL
this->csv_file_pointer = NULL;

Gee, really? Ya think?!

En ik moet stiekem toegeven dat 'ie nog van mij is ook

[ Voor 13% gewijzigd door Verwijderd op 08-12-2010 08:48 ]

[Alex)]

Zelf getypt of laten genereren?

[Verwijderd]

Helemaal zelf getyped

Zal wel 's avonds laat een keer geweest zijn.

[YopY]

Alex) schreef op woensdag 08 december 2010 @ 09:07:

code:

// type "Zelf getypt of laten genereren? :+"

Zelf getypt of laten genereren?

[dev10]

Woy schreef op dinsdag 07 december 2010 @ 13:26:
Waarom zijn er eigenlijk geen ||= en &&= operators

In Ruby is ||= er wel. In Rails kan het handig zijn om een sessie te starten.

Ruby:

class ApplicationController
  def current_session
    @current_session ||= Session.new
  end
end

Heel simpel. Als current_session leeg is, maak dan een nieuwe sessie aan, anders de sessie returnen.