CSP Credit Support Platform

Fajne hasełko na literkę F. Powiew przeszłości :D
Daj lajka, jeśli pamiętasz!

F - floppy disk (dyskietka) 💾 Dziś trochę historii, bowiem pewnie wielu młodych ludzi nie spotyka się na co dzień z tym, co było normą jeszcze kilkanaście lat temu. Dyskietka jest to przenośny nośnik magnetyczny, umożliwiający zarówno odczyt jak i zapis danych. Ilość zapisanych danych jak na dzisiejsze standardy jest niewielka, bowiem najpopularniejsze dyskietki miały pojemność 1.44 MB. Istniało wiele rodzajów dyskietek, jednak najczęściej używane, były dyskietki 3½ cala o pojemnościach 720 KB i 1,44 MB oraz 5¼ o pojemnościach 360 KB i 1,2 MB. Mniej popularne były dyskietki 3 calowe wykorzystywane np. w mikrokomputerach Amstrad i Spectrum czy też dyskietki 8 cali które możemy zobaczyć np. w filmie „Gry wojenne”. Z czasem okazało się, że pojemność i niezawodność dyskietki stała się niewystarczająca. Jako przykład można przytoczyć, że istniała oficjalna wersja instalacyjna Windows 95 zapisana na kilkudziesięciu dyskietkach, bądź na jednej płycie CD. Współcześnie dyskietki zostały już wyparte przez pamięci USB i pamięci flash.

Czyżby literka C? 💿

C - Code review czyli inspekcja kodu. Jest to praktyka stosowana przy wytwarzaniu oprogramowania mająca na celu wykrycie i poprawienie błędów powstałych w kodzie w czasie pisania oprogramowania. Polega to na przeglądzie kodu napisanego przez programistę przez inną osobę przed przekazaniem go do testowania.

Aby przeprowadzić code review nie musimy wymyślać swoich własnych rozwiązań. Dostępny jest cały pakiet technik, które wskazują właściwy kierunek:

⌨️ Inspekcja Fagana (Fagan inspection). Był to historycznie pierwszy rodzaj inspekcji przeprowadzanych w odniesieniu do oprogramowania. Koncepcja ta narodziła się w połowie lat 70-tych w firmie IBM. Inspekcja Fagana jest procesem formalnym, uporządkowanym i możliwym do zmierzenia. Uczestnicy procesu przyjmują standardowe role: Author, Moderator, Reader, Reviewer oraz Recorder.

💽 Programowanie w parach (pair programming) to praktyka polegająca na wspólnym tworzeniu kodu przez parę programistów. Programiści mają podzielone zadania, jedna osoba tworzy partię kodu, podczas gdy druga obserwuje jej pracę i doradza, koncentrując się mniej na detalach, a bardziej na całokształcie wykonania zadania. Osoby w parze zamieniają się rolami, wskazane jest, by robić to nie rzadziej, niż co kilkadziesiąt minut.

⌨️ „Review przez ramię” to technika która polega na znalezieniu programisty, który akurat dysponuje wolną chwilą i chęciami, dzięki czemu będzie mógł przeprowadzić z nami szybką konsultację. Programista prezentuje na ekranie kod oraz wyjaśnia, co należało zrobić w ramach zadania. Recenzent jeśli ma taką potrzebę, zadaje pytania dodatkowe lub daje wskazówki do kodu, a po ewentualnych zmianach, rzuca ponownie okiem w kod i akceptuje go lub nie.

💽 Z użyciem dedykowanych narzędzi to technika w której programista tworzy kod na osobnej gałęzi repozytorium. Po zakończeniu kodowania daje znać pozostałym programistom, że zadanie czeka na review. Kolejnym krokiem jest przegląd nowego kodu przez jednego z członków zespołu. Aby nie pominąć żadnego z kryteriów przyjętych weryfikacji, zdefiniowana jest checklista review, zawierającą punkty, na które szczególną uwagę musi zwrócić recenzent.

Piątkowy słowniczek z literką B 💻 to może coś dla testerów? :)

Black box testing (Testy czarnej skrzynki) – technika testów, w przypadku której budowa wewnętrzna aplikacji nie jest znana osobie testujące. Są to najczęściej testy funkcjonalne.
Dobrą praktyką jest, by osoba wykonująca testy nie miała wglądu do kodu aplikacji, ponieważ powinni skupić się na wprowadzaniu danych opartych o funkcjonalne założenia systemu.

Takie testy mogą pomóc wykryć błędy takie jak:
- błędy interfejsu,
- niezgodności ze specyfikacją systemu,
- nieprawidłowe oraz brakujące funkcje.

Rodzaje testów czarnej skrzynki:
- przejścia pomiędzy stanami
- analiza wartości brzegowych
- testy oparte o dokumentacje
- klasy równoważności
- tabele decyzyjne

Nasz słowniczek czas zacząć. Globus alfabetu obiegliśmy dookoła i wyruszamy z punktu startowego. Czyli litera 🅰️▶

A, jak Apache ANT

Jest to narzędzie wspomagające proces budowania aplikacji, Napisane w języku Java i wykorzystywane z programami napisanymi właśnie w tym języku.
Ant używa w procesie budowania plików w formacie XML. Domyślnie plik ant nazywa się build.xml

Przykładowy plik build.xml :)




















Wyróżniamy trzy „targets” (w przytoczonym przykładzie):
- clean
- compile
- jar
Każdy z nich ma dołączony opis, target jar ma opisany cel compile jako zależność, co oznacza, że zanim Ant rozpocznie target jar musi najpierw ukończyć target compile.

Każdy target oznacza czynność jaka musi wykonać Ant aby ukończyć kolejny target, np. dla target compile musi utworzyć folder o nazwie classes.

Więcej na wiki Anta
https://wiki.apache.org/ant/FrontPage
i oficjalniej stronie
http://ant.apache.org/

FrontPage - Ant Wiki project. It contains documentation submitted by logged in Wiki users. If you wish to use any information in the wiki, be advised that the accuracy of all user-supplied information cannot be guaranteed. In particular, you cannot trust this or any other wiki to be a reliable source of security-sensiti...