https://andywiecko.github.io/blog/ Najnowsze wpisy https://andywiecko.github.io/blog/08-list-sort.html https://andywiecko.github.io/blog/08-list-sort.html Tue, 25 Aug 2026 00:00:00 +0200 In this short blog entry, we will continue the previous investigation into GC allocation: Dr. GCAlloc or: How I Learned to Stop Worrying and Love List, and further explore the potential issues with GC allocation when using List. https://andywiecko.github.io/blog/07-spontaneous-synchronization.html https://andywiecko.github.io/blog/07-spontaneous-synchronization.html Sun, 21 Jun 26 00:00:00 +0200 Have you ever heard of spontaneous synchronization? It is a remarkable physical phenomenon, however, the mathematical model commonly used to describe this behavior is not immediately obvious. Below you can find an example video from the UCLA Department of Physics and Astronomy. https://andywiecko.github.io/blog/06-foreach-list.html https://andywiecko.github.io/blog/06-foreach-list.html Sun, 17 May 2026 00:00:00 +0200 In this short blog entry, I will try to convince you that using the IReadOnlyList contract is sometimes not worth it. Especially in hot paths or projects that require high runtime performance, it is often better to use the regular List. The reason is the foreach loop, which unfortunately introduces GC allocations when used with IReadOnlyList, regardless of the underlying type. Of course, users can avoid these allocations by using a regular for loop (or by providing a custom enumerator via an extension method). However, this is somewhat counterintuitive, since foreach implies that the iterated collection is read-only and that modifying it will throw an exception. https://andywiecko.github.io/blog/05-eb1-imin.html https://andywiecko.github.io/blog/05-eb1-imin.html Mon, 09 Jun 2025 00:00:00 +0200 Burst is a great and powerful tool that enables low-level optimizations while keeping your code readable and maintainable. I hope this marks the beginning of a series of blog posts in which I’ll share insights into how compiler can enhance performance through vectorization of mathematical utilities. I’m not aiming to measure performance explicitly, but rather to examine the generated assembly code. https://andywiecko.github.io/blog/04-alpha-shapes.html https://andywiecko.github.io/blog/04-alpha-shapes.html Wed, 30 Apr 2025 00:00:00 +0200 In this blog post, I want to show you an effective method for mesh reconstruction from point clouds. No edge constraints are needed! No opaque AI black box—just an analytically controlled, user-defined solution. Let me introduce you to α-shapes. https://andywiecko.github.io/blog/03-rodrigues-formula.html https://andywiecko.github.io/blog/03-rodrigues-formula.html Sun, 16 Feb 2025 00:00:00 +0100 In this post, I will introduce you to a great tool: Rodrigues’ formula. This is not the Rodrigues associated with Tarantino’s films, but you’ll soon see that he is just as brilliant. Let’s dive in! https://andywiecko.github.io/blog/02-ai-scam.html https://andywiecko.github.io/blog/02-ai-scam.html Fri, 27 Dec 2024 00:00:00 +0100 Obserwacja popularyzacji i spekulacji na temat AI, między innymi w mediach, dręczy pytaniem, czy to aby nie jeden z największych scamów XXI wieku? Opracowanie algorytmów stojących za fasadą AI jest niezaprzeczalnym osiągnięciem i postępem, ale czy wymaga to siania trwogi stojącej na niewiedzy wśród społeczeństwa? Podczas odpowiedzi na te pytania, dla uproszczenia, nie będę wchodził w szczegóły techniczne i przykleję etykietę sztucznej inteligencji do omawianych zagadnień. https://andywiecko.github.io/blog/01-clean-code.html https://andywiecko.github.io/blog/01-clean-code.html Wed, 04 Jan 2023 00:00:00 +0100 Przestańmy korzystać z określenia czysty jako przymiotnik do kodu. Jak słyszę clean code to zaczyna mną telepać – to sformułowanie powinno zostać zakazane w środowisku IT. W świecie programowania nastała moda na używanie tego określenia, a w zasadzie problem zaczyna powoli przypominać religię. Nastała tendencja do utrudniania sobie życia np. poprzez wprowadzanie dodatkowych abstrakcji tam gdzie nie potrzeba, zakazywanie niektórych wzorców, czy dążenie do całkowitego „niepowtarzania kodu”.