[ly000]

xD
@adrninistrator
#programowanie #programista15k #heheszki #humorinformatykow

[adrninistrator]

@ly000: ale TDD to jedyna droga by dobrze programować

[Krolik]

@adrninistrator: xD

Kernel Linux nie ma testów jednostkowych, jest napisany w błędogennym i „trudnym” C, a gęstość błędów ma i tak mniejszą niż te wasze korpocrudy pisane z TDD.

[krdewra]

@ly000: TDD to jak z komunizmem. W założeniach jest pięknie, nigdy nie działa a na końcu zawsze słychać, ze to nie był prawdziwy TDD

[Krolik]

Wg badań TDD nie działa: http://people.brunel.ac.uk/~csstmms/FucciEtAl_ESEM2016.pdf

Można pisać testy przed jak i po i niczego to nie zmienia.

[galian]

@ly000: meh, tdd wiecej daje przez to, ze wymaga od ludzi najpierw przemyslenia co w ogole chca napisac

[szmichal]

W kazdej firmie w wymaganiach jest TDD a potem i tak #!$%@? z tego wychodziło xD TDD istnieje tylko w ksiazkach, tak jak czysty kod. Szpachla ifem I lecimy na produkcje koledzy, czasami trzeba sobie odpowiedzieć na pytanie co jest "good enough" bo nigdy nie dowieziemy rozwiazania. Kodzik mozna pudrowac w nieskończonośc i takie sa fakty. Turboseniorzy produkuja "gownokod" bo wiedzą co jest pięć, na koniec dnia liczy sie ficzer ktory działa

[Boska_Klaudia]

@szmichal: żeby tylko w drugą stronę nie przegiąć i nie pisać wszystkiego na #!$%@?

[szmichal]

@Boska_Klaudia: no dla mnie refaktoring powinien wjechać wtedy, kiedy napisanie unit testa to mokowanie pierdyliarda rzeczy i zajmuje po prostu za długo, by przetestować kawałek kodu

[wafel93]

@ly000: tdd jest dobra forma potwierdzenia tego biznes oczekuje. Raz mi się to bardzo sprawdziło - bardzo skomplikowany algorytm decyzyjny, którego biznes nie pojmował w pełni. Testy pokazywały czego chcą tak naprawdę. Także specyfika projektu, jeśli to zwykły crud to nie ma co się bawić w tdd

[zibizz1]

@galian Samo to ze człowiek umie pisac testowalny kod duzo daje, nie musi byc testowany, w swoich prywatnych projektach testy pisze tylko wtedy kiedy cos dają.

[kobiaszu]

@ly000: Tylko formal verification i design by contract, wtedy realnie nie piszesz unit testów

[pastarri]

@szmichal: szpachla ifem nie jest w sprzeczności z TDD, ważne czy najpierw napiszesz test który się wywali, bo tego ifa brakuje.

[Flypho]

@szmichal
Z tym gownokodem popłynąłeś w #!$%@? xD

[Mikoma]

@Krolik: No część jest napisana w pienknym i prostym Rustcie <3

[InvalidOperationException]

@ly000: Fajne w TDD jest to, że wymusza niejako skupienie się publicznym interfejsie, a nie szczegółach implementacyjnych, co w założeniu powinno prowadzić do przejrzystego kodu. No ale można osiągnąć dobry design bez pisania testów na początku. Nigdy nie rozumiałem tego parcia na TDD, a w wielu rzeczywistych projektach, gdzie wymagania ewoluują razem z kodem i jest wiele niewiadomych, zaczynanie od testów to przepalanie hajsu.

[dobry-informatyg]

@szmichal: @Krolik no u mnie jest pokrycie testami różnego rodzaju i jakoś się to sprawdza

[Krolik]

@dobry-informatyg: ale ja nie pisałem on testach tylko o TDD. To że testy zwykle się przydają to inna rzecz. Nie każde testowanie to TDD.

[Assailant]

@ly000: ( ͡° ͜ʖ ͡°)
https://www.idris-lang.org/

[ponton]

Kernel Linux nie ma testów jednostkowych,

@Krolik: Jak nie ma?

https://docs.kernel.org/dev-tools/testing-overview.html
https://docs.kernel.org/dev-tools/kunit/index.html

[Krolik]

@ponton: I ile jest pokryte tymi testami? 0.1%? xD