A little while ago I blogged here and I set it up to be a "continues..." style post. I haven't had the energy to continue it in that context, and this fact was putting me off concluding the post. I then realised: the thing that matters isn't some overarching narrative structure, but that I get my ideas down. So: I'm aborting any attempt at making this post a continuation, and just focusing on the content! There's been a lot of confusion over when to use Task[

Cześć, pod ostatnim postem, użytkownik DD zwrócił mi uwagę by zamiast w każdej iteracji pętli, wykonywać await na handlerze, można je wszystkie odpalić za pomocą metody Task.WhenAll(). W tym wpisie chciałbym omówić różnicę między tymi dwoma podejściami, opisać za i przeciw a także samemu sprawdzić, w praktyce co okazuję się szybsze i mniej zawodne.Różnice Metoda Task.WhenAll() przyjmuje jako...

C# and .NET przeszły ostatnio przez dużo zmian. Taski, async-await, ValueTask i ostatni IValueTaskSource - spójrzmy razem na historię asynchroniczności w C# oraz na to, co możemy zrobić .NET Core 2.1

Rozbieżność między planowanym, a faktycznym czasem realizacji jest przyczyną opóźnień projektów IT. Aktualne statystyki mówią, że ~80% projektów przekracza pierwotnie planowany czas realizacji lub budżet. Nagrałem wideo o tym, jak zmniejszyć ryzyko niedoszacowanych (lub przeszacowanych) zadań w twoim projekcie. Poruszałem już ten temat na moim blogu, wersję tekstową możesz...

Przyjęło się, że gdy podzielimy problem na mniejsze fragmenty będzie on prostszy w realizacji. Z logicznego punktu widzenia nie powinno mieć to znaczenia – dekompozycja projektu na małe kawałki nie zmniejsza poziomu skomplikowania, ani nie redukuje zakresu – to tylko logiczny podział. Więc jak to jest z rozmiarem zadania? „Czy rozmiar ma znaczenie? ;)”

W poprzednich częściach poruszałem kwestię braku zarządzania buforami czasu w zadaniach, marnowaniem marginesów czasowych oraz złej definicji projektu, która również przyczynia się do opóźnień. Przed przeczytaniem tej części polecam ci rzucić okiem na część pierwszą o buforach bezpieczeństwa w łańcuchu krytycznym oraz część drugą, kontynuacje opisu łańc...

W tym wpisie poruszę temat tego jak bufory „bezpieczeństwa” (cudzysłów nie jest przypadkowy) w taskach wpływają na przedłużenia projektu. Opiszę również jak „kary” za nie wykonywanie zadań w terminie przez developerów przyczyniają się do opóźnień. Zrozumienie istoty problemu jest pierwszym krokiem do ich eliminacji i zwi...

W tym wpisie poruszę temat umiejętności miękkich u developerów. Według mnie ten aspekt jest często zaniedbywany w rozwoju kariery, a bez niego nie można określić się kompletnym programistą. Opiszę 6 wybranych cech, które definiują „dobrego” developera. Nie było prosto ubrać w słowa cechy, które miałem w głowie – więc jako nazwy nagłówków dałem wspólny mianownik moich myśli, które szerzej opisałem w akapitach.

Working with Tasks is a modern way of writing asynchronous code in an easy and flexible manner. It is quite straightforward to start using them, so usually developers do not investigate thoroughly the topic. Unfortunately this often leads to unpleasant surprises - especially when it comes to exception handling. Having this in mind let's take a look how to handle exceptions in Task and what can happen if we do it wrong.

Case: Dwa dni temu w ramach jednego z projektów w Billennium przyszedł do mnie kolega z pytaniem o możliwość wyświetlenia dat w szczegółach zadań w TFS. Zadania zostały zaimportowane przeze mnie z MS Projecta i faktycznie daty rozpoczęcia i zakończenia domyślnie nie pokazywały się nigdzie na formularzu zadania ani na liście zadań(screeny poniżej). Na szczęście z pomocą TFS Power Toolsów udało mi się sprawnie temat ogarnąć i poniżej prezentuję rozwiązanie.