W odcinku numer 54 nie ma zmiłuj. Zagrzebiemy się w tym, co konieczne i – zwykle – nielubiane. Zadania specjalne dla dev-komandosów.
Takiego komandosa udało się dorwać. Specjalistę, który to LUBI! Znany i lubiany Paweł Łukasik! Programista, założyciel firmy Octal Solutions. Tata portalu dotnetomaniak.pl, jeden z organizatorów spotkań Wrocławskiej Grupy .NET (wrocnet). A od niedawna także… jeden z dwóch prowadzących nowy podcast programistyczny Ostra Piła! Oprócz tego prelegent, blogger i… możliwe, że coś pominąłem :). Na Twitterze: @pawel_lukasik.
Temat dzisiejszej rozmowy, po tak groźnym wstępie, musi zmrozić. Bo kto – oprócz Pawła ;) – ekscytuje się na myśl o… debuggowaniu? Albo profilowaniu? Czyli czynnościach ewidentnie udowadniających, że “ojej, ale napisałem słaby kod”.
Z tego odcinka dowiesz się CO TO i PO CO TO. Kiedy się przydaje, do czego służy. JAK się do tego zabrać. Jakie są TYPY profilowania, po co czasami otrzymujemy te magiczne pliki PDB i … itede.
I jak zwykle: będzie mi niezmiernie miło, jeśli znajdziesz minutę na zostawienie oceny na iTunes: http://devtalk.pl/itunes. To pomaga.
PLAY!
Montaż odcinka: Krzysztof Śmigiel.Ważne adresy:
- zapisz się na newsletter
- zasubskrybuj w iTunes, Spotify lub przez RSS
- ściągnij odcinek w mp3
Linki:
- PDF przygotowany przez Pawła: http://blog.octal.pl/devTalk
- blog Pawła: http://blog.octal.pl
- podcast Ostra Piła: http://ostrapila.pl
- portal DotNetoManiak: http://dotnetomaniak.pl
- poprzedni DevTalk z Pawłem: DevTalk#08 – O community z Pawłem Łukasikiem i Pawłem Sawiczem
- Narzędzia i biblioteki:
- JetBrains dotTrace Profiler: https://www.jetbrains.com/profiler/
- JetBrains dotMemory Profiler: https://www.jetbrains.com/dotmemory/
- RedGate ANTS Performance Profiler: http://www.red-gate.com/products/dotnet-development/ants-performance-profiler/
- RedGate ANTS Memory Profiler: http://www.red-gate.com/products/dotnet-development/ants-memory-profiler/
- NCrunch: http://www.ncrunch.net/
- BenchmarkDotNet: https://github.com/dotnet/BenchmarkDotNet
- Debugging Tools for Windows (WinDbg, KD, CDB, NTSD): https://msdn.microsoft.com/en-us/library/windows/hardware/ff551063(v=vs.85).aspx
- MDbg.exe (.NET Framework Command-Line Debugger): https://msdn.microsoft.com/en-us/library/ms229861(v=vs.110).aspx
- OzCode: https://oz-code.com/
- RevDebug: https://revdebug.com/
- Programistyczne FLOW to ŚCIEMA [devstyle vlog #27] : https://www.youtube.com/watch?v=s-MdgvKL5bM
- DevTalk#17 – O gamedev z Przemysławem Czatrowskim: http://devstyle.pl/2015/06/01/devtalk17-o-gamedev-z-przemyslawem-czatrowskim/
Muzyka wykorzystana w intro:
“Misuse” Kevin MacLeod (incompetech.com)
Licensed under Creative Commons: By Attribution 3.0
http://creativecommons.org/licenses/by/3.0/
Bardzo ciekawy materiał, dzięki, sporo się dowiedziałem i zachęca do dalszego zgłębiania wiedzy.
Dzięki. Jeśli miałbyś jakieś pytania to wal śmiało!
Pozdrawiam,
Paweł
Miłe dla ucha, a i świadomość buduje. Great job!
Dzięki. Cieszę się, że się podobało.
Hej,
bardzo ciekawy odcinek, tym bardziej, że mam czasem wrażenie, że tematy profilowania są trochę pomijane czy też mało eksplorowane, a jednak mamy wiele świetnych i prostych w użyciu narzędzi do tych celów :)
Przy okazji zapraszam do zerknięcia na mój post z prostym opisem jak wykorzystać dotTrace do poprawy problemów z wydajnością – http://www.dsibinski.pl/2017/03/solving-performance-issues-with-dottrace/
To świetnie, i dzięki za link! :)
Też mam takie wrażenie a więc trzeba tematy propagować :) Cieszę się, że się podobało.
Ciekawe, ale mam “pretensje” do prowadzącego :) Przez większą część odcinka Paweł nie miał szans rozwinąć skrzydeł i gdyby nie jego własna inicjatywa na koniec, to miałbym przeświadczenie, że wyszedł słaby odcinek z chłopakiem, który nie do końca wie dlaczego się tam znalazł. Zamiast tego inicjatywa Pawła spowodowała przyspieszenie na sam koniec i bardzo fajnie to wyszło. Wydaje mi się, że to co mówię przy każdej okazji – za krótkie odcinki napędzane mitycznym brakiem czasu, znów tutaj zaatakowało. Dobra robota Paweł.
Hej,
Dzięki. Cieszę się, że chociaż końcówka była ok :)
Sądzę, że początek często może być niemrawy bo trzeba się rozkręcić :)
Ogólnie było bardzo fajnie, tylko Maciek nie chciał wydobyć z Ciebie całego potencjału, sam musiałeś się upomnieć :)
Łoj to mi się dostało ). W takim razie dobrze, że Paweł uratował sytuację!
Maciek, nie odbieraj moich komentarzy jako przyganę. Po prostu jest to jeden z punktów widzenia, odrobinę bardziej krytyczny od pozostałych. Nadal jestem Twoim słuchaczem :>
Paweł,
Ale bynajmniej :). Aż ten odcinek sobie któregoś razu sam przesłucham (czego zwykle nie robię) żeby zobaczyć o co chodzi. Więc dzięki za feedback.
A odnośnie czasu trwania to odpisałem tez na fejsie: m.in. z Twojego powodu odcinki są znacząco dłuższe od kilku miesięcy! ;)
Serdecznie dziękuję za danie mi szansy bycia “spiritus movens” :) Rzeczywiście, z długością jest coraz lepiej. Dodatkowo, co bardzo mi się podoba i co powiedziałeś w odcinku o stresie – gdy pytania się wyczerpują, pytasz się gościa czy chce coś dodać i on wtedy zazwyczaj chce i jeszcze ciekawe rzeczy idą. Jest OK.
To OK! :)
[…] DevTalk#54 – O debuggowaniu i profilowaniu z Pawłem Łukasikiem […]