[c.....k]

#unity3d #csharp
ładny kod brzydki kod? https://gist.github.com/ca1ek/d18a6aedef023644e142

nie zwracajcie uwagi na spejsing bo gist to #!$%@?ł, w visualu jest ok

[d.....t]

@ca1ek: jak dla mnie za mało tabulatorów ( ͡° ͜ʖ ͡°)

[c.....k]

@doenutt: w visualu to wygląda ok, gist nie ogarnia.

[sortris]

@ca1ek: dla mnie spoko, ale komentarze w tym wypadku są totalnie zbędne. Zaciemniają kod. Bez komentarzy byłby 2x bardziej czytelny.

Przykładowa linia:

if (distance < distanceofdeacceleration) // IF should start deaccelerating

Dobry kod powinno czytać się tak, jak ludzki język i w wypadku tego ifa tak właśnie jest. Komentarz nie jest potrzebny. :)

Kolejna linia:

else // IF it isn't

To raczej jasne, że else znaczy drugi warunek i

[c.....k]

@sortris: xd, już nawyk taki mam jak piszę w c#, postaram się jego pozbyć.

jak piszę w pythonie nie mam żadnych problemów

[d.....t]

@ca1ek: o, tak lepiej. :D
I to co kolega wyżej napisał - wywalić te komentarze o których pisał i będzie okej.

[c.....k]

@sortris: ej w ogóle teraz przeczytałem kod to kurde chyba napisałem tak że prędkość spada i wzrasta spowrotem xd co nie?

step - step / (distance * distance_of_deacceleration)

będzie rosło jak distance będzie malało, dobrze rozumiem to co sam popełniłem?

edit: ok w odpluskwiaczu ( ͡° ͜ʖ ͡°) sprawdziłem i jednak spada.

[Mithras]

@ca1ek: Włącz sobie numerowanie linii. :D

[lukpep]

@ca1ek: mi sie nie podoba konwencja nazewnictwa. Zamiast distanceofdeacceleration wolalbym DistanceOfDeacceleration. Ale to moje prywatne przyzwyczajenie wytrenowane przez Resharpera.

[c.....k]

@lukpep: ja z pajtona mam przyzwyczajenie, zmienne wg sample_text_sample a klasy SampleTextSample