W dokumentacji Microsoft przeczytamy, że Azure Service Fabric to platforma wspomagająca tworzenie, deployment oraz zarządzanie skalowalnymi i niezawodnymi mikroserwisami. Definicja jest nieco zawiła i mało obrazowa dla osób które wcześniej nie pracowały z podobnym rozwiązaniem. Co to właściwie oznacza? No cóż, zacznijmy od końca, czyli od pojęć “skalowalny” i “niezawodny”.

Some time ago I was trying to find a good extension to Chrome that would let me go to recent tab same as for example R# does it with files (or Alt+Tab for Windows). The outcome was rather poor so I decided to write my own extension (it’s called Omnicomplete). It does even more and is available on GitHub. Now I use it dozens of times a day and I can recommend it wholeheartedly.

Czasem robiąc code review rodzą się wątpliwości, czy dany kawałek kodu w ogóle działa albo czy przypadkiem nie psuje reszty systemu. Najlepiej w takiej sytuacji przed zamknięciem pull requesta po prostu to przetestować, ale do tego trzeba ściągnąć najnowszą wersję kodu, zbudować i uruchomić projekt a wcześniej odłożyć swoje zmiany na bok. Sam wiem po sobie, że często z tego rezygnowałem. Można jednak rozszerzyć swój proces CI/CD aby build server sam robił deploy każdego pull request’u na odrębne środowisko.

In order to keep your git environment in a good shape you need to clean up branches from time to time. It is especially difficult in case of build servers which complete pull requests on behalf of developers (like VSTS). It’s easy when you have just a few branches to review, but if you forget to do some cleaning for longer while then it’s getting painful. For sure you do not want to remove effects of your work by accident during cleanup.

Ask yourself a question if your unit test project is a mixture of test methods or it shapes a specification that you can share with your client. If you really want to improve your testing experience look at NSpec.