Mirki z #programowanie oraz #programowaniefunkcyjne (tutaj nieco mniej obserwujących ;) ). Pomyślałem, że może wam się spodobają treści na moim aktualnym blogu. W dzisiejszym odcinku opisałem do czego służy Optional w Javie 8. Ogólnie zamieszczam i zamierzam zamieszczać treści związane z programowaniem, programowaniem funkcyjnym, #scala, #java i co innego ciekawego przyjdzie mi do głowy :)
@moriturius: Trochę faila zaliczyłeś. Trochę bez sensu moim zdaniem pisać o czymś co się słabo ogarnia.
Czemu nie po prostu .map? flatMap generalnie używa się do czegoś zupełnie innego. Przykłady też słabe bo nie uciekasz od nulla (nadal w obrębie klasy używasz nulla i ofNullable), dodatkowo Book::getAuthor nie jest skrótem od book -> book.getAuthor(), "Optional" wcale nie jest "underestimated" tylko szumu o tym jest pełno, flatMap wcale nie jest "most used functions there", no i w bardzo duży błąd wprowadzasz tym:
What does the flatMap do? If the value of Optional is present then it invokes the function passed as parameter on that
Musiałeś coś pomieszać w swoim kodzie, gdyż map z Optional nie dbędzie wymagać funkcji mapującej Optional na X tylko T na X, więc sytuacji z Optional> by tutaj nie było. Możemy najzwyczajniej mapować w najzwyklejszy sposób zapominając o optionalach:
@moriturius: Faktycznie mnie zaskoczyłeś, najbadziej z nie-leniwym wywołaniem map.
Nie mniej nie "promowałbym" getterów setterów i flatMap w taki sposób. A już w szczególności, aby gettery i settery zwracały inny typ niż typ atrybutu.
Lata temu miałem wrażenie/przeczucie, że w dyskusjach z tagu #java na mikroblogu nie bierze udziału żaden serio ogarnięty javowiec z paroletnim doświadczeniem. Po latach mogę powiedzieć, że całkowicie się to sprawdza, a wszystkie tematy na mirko o Javie to kopalnia beki patrząc z perspektywy wieloletniego doświadzcenia. Od tematów technicznych po branżowe/ofertowe/zarobkowe mity. #mowiejakjest #oswiadczenie #programowanie
@sgflt: i wniosek dla osób, które chcą serio coś zrobić w tym temacie - porzućcie mirko, nie sugerujcie się rzeczami tutaj wypisywanymi. Sięgnijcie po książki i korzystajcie z zachodnich źródeł - szkoda czasu (sam zmarnowałem już wystarczająco czytając na mirko o programowaniu)
@ravpawlisz: @bazingaxl: Prawda po prostu jest taka, że 90% dyskusji technicznych można wyrzucić do kosza, często uczestnicy dyskusji dochodzą do konkluzji (albo przegaduje wszystkich jakiś "mastah") która i tak nie jest prawdziwa.
A apropo zarobków, na pewno te 10-15k nie jest typowe ale to chyba każdy wie. Raczej bym powiedział, że na początku jest masa mięsa armatniego i hindusów którzy obracają się w kwotach typu 1,5-3k netto. Potem
@notauser: Moim zdaniem w ogóle przebicie progu 10k "na rękę" jest praktycznie nieosiągalne po prostu siedząc i sobie kodząc. Z tego co zaobserwowałem, ludzie którzy tyle zarabiają zaliczają się do pewnych charakterystycznych grup, przykładowo: - kontraktorzy z własną firmą - 2-3 szczególne osoby na team w dużym korpo, które są ostoją projektu i bez nich wszystko mogło by się zawalić albo powstały by ogromne problemy/koszta (typu konieczność "pisania od nowa") - osoby z własnymi produktami - osoby które w zasadzie pracują zdalnie prosto w zachodniej firmie (nie w polskim
@bazingaxl: Banalne pytania i od czego zacząć jeszcze zrozumiem. Boli tylko to, że rozpoczyna się dyskusja, kończy jakimiś niepoważnymi wnioskami zadeklarowanymi przez najbardziej pewnego siebie uczestnika, a człowiek niestety z takich dyskusji się uczy, a potem powiela mity.
@akwes: Rozwaliłeś mnie. Macie totalnie #!$%@? projekt i wysnuwasz teorie o słuszności GITa. To, że nad Tobą pewnie są dziesiątki architektów i managerów nie oznacza, że podjeli dobre decyzje projektowe i są guru.
Po co wersjonować kilkadziesięt GB różnych binarek? bo nie uwierzę, że to wszystko tekst.
Optional
w Javie 8. Ogólnie zamieszczam i zamierzam zamieszczać treści związane z programowaniem, programowaniem funkcyjnym, #scala, #java i co innego ciekawego przyjdzie mi do głowy :)Link do aktualnego posta: http://blog.radoszewski.pl/programming/java/2015/04/19/java-optional.html
Miłego czytania!
Czemu nie po prostu .map? flatMap generalnie używa się do czegoś zupełnie innego. Przykłady też słabe bo nie uciekasz od nulla (nadal w obrębie klasy używasz nulla i ofNullable), dodatkowo Book::getAuthor nie jest skrótem od book -> book.getAuthor(), "Optional" wcale nie jest "underestimated" tylko szumu o tym jest pełno, flatMap wcale nie jest "most used functions there", no i w bardzo duży błąd wprowadzasz tym:
Musiałeś coś pomieszać w swoim kodzie, gdyż map z Optional nie dbędzie wymagać funkcji mapującej Optional na X tylko T na X, więc sytuacji z Optional> by tutaj nie było. Możemy najzwyczajniej mapować w najzwyklejszy sposób zapominając o optionalach:
Nie mniej nie "promowałbym" getterów setterów i flatMap w taki sposób. A już w szczególności, aby gettery i settery zwracały inny typ niż typ atrybutu.