[HCLB]

Niech gina w piekle osoby piszace if ()
{
}
else
{
}

Tylko if () {
} else {
}
#takaprawda #humorinformatykow #gorzkiezale

[anonanonym]

dawanie #!$%@? o takie gowno xD

[denwood]

@szpongiel: robię jedno i drugie :)

[szpongiel]

@denwood: z tak niespójnym podejściem do "klamerkowania"? Kiepsko. Znaczy się dostrzegam w tym logikę i pewnego rodzaju "minimalizm" ale oszczędzanie znaków czy linii w ten sposób w żaden sposób nie usprawiedliwia zamieszania, które wprowadza. A już formatowanie w zależne od jakichś arbitralnych widzimisów, to już w ogóle bałagan w projekcie i potencjalne miejsca na bugi, które tworzą większy koszt niż jest zysk na tej niby "oszczędności" (jeśli w ogóle jakiś jest).

[denwood]

@szpongiel: Ok spoko nic do tego nie mam. Zadanko dla ciebie kolego jeśli chcesz, rozłóż funkcje "tilNext" wg twoich wytycznych zachowując spójność i czytelność:
https://bitbucket.org/axldns/axl/src/4f2c825cb9df9b402461635d221ad243722d9881/src/axl/utils/Counter.as?at=master&fileviewer=file-view-default

[szpongiel]

@denwood: zaimplementowałbym #!$%@? 90% ifów i switchy np. przy pomocy hashmap albo strategy pattern z polimorfizmem (zakładam, że w AS jest polimorfizm) ale nawet zostawiając tą oszałamiającą liczbę branchy logicznych nic nie stoi na przeszkodzie aby sformatować i przede wszystkim zdekomponować ten kod w dużo bardziej czytelny sposób. Strasznie oszczędzacie na spacjach, tak zbity kod czytelności nie poprawiaja. A za wagoniki zagnieżdżonych ternary operatorów to powinni palić na stosie.
Na plus,

[szpongiel]

@denwood: a, jeszcze jedno na plus. Kod wygląda bardzo schludnie, co również robi dobre wrażenie.
Jest to bardzo pożądane i chwali się ale niekoniecznie wystarczy aby osiągnąć dobrą czytelność.