DevCast

Sortuj: kategoriami | alfabetycznie
Najpopularniejsze w tygodniu
Opis: W podcaście Dev:Cast rozmawiamy o holistycznym procesie wytwarzania oprogramowania, dobrych praktykach, metodykach oraz problemach, które towarzyszą na co dzień nam programistom oraz liderom.
Data dodania: 2018-10-12 13:49:54
Data aktualizacji: 2020-04-07 04:55:13
Audycji w katalogu: 44
Stan:
Wciąż na fali (aktywny)
opublikowany 12 dni temu
#42 The Twelve-Factor App
Z chmury wielu z nas programistów korzysta na co dzień. Wdrażamy swoje aplikacje w ramach mikroserwisów, w środowiska skonteneryzowanych. Jest kilka zasad, które musimy przestrzegać aby było to możliwe. Czasem podążamy za wytycznymi z dokumentacji danego rozwiązania. Natomiast istnieje metodologia tworzenia aplikacji o nazwie Twelve-Factor App, która definiuje pewne założenia dla naszej aplikacji. Dzięki temu będziemy mogli z łatwością nie tylko uruchamiać aplikacje w chmurach tj. AWS, Azure, GCP, ale także wykorzystywać możliwość skalowania. Jakie są plusy 12 Factor App? Podczas odcinka dyskutujemy o tym kiedy warto zastosować metodologię Twelve-Factor App, czego nam brakuje w definicji oraz co nie zawsze się sprawdza. Gotowy na podzielenie się swoimi spostrzeżeniami? Zatem: ➡️ Czy spotkałeś się z 12 Factor App? ➡️ Czy stosowałeś 12 Factor App podczas tworzenia aplikacji? ➡️ Jakie widzisz problemy z stosowaniem tej metodologii? Zachęcam Cię do pozostawienia swojej odpowiedzi w komentarzu – dziękuję
pobierz 59.1 MB odcinki RSS iTunes www
opublikowany 26 dni temu
#41 Jak radzić sobie z trudnymi zadaniami?
Każdy lub prawie każdy w życiu miał taki moment, że dostawał takie zadanie, że chciał rzucić wszystko i wyjechać w Bieszczady. Pojawiały się myśli, że to nie jest dla mnie, że jestem po prostu za słaby. Takie sytuacja pojawiają się i będą się pojawiać zarówno w życiu młodego jak i bardzo doświadczonego programisty. W pewnym momencie utkniesz nad jakimś zadaniem i będziesz musiał sobie z nim jakoś poradzić. Moglibyśmy to spuentować stwierdzeniem „Sorry taki mamy klimat” albo „Takie jest życie! Handluj z tym„, ale my wolimy inaczej podejść do sprawy. Jak realizować zadania na pierwszy rzut oka nierealizowalne? W tym podcaście dzielimy się swoimi sprawdzonymi sposobami po jakie można sięgnąć w takich momentach. Sposobami pozwalającymi Tobie, poradzić sobie psychicznie z ciężkimi zadaniami, które mogą wydawać się przeszkodą nie do przejścia. Gotowy na podzielenie się swoimi spostrzeżeniami? Zatem: ➡️ Jak radzisz sobie z przemęczeniem w pracy nad jednym zadaniem? ➡️ W jaki sposób dekomponujesz swoją pracę? ➡️ Co było kiedyś dla Ciebie zbyt ciężkim zadaniem do ogarnięcia? Zachęcam Cię do pozostawienia swojej odpowiedzi w komentarzu – dziękuję
pobierz 76.6 MB odcinki RSS iTunes www
opublikowany ponad miesiąc temu
#40 Narzędzia bez których nie wyobrażamy sobie życia
Podczas organizacji swojej pracy i życia co dziennego coraz częściej sięgamy po oprogramowanie. Są i tacy (cześć, mam na imię Adrian
pobierz 86.2 MB odcinki RSS iTunes www
opublikowany 2 miesiące temu
#39 Programowanie funkcyjne z Krzysztofem Kempińskim
UWAGA! DevEnv YouTube = [link] Programowanie funkcyjne w ostatnim czasie mocno zaznaczyło swoją pozycję w świecie developmentu. Pojawiają się takie języki jak m.in. F#, które fascynują. Programiści języka Java coraz chętniej spoglądają w kierunku języka Scala. Ekstremalni natomiast próbują Erlanga czy Elixira. Dlatego tym razem postanowiłem sprowadzić do podcastu osobę, która na co dzień programuje w języku uważanym za funkcyjny, aby zdradziła mi więcej szczegółów. Co powinieneś wiedzieć o programowaniu funkcyjnym? Podczas podcastu wypytuję Krzysztofa o najważniejsze elementy związane z programowaniem funkcyjnym. Pytam, czy na co dzień spotykamy się z rozwiązaniami funkcyjnymi w innych językach, czy istnieją wzorce projektowe podobne do tych znanych z OOP oraz jakie są różnice między tzw. obiektówką? Gotowy na podzielenie się swoimi spostrzeżeniami? Zatem: ➡️ Czy wykorzystujesz paradygmat programowania funkcyjnego na codzień? ➡️ Co Ci się podoba, a co nie w programowaniu funkcyjnym? ➡️ Erlang, Haskel, Clojure, Scala, Elixir? Zachęcam Cię do pozostawienia swojej odpowiedzi w komentarzu – dziękuję
pobierz 105.6 MB odcinki RSS iTunes www
opublikowany 2 miesiące temu
#38 Czy zawsze potrzebujemy QA w projekcie?
Jakość wytwarzanego oprogramowania zależy od wielu, często zmieniających się czynników. Na jakość wpływa – ilość posiadanego czasu na wytworzenie programu, jego skomplikowanie, doświadczenie zespołu czy też procesy sterujące pracą. W 38 odcinku podcastu DevEnv skupiliśmy się dosłownie na jednym elemencie. Odpowiadaliśmy na pytanie: Czy kompetencje QA potrzebne są w projekcie? Dyskutujemy na temat naszego zrozumienia roli Quality Assurance Specialist. Mówimy o tym, czy programiści i duże pokrycie testami automatycznymi może zastąpić QA. Zmagamy się z naszymi doświadczeniami kiedy musieliśmy wziąć na swoje barki obowiązki QA. Gotowy na podzielenie się swoimi spostrzeżeniami? Zatem: ➡️ Czy w Twoim zespole pracuje QA? ➡️ Czym zajmuje się QA w Twoim projekcie? ➡️ Czy wyobrażasz sobie pracę bez QA? Dlaczego tak/nie? Zachęcam Cię do pozostawienia swojej odpowiedzi w komentarzu – dziękuję
pobierz 71.9 MB odcinki RSS iTunes www
opublikowany 4 miesiące temu
#37 Błędy na początku kariery programisty
Rozpoczynanie swojej pierwszej pracy jest trudnym zadaniem. Łatwo popełnić podstawowe błędy czy też nieświadomie wkopać się w zobowiązania wynikające z podpisanej umowy. Wielokrotnie zdarzyło się nam, praktykować zachowania, które omawiamy. Dziś, z perspektywy czasu widzimy, że nie do końca było to dobre. Czasem uparcie dążyliśmy do rozwiązywania problemów w pojedynkę, a czasem wręcz przeciwnie – wymagaliśmy olbrzymiej cierpliwości i uwagi od bardziej doświadczonych kolegów. Jakie błędy popełniliśmy jako początkujący programiści? Podczas tego odcinka staramy się przybliżyć te elementy, które zapadły nam w pamięci ale także takie, które ciągle obserwujemy u osób zaczynających pracę jako programista. Gotowy na podzielenie się swoimi spostrzeżeniami? Zatem: ➡️ Jakie Ty błędy popełniłeś na początku swojej kariery? ➡️ Jakie błędy obserwujesz u nowych osób w IT? ➡️ Według Ciebie na co zwracać szczególną uwagę? Zachęcam Cię do pozostawienia swojej odpowiedzi w komentarzu – dziękuję
pobierz 62.8 MB odcinki RSS iTunes www
opublikowany 4 miesiące temu
#36 Mikroserwisy – Na co uważać?
Podczas ostatniego odcinka podcastu rozmawialiśmy o tym kiedy warto rozważać architekturę opartą o mikroserwisy. Tym razem skupiliśmy się jednak na problemach i błędach z którymi mieliśmy styczność podczas pracy z mirkoserwisami. Niestety ale często swoje nawyki wynikające z tworzenia większych, monolitowych projektów przenosimy, taka nasza natura – wykorzystujemy znane nam rozwiązania. Staramy się wypunktować najpowszechniejsze problemy, a dokładniej – problemy występujące w zespołach, które po raz pierwszy starają się stworzyć oprogramowanie oparte o mikroserwisy. W jaki sposób podchodzić do komunikacji pomiędzy mikroserwisami? To tylko jeden z przykładów poruszanych podczas rozmowy. Elementów wartych uwagi i przemyślenia natomiast jest znacznie więcej i dokładnie o nich rozmawiamy w tym odcinku. Gotowy na podzielenie się swoimi spostrzeżeniami? Zatem: ➡️ Jak radziłeś sobie z problemami komunikacyjnymi w mikroserwiach? ➡️ Jak dobrze podejść do wyznaczania Bounded Contextu? ➡️ Co Tobie przeszkadzało w pracy z mikroserwisami? Zachęcam Cię do pozostawienia swojej odpowiedzi w komentarzu – dziękuję
pobierz 78.1 MB odcinki RSS iTunes www
opublikowany 5 miesięcy temu
#35 Mikroserwisy - Kiedy warto?
O mikroserwisach czytamy i słyszymy dużo. Sugerowane są podczas budowy rozwiązań Cloud Native oraz chwalą się nimi duże firmy jak Netflix czy Amazon. Gdzie tkwi jednak ich siła? Czy mikroserwisy są dobre dla każdego problemu? Wybór natomiast tego rozwiązania (zresztą jak każdego innego) wiąże się z pewnymi benefitami ale także problemami. W tym odcinku staramy się odpowiedzieć na pytanie kiedy wybrać podejście do budowy rozwiązania informatycznego w oparciu o mikroserwisy. Mikroserwisy czy to na prawdę lek na całe zło? Wspominamy także o początkowych problemach z którymi sami spotkaliśmy się podczas rozpoczynania przygody z architekturą mikroserwisów. Wiele z tych aspektów nie pojawiały się nad jednym większym, monolitowym systemem. Gotowy na podzielenie się swoimi spostrzeżeniami? Zatem: ➡️ Czy pracowałeś kiedyś w systemie opartym w 100% na podejściu mikroserwisowym? ➡️ Jak radzicie sobie z zarządzaniem mikroserwisami na produkcji? ➡️ Kiedy Twoim zdaniem mikroserwisy mają sens? Zachęcam Cię do pozostawienia swojej odpowiedzi w komentarzu – dziękuję
pobierz 65.7 MB odcinki RSS iTunes www
opublikowany 7 miesięcy temu
#34 Jak wprowadzać testy automatyczne w Legacy Code?
Podczas utrzymywania aplikacji z leciwym i zarazem ciężkim do utrzymania kodem, często myślimy o wprowadzaniu testów automatycznych. Na konferencjach słyszmy – Pisz testy jednostkowe! Nawet gdy rozwijasz stary kod. Natomiast rzeczywistość bywa brutalna i często taka forma testów nie dość, że jest skomplikowana (lub niemożliwa) do wprowadzenia to w praktyce okazuje się, że niewiele wniosła. Dlatego też automatyzacja testów w takich aplikacjach nie jest czymś prostym. Należy zidentyfikować miejsca, które warte są wprowadzenia takich testów oraz te, które należy pozostawić ciągle w sferze testów manualnych. Dyskutujemy o tym gdzie i jakie testy automatyczne warto wprowadzić. Gotowy na podzielenie się swoimi spostrzeżeniami? Zatem: ➡️ Czy kiedykolwiek wprowadzałeś testy automatycznej w Legacy Code? ➡️ Co jest największym wyzwaniem w automatyzacji takiej aplikacji? ➡️ Lepiej utrzymywać czy zaorać wszystko i zacząć od nowa?
pobierz 65.7 MB odcinki RSS iTunes www
opublikowany 7 miesięcy temu
#33 Machine Learning z Arturem Trzęsiokiem
Gościem występującym w 33 odcinku podcastu jest Artur Trzęsiok, specjalista na co dzień zajmujący się Machine Learning m.in. w interesującym projekcie medycznym. Rozmawiamy o podstawach oraz zastosowaniach Machine Learning, poruszając najważniejsze elementy, ale także dyskutując o tym: - Jakie problemy mogą być rozwiązywane przez Machine Learning? - W jaki sposób wygląda praca/proces z Machine Learning? - Od czego warto zacząć naukę? - Na ile istotna jest wiedza na temat algorytmów, statystyki, matematyki? - Jak wygląda rynek pracy dla MLowca? - Jakie części naszego życia mogą zostać usprawnione przez Machine Learning? - Czy są i jeśli tak, to jakie niebezpieczeństwa niesie za sobą Machine Learning? Gotowy na podzielenie się swoimi spostrzeżeniami? Zatem: ➡️ Czy badałeś kiedyś czym jest to słynne uczenie maszynowe? ➡️ Czy miałeś do czynienia w projekcie z Machine Learning? ➡️ Czy Machine Learning może zastąpić programistów w określonym zakresie? Zachęcam Cię do pozostawienia swojej odpowiedzi w komentarzu – dziękuję
pobierz 86.4 MB odcinki RSS iTunes www
opublikowany 8 miesięcy temu
#32 Problemy w projektach
Problemy w projekcie pojawiają się często. Staramy się je rozwiązywać, aby ułatwiać sobie pracę. Część z nich niestety świadomie pozostawiamy i nieco udajemy, że ich nie ma. Dotyczą one różnych aspektów – od problemów technicznych po organizacyjne. Tym razem staramy się ominąć problemy techniczne i skupić się na tych około projektowych, najczęściej przez nas spotykanych problemach. Brak informacji o tym jak uruchomić projekt, znużenie projektem, wykonywanie skomplikowanych czynności manualnych, to tylko część tematów, które poruszyliśmy w tym odcinku podcastu. Gotowy na podzielenie się swoimi spostrzeżeniami? Zatem: ➡️ Co najczęściej denerwuje Cię w projektach? ➡️ Czy istnieją problemy, których nie rozwiązujecie? ➡️ Jakie problemy sam wygenerowałeś i musiałeś się potem z nimi zmagać? Zachęcam Cię do pozostawienia swojej odpowiedzi w komentarzu – dziękuję
pobierz 62.8 MB odcinki RSS iTunes www
opublikowany 8 miesięcy temu
#31 CQRS z Andrzejem Krzywdą
Gościem występującym w 31 odcinku podcastu jest Andrzej Krzywda, na co dzień programista oraz CEO firmy Arkency. Rozmawiamy o CQRS (Command Query Responsibility Segregation), poruszając najważniejsze podstawy, ale także dyskutując o: - CQRSie jako sposobie na walkę z legacy code, szczególnie w kontekście aplikacji opartych o Ruby on Rails, - wykorzystaniu widoków bazodanowych w read modelach, czyli „CQRS po białostocku”, - dużych formularzach, które mogą wywołać kilka akcji domenowych, - Eventual Consistency. Gotowy na podzielenie się swoimi spostrzeżeniami? Zatem: ➡️ Czy wykorzystywałeś w praktyce wzorzec CQRS? ➡️ Jakie inne zalety dostrzegasz w wykorzystywaniu CQRS? ➡️ Czy jest coś na temat DDD/CQRS-ES co chciałbyś wiedzieć? Zachęcam Cię do pozostawienia swojej odpowiedzi w komentarzu – dziękuję
pobierz 60.1 MB odcinki RSS iTunes www
opublikowany 9 miesięcy temu
#30 Jak być lepszym programistą?
Wybór kierunków swojego programistycznego rozwoju nie jest łatwy. W gąszczu technologii, metodyk, bibliotek łatwo się zagubić i główkować co będzie dla nas lepsze. Wielokrotnie przechodziliśmy z Bartkiem przez dokładnie ten sam problem. Lepiej, będziemy do niego wracać co jakiś czas, ponieważ zawsze możemy usprawnić swoje działania, efektywniej wykonywać co dzienną pracę. Co nam pomogło w staniu się lepszym programistą? Podczas podcastu staraliśmy się odpowiedzieć na powyższe pytanie, definiując najważniejsze z naszego punktu widzenia elementy, wpływające na stanie się lepszym programistą ale także na stanie się lepszym współpracownikiem. Poruszamy podstawowe elementy na które warto zwrócić uwagę, aby nie tylko poprawić swoje umiejętności techniczne ale także te związane z współpracą, która jest tak ważna w naszej pracy.
pobierz 61.0 MB odcinki RSS iTunes www
opublikowany 9 miesięcy temu
#29 Sposoby wymiany wiedzy w zespole
Dzielenie się wiedzą w zespołach programistycznych jest bardzo ważną sprawą. Nie wszystko co wiesz na temat projektu jest znane pozostałym członkom zespołu. Działa to także w drugą stronę – nie zawsze wszystko wiesz, a i też nie wszystkie zakamarki aplikacji musiałeś prześledzić. Budowanie silosu wiedzy, dotyczącego czy to aspektów biznesowych czy też technicznych nie wpływa korzystnie na utrzymanie projektu. Wyobraź sobie dłuższą nieobecność osoby odpowiadającej za funkcjonalność X, której nikt poza nią nie zna… Dlatego wychodząc na przeciw: Omawiamy metody, które używaliśmy w celu propagowania wiedzy projektowej. Gotowy na podzielenie się swoimi spostrzeżeniami? Zatem: ➡️ W jaki sposób dzielicie się wiedzą projektową w zespole? ➡️ Czy i w jaki sposób propagujecie wiedzę pomiędzy zespołami? ➡️ Kto dba o propagowanie wiedzy w Twojej organizacji? Zachęcam Cię do pozostawienia swojej odpowiedzi w komentarzu – dziękuję
pobierz 51.9 MB odcinki RSS iTunes www
opublikowany 11 miesięcy temu
#28 Zbędne czy istotne? O benefitach w IT
Ofert pracy na rynku IT nie brakuje. Pracodawcy próbują zwracać na siebie uwagę nie tylko prężnym, młodym i ambitnym zespołem ale też oferowanymi benefitami. Począwszy od tych spotykanych na co dzień jak owocowe piątki, imprezy integracyjne, prywatna opieka medyczna, fun roomy (wypełnione po brzegi „zabawkami”), elastyczny czas pracy, aż po te bardziej niespotykane jak samochód sportowy na weekend. Na początku swojej zawodowej kariery kręciły mnie te wszystkie extra rzeczy. Teraz podchodzę do tego w zupełnie inny sposób. Benefity z oferty nie odgrywają większej roli, a samo określenie benefit oznacza dla mnie/nas coś nieco innego. Więc zmierzając do sedna: Jakich benefitów oczekują programiści? Dyskutujemy między innymi o tym co nas kręci, co nam totalnie zwisa oraz czy formy benefitów zmieniają się wraz z rozwojem pracownika. Gotowy na podzielenie się swoimi spostrzeżeniami? Zatem: ➡️ Które benefity są dla Ciebie wartościowe? ➡️ Czego brakuje Ci u obecnego pracodawcy? ➡️ Jakie benefity z Twojego punktu widzenia są ośmieszające? Zachęcam Cię do pozostawienia swojej odpowiedzi w komentarzu – dziękuję
pobierz odcinki RSS iTunes www
opublikowany 11 miesięcy temu
Dev:Cast – #27 Wejście smoka do IT
IT przeżywa niesamowity rozwój. Słyszymy, że na rynku wciąż brakuje specjalistów, zarobki z roku na rok są coraz wyższe – ogólnie cud, miód i orzeszki w tej branży
pobierz odcinki RSS iTunes www
opublikowany 12 miesięcy temu
#26 Lead Developer? Kto to #$%#@ jest?!
Jakiś czas temu rozmawialiśmy w kuluarach na temat roli jak Lead Developer. Nasze spojrzenia na kwestię obowiązków były różne i wynikały z nabytych doświadczeń podczas pracy nad różnymi projektami w różnej konfiguracji personalnej. W tym odcinku podcastu staraliśmy się odpowiedzieć na zasadnicze pytanie: Za co może być odpowiedzialny Lead Developer? Dyskutujemy o potencjalnych odpowiedzialnościach, tym czy taka rola musi pojawiać się w każdym projekcie oraz kiedy może przynosić korzyści? Czy coś z tego wynikło? Tak. Zdefiniowaliśmy wstępnie pięć typów Lead Developera mając pełną świadomość, że to tak na prawdę typy wynikające z naszych obserwacji i wstęp do dłuższej dyskusji. Zainteresowany? W takim razie zapraszam Cię do odsłuchu tego odcinka podcastu. Gotowy na podzielenie się swoimi spostrzeżeniami? Zatem: ➡️ Z jakimi typami Lead Developera się spotykałeś? ➡️ Za co powinien być odpowiedzialny Lead Developer i dlaczego? ➡️ A może sam pełniłeś/pełnisz rolę Lead Developera? Czym się w takim razie zajmujesz? Zachęcam Cię do pozostawienia swojej odpowiedzi w komentarzu – dziękuję.
pobierz odcinki RSS iTunes www
opublikowany ponad rok temu
#25 Efektywność w pracy. Jak staramy się ją utrzymywać?
Komu tak na prawdę wysoka efektywność w IT przynosi największą wartość? Czy tylko pracodawcy czy jednak pracownik może także na tym zyskać? Kiedy efektywność nie jest pożądana, nie przynosi wartości programiście i jest totalnie przez nich olewana? Podczas dwudziestego piątego odcinka razem z Bartkiem poruszamy temat, który dzieli zamiast łączyć dwa światy – świat pracodawcy oraz pracownika. Pracodawca wymaga efektywności działań programisty, natomiast programista oczekuje otoczenia które pozwala mu dobrze i efektywnie wykonywać swoją pracę. Na co więc zwracamy my – programiści uwagę? Po co warto i jak utrzymywać wysoką efektywność w pracy? Z Bartkiem dyskutujemy o tym dlaczego warto być efektywnym oraz dzielimy się spostrzeżeniami co wpływa na naszą efektywną pracę. Zainteresowany? W takim razie zapraszam Cię do odsłuchu tego odcinka podcastu ⤵️⤵️
pobierz odcinki RSS iTunes www
opublikowany ponad rok temu
#24 Front-End Development - Startujemy z nowym projektem
Front-End development ewoluuje z szybkością bliską prędkości światła ⚡️ Rozwijane są kolejne wersje istniejących rozwiązań, pojawiają się nowe frameworki oraz biblioteki. Ogromna społeczność około frontendowa głowi się i trudzi aby dostarczać coraz lepsze rozwiązania ułatwiające co dzienną pracę programisty ale także rozwiązywać znane problemy w inny, a zarazem lepszy sposób. Jak zatem nadążać za pojawiającymi się nowościami? Jak podchodzić do wyboru konkretnych rozwiązań przy startowaniu nowego projektu frontendowego? Jakie narzędzia wybierać do front-end developmentu? Razem z Łukaszem oraz Rafałem staramy się odpowiedzieć na powyższe pytania, dając wskazówki co do wyboru: - frameworka, - biblioteki do testów jednostkowych, - bundlera oraz task runnera. Ciekawy co mają do powiedzenia specjaliści w temacie frontendu? W takim razie zapraszam Cię bardzo serdecznie do odsłuchu ⤵️⤵️
pobierz odcinki RSS iTunes www
opublikowany ponad rok temu
#23 Unit Tests – Dobre praktyki.
Testy jednostkowe to temat, który nie raz poruszaliśmy podczas naszego podcastu. Wspominaliśmy o ich wartości, głównych zasadach ale także zachwalaliśmy technikę Test-driven development. Z naszych rozmów jednoznacznie wynika, że praca bez Unit Tests jest dla nas ciężka i tak na prawdę zwiększa ilość pracy… Dlaczego? Ponieważ po każdej zmianie w kodzie, gdy brakuje testów jesteśmy zmuszeni do przeprowadzania manualnej weryfikacji czy nasza aplikacja dalej działa bezbłędnie. Myślicie, że dobrym pomysłem byłoby nagranie odcinka w którym rozprawiamy się z „wadami” testów jednostkowych i obalamy związane z nimi mity? ✨ Tym razem jednak skupiliśmy się na definicji kilku dobrych praktyk wspomagających tworzenie testów jednostkowych. Takich testów, które dobrze weryfikują implementacje, zapewniają jakość oraz łatwo jest je utrzymywać. Jakie dobre praktyki warto stosować podczas pisania testów jednostkowych? Wśród popularnych aspektów jak zasady FIRST czy grupowanie implementacji testu w trzy grupy – Given, When, Then pojawiły się także inne warte uwagi techniki. Jesteś ciekawy jakie? To serdecznie zapraszam Cię do odsłuchu ⤵️⤵️
pobierz odcinki RSS iTunes www
Starsze
»
miodek