Autor: Mariusz Jurczenko

Jestem Programistą .NET Fullstack Developer z bogatym doświadczeniem komercyjnym, który programowanie w C# traktuje nie tylko jako zawód, ale przede wszystkim jako życiową pasję. Przez lata zdobywania wiedzy i praktyki w branży IT odkryłem, że dzielenie się doświadczeniem z innymi jest równie satysfakcjonujące, jak sam proces tworzenia kodu. W mojej karierze zawodowej skupiłem się na tworzeniu i rozwijaniu zaawansowanych rozwiązań w technologii .NET, zawsze dążąc do perfekcji technicznej i funkcjonalności. Jako mentor i nauczyciel, moim celem jest przekazywanie wiedzy w sposób jasny i przystępny, zachęcając kursantów do stawiania pytań i aktywnego udziału w procesie nauki. Poza programowaniem, moje życie wypełniają pasje związane ze sportem i aktywnością fizyczną. Jestem zapalonym miłośnikiem wspinaczki skałkowej i turystyki górskiej, co pozwala mi zachować równowagę między pracą umysłową a fizyczną. Bieganie, gra w piłkę nożną oraz zainteresowanie nowoczesnymi technologiami to kolejne elementy, które wnoszą dynamikę i różnorodność do mojego życia. Wierzę głęboko, że każdy krok w nauce jest kamieniem milowym w naszym rozwoju osobistym i zawodowym. Nawet najmniejszy postęp jest cenny. Dlatego serdecznie zapraszam Was do aktywnego uczestnictwa w moim kursie, zadawania pytań i dzielenia się swoimi doświadczeniami. Razem możemy tworzyć nie tylko wartościowy kod, ale także ciekawą i wspierającą się nawzajem społeczność.

Powszechne Zasady Projektowe

Istnieje pewna liczba powszechnych zasad projektowych. Niektóre zasady projektowe mogą wydawać się banalne, ale nawet początkujący programista powinien ich przestrzegać. Jeśli sądzisz, że się z nimi nie spotkałeś to możesz się zaskoczyć, na pewno je znasz, tylko nie wiedziałeś, że mają one swoje nazwy.

DDD – Domain-Driven Design

DDD to podejście do tworzenia oprogramowania zorientowanego na biznes. Problemy i wyzwania, które pojawiają się podczas tworzenia i utrzymania oprogramowania, w większości wynikają z ciągłego rozwoju firmy.

Clean Architecture

Clean Architecture to koncepcja architektury oprogramowania zaproponowana przez Roberta C. Martina, znanego również jako “Uncle Bob”. Jest to podejście do tworzenia skalowalnych, modułowych i łatwo testowalnych systemów, które są odporne na zmiany i zależności.

Formularze HTML

Porozmawiajmy teraz o formularzach w HTMLu. Do tej pory w witrynie, którą stworzyliśmy, wyświetlamy tylko informacje. Wyświetlamy logo i informacje o witrynie oraz tekst i stopkę, ale nie zezwalamy użytkownikowi na udzielanie nam żadnych informacji, aby zbierać informacje od użytkownika…

Tagi

Porozmawiajmy teraz o kilku ważnych znacznikach w HTML. Wcześniej krótko wprowadziłem pojęcie tagu div, a div to tylko część strony HTML…

Struktura strony HTML 5

wórzmy teraz stronę HTML od podstaw, abyśmy mogli zobaczyć prawdziwą strukturę strony HTML. Strony HTML zaczynają się od tagu o nazwie HTML

Znaczniki Html

Więc niektóre z podstaw znaczników są takie, że możemy mieć element, a element jest nazwą obiektu i jest otoczony dwoma nawiasami kątowymi, i w tym przypadku stanowi to początek tej struktury…

Przedstawiamy HTML

Witam w szybkim kursie tworzenia stron WWW dla początkujących z HTML5, CSS, JavaScript i Jquery. W dzisiejszym wpisie zrobimy wprowadzenie do HTML.

UML (Unified Modeling Language)

UML (Unified Modeling Language) to standardowy język modelowania stosowany w rozwoju oprogramowania do wizualizacji, projektowania i dokumentowania systemów informatycznych. Zapewnia zestaw graficznych notacji, które pozwalają programistom komunikować się i zrozumieć strukturę, zachowanie i relacje między różnymi komponentami w systemie oprogramowania.

Dependency Inversion Principle – DIP

Moduły wysokopoziomowe nie powinny zależą od modułów niskopoziomowych, obie grupy modułów powinny zależeć od abstrakcji. Abstrakcje nie powinny zależeć od szczegółów rozwiązania, to szczegóły powinny zależeć od abstrakcji.

Interface Segregation Principle – ISP

Teraz omówimy zasadę segregacji interfejsów jest to czwarta zasada SOLID, która opisuje, jak powinniśmy projektować i używać interfejsy w naszych aplikacjach. Zasada ta stanowi, że klienci (klasy) nie powinni być zmuszani do polegania na metodach, których nie używają. Kilka dedykowanych interfejsów jest lepsze niż jeden, który jest zbyt ogólny.