No to, Moi Drodzy, zaczyna się!
⚡️⚡️⚡️ DEV-MOC!!!
➡️Kto żyw niech leci na: http://dajsiepoznac.pl ⬅️

Rok temu przez polskie społeczności programistyczne przeszedł istny huragan. Czy teraz zrobimy wspólnie JESZCZE WIĘCEJ szumu! Co nie???

Największe
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

Nie planujesz? Może nie musisz. Też nie musiałem i też nie planowałem. Poczytaj, by dowiedzieć się: dlaczego.
http://devstyle.pl/2017/01/26/co-sie-dzieje-gdy-nie-planujesz/

Kilka ciekawych pojęć mi się podczas pisania tego tekstu wymyśliło. Taki jak "outsourcing kontroli" czy podział na "planistów, egzekutorów i włóczęgów".

No i definicja planowania:
  • 1
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

"Tylko krowa nie zmienia poglądów" – znasz takie powiedzenie? Ta, akurat!
http://devstyle.pl/2017/01/15/slowo-na-niedziele-o-pogladach-i-czasie/

Ile razy wciągnęła Cię kłótnia na odwieczne i nierozwiązywalne problemy w IT?

Dawno temu nie przyznałbym komuś racji. Nie zastanowiłbym się ponownie nad raz podjętą decyzją. Ale z biegiem lat – im starszym dziadem się staję – tym bardziej kwestionuję swoje dawne zachowania, przyzwyczajenia i nawyki.
  • 14
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

@wczoraj: nie może być równie precyzyjny chociażby ze względu na stosunek powierzchni styku palca do powierzchni całego touchpada. W myszce precyzję zmieniasz modyfikując czułość. Faktem jest, że myszka potrzebuje więcej miejsca, ale to co innego. Podobnie klawiatura fizyczna też potrzebuje więcej miejsca niż ekranowa w telefonie, ale tutaj chyba nie będziemy się spierać o to, na której wygodniej i szybciej się pisze.
  • Odpowiedz
Ostatnie podsumowanie 2016. To był przecudowny rok. Najważniejsze: Dziękuję Wam za bycie tutaj i sprawianie, że to wszystko było i jest możliwe.
http://devstyle.pl/2017/01/04/retrospekcja-z-2016-i-wrozby-na-2017/

Piszecie i mówicie mi o zmianach w swoim życiu. Zmianach zainspirowanych często moimi doświadczeniami i tekstami. Ciężko opisać, jak bardzo to uskrzydla.

To napełnia energią bardziej niż jakiekolwiek policzalne numerki. Niż statsy. Niż zarobiona kasa czy nawet wymarzony samochód. A dlaczego? Bo to nadaje mojej pracy SENS.
  • 8
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

@bazingaxl: na rynku bardzo długo się nie zaczną problemy, ssanie jest ogromne i wszelkie prognozy wskazują na to, że w kolejnych latach będzie jeszcze większe. Płace w Polsce coraz bardziej rosną, teraz naprawdę da się dostać te 15-20k Netto na B2B co kiedyś było marzeniem. A jak porównasz sobie koszty życia tutaj np. do Niemiec, gdzie może i zarobisz 150-200% więcej to jest naprawdę dobrze :).

Co do kolegi, to
  • Odpowiedz
Nie wszystko się udaje. Ba - wiele się nie udaje. A jak wiele? Chodźcie, zobaczcie wycinek.
http://devstyle.pl/2017/01/02/projekt-devstyle-porazki-2016/

Postanowiłem: Nigdy się niczego nie wstydzić

Opowiem zatem, co mi się w minionym roku NIE udało. Nie wiedziałem, czy taki tekst publikować - bo wyglądam tu jak luzer. Ale ważniejsze okazało się, aby rok 2016 pozostał rokiem otwartości.
  • 3
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

Podcast #devtalk na #devstyle, poważnie i ważnie. Wdrażać? DOSTARCZAĆ? I to ciągle? To nasza - programistów - brocha.
http://devstyle.pl/2016/12/05/devtalk45-o-continuous-delivery-z-lukaszem-szydlo

Dzisiaj Łukasz Szydło dzieli się swoim doświadczeniem na ten temat.
Długo, treściwie, a może nawet odrobinę: kontroWERSYJnie?
PLAY!
#programowanie #technologia #informatyka #continuous-delivery
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

Na #devstyle: "Wasze Historie #3: Ku Pamięci. Dla Zdrowia."
http://devstyle.pl/2016/12/02/wasze-historie-3-ku-pamieci-dla-zdrowia/

Dzisiaj swoją historią dzieli się Kunka. Po krótkim wstępie widzimy tekst: "I wtedy wchodzę ja, cały na biało...". Czyli: musiało się nieźle dziać :).
Zachęcam do lektury. Wiele dni z mojej pracy mi się przypomniało. A Wam?

#programowanie #informatyka #technologia #java
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

Na #devstyle o #cqrs. Jak pogodzić kontrakt komendy (void) z faktem, że czasem trzeba zwrócić jakiś wynik?
http://devstyle.pl/2016/11/29/jak-zwrocic-rezultat-wykonania-komendy-w-cqrs/

W tekście "CQRS+DI w C# i Autofac" pokazałem, że CommandHandler nie zwraca żadnego rezultatu wykonania komendy. Natomiast w "Esencja CQRS" pisałem, że jest to jedna z zasad, co do której można się spierać. Więc... jak to faktycznie jest? Jak zwrócić rezultat wykonania komendy w CQRS?

Zapraszam na
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

@maniserowicz: Interface sterujący kontenerkiem brzmi jak poroniony pomysł.

Przecież po to pozbywam się Singletona, żeby klasa przestała sterować liczbą swoich instancji – żeby odseparować ten aspekt w oddzielne miejsce.
  • Odpowiedz
Dzięki za ciekawy wpis. Sam nie zrezygnuję z automatycznego DI, ale takie wpisy traktuję jako powód do przemyślenia tego, czy wszystko robię dobrze. Żeby spojrzeć na używane przez siebie wzorce z innej perspektywy.
  • Odpowiedz
@maniserowicz: Obejrzałem to wystąpienie Grega Younga i o ile się zgadzam z tym, co mówi, to nie bardzo wiem jak dużo on wciąga pod pojęcie kontenerów. W samym kontenerze nie ma żadnej magii, w takim kompilowanym/generowanym z jakiejś konfiguracji... no trochę - zależy jak daleko się posunąć i jak trwale się integruje z produkcją. Jednak to jeszcze nie stwarza problemów do których się odnosi w odróżnieniu od auto-wire, annotations i
  • Odpowiedz