Tak samo jak w umowie o prace. W B2B jest nawet lepiej bo mam okresona kwote ile moge byc maksymalnie winny, w umowie o prace tego nie ma.


@Trytka: jest dokladnie odwrotnie. UoP masz zapisane, ze maksymalnie do wysokosci 3 pensji odpowiadasz.
  • Odpowiedz
@M4ks: Ogólnie to tego typu podejście wynika z faktu, że menadżerowie są oceniani za wyniki tu i teraz. Za dziesięć lat menadżer będzie kilka stopni wyżej, albo w ogóle w innej firmie, a spieprzonego kodu nikt nie przypisze gościowi, który dziesięć lat temu cisnął pracowników, by nie przejmowali się testami.
  • Odpowiedz
@lerner:

https://arewefastyet.com/

https://blogs.windows.com/msedgedev/2015/05/20/delivering-fast-javascript-performance-in-microsoft-edge/

Zazwyczaj silnik kojarzymy z całym środowiskiem w którym jest wykorzystywany, i nie zawsze jest tak że wydajność w określonych testach przekłada bezpośrednio na to z czego korzysta później programista a co widzi użytkownik. Firefox bardzo zainwestował w pewnym momencie w asm.js i to widać nawet na demach od unity. Niektóre silniki przeglądarek (czyli silnik js + dom + css + webgl + svg itd) sprytnie ukrywają pewne mankamenty
  • Odpowiedz
@Ginden: tak tylko napisałem, bo mało jest softu który się używa i który jest w OCamlu. Czy dobrze, czy źle? Chyba tylko Erlanga mi się gorzej czytało dotychczas ;)
  • Odpowiedz
  • 0
@MacDada: Masz przecież.

because you don’t have systems in place to detect, prevent, and resolve problems they accidentally created.


PS. Nie ma testów, które wykryją każdy regres.
  • Odpowiedz
because you don’t have systems in place to detect


@Ginden: Czyli właśnie to powinno być pierwszą rzeczą, jaką należy zrobić. I mieć nauczkę na przyszłość, żeby nowy kod bez testów się nie pojawiał.

Nie ma testów, które wykryją każdy regres


@Ginden: Ale większość typowych wykryją. I to chodzi. Testy nie mają zastąpić myślenia ;-)
  • Odpowiedz