Wpis z mikrobloga

@RonPaul: A rzeczywiście.
Szanuję pamięć.

@rbielawski: Hmm, można trochę podyskutować.
Bo z jednej strony może i oneliner z modulo jest trochę nieczytelny (i ten akurat prawdopodobnie nie jest poprawny, tak coś czuję wewnętrznie).
Z drugiej - wrzucając do date niepoprawną/nieistniejącą datę liczysz na to, że w kalkulacji on wyliczy ten sam timestamp. Jak dla mnie to jest ten sam kaliber co poleganie na tym że w językach wysokiego poziomu z reguły zmienne
  • Odpowiedz
@Wyrewolwerowanyrewolwer: tam są i większe kwiatki, począwszy od miliarda ifów zamiast użyć regexa (choć regex momentami jest, pewnie skopiowane ze stack overflow) czy walidacji z jquery, która jest do strony dołączona, ale nie korzystają :D generalnie kod wygląda jak napisany przez kogoś kto skończył kurs JS z codecademy i uznał że tyle wystarczy.
  • Odpowiedz
@RonPaul: Wiem że są. Walidacja tego czy i które pola są niewypełnione to jest dramat.
Możliwe że kogoś takiego właśnie wzięli. Albo jakiegoś studenta na staż.
Ok, no zdarza się. "Kto na początku nie pisał beznadziejnego kodu niech pierwszy rzuci kamień".
Ale po to robi się code review żeby takich rzeczy nie wypuszczać na produkcję...
  • Odpowiedz
Ale po to robi się code review żeby takich rzeczy nie wypuszczać na produkcję...


@Wyrewolwerowanyrewolwer: no ja bym się wstydził wypuścić takiego babola z mojej firmy. mogę się założyć, że testów jednostkowych tak samo brak, już nie wspominając o innych typach testów. tak, jestem wyznawcą TDD ( ͡ ͜ʖ ͡)
z drugiej strony, dla "szefa" firmy wykonującej najważniejsze jest żeby hajs się zgadzał.
  • Odpowiedz
@rbielawski: Skąd ta pogoń za tym, aby wszystko zmieścić w jednej linijce? Kod ma być czytelny dla programisty. Gdybym znalazł w kodzie Twoją metodę sprawdzania roku przestępnego, to najpierw bym się zastanowił po kiego c---a ktoś porównuje czas z 29 lutego i 1 marca, a gdybym zrozumiał, to ubolewałbym nad faktem, że ktoś skorzystał z paskudnego hacka pozwalającego na wpisanie złej daty. Skończyłoby się to tym, że w--------m ten kod
  • Odpowiedz
  • 1
@DrDevil jak dobrze napiszesz nazwę metody, każda metoda będzie odpowiedzialna ze jedna rzecz, to jednolinijkowce nie są problemem, tymbardziej ze szybciej się pisze, lajtwiej (np przy fat arrow funxtion masz już bezpośredni dostęp do this, nie musisz bindowac), a i kod też szybciej działa
  • Odpowiedz
@inteli: Nie mam nic przeciwko jednolinijkowcom, o ile są czytelne, a wszelkie niejasności i hacki należy opisać komentarzem, bo w przeciwnym razie kod jest read-only.

Kod powinien być szybki do przeczytania, bo najwięcej czasu przy programowaniu spędza się właśnie na czytaniu, czy to swojego kodu, czy cudzego. Szybkość pisania nie jest tutaj argumentem, bo nie porównujemy Assemblera i Javy, tylko dwa sposoby na określenie roku przestępnego.

A co do szybkości
  • Odpowiedz