Podejrzewam, ze większość z was jak nie wszyscy spotkali się z Markdownem. Jeśli nawet osobiście nic w nim nie pisaliście to widzicie jego efekty w 90% repozytoriów na githubie w postaci plików Readme. Warto co nieco o nim wiedzieć, ponieważ w łatwy sposób można z jego pomocą upiększyć swoje repozytorium.
Jest to stosunkowo młody język, który powstał w 2004 przy współpracy Johna Grubera i Aarona Swartza. Został stworzony aby umożliwić ludziom pisanie łatwego do czytania formatu tekstu, który będzie można w prosty sposób skonwertować do XHTML lub HTML. Oryginalnie narzędzie, które parsowało plik w formacie *.md do HTML zostało napisane w Perlu a następnie było przepisywane również w innych językach. Markdown jest wykorzystywany na wielu stronach między innymi na Githubie, Bitbucket, reddit itd. Github jednak nie poprzestał na podstawowej składni Markdown’a tylko dodał do niej swoje własne rozwiązania(między innymi tabele oraz kolorowanie składni) tworząc Github Flavored Markdown. To co oryginalnie posiadał Markdown możecie zobaczyć tutaj
Jako, że przy pomocy Markdown’a można zrobić naprawdę dużo to postaram się opisać te składnie, które będą najczęściej używane przy tworzeniu plików Readme. Zacznę od najbardziej podstawowego elementu czyli nagłówka. Mamy jego 6 poziomów, podobnie jak w HTML i definiujemy je następująco
# Odpowiednik h1 ## Odpowiednik h2 ### Odpowiednik h3 #### Odpowiednik h4 ##### Odpowiednik h5 ###### Odpowiednik h6
Kolejną przydatną rzeczą jest możliwość tworzenia linków które definiujemy następująco:
[Treść linka](https://adres_linku)
Podobne do wstawiania linków jest umieszczanie obrazków:
Powyższe rzeczy występują w oryginalnym Markdownie. Oprócz nich na githubie możemy korzystać z GFM, który daje nam dodatkowe możliwości. Zacznę od prostej rzeczy jaką jest tworzenie tabel. Nie jest to co prawda bardzo wygodne przy pisaniu większych struktur ale w prosty sposób pomaga nam porządkować nasze dane
Naglowek| --------| wiersz1| wiersz2|
Ciekawą rzeczą jest także możliwość kolorowania składni fragmentów kodu, które możemy umieścić w pliku
FSGeek```javascript
console.log('Hello World')
```
```php
echo 'Hello World';
```
Jednak podczas tworzenia tego artykuły najciekawszym rozwiązaniem jakie znalazłem była możliwość tworzenia listy zadań. Jak dla mnie jest to idealny sposób by przedstawić postęp prac i przyszłe plany względem naszego kodu dla osoby odwiedzającej nasze repozytorium. A do tego definiuje się je bardzo prosto.
- [x] zadanie zrealizowane - [ ] zadanie przeznaczone do realizacji
Jak widzicie Markdown potrafi naprawdę wiele przy małym nakładzie nauki i pracy. Warto go stosować ponieważ sprawia, że nasze repozytoria stają się przyjemniejsze dla oka. Dobrze zrobiony plik Readme jest idealną dokumentacją, która może zachęcić osobę odwiedzającą nasze repozytorium do skorzystania z naszego rozwiązania. Dodatkowo powstało wiele narzędzi, które pomagają przy pisaniu tych plików. Ja podczas tworzenia tego artykułu korzystałem z wtyczki do Visual Studio Code o nazwie Instatnt Markdown oraz ze strony dilinger.io. Oprócz nich istnieje wiele innych rozwiązań i wtyczek więc każdy znajdzie coś dla siebie.
Przy okazji pisania artykułu udało mi się poprawić swój plik Readme z repozytorium konkursowego i teraz wygląda o niebo lepiej co możecie sprawdzić tutaj. Tak więc ulepszajmy nasze pliki Readme i do usłyszenia wkrótce.