Michał Kuliński BLOG

Poniższy tekst jest luźnym tłumaczeniem wpisu Roberta Cecila "Wujka Boba" Martina z dnia 11 maja 2014 ze strony: https://gist.github.com/unclebob/2abcce451bafeab421f2 Będącego przeprosinami za tytuł starej wersji wpisu bloga ze strony: https://blog.cleancoder.com/uncle-bob/2014/05/11/FrameworkBound.html Pierwsza wersja tego wpisu z bloga była nazwana Frameworkowa Chłosta . Spróbowałem porównać kod, który wykorzystuje jakiś framework do konkubin w haremie. Myślałem, że moje komentarze są sprytne i śmieszne; ale wiele ludzi uznało je za obraźliwe. Szczerze przepraszam za tę obrazę, nie było to zamierzone. Złamałem prawo Dona Normana: Jeśli myślisz, że coś jest sprytne i wyrafinowane, uważaj, to jest najprawdopodobniej twój brak umiaru. Spróbuję uniknąć takich błędów w przyszłości. Doceniam rozmowę o nich i mam nadzieję, że będzie ona kontynuowana konstruktywnie. Pozwólcie, że ujmę to w ten sposób. Mój oryginalny wpis naraził kobiety...

Frameworki to potężne narzędzia. Bez nich bylibyśmy zgubieni. Ale istnieje koszt używania frameworków. Poniższy tekst jest luźnym tłumaczeniem wpisu bloga Roberta Cecila "Wujka Boba" Martina z dnia 11 maja 2014 ze strony: https://blog.cleancoder.com/uncle-bob/2014/05/11/FrameworkBound.html Proszę o komentarze, jeżeli ta luźność jest zbyt daleko posunięta. Pomyśl o Rails, czy Springu, czy JSF czy Hibernate. Pomyśl o tym, jak pisałbyś systemy webowe bez pomocy tych frameworków. To wyobrażenie jest przygnębiające. Byłoby wtedy za dużo małych, upierdliwych szczegółów, z którymi musiałbyś sobie radzić. To byłoby jak zbudowanie obwodu pamięci mnemonicznej przy użyciu kamiennych noży i niedźwiedziej skóry[1]. A więc radośnie łączymy nasz kod ściśle z frameworkami w oczekiwaniu tych wszystkich obiecanych zysków. Popełniamy przy tym błąd, który popełniło już tak wielu programistów przed nami. Związujemy się z frameworkiem. Użycie frameworku wymaga ...

TL;DR Przeszedłem od Dana Northa , przez Gila Zilberfelda , po Michaela Feathersa do Jasona Gormana . Wydaje mi się, że wśród ludzi w ruchu rzemiosła oprogramowania nie ma jasnego przekazu. Mam nadzieję, że ten wpis wyjaśni kilka rzeczy. Po co powstał ruch rzemiosła oprogramowania ? Co motywowało jego powstanie? Czym jest napędzany teraz? Jedna rzecz; jest tylko jedna rzecz. Jesteśmy zmęczeni pisaniem gówna. Tak jest. Koniec rumakowania. Do widzenia, ślepa Genia. Bez odbioru. Poniższy tekst jest luźnym tłumaczeniem wpisu bloga Roberta Cecila "Wujka Boba" Martina z dnia 17 stycznia 2011 ze strony: https://blog.cleancoder.com/uncle-bob/2011/01/17/software-craftsmanship-is-about.html Proszę o komentarze, jeżeli ta luźność jest zbyt daleko posunięta. Jesteśmy zmęczeni pisaniem gówna. Jesteśmy zmęczeni wprowadzaniem w zakłopotanie siebie i naszych klientów poprzez pisanie parszywego oprogramowania. Mamy dość radzenia naszym klie...

Byłem jednego dnia na SCNA , i ktoś zagadnął mnie o TDD i algorytm Dijkstry . Zastanawiał się, czy można znaleźć sekwencję testów, która zaprowadzi do tego algorytmu. To wyglądało mi na fajne, krótkie ćwiczenie, więc zdecydowałem się spróbować. Poniższy tekst jest luźnym tłumaczeniem wpisu bloga Roberta Cecila "Wujka Boba" Martina ze strony: https://blog.cleancoder.com/uncle-bob/2016/10/26/DijkstrasAlg.html Proszę o komentarze, jeżeli ta luźność jest zbyt daleko posunięta. Zacząłem tak, jak zwykle; przez odpalenie ograniczonego przypadku testowego. public class MinPathTest { @Test public void nothing() throws Exception { } } Algorytm Dijkstry jest prostym sposobem znajdowania najkrótszej drogi w grafie o krawędziach mających konkretną długość. Podając węzeł startowy i końcowy, algorytm wskaże, jaka jest najkrótsza ścieżka i jaka jest jej długość. A więc już od samego początku są ciekawe decyzje do podjęcia. W jaki sposób p...