Maciej Aniserowicz's Blog, page 11
November 26, 2019
November 25, 2019
November 24, 2019
Cake – jak wdrażać, aby się nie zrażać
Aby uruchomić aplikację, zdarza się, że musimy – poza jednorazowym dostosowaniem środowiska programistycznego – za każdym razem wykonywać kilka czynności. Przykładowo: żeby zbudować aplikację typu SPA i zarazem uruchomić API, trzeba przeprowadzić minimum dwie operacje, czyli wystawić API oraz stworzyć pakiet widoków.
Dla jednej aplikacji strata czasu jest „mało” zauważalna, ale co w wypadku, gdy potrzeba postawić 9 systemów i dla każdego wystawić widoki? A co dla 60? Dla masochistów – sytuacja idealna, ale dla osoby, która chce być efektywna w swojej pracy, to strata czasu i nerwów.
Pierwsze, co przychodzi na myśl, to skrypty. Zgoda, pójdziemy jednak dalej.
A co, gdybyśmy wykorzystali coś na wzór PowerShell, ale w kodzie zarządzanym, który potrafi zintegrować ze sobą ponad 50 rozwiązań, od skryptów przez narzędzia aż po usługi? Czemu nie!
Cake
Cake (C# Make) – jak wskazuje nazwa – został oparty na C#. W jednym narzędziu łączymy moc skryptów, wieloplatformowość oraz zalety kodu zarządzanego. Domyślnym plikiem jest build.cake, w którym definiujemy zadania, a build.ps1 – skryptem, który go uruchamia. Tenże skrypt, zanim uruchomi Cake’a, ściąga potrzebne zależności. Razem z rozwiązaniem tworzy się folder tools, w którym znajdziemy:
nuget.exe – aktualny plik uruchamiający NuGet;
packages.config – dodatkowe rozszerzenia, z których Cake może korzystać.
Dodatkowo w obrębie tego folderu będą instalowane rozszerzenia oraz dodatki, które można zignorować w systemie kontroli wersji.
MSBuild
View the code on Gist.
W artykule Wyciśnij z MSBuilda ostatnie soki opisałem, co znaczą poszczególne argumenty. Najważniejsze z nich:
UseToolVersion(MSBuildToolVersion.VS2019)– użyj silnika MSBuild z VS2019, czyli v16.
WithConsoleLoggerParameter("ErrorsOnly") – wyświetlaj tylko błędy.
SetMaxCpuCount(0) – użyj wszystkich rdzeni do budowania.
SetNodeReuse(true) – pozwól innym projektom użyć tego samego procesu do budowania.
WithProperty("BuildInParallel", "true") – każdy projekt powinien być budowany równolegle (o ile to możliwe).
WithProperty("CreateHardLinksFor*", "true") – współdzielone pliki przenieś do RAM i z niego wykonuj zapis/odczyt.
NuGet
Proces ściągania paczek w podstawowej wersji wygląda tak:
View the code on Gist.
Gdy podamy nazwę solucji, rozwiązanie przeszukuje foldery w formacie solucja/solucja.sln.
Proces komplikuje się w momencie uruchomienia tego samego rozwiązania dla kilku solucji naraz. NuGet działa równolegle dla jednego procesu, jednak kiedy odpalimy kilka/kilkanaście takich procesów, to zaczyna się sajgon.
Poza wieloma połączeniami, które obciążają i obniżają szybkość ściągania, NuGet sam w sobie jest chciwy: gdy przynajmniej dwa procesy zechcą skorzystać z tej samej paczki, to wygra pierwszy, a spowodowane jest to pomieszaniem odczytu z zapisem paczek. Wtedy wszystkie procesy się zatrzymają.
Rozwiązaniem jest agregacja projektów do tymczasowej solucji, dla których mają być ściągnięte paczki. Jedno połączenie, brak duplikatów przy ściąganiu, brak walki o paczki, czyli szybki i deterministyczny mechanizm.
View the code on Gist.
NuGet sam w sobie wie, jak się skalować, i jedyne, co będzie nas ograniczało, to szybkość łącza.
Metoda CreateTempSolution do tworzenie solucji jest niczym innym jak sklejeniem ścieżek i GUID-ów do odczytania przez dowolny program wspierający rozszerzenie .sln.
Uruchamianie za pomocą skryptów
Gdy mam już zadania, to czas je uruchomić. Zadania można grupować, aby zachować odpowiednią kolejności, więc dla jednej solucji będzie tak:
View the code on Gist.View the code on Gist.
dla wielu:
View the code on Gist.View the code on Gist.Integracja z innymi usługami oraz narzędziami
Weźmiemy na tapet skrypty PowerShell oraz integracje IIS z ASP.NET oraz ASP.NET Core.
Zadanie trywialne? Może tak, jeśli mówimy o postawieniu jednej aplikacji. Gdy wchodzą różne środowiska (development, UAT, hotfix), a liczba aplikacji się rozrasta, to ręczne stawianie środowiska i przełączanie się między nimi jest uciążliwe. Aby wystawić aplikację trzeba stworzyć:
folder wynikowy dla środowisk;
pulę aplikacji dla ASP.NET oraz ASP.NET Core – nie może być jedna pula, bo ASP.NET Core nie jest uruchamiany z poziomu .NET CLR, sam zarządza swoimi zasobami. Na domiar mamy jeszcze tryby InProcess oraz OutOfProcess;
witrynę dla ASP.NET oraz ASP.NET Core – jedna pula, jedna witryna (dla InProcess jedna pula, jedna witryna, jedna aplikacja);
wirtualny folder dla środowisk development, UAT, hotfix.
Należy dodać lub nadpisać aplikację dla środowisk deweloperskich. Nie ma potrzeby tworzenia folderu wynikowego dla aplikacji (WebDeploy), gdyż wystarczą fizyczne foldery aplikacji oraz folder wynikowy dla środowiska.
Rozwiązanie szuka folderów z plikami .csproj, gdzie poszukuje web.config dla ASP.NET oraz appsettings.json dla ASP.NET Core. Jeżeli znajdzie taki folder, to stworzy dla niego aplikację w IIS według wytycznych.
View the code on Gist.
Domyślne wartości w skrypcie pozwolą utworzyć środowisko dla wszystkich aplikacji.
View the code on Gist.
Jeśli jednak będziemy chcieli zmienić parametry, to skrypt poniżej na to pozwala.
View the code on Gist.Azure DevOps
Uruchomienie skryptów z poziomu Azure DevOps nie jest niczym nadzwyczajnym. Wystarczy zainstalować rozszerzenie Cake i wkleić do pliku YAML.
View the code on Gist.
Podsumowanie
Cake jest potężnym narzędziem, dzięki któremu można zautomatyzować procesy związane z integracją i wdrożeniem wielu rozwiązań i trzymać się jednego rozwiązania. W następnym artykule pokażę, jak zintegrować ze sobą zarządzanie projektami z Cake oraz jak zbudować własne SDK, rozszerzając znacząco możliwości MSBuild.
Jeśli nie lubisz skryptów i wolisz pisać tylko w jednym języku, polecam sprawdzić NUKE.
Do następnego!
Jeśli masz jakieś pytania, pisz śmiało!
The post Cake – jak wdrażać, aby się nie zrażać appeared first on devstyle.pl.
November 22, 2019
Jesienna regeneracja i kolejne pomysły, czyli Październik 2019. Podsumowanie i raport finansowy.
Na swoim (nieaktywnym już) profilu na Patronite obiecałem publikować co miesiąc “raport finansowy”. Dodatkowo zamieszczam podsumowanie tego, co działo się w imperium devstyle w ostatnim miesiącu. Pokazuję… wszystko. Bez tajemnic. Enjoy!
A TUTAJ znajdziesz wszystkie moje raporty, poczynając od maja 2017!
Miesiąc temu napisałem że zastanawiam się nad zaprzestaniem publikowania tych tekstów. Dostałem feedback, żeby nie zaprzestać. No to nie zaprzestaję i kontynuuję :).
W październiku wreszcie udało się rozpocząć finalizację Projekt:Mieszkanie_Na_Biuro. Niewielkie lokum w centrum Białegostoku już kupione i czeka na moją wprowadzkę. Najs.
Z Damianem Widerą ogłosiliśmy nowy Program w imperium devstyle: dbmaster. Zainteresowanie okazało się bardzo duże… i fajnie :).
Oprócz tego po długiej przerwie wskoczyłem na scenę, i to dwukrotnie. Raz w Gdańsku opowiadałem o starcie w IT (Future3) i raz w Warszawie o #slowbiz (Founders Mind). Kolejne prelekcje są już umówione i git, bo nadal bardzo to lubię. Na kolejny rok jestem zabukowany już na przynajmniej 3 kolejne wystąpienia w pierwszym półroczu, co strasznie cieszy.
Przez cały czas szukamy nowych sposobów na pracę w naszym zespole.
O jednym z eksperymentów opowiedziałem we VLOGu (na tle pięknego 500-konnego Porsche, którym akurat tego dnia miałem okazję pośmigać po białostockim torze dzięki uprzejmości Felixa, białostockiego rajdowca).
A teraz jak zwykle: kasa -> podsumowanie -> linki.
Raport finansowy: przychody
Założenia:
pieniądze (brutto) wpływające na konto w bieżącym miesiącu
usługa mogła być zrealizowana w innym terminie
Pozycje:
książka “Zawód: Programista”: 5 386,38 zł
Program “DNA: Droga Nowoczesnego Architekta”: 256,125.56 zł
W sumie: 261,511.94 zł
Raport finansowy: wydatki
Założenia:
kwota brutto, znikająca z konta, bez uwzględnienia odliczeń od podatków
Pozycje (linki afiliacyjne):
ZUS: 2 538,88 zł
stały zespół: 12 759.47 zł
Ania (asystentka / PM / COO)
Magda (slowbiz & gitmastery & marketing)
Julita (księgowa)
Andrzej (montaż video)
Krzysiek (montaż audio)
Agnieszka (korekta tekstów)
PIT-4: 2 099,00 zł
DNA Droga Nowoczesnego Architekta:
Mentorzy: 150 000.00 zł
programowanie #1: 9225.00 zł
strona rejestracji dodatkowej: 615.00 zł
grafiki: 6 728.72 zł
montaż: 6 958.25 zł
kurier: 47.97 zł
afiliacja: 9 440.50 zł
zwroty: 65,498.10 zł
domeny
mailketing.pl: 12.18 zł
zawodprogramista i zawod-programista: 137.76 zł
biuro
czynsz: 553.50 zł
Mieszkanie pośrednik nieruchomości 1/2: 2 500.00 zł
Mieszkanie na biuro – zadatek: 30 000.00 zł
narzędzia i usługi
Obsługa Klienta (IMKER): 281.67 zł
LibSyn: 56.18 zł
Shoplo (sklep): 60.27 zł
SalesCRM (sklep): 243.54 zł
obsługa płatności online (BlueMedia): 24.03 zł
obsługa płatności online (Przelewy24 – nie polecam): 426.61 zł
telefon Orange: 50.00 zł
internet T-Mobile: 0 zł
XMind Zen: 0 zł (opłacone do 01/2020)
MailTrack: 0 zł (opłacone do 05/2020)
Vimeo: 768.00 zł (opłacone do 10/2020)
ConvertKit (devstyle): 0 zł (opłacone do 09/2020)
LeadPages: 1561.71 zł (opłacone do 10/2021)
CoSchedule: 0 zł (opłacone do 09/2020)
Google Storage: 0 zł (abonament roczny)
DropBox: 0 zł (opłacone do 02/2020)
DropBox (dla Ani): 0 zł (opłacone do 06/2020)
infakt: 0 zł (opłacone do 01/2020)
wFirma: 0 zł (opłacone do 09/2020)
ToDoist: 137.63 zł (opłacone do 11/2020)
Headspace: 0 zł (anulowane)
Bonjoro: 0 zł
SleepCycle: 0 zł (opłacone do 06/2020)
ActiveCampaign (slowbiz): 582.32 zł
Grammarly (dla Magdy): 230.94 zł (opłacone do 01/2020)
Bear: 59.99 zł (opłacone do 09/2020)
StreamYard: 98.00 zł
Updraft Plus (WP backup plugin): 238.73 zł (opłacone do 09/2020)
dhosting.pl: 382.80 zł (opłacone do 10/2020)
Sonix.ai: 465.13 zł
sprzęt
DJI Osmo Pocket adapter do statywu 1/4: 45.00 zł
zdrowie
psychoterapia: 1 100.00 zł
płatki magnezowe do kapieli: 45.90 zł
marketing
reklama Facebook: 215.24 zł
reklama Google: 0 zł
książki
Brene Brown “Z wielką odwagą”: 31.98 zł
Brene Brown “Z odwagą w nieznane”: 27.51 zł
Miguel Ruiz “Ścieżka wolności”: 19.99 zł
Osho “Wolność”: 15.84 zł
Viktor Frankl “Wola sensu”: 20.27 zł
Osho “Tao. Trzy skarby.”: 24.24 zł
Miguel Ruiz “Piąta umowa”: 18.79 zł
Erich Fromm “O sztuce miłości”: 18.34 zł
Erich Fromm “O miłości do życia”: 13.96 zł
Michael Gerber “Mit przedsiębiorczości”: 28.52 zł
Osho “Księga ego”: 15.49 zł
Viktor Frankl “Człowiek w poszukiwaniu sensu”: 19.21 zł
Miguel Ruiz “Cztery umowy”: 15.33 zł
Cichy “Pozwól rzece płynąć”: 22.27 zł
Lech Kaniuk “Siła Pędu” ebook: 9.90 zł
wsparcie 1 autora na Patronite: 16,00 zł
książka “Zawód: Programista” (obsługuje firma IMKER)
wysyłka: 740.46 zł
magazynowanie: 301.35 zł
samochód:
leasing: 1 774.56 zł
wykup z leasingu: 804.90 zł
benzyna: 1 650.96 zł
nakładka na tablicę rejestracyjną: 250.00 zł
rejestracja z leasingu na mnie: 83.00 zł
badania techniczne: 100.00 zł
Wawa parking Founders Mind: 140.00 zł
wulkanizacja: 50.00 zł
parking SkyCash: 101.90 zł
inne:
Hotel Wawa Sangate (Founders Mind): 896.67 zł
Hotel Pokrzywna (mastermind): 675.00 zł
Hotel Aspen (utracona zaliczka): 175.50 zł
PKP Ania i Magda (Founders Mind): 455.61 zł
W sumie: 314,705.57 zł
Podsumowanie i plany
Październik fajnie obrazuje wydawanie produktów w cyklu okienek sprzedażowych. Nie było żadnego otwarcia, ale z wrześniowego DNA “nakapało” ponad ćwierć miliona opóźnionych płatności. To zawsze tak wygląda, bo data zamknięcia okienka dotyczy złożenia, a nie opłacenia zamówienia.
Jeszcze w temacie DNA: zbieramy i podsumowujemy ten projekt od strony organizacyjno-marketingowo-sprzedażowej. Szykuje się bardzo soczyste case study! Całość opublikujemy na slowbiz, gdzie zajawki w postawi kilku maili już powędrowały.
I ostatni akapit o DNA: zwroty. Zwrotów nazbierało się na kilkadziesiąt tysięcy, ale można zaobserwować interesujące zjawisko: ogromna większość tych zwrotów to efekt maila wysłanego ostatniego dnia sprzedaży. Mail mówił: kup dziś za swoje, a jeśli przekonasz firmę do zasponsorowania Ci DNA to my Tobie kasę zwrócimy i przyjmiemy ją z powrotem od firmy. Bardzo wiele osób skorzystało z tej opcji. Pozostali napisali, że materiał jest dla nich za trudny. A tak faktycznie, prawdziwie niezadowolonych Uczestników było trzech czy czterech. Przy tej skali to bardzo, BARDZO zadowalający wynik.
W listopadzie nastąpi start #dbmaster. Zaczniemy od webinaru o indeksach oraz otwarcia (i zamknięcia) przedsprzedaży. Dotychczasowe zainteresowanie pozwala wnioskować, że będzie to kolejna bardzo udana inicjatywa. Ale czy tak się faktycznie stanie: zobaczymy. W każdym razie Damian Widera to odpowiednia osoba na odpowiednim miejscu i bardzo się cieszę, że udało się nam nawiązać taką współpracę.
W kosztach widać wydatek na mieszkanie biurowe, ale to dopiero początek. W listopadzie nastąpi sfinalizowanie transakcji, odbiór kluczy i przenosiny. Nie mogę się doczekać, to CHYBA świetna inwestycja. Nawet gdybym się rozmyślił to doskonała lokalizacja (samo centrum) i niski czynsz (ok 200zł) uczynią zeń ewentualny fajny początek przygody z “zawód: rentier”.
I jeszcze plany “rozrywkowe”: po wrześniowym ipadzie planuję kupić sobie trochę ciekawego sprzętu. Na pierwszy ogień pójdzie Oculus Quest bo jestem BARDZO ciekaw tej całej Virtualnej Realności, którą dotychczas omijałem szerokim łukiem. Będę też wybierał douszne słuchawki bezprzewodowe. Ostrzę się również na przenośny projektor, żeby do nowego mieszkania nie wstawiać telewizora tylko – w razie szkoleń, które tam się będą odbywały – poeksperymentować w rzucaniem ekranu na ścianę. A i Bohemian Rhapsody już dawno nie oglądałem, więc to mógłby być fajny motyw. Jak myślicie, warto nagrywać tego recenzje? Takie niesponsorowane, prawdziwe, rzetelne, okiem AMATORA, którego interesuje faktycznie przydatność i jakość produktów, a nie gołe cyferki w specyfikacji.
Natomiast jeśli chodzi o dalszą przyszłość to – jak zwykle – nie wiadomo. Są ciekawe propozycje, interesujące opcje, ale co się faktycznie wydarzy to dopiero zobaczymy.
A teraz:
Podsumowanie aktywności devstyle 10/2019
I przy okazji zapytanie:
Chcesz pisać na devstyle? Chcesz dotrzeć do setek/tysięcy polskich programistów?
Jeśli masz wiedzę “do podzielenia się” i chęci dołączenia do naszej Redakcji to daj znać!
(uwaga: szukamy tekstów technicznych)
Teksty:
Wyciśnij z MSBuilda ostatnie soki – [PIOTR CZECH]
5 kroków do napisania pierwszej aplikacji we Flutterze – [MARCIN SZAŁEK]
Doświadczenia z BI w Azure w pigułce – [ADAM MARCZAK]
Już nic mnie nie zaskoczy, czyli Wrzesień 2019. Podsumowanie i raport finansowy.
Golang #4 – pakiety oraz dostępność – [BARTŁOMIEJ KLIMCZAK]
Podcasty (i inne audio):
DevTalk #103 – O Flutterze z Dominikiem Roszkowskim
DevTalk #104 – O angielskim w IT z Maciejem Jędrzejewskim
VLOGi:
TABU po raz kolejny [vlog #310]
RYTM [vlog #311]
KIERUNEK [vlog #312]
Byłem HEJTEREM [vlog #313]
TO nasza tragiczna choroba [vlog #314]
Zespołowy EKSPERYMENT [vlog #315]
Sportowiec czy przedsiębiorca? [vlog #316]
Szokujące WYZNANIE o delegacji i podziale prac. A dodatkowo : kupiłem mieszkanie! [vlog #317]
Video:
wywiad u Mirka Burnejko⭐️(BARDZO polecam, dostaje świetny feedback i obejrzało go już ponad 60 tysięcy osób!)
Wyjazdy / konferencje:
Future 3 (Gdańsk)
Founders Mind (Warszawa)
====
Dzięki za uwagę i pozdro!
P.S. Jak zwykle, jeśli masz jakiekolwiek pytania: nie wahaj się, tylko je zadawaj! Na co mogę, na to odpowiem :).
The post Jesienna regeneracja i kolejne pomysły, czyli Październik 2019. Podsumowanie i raport finansowy. appeared first on devstyle.pl.
November 19, 2019
November 18, 2019
November 17, 2019
DevTalk #106 – O biznesie i technologii z Lechem Kaniukiem
Liczba firm opierających swoje funkcjonowanie na technologii nieustannie rośnie. Niestety nie oznacza to, że wdrażanie innowacji stało się łatwiejsze… Droga do tego celu jest najeżona pułapkami.
Ten podcast przyda się nie tylko programistom-przedsiębiorcom. Jeśli pracujesz na etacie i masz kontakt z klientem, dziś możesz lepiej zrozumieć jego potrzeby. :)
Dziś w “miękkim” sto szóstym odcinku podcastu DevTalk biorę pod lupę relację technologii i biznesu. Oczywiście w towarzystwie nietuzinkowego gościa!
Panie i Panowie Programiści i Nie-Programiści: dziś gościmy jednego z najbardziej rozpoznawalnych i cenionych polskich start-upowców – Lecha Kaniuka!
Lech jest seryjnym przedsiębiorcą, współwłaścicielem kilkunastu spółek, ekspertem od innowacji i skalowania biznesu. To współautor sukcesów takich marek jak PizzaPortal, iTaxi, Bean & Buddies czy SunRoof. Udziela się jako prelegent, mentor oraz wykładowca.
Dzieli się lekcjami ze swojej pracy, życia i biznesu w książce Siła Pędu. Pokazuje w niej jak iść przez życie biznesowe niczym burza z pomocą tytułowej siły pędu.
Jest laureatem rankingu 50. najbardziej kreatywnych w biznesie magazynu “Brief” i głównej nagrody w kategorii Wzór Przedsiębiorczości od Studenckiego Forum Business Center Club.
Z naszej rozmowy dowiesz się:
jak innowacje widzi przedsiębiorca, a jak programista?
jakie były największe wyzwania technologiczne Lecha Kaniuka?
czy bycie pierwszą firmą w niezagospodarowanej dotąd niszy jest gwarancją sukcesu?
dlaczego The Great Hack jest najstraszniejszym horrorem?
czy programista może ZABIĆ kodem?
I… wisienka na torcie! Lech przygotował dla Ciebie kod promocyjny.
Przy zakupie książki Siła Pędu (wersja papierowa lub e-book) na stronie silapedu.pl na hasło devtalk otrzymasz 30% zniżki!
Kod jest ważny do 30.11.2019 r.
PS. Podobał Ci się ten odcinek? Zostaw gwiazdkę i opinię na iTunes! Będę dozgonnie wdzięczny!
A teraz… PLAY!!
http://traffic.libsyn.com/devtalk/DevTalk_106_-_O_biznesie_i_technologii_z_Lechem_Kaniukiem.mp3
Montaż odcinka: Krzysztof Śmigiel.
Ważne adresy:
zapisz się na newsletter
zasubskrybuj w iTunes, Spotify lub przez RSS
ściągnij odcinek w mp3
Linki:
DevTalk
DevTalk #78 – O freelancingu z Piotrem Buckim
DevTalk Trio S02E05 – Jak się przygotować do własnego biznesu
DevTalk Trio S02E04 – Programista na swoim
DevTalk #90 – O Własnym Produkcie SAAS z Boguszem Pękalskim
Lech Kaniuk
strona www
książka Siła Pędu
PizzaPortal
iTaxi
Filmy:
The Great Hack (dostępny na Netfilx)
książki:
Army of None
Factfullness
Siła Pędu
Muzyka wykorzystana w intro:
“Misuse” Kevin MacLeod (incompetech.com)
Licensed under Creative Commons: By Attribution 3.0
http://creativecommons.org/licenses/by/3.0/
The post DevTalk #106 – O biznesie i technologii z Lechem Kaniukiem appeared first on devstyle.pl.
November 14, 2019
November 11, 2019
Dlaczego niektórzy sądzą, że Scrum jest g* wart?
Kilka lat temu Scrum oraz Agile stały się bardzo popularne i nagle każdy poczuł wewnętrzną potrzebę bycia zwinnym. To samo było z mikroserwisami – pojawiały się jako główny temat na każdej konferencji niezależnie od omawianej technologii. Z powodu tej popularności wiele firm wpadło w piekiełko mikroserwisów. Tak samo było z Node.js czy Dockerem. Ślepe skupianie się na narzędziach to ryzykowne podejście.
Podczas pracy w małej agencji interaktywnej, wiele lat temu, mój zespół funkcjonował w systemie tradycyjnym. Wtedy też pierwszy raz usłyszałem o Scrumie i się w nim zakochałem. Dlatego gdy zmieniałem pracę, to wybrałem firmę, która chwaliła się, że jest zwinna.
Jednak „Scrum” w ogłoszeniu rekrutacyjnym to za mało. W nowej firmie pracowaliśmy tak naprawdę w systemie tradycyjnym, lecz mieliśmy dwutygodniowe sprinty oraz stand-upy. Na tym Scrum się kończył. Co gorsza, stand-upy odbywały się nieregularnie i po jakimś czasie przestałem być informowany, czy stand-up się odbędzie, czy też nie.
W moim następnym zespole pracowaliśmy bardzo mocno w duchu Agile. Tam tak naprawdę poczułem, czym jest Scrum i jak skuteczne może być to rozwiązanie. Dzień po dniu przekonywałem się o tym, że realizacja projektów bez daily Scrums, planowania, dem itp. jest… bez sensu! A na pewno mało wydajna.
Po kolejnej zmianie pracy trafiłem do zespołu, który traktował założenia Scruma tylko jako sugestie i celowo nie korzystał z niektórych elementów tego frameworka. Heretycy – pomyślałem. Jednak po jakimś czasie zauważyłem, że nie odbijało się to na efektywności wykonywania zadań. Nie było problemu z komunikacją, planowaniem. Każdy wiedział, co ma robić. Wtedy też zrozumiałem, że można być produktywnym bez sztywnego trzymania się Scrum Guide’a.
Wiadomo, że każda firma jest inna, tak jak każdy zespół jest inny. Nie ma cudownego środka, który rozwiąże wszystkie problemy w teamie.
Czy codzienne stand-upy (daily Scrum) są zawsze potrzebne? Czy naprawdę każdy zespół IT w Polsce musi raz dziennie spotykać się na 15 min i rozmawiać o tym, co zrobił wczoraj i co zrobi dzisiaj? A może specjalny kanał na Slacku załatwiłby sprawę? Jeśli wszyscy siedzą koło siebie, to przecież wystarczyłoby się obrócić i powiedzieć: „Zrobiłem zadanie BUG-123, biorę teraz BUG-321, bo ludzie z BOK-u o to prosili”. Nie trzeba się powtarzać, a taka komunikacja wydaje się naturalna. No i co z zespołami, które pracują zdalnie albo w różnych strefach czasowych?
Warto podkreślić, że **nie każdy potrzebuje Scruma**. Jeśli zespół sprawnie wykonuje swoje zadania, to po co to zmieniać, wprowadzając dowolny framework?
Martin Fowler, jeden z autorów Agile manifesto, przypomina, że Scrum został stworzony przez programistów dla programistów. I to jest powód, dla którego właśnie developerzy powinni promować tę ideę. Nie żaden Agile Coach, który nie ma bladego pojęcia, jak dany zespół pracuje i z jakimi problemami się boryka. Członkowie zespołu sami powinni dojść do tego, jaką strategię przyjąć.
Musisz znaleźć kompetentnych ludzi, którzy dobrze się rozumieją na poziomie czysto ludzkim, tak aby mogli współpracować efektywnie. Wybór narzędzi i procesów, których używają, jest już drugorzędny.
Martin Fowler na InfoQ
Spodobało mi się też inne stwierdzenie: czasami żeby być Agile, trzeba zrezygnować ze Scruma. Jeśli w zespole i/lub organizacji nie ma wystarczającej świadomości, to próby wprowadzania zmian na siłę tylko spowolnią działania, zwiększą frustrację oraz pogorszą morale.
Dlatego też w Agile manifesto na pierwszym miejscu znajduje się zasada: Ludzie oraz interakcje ponad procesami i narzędziami.
A czy Wy pracujecie w Scrumie, czy może używacie innego frameworka, takiego jak Waterfall lub Kanban?
Jakie są Wasze doświadczenia z metodyką Agile?
Podzielcie się swoimi spostrzeżeniam w komentarzach poniżej!
PS Jest to tłumaczenie mojego artykułu z bloga developer20.com.
The post Dlaczego niektórzy sądzą, że Scrum jest g* wart? appeared first on devstyle.pl.
November 5, 2019
Praktycznie o Indeksach: zaproszenie na webinar
Już 13 listopada wieczorem wraz z Damianem Widerą wejdziemy na żywo w internety i Damian poruszy niezmiernie ważny temat dla każdego programisty (nawet jeśli ów programista nie zdaje sobie z tego sprawy!).
Chodzi o:
Praktycznie o INDEKSACH w Bazie Danych!
Sama mięsna wiedza. Na tym spotkaniu między innymi:
✅Czym jest indeks? Po co jest? Jak działa?
✅Co się kryje pod spodem?
✅Gdzie leży źródło problemu z bazami danych? Czy chodzi tylko o wielkość bazy danych?
✅”U mnie działa szybko, to na pewno wina bazy danych.” – powszechne hasło, niestety prawdziwe…
✅Naprawiamy! Praktyczne wskazówki na temat optymalizacji kodu: Jak dobrze indeksować?
✅Bonus: Kod dynamiczny
Nie przegap, bo to jedyna w swoim rodzaju okazja.
Zapisz się do naszego bazodanowego mailingu:
Damian jest najlepszą osobą do przekazania Ci takiego materiału. Nie mogę się doczekać! Ty też? :)
O tutaj link do rejestracji do mailingu DBMASTER.PL, na którym pojawi się zaproszenie z linkiem do LIVE’a!
Do zobaczenia, pozdro joł!
The post Praktycznie o Indeksach: zaproszenie na webinar appeared first on devstyle.pl.
Maciej Aniserowicz's Blog
- Maciej Aniserowicz's profile
- 22 followers
