Praktyczny Blog Programisty

SBOM (Software Bill of Materials), czyli "spis treści" oprogramowania, to dokument, który zawiera szczegółowy wykaz wszystkich komponentów używanych w danej aplikacji, w tym bibliotek open-source, frameworków i innych zależności. W kontekście narzędzia OWASP Dependency-Track, SBOM pełni kluczową rolę w zarządzaniu bezpieczeństwem i zgodnością oprogramowania. Dlaczego SBOM jest ważne? Przejrzystość: Dzięki SBOM zespół ma pełny obraz używanych zależności, co ułatwia identyfikację potencjalnych podatności. Zgodność regulacyjna: SBOM staje się coraz bardziej wymagane przez przepisy prawa, takie jak Executive Order on Improving the Nation’s Cybersecurity w USA, które nakładają obowiązek dostarczania SBOM przez dostawców oprogramowania. Monitorowanie ryzyk: SBOM pozwala szybko reagować na nowe podatności, ponieważ dokładnie wiadomo, które komponenty wymagają uwagi. Dependency-Track i SBOM Dependency-Track automatycznie generuje i zarządza SBOM dla każdego projektu. N...

dev{tools}: - Coding Rules znaczenie zasad kodowania w zespole

Zasady kodowania (coding rules) to nieodłączny element efektywnej współpracy w zespołach programistycznych. Spójne zasady pomagają w utrzymaniu czytelności, spójności i jakości kodu, niezależnie od tego, ilu programistów nad nim pracuje. W tym artykule przyjrzymy się, jak wspólne zasady kodowania wpływają na efektywność zespołów, ułatwiają procesy przeglądów kodu (PR) i podnoszą poziom wytwarzanego oprogramowania. Dlaczego zasady kodowania są kluczowe? Spójność kodu : Każdy programista może pisać kod w inny sposób. Wprowadzenie wspólnych zasad kodowania eliminuje te różnice, co sprawia, że kod jest jednolity i łatwiejszy do zrozumienia. Lepsza jakość kodu : Dobrze ustalone zasady kodowania pomagają unikać typowych błędów, takich jak nieczytelne nazewnictwo, brak komentarzy czy niewłaściwa struktura plików. Szybsze przeglądy kodu (PR) : Zasady kodowania eliminują drobne niezgodności, co pozwala skupić się na istotnych kwestiach podczas code review, jak wydajność i pop...

dev{ops}: Poziomy dojrzałości REST

Jednym z kluczowych elementów nowoczesnych aplikacji jest budowanie interfejsów API zgodnych z architekturą REST (Representational State Transfer). Ale nie wszystkie API są równie "RESTful" – mogą różnić się pod względem dojrzałości i zgodności z zasadami REST. Aby ułatwić ocenę, Richardson Maturity Model (RMM) definiuje cztery poziomy dojrzałości API REST, które pokazują, jak dobrze dane API spełnia wymagania REST. W tym artykule omówimy każdy poziom, wyjaśniając, czym charakteryzuje się każdy z nich i jak może wpływać na wydajność oraz elastyczność API w środowiskach DevOps. Czym jest model dojrzałości REST? Model dojrzałości REST stworzony przez Leonarda Richardsona dzieli API na cztery poziomy. Każdy poziom zwiększa stopień zgodności z zasadami REST, co przekłada się na lepszą strukturę, łatwość utrzymania i większą wydajność API. Poziomy dojrzałości REST według Richardson Maturity Model Poziom 0: Połączenie zdalne (Remote Procedure Call) Na tym poziomie API nie jest tak ...

Obsługiwane przez usługę Blogger