[Little_monster]

#!$%@? z 9gaga
#heheszki #humorinformatykow #programowanie

[wonsz_smieszek]

@Little_monster:

tylko ta druga {
....to oczywiste;
}

[Arveit]

@Little_monster: tylko pierwsza!

[Niebieskowaty]

@Little_monster: a ja wam powiem, że zależy. Kodzę na co dzień w C#, PowerShellu i czasami w JS.
W C# używam klamy w nowej linii, a w PS i JS zawsze robię w tej samej. Po prostu lepiej mi to wygląda. Większość ludzi hejtuje ten "gorszy" sposób zapisu, ale myślę, że to kwestia gustu, a o gustach się podobno nie dyskutuje.

[KrzaQ2]

@Little_monster: W funkcjach klamerka w nowej linii, w instrukcjach w tej samej. Pomijam jakieś inline'y itd. Tak jest imho najczytelniej.

[i.....i]

@Little_monster: W pierwszym przykladzie wyglada to ladnie, szczegolnie kiedy uzywa sie taba do pozycjonowania klamer, wtedy rowniutko sa dwa i widac kiedy funkcja sie zaczyna i konczy, w drugim przykladzie trzeba sie glowic od ktorej funkcji jest klamra. przyklad

function()
{
____function2()
____{
____//code
____}
}

[Name_in_progress]

@Little_monster: Ja się ostatnio przerzuciłem z Allmana na K&R i już nie wrócę.

[Rincewind]

@Little_monster: @wonsz_smieszek: @Arveit: Prawda jest taka, że najlepszy sposób zapisu to konsystentny z takim, jaki już istnieje. Jeśli nad kodem pracuje kilka/kilkanaście/kilkadziesiąt osób to nie ma gadania, że „tak mi się bardziej podoba”, tylko techlead ustala jeden sposób i każdy włącza autoformata przy save. Inaczej VCS-y (czy to Git, czy SVN, czy Mercurial, czy ClearCase) by powariowały od konfliktów.

[Arveit]

@Rincewind: masz calkowita racje :)

[wonsz_smieszek]

@Rincewind: no więc jako szefowie ustalamy, który ma być :)

[a.....z]

Zawołam #python, pośmiejemy się razem z waszych problemów. ( ͡° ͜ʖ ͡°)ﾉ⌐■-■

[Speedy]

@Little_monster: Stosuje się taki standard, jaki został ustalony w projekcie lub zespole. Nie ma tu co dyskutować. Dla javy najczęściej klamra jest w tej samej linii, wg standardu Google'a dla C++ też, w niektórych projektach nie, w C# klamry są w kolejnej linii. Najlepiej stosować się do najbardziej powszechnych standardów, a nie własnego "widzi mi się". Już wolę, jak cały projekt ma formatowanie, które mi się nie podoba, ale jest spójne

[Little_monster]

@domos: i teraz rozumiem!

[domos]

@Little_monster: tylko 2!