Lista artykułów

1

POIT 070: Mentoring w IT

Witam w siedemdziesiątym odcinku podcastu „Porozmawiajmy o IT”. Tematem dzisiejszej rozmowy jest mentoring w IT. Dziś moim gościem jest Jarek Szewczuk – przedsiębiorca, założyciel spółek technologicznych dostarczających rozwiązania biznesowe, doradcze i szkoleniowe. Oficer w cywilu. Absolwent Wydziału Cybernetyki Wojskowej Akademii Technicznej. Zwolennik Agile i codziennych innowacji. Pomysłodawca cyklu konferencji NobullshitAbout.W tym odcinku o mentoringu w IT rozmawiamy w następujących kontekstach: czym jest mentoring w IT? jakie znaczenie ma postawa mentora? czy lider technologiczny może być mentorem? jak rozpoznać dobrego mentora? kiedy potrzebujemy a kiedy już nie potrzebujemy takiego wsparcia? w jaki sposób znaleźć mentora dla siebie? co mentor może zaoferować? czy mentoring powinien mieć określony i spisany cel? mentoring w IT jako forma przeciwdziałaniu wypaleniu zawodowemu? czy firmom opłaca się inwestować w rozwój mentorów? czy w Polsce istnieje rynek płatnego mentoringu? od czego powinna zacząć osoba, która chce się rozwijać w mentoringu w IT? czy mentoring może się sprawdzić w organizacjach turkusowych? jakich zasad powinni się trzymać mentor i podopieczny? czy mentoring w IT będzie się w Polsce rozwijał? Subskrypcja podcastu: zasubskrybuj w Apple Podcasts , Google Podcasts , Spreaker , Sticher , Spotify , przez RSS , lub Twoją ulubioną aplikację do podcastów na smartphonie (wyszukaj frazę „Porozmawiajmy o IT”) poproszę Cię też o polubienie fanpage na Facebooku Linki: Profil na LinkedIn – https://www.linkedin.com/in/jaroslaw-szewczuk-018a22/ Rivet Group – https://rivetgroup.eu NobullshitAbout – https://www.nobs.pl Wsparcie: Wesprzyj podcast na platformie Patronite - https://patronite.pl/porozmawiajmyoit/ Jeśli masz jakieś pytania lub komentarze, pisz do mnie śmiało na [email protected] https://porozmawiajmyoit.pl/70

Introducing EventStoreClient - a ruby implementation for Greg's EventStore

Hi, we're Arkency and it's our blog with meaty content.

Kruchość = nieSOLIDny kod

W pewnym momencie wprowadzasz zmianę i … zaczyna się prawdziwa tragedia. Z pozoru niepowiązanego moduły przestają działać. Klient dzwoni i mówi, że na produkcji przestały działać zamówienia. A przecież Ty zmieniłeś tylko małą funkcję w module drukowania. Złamanie SRP może właśnie doprowadzić do takiej sytuacji. Świadczy to o tym, że Twój kod jest po prostu […]

Syndrom oszusta w procesie rekrutacyjnym – jak sobie radzić?

Na jednym z portali, które pomagają w przygotowaniu do rozmów kwalifikacyjnych natknęłam się niedawno na artykuł na temat tego, jak radzić sobie Read More

Jak powinna wyglądać umowa B2B programisty - Paulina Piątek

Dziś będzie konkretnie, bo moim gościem jest Paulina Piątek - radca prawny. Paulina specjalizuje się w prawie IT/Digital i na co dzień pomaga przedstawicielom branży IT prowadzić biznes, wspierając ich od strony prawnej. Znacie Paulinę? Możecie ją kojarzyć z kanału na YouTube, gdzie dzieli się wiedzą o prawie dla IT i freelancerów. W facebookowej grupie “Prawo IT” odpowiada na pytania prawne swojej społeczności. Z Pauliną rozmawiam o prawie, o zagadnieniach, które dotyczą każdego programisty wkraczającego w świat umów B2B. Zastanawiacie się nad kluczowymi uregulowaniami w umowach B2B? Nad kwestiami praw do efektów współpracy? A może rozważacie stałą współpracę z radcą prawnym? Jestem przekonany, że ten odcinek rozwieje sporo Waszych wątpliwości. Z tego odcinka dowiecie się: w jakim celu podpisujemy umowę B2B, jakie podstawowe cechy powinna mieć dobra umowa, jakie konsekwencje niosą za sobą klauzule wyłączności współpracy lub ograniczenia możliwości kooperowania z podmiotami konkurencyjnymi, co kryje się pod zapisami dotyczącymi zasad ochrony tajemnicy przedsiębiorstwa (NDA) dlaczego warto zwracać uwagę na kwestie praw do efektów współpracy, kwestie związane z wykorzystywaniem wiedzy, doświadczeń i kontaktów w działalności na rzecz firm konkurencyjnych, kiedy umowa wykazuje cechy umowy o pracę, jak negocjować zmiany w umowie, o co chodzi z “testem przedsiębiorcy”. Notatki do odcinka: https://devsession.pl/podcast-b2b-it/ Dobrego odbioru!  Prześlij nam kilka dobrych słów w mediach społecznościowych:  Twitter: @gkotfis Facebook: devsessionpl LinkedIn: devsession   Pozdrawiam, Grzegorz Kotfis

lockdown: lesson learned [myślodsiewnia #020]

Lockdown, domowa izolacja i cała sytuacja związana z pandemią koronawirusa SARS-CoV-2 skłoniły mnie do kilku luźnych przemyśleń: relacje rodzinne, szczególnie z domownikami, mają fundamentalne znaczenie są rzeczy, które mogą poczekać i można je odłożyć na później są rzeczy, których nie powinno się odkładać w nieskończoność, bo „przyjdzie wirus”... Czytaj dalej →

Jak powinna wyglądać umowa B2B programisty – Paulina Piątek

Dziś będzie konkretnie, bo moim gościem jest Paulina Piątek – radca prawny. Paulina specjalizuje się w prawie IT/Digital i na

8

try, catch – czyli wyłapywanie błędów w JS

Ostatni odcinek z serii o asynchroniczności – czyli wyłapywanie błędów z async/ await. Ale nie tylko, ponieważ try, catch służy do wyłapywania błędów także w synchronicznym kodzie.  Podsumowując, try/catch jest […]

Co wprowadziło ES6 do JavaScript cz. 3

To już trzeci wpis o nowościach jakie zostały wprowadzone w ES2015. Jeżeli jeszcze nie widzieliście poprzednich wpisów, zachęcam Was do zapoznania się z

Moje 5 Minut 19

W tej godzinie dokończę wcześniej rozpoczęty slice sugestii krótkiej przerwy. Rozpocznę też realizację kolejnego slica. Prawdopodobnie stanę przed kolejnym wyzwaniem związanym z napisaniem projekcji. To zupełnie inne podejście i myślenie o wyciąganiu istotnych informacji wymaganych na UI. Jest to bardzo interesujące.

React Hooks: Piszemy własne hooki!

Type of Web - Blog o programowaniu. Dla front-end i back-end developerów. Trochę o urokach pracy zdalnej, ale przede wszystkim o: JavaScript, React, Vue, Angular, node.js, TypeScript, HapiJS… Niewątpliwą zaletą React Hooks jest to, jak łatwo możemy wydzielać fragmenty logiki do własnych hooków. W tym artykule pokazuję Ci, jak napisać swoje hooki, jakie obowiązują zasady i jak sprawić, aby Twój kod był lepszy! Własny React Hook Przy tworzeniu własny hooków obowiązują nas te same reguły, co tych wbudowanych: …

Programowanie jest jak ekspres do kawy

Programowanie jest jak ekspres do kawy Zastanawiałeś się kiedyś jak najlepiej opisać, czym jest istota programowania dla osób, które nie programują? Co byś odpowiedział, gdyby ktoś cię zapytał „Co to jest programowanie?” albo „Co tak naprawdę robią programiści?”.? W tym wpisie przedstawie, ciekawy sposób w jaki można opisać programowanie osobom, które nie programują.

13

POIT 069: Full stack developer

Witam w sześćdziesiątym dziewiątym odcinku podcastu „Porozmawiajmy o IT”. Tematem dzisiejszej rozmowy jest full stack developer. Dziś moim gościem jest Grzegorz Lipecki – programista z wieloletnim doświadczeniem związany z firmą Consdata, w której na ten moment jest chapter leaderem w obszarze Cloud, wcześniej frontend. Software architect odpowiedzialny za ewaluację i dobór technologii. Prelegent na konferencjach i meetupach technologicznych.W tym odcinku o full stack developerze rozmawiamy w następujących kontekstach: jak definiuje się stanowisko full-stack developera i jak to się ma do stosu technologicznego? czy działa on tylko w stosie webowym? czy w czasie gwałtownego wzrostu branży IT stanowisko full stack developera nadal ma sens? na jakie wyzwania i problemy trafia osoba, która chce nim zostać? czy podążanie za nowinkami technicznymi nie zajmuje zbyt dużo czasu? czy rynek pracy jest bardziej otwarty na takie osoby? jak w praktyce wygląda praca full stack developera? jaką wartość wnosi do firmy? czy zespół składający się z samych full stack developerów to najlepsza konfiguracja? czy osoby aspirujące do takich stanowisk powinny od początku szeroko się rozwijać? czy stanowisko przetrwa dłużej? Subskrypcja podcastu: zasubskrybuj w Apple Podcasts , Google Podcasts , Spreaker , Sticher , Spotify , przez RSS , lub Twoją ulubioną aplikację do podcastów na smartphonie (wyszukaj frazę „Porozmawiajmy o IT”) poproszę Cię też o polubienie fanpage na Facebooku Linki: Profil na LinkedIn – https://www.linkedin.com/in/grzegorz-lipecki-959a002/ Wsparcie: Wesprzyj podcast na platformie Patronite - https://patronite.pl/porozmawiajmyoit/ Jeśli masz jakieś pytania lub komentarze, pisz do mnie śmiało na [email protected] https://porozmawiajmyoit.pl/69

2 powody, aby nie używać console.log

Jeśli w codziennej pracy piszecie coś w JavaScripcie zapewne jednym z podstawowych narzędzi jakich używacie do debuggowania jest właśnie console.log. Dlaczego więc chcę Read More

Czy TDD chroni przed głupotą?

Często słyszymy: “TDD powinno sprawiać, że oprogramowanie nie ma bugów“. A to bardzo mylne pojmowanie wszystkiego, co się za TDD kryje! I dla tej praktyki mocno krzywdzące, bo gdy się okazuje, że tak nie jest, to ludzie się zniechęcają. Ale do rzeczy: czy TDD zwalnia z myślenia? Albo inaczej: czy z TDD nie można popełnić […]