Wpis z mikrobloga

@pyszniarz za dużo sobie liczysz, marnować czas na czytanie czyjegoś kodu to każdy by chciał, a robić nie ma komu, kod ma działać a nie wyglądać, a jak ktoś źle napisał to niech sam sobie poprawia
  • Odpowiedz
@niedorzecznybubr: Zawsze zaczynam od testów. U nas zawsze pisze się UT & SCT, a pokrycie musi mieć +90%. Jak zrobie CR testów to potem implementacje idzie łatwo ogarnąć. Problem jest jak ktoś n--------i kolejek w c++ przy asynchronicznym odbieraniu msg restowych itd i potem jej nie zwolni. Ciężko to wyłapać jak nie ma dobrych testów.
  • Odpowiedz
@niedorzecznybubr: Żeby zrozumieć to trzeba otworzyć Taska, przeczytać zrozumieć o co chodzi, a potem patrzeć na kod i patrzeć czy robi to co było trzeba zrobić. Jak robie review nowym albo tym co odstaja jakością pracy to tak robię, gdy natomiast oceniam kolehe z którym robimy już z 1-2 lata i wiem że robi dobrze to tylko przeglądam czy z grubsza zrobił podejście dobre bo może warto było dane zapisac
  • Odpowiedz