One Day Run
jest wiele sposobów na realizacje projektów, jak znaleźć ten najbardziej optymalny?
przy wykorzystaniu zasad modelu ODR będzie to intuicyjne, firma przyśpieszy realizacjie i zwiększy jakość na każdym etapie.
Dlaczego franczyza?
Gdyż ten model biznesu pozwala na ekspansję na cały świat w sprawdzonym modelu dodatkowo w branży IT jak w mało której, będzie możliwe wspołpdzielenie zasobów , więc nie jest możliwe dziś łatwo określić jak bardzo duży będzie wpływ na branżę.
pommodoro
Zalety One Day run + mniej zmęczonie ludzie + małe projekty + łatwość wprowadzania nowych technologii + rozwoju + mikroserwisy + sprawczosc + wplyw + częste zmiany, łatwość, rutyna,
https://www.youtube.com/watch?v=2CVJuPtlNVU
Wady starego sposobu działania, długie projekty + depresja + zmęczenie https://www.youtube.com/watch?v=Jeg1gkaZERU
The authors of the Software Craftsmanship Manifesto came from the agile movement, which aimed to reform software project management in the 90s. Agile has its own manifesto: http://manifesto.softwarecraftsmanship.org/#/de
Individuals and interactions over processes and tools
Working software over comprehensive documentation
Customer collaboration over contract negotiation
Responding to change over following a plan
Nie tylko działające, ale również dobrze napisane oprogramowanie.
Nie tylko reagowanie na zmiany, ale również ciągłe dodawanie wartości.
Nie tylko osoby i interakcje, ale również społeczność profesjonalistów.
Nie tylko współpraca z klientem, ale również produktywne partnerstwo.
Według Rzemieślników Oprogramowania nie chodzi o to, aby tworzyć kod, ale o to, aby tworzyć dobry produkt. Z tego wynika potrzeba większego zaangażowania programisty w wytwarzanie oprogramowania na wielu poziomach, zwiększenie jego wymagań i oczekiwań, ustalenie poziomu, poniżej którego nie wolno zejść. Dobry rzemieślnik nie robi przecież bubli.
Praktyka
W dniu pisania artykułu manifest podpisało 23 376 software developerów w całego świata. Liczba ta rośnie niemal liniowo od 2009 roku. Jednak wielu najgorętszych zwolenników idei przypomina, że nie wystarczy sygnować manifestu by stać się prawdziwym Rzemieślnikiem Oprogramowania. Teoria często nie idzie w parze z praktyką. Można taką sytuację przedstawić na wykresie, gdzie na jednej osi pionowej mamy przyjęcie teorii Software Craftsmanship, a na poziomej wprowadzenie ich w praktykę.
Pierwszy przypadek to gdy ktoś odrzuca (najczęściej nieświadomie) to podejście, a także nie produkuje kodu spełniającego kryteria nurtu. Nazwaliśmy tego programistę “jako tako i fajrant”, co chyba pokazuje potencjalne efekty jego pracy. Kolejny programista to “praktyk”. Odrzuca on etos Software Craftsmanship, gdyż uznaje go za zbędny dodatek. W praktyce będzie jednak dbał o swój kod i rozwój z czysto pragmatycznych pobudek - po prostu dzięki temu jest mniej stresu. Osobę, która w pełni zgadza się z teorią ruchu, ale nie radzi sobie z jej zastosowaniem nazwaliśmy “teoretykiem”. Z wymienionych tutaj typów ten jest najbardziej niebezpieczny. Niestety etos i piękne słowa nie zastąpią kodu i czynów. Być może nawet taka osoba zostanie na początku uznana za mistrza - jednak efekt jej prac będzie daleki od doskonałego. Na koniec zostawiliśmy “Prawdziwego Rzemieślnika”, czyli osobę, u której teoria podparta jest praktyką. Ciężko jest powiedzieć ile osób z tych, które podpisało manifest poszło tą drogą.
Post Software Craftsmanship
Idea straciła nieco na blasku w tym sensie, że szczyt jej popularności przypadł na 2010-2011 rok, gdy był to częsty temat na wpływowych blogach programistycznych. Mimo to co roku odbywają się konferencje na ten temat. Np. już 27 października odbędzie się kolejna edycja Software Craftsmanship North America. Z pewnością manifest odcisnął swoje piętno na IT, przyczynił się do stworzenia etosu programisty. Dziś koncept programowania jako rzemiosła wydaje się być zintegrowanym w głównym nurcie. W momencie, w którym coraz więcej osób decyduje się na zostanie programistą z czysto materialnych pobudek warto wrócić do oryginalnego manifestu. Przypomnieć sobie jego założenia, zrozumieć czym może być nasza profesja.
Sandro Mancuso, autor cytowanej już tutaj książki „Software Craftsman. Profesjonalizm, czysty kod i techniczna perfekcja”, napisał, że Rzemieślnik Oprogramowania to ktoś, kto przeszedł długą drogę do mistrzostwa. To developer, który nie tylko zmienił sposób myślenia o programowaniu, ale włożył wiele pracy w rozwój własnych umiejętności i wpłynął na postrzeganie programowania przez innych. Trudno nie pokusić się tutaj o słowo „mentor”, nawet jeśli może się to wydawać przesadą. Warto jednak pamiętać, że prawdziwe rzemiosło w programowaniu, nawet na najwyższym poziomie, nie gwarantuje sukcesu projektu. Natomiast jego brak to główna przyczyna porażki.
