Pragmatic developer

Czułeś się kiedyś najgorszy w swoim gronie? W firmie? Zespole? Powiedzieć, można, że ja często się tak czuje. Chce jednak Wam przedstawić dlaczego się tak czuje i czy uważam to za złe. Być najgorszym To wcale nie jest złe. Pokazuje to, że idziesz w dobrym kierunku. A wiesz dlaczego? Ponieważ możesz się dużo nauczyć od otoczenia. Będziesz się ciągle rozwijać nawet poprzez kontakt z takim gronem ludzi. O tym właśnie trzeba pamiętać, że bycie najgorszym oznacza, że możesz jeszcze dużo się nauczyć. To jest coś najlepszego co może Cię spotkać i nie ma co się tym przejmować. Trzeba wręcz się cieszyć. Ja ciągle jestem najgorszy To zawsze jest moja wina/zasługa. Ciągle podnoszę sobie poprzeczkę, wychodzę ze swojej strefy komfortu. Dzięki temu mogę osiągnąć dużo więcej, niż gdybym otaczał się ludźmi tylko gorszymi. Bycie najlepszym jest fajne, ale pod względem szpanu oraz szacunku. Jednakże, nie jest to dobre dla naszego rozwoju. Jednak to nie wszystko Nie można jednak zawsze być najgors

Spotkaliście się kiedyś z polityką haseł? Na pewno jeżeli próbowaliście pobawić się autoryzacją w Waszych projektach. Często robi się to samemu lub ściąga gotowca. Najlepszym jednak sposobem jest wykorzystanie framework'a do tego stworzonego. Dzisiaj przedstawię mam vt-password. Do czego to służy? Jest to pomocna biblioteczka do walidacji polityki haseł. Posiada ona już wbudowane swoje polityki, ale można tworzyć własne po rozszerzeniu odpowiedniej klasy lub implementacji odpowiedniego interfejsu. Prosta w użyciu? Jest ona bardzo prosta w obsłudze, polega na tworzeniu listy ról do spełnienia oraz zaznaczeniu ile z nich powinno zostać co najmniej poprawnych. Przykładowy kod poniżej: public static boolean validatePassword(String pass) { List < Rule > ruleList = new ArrayList < Rule > ( ) ; ruleList . add ( new LengthRule ( 8 , 16 ) ) ; ruleList . add ( new WhitespaceRule ( ) ) ; CharacterCharacteristicsRule charRule = new CharacterCharacteristicsRu