Popularność i przyszłość Pascala

Popularność i przyszłość Pascala
DA
  • Rejestracja:ponad 2 lata
  • Ostatnio:około 5 godzin
  • Postów:83
1

Może by trochę też rozjaśniło w kontekście "popularności" samego Delphi ile Embarcadero i jego partnerzy handlowi na świecie sprzedają rocznie pakietów komercyjnych tego środowiska, jak i ile ile jest ściągnięć wersji bezpłatnych. Zważywszy, że niemal co chwilę powstają nowe wydania (mniej lub bardziej udane), a partnerzy handlowi i file firmy Embarcadero są zlokalizowani na wszystkich kontynentach (w większości krajów) to może to chociaż minimalnie świadczyć, że jakieś zainteresowanie/popyt występują na stale.

flowCRANE
Moderator Delphi/Pascal
  • Rejestracja:ponad 13 lat
  • Ostatnio:około 3 godziny
  • Lokalizacja:Tuchów
  • Postów:12156
1

Embarcadero cały czas jednak robi biznes na swoich środowiskach, pomimo tego, że rozdawane są darmowe wersje (czego dawniej nie robiono), więc coś jest na rzeczy. Gdyby nie było popytu, to ta firma by upadła, a na razie nic na to nie wskazuje. Poza tym produkty Embarcadero nie są jedynymi dla obiektowego Pascala — jest jeszcze Lazarus czy CodeTyphon.


Pracuję nad własną, arcade'ową, docelowo komercyjną grą z gatunku action/adventure w stylu retro (pixel art), programując silnik i powłokę gry od zupełnych podstaw, przy użyciu Free Pascala i SDL3. Więcej informacji znajdziesz na moim mikroblogu.
katakrowa
  • Rejestracja:około 10 lat
  • Ostatnio:około 2 lata
  • Lokalizacja:Chorzów
  • Postów:1670
3

@gajusz800: Skoro popularność nie rośnie to skąd pomysł że coś się zmieni. Ciągle podobna, niska popularność świadczy o tym, że to tylko utrzymywanie legacy, które powoli umrze. Co najwyżej jakiś legacy projekt został przepisywany ze starego Delphi do nowszego żeby jeszcze trochę mógł pożyć.

Bo narzędzie się zmienia, rozwija i jest coraz lepsze. To nie jest projekt "zdechły" jak JQuery, Prototype, Macromedia Flash i wiele podobnych.
Z każdą nową wersją pojawiają się nowe funkcjonalności, dochodzi obsługa kolejnych platform i nowych technologii... Może nie tak prężnie jak VisualStudio bo tu jednak jest spora różnica ale za to z wciąż z bardzo dobrą kompatybilnością wsteczną.

Wśród klientów wciąż mają dość silne firmy (już to kiedyś wklejałem - z ich strony głównej). Może to i projekty "legacy" - co wg mnie nie jest żadną ujmą dla projektu a wręcz przeciwnie. Wiadomo, że każdy woli pisać od "0" ale nie da się ukryć, że przyszłość przyniesie nam coraz więcej projektów "legacy", które trzeba będzie wspierać i tutaj po stokroć wolałbym dostać bieżące i działające w bieżącym systemie narzędzie jak daje Embarcadero do dalszego rozwoju tego "legacy" projektu, niż za 10 lat pierniczyć się z jakimś "kupa JS Famełorkjem", którego już nawet główna strona nie będzie istnieć albo jeszcze innym głupszym wynalazkiem typu PHP FrameWork, do którego będziesz jeszcze musiał przygotować "Legacy Serwer" i "Legacy środowisko" żeby w ogóle cokolwiek ruszyć.

Względem "popularnych" technologii w świecie Delphi jest sporo różnic w podejściu do projektu i sposobie myślenia o jego przyszłości. Niewielu to dostrzega ale jednak tacy też są.

screenshot-20230130203340.png


Projektowanie i programowanie. Hobbystycznie elektronika i audio oszołom.
edytowany 2x, ostatnio: katakrowa
katakrowa
@gajusz800: Co najwyżej jakiś legacy projekt został przepisywany ze starego Delphi do nowszego żeby jeszcze trochę mógł pożyć. - cała rzecz w tym, że nie było takiej potrzeby. Stare projekty nawet te 20 letnie bez wielkiego wysiłku kompilują się w nowych wersjach Delphi. Na tym polega bajer, ze nic nie trzeba "przepisywać". Ot taka magia kompatybilności wstecznej...
G8
To oczywiście nie jest prawda, bo akurat widziałem to wiele razy z bliska.
flowCRANE
Znowu dowód anegdotyczny? Dałbyś już spokój.
PA
  • Rejestracja:ponad 22 lata
  • Ostatnio:około 4 godziny
  • Postów:3866
4

Fajnie się to czyta, mamy tutaj kilku użytkowników, którzy używają najnowszych odsłon Pascala, zarówno free jak i od Delphi, którzy sensownie argumentują, że używają na co dzień tego języka i nie widzą ograniczeń. Co więcej maja argumenty za tym, że język się rozwija. Choćby to świadczy, że Pascal pomimo małej popularności, że nie umiera i ma się dobrze.
Z drugiej strony mamy ewangelistów zmiany, którzy starają się udowodnić, że nie ma w tym pracy, składnia jest be i aktywni developerzy są w takim amoku, że nie wiedzą nawet sami jak się męczą.
Ja komercyjnie pracuje już szmat czasu i mam za sobą takie boję, ale z sentymentem czytam takie wątki.
Ale co ja moge wiedzieć od roku musiałem wrócić do VB, to dopiero jest nekrofilia 😂

G8
  • Rejestracja:około 3 lata
  • Ostatnio:około rok
  • Postów:2000
2
Panczo napisał(a):

Z drugiej strony mamy ewangelistów zmiany, którzy starają się udowodnić, że nie ma w tym pracy,

Ale co to udowadniać? Wystarczy sobie zobaczyć ile jest w tym ofert pracy. O co ci chodzi?

PA
  • Rejestracja:ponad 22 lata
  • Ostatnio:około 4 godziny
  • Postów:3866
3

Rozmawiamy o popularności i przyszłości języka pascal. Jak odłożysz emocje to zobaczysz, że ludzie w tym wątku (mam na myśli aktywnych deweloperów pascala) nie żyją w bańce i zdają sobie sprawę z popularności Pascala. Tu nic nie ma do udowadniania.

obscurity
ja w tym wątku widzę coś zgoła innego
WL
  • Rejestracja:około 21 lat
  • Ostatnio:około miesiąc
  • Postów:1082
3

Pogodzę Was; jeśli chcesz robić karierę w IT, czyli zarabiać furę kasy (często nie wiadomo za co), to Delphi/Pascal nie jest dla Ciebie.
Pracy mało, a IDE jest koszmarnie drogie (no niestety, ale Lazarus przy Delphi w formatkach wygląda jak biedna rodzina z Syberii).
Community jest tak mikre, że szkoda gadać. No, ale za to jest wyższej jakości, bo zostali w tym tylko Ci co się znają 🤣

Jeśli jednak jesteś człowiekiem z duszą artysty, buntownika i anarchisty (mam na myśli kogoś, kto nie idzie za tłumem i zawsze ma własne zdanie i pomysły) to zdecydowanie tak!
Dlaczego?

Zazwyczaj znajdzie się jakiś problem czy potrzeba której nie da się w Delphi/Pascal zrealizować pewnie, skutecznie i szybko (moje ostatnie odkrycie - komercyjna super-wypasiona biblioteka MQTT nie działa w aplikacjach konsolowych i usługach, ponieważ autor-as-programowania użył wszędzie bezrefleksyjnie Synchronize, które nie działa bez pętli komunikatów 🤦‍♂️ I jeszcze chcą ode mnie kasę za upgrade, ale to dalej nie działa🤣 btw - poprawkę napisałem sobie w godzinę, wysłałem do producenta, a on zakisił temat na ponad miesiąc i końca nie widać...).
Bo albo czegoś nie ma, albo jest, ale nie działa jak trzeba.

To nie jest środowisko dla lamerów i wyrobników, jeśli mają ambicję robienia czegoś więcej niż bawienie się edytorem formatek i "oprogramowaniem" OnClicków.
A może właśnie odwrotnie 🤔, bo akurat w OnClickach sprawdza się znakomicie, a przy ambitnych projektach tak sobie.

Tylko proszę mi się tu nie ośmieszać i nie pokazywać "ambitnych" projektów zrealizowanych w Dephi/Pascal.
Ponieważ to ani nie ta skala ilości ani jakości takich projektów.
Pewnie, da się w tym zrealizować prawie wszystkie i nie gorzej nich w innych technologiach... No, ale wysiłek w to włożony jest niewspółmierny do bardziej mainstremowych rozwiązań.

Może w desktopie Dephi jest naprawdę dobre.
Może, ale ja tego nie wiem ponieważ:

  1. Nie mam poważnych doświadczeń w desktopie z innymi technologiami, zatem trudno mi to właściwie ocenić.
  2. Głównie to mikrousługi teraz programuje, zatem mało mnie to naprawdę obchodzi.

Pierwszy swój komercyjny program napisałem w Delphi 3, czyli bez małą jakieś 25 lat temu.
Zatem coś tam na ten temat wiem.

edytowany 1x, ostatnio: wloochacz
LA
@wloochacz: ad pkt 2. a co z systemem do zarządzania produkcją - dalej rozwijany? :)
WL
@lampasss: nieustannie, nie ma w co ręce włożyć ;-)
LA
@wloochacz: no to chyba dobrze prawda :)? czyli mozna sie ustawic dobrze i wygodnie w delphi, ale to trudniejsze niz w innej technologii :)
flowCRANE
Moderator Delphi/Pascal
  • Rejestracja:ponad 13 lat
  • Ostatnio:około 3 godziny
  • Lokalizacja:Tuchów
  • Postów:12156
0
wloochacz napisał(a):

Tylko proszę mi się tu nie ośmieszać i nie pokazywać "ambitnych" projektów zrealizowanych w Dephi/Pascal.

A ja bym z chęcią zobaczył jakieś narzędzie zrealizowane w Delphi, którego nie bałbyś się nazwać ambitnym. ;)


Pracuję nad własną, arcade'ową, docelowo komercyjną grą z gatunku action/adventure w stylu retro (pixel art), programując silnik i powłokę gry od zupełnych podstaw, przy użyciu Free Pascala i SDL3. Więcej informacji znajdziesz na moim mikroblogu.
G8
  • Rejestracja:około 3 lata
  • Ostatnio:około rok
  • Postów:2000
0
wloochacz napisał(a):

Jeśli jednak jesteś człowiekiem z duszą artysty, buntownika i anarchisty (mam na myśli kogoś, kto nie idzie za tłumem i zawsze ma własne zdanie i pomysły) to zdecydowanie tak!

Pewnie, da się w tym zrealizować prawie wszystkie i nie gorzej nich w innych technologiach... No, ale wysiłek w to włożony jest niewspółmierny do bardziej mainstremowych rozwiązań.

Czyli chodzi tu o takich, którzy uparli się na Delphi nie dlatego, że się najlepiej sprawdza tylko z miłości? No ja nie kupuję tego, wybieram technologie które jak najbardziej ułatwiają życie. Jeśli ktoś upiera się na rozwiązanie, które wszytko utrudnia i wymaga włożenia niewspółmiernie większego wysiłku to chyba tylko z miłości do tej technologii, a to już mi zalatuje problemami z psychiką. A co najmniej strachem przed wyjściem ze swojej strefy komfortu.

Poza tym, w tym wątku niektórzy starali się pokazać, że wysiłek włożony w napisanie nawet złożonej aplikacji jest raczej mniejszy niż w mainstreamowych technologiach. To jak to w końcu jest?

edytowany 2x, ostatnio: gajusz800
flowCRANE
Moderator Delphi/Pascal
  • Rejestracja:ponad 13 lat
  • Ostatnio:około 3 godziny
  • Lokalizacja:Tuchów
  • Postów:12156
0

Nie będę się wypowiadał za wszystkich Pascalowców (i nikt nie powinien), ale jeśli o mnie chodzi i o obecną chwilę, to używam Free Pascala i Lazarusa właśnie dlatego, aby sobie najbardziej ułatwić życie. Gdybym wybrał C, C++, C#, albo co gorsza Pythona czy Unity, to bym sobie strzelił w stopę.

gajusz800 napisał(a):

Poza tym, w tym wątku niektórzy starali się pokazać, że wysiłek włożony w napisanie nawet złożonej aplikacji jest raczej mniejszy niż w mainstreamowych technologiach. To jak to w końcu jest?

To pytanie jest z gruntu bezsensowne, dlatego odpowiedź na nie po prostu nie istnieje. Jedne rzeczy można zaimplementować wygodnie, inne mniej, więc nie da się w jednym zdaniu stwierdzić, czy nakład pracy jest duży czy mały. Tak samo nie da się na to pytanie odpowiedzieć w stosunku do dowolnej innej technologii.


Pracuję nad własną, arcade'ową, docelowo komercyjną grą z gatunku action/adventure w stylu retro (pixel art), programując silnik i powłokę gry od zupełnych podstaw, przy użyciu Free Pascala i SDL3. Więcej informacji znajdziesz na moim mikroblogu.
G8
  • Rejestracja:około 3 lata
  • Ostatnio:około rok
  • Postów:2000
0
furious programming napisał(a):

To pytanie jest z gruntu bezsensowne, dlatego odpowiedź na nie po prostu nie istnieje. Jedne rzeczy można zaimplementować wygodnie, inne mniej, więc nie da się w jednym zdaniu stwierdzić, czy nakład pracy jest duży czy mały. Tak samo nie da się na to pytanie odpowiedzieć w stosunku do dowolnej innej technologii.

@wloochacz uważa inaczej, skoro pisze, że:

Pewnie, da się w tym zrealizować prawie wszystkie i nie gorzej nich w innych technologiach... No, ale wysiłek w to włożony jest niewspółmierny do bardziej mainstremowych rozwiązań.

Jest dla mnie wiarygodny, bo z tego co pisze, to zna Delphi od pierwszych wersji aż do dziś. Z całym szacunkiem, ty jesteś jak dla mnie średnio wiarygodny. Ale ok, piszesz za siebie więc przyjmuję twoje zdanie. Ile to na wspólnego z rzeczywistością to całkiem inna sprawa

edytowany 1x, ostatnio: gajusz800
flowCRANE
Moderator Delphi/Pascal
  • Rejestracja:ponad 13 lat
  • Ostatnio:około 3 godziny
  • Lokalizacja:Tuchów
  • Postów:12156
0

Jeśli chcesz mieć w miarę obiektywną i ”wiarygodną” opinię na temat Pascali, to zbieraj opinie od wszystkich tych, którzy z pascalowych technologii korzystają i wykorzystują je do tworzenia oprogramowania najróżniejszego rodzaju — aplikacji narzędziowych, bazodanowych, kioskowych i klasy ERP, gier, sterowników, rozwiązań serwerowych i masy innych, które można tworzyć za pomocą Delphi/FPC i innych.


Pracuję nad własną, arcade'ową, docelowo komercyjną grą z gatunku action/adventure w stylu retro (pixel art), programując silnik i powłokę gry od zupełnych podstaw, przy użyciu Free Pascala i SDL3. Więcej informacji znajdziesz na moim mikroblogu.
edytowany 1x, ostatnio: flowCRANE
KR
  • Rejestracja:ponad 6 lat
  • Ostatnio:około rok
  • Postów:174
2

Oczywiście Pascal/Delphi jest niszą i pewnie nią dalej pozostanie. Znam firmę,która zaczynała od dużych systemów w Clipperze, później PowerBuilder i Delphi. Część przepisali do C++, ale reszta ciągle działa. A ja właśnie tworzyłem sobie małą aplikację do obsługi pewnego procesu na produkcji - wszystko ładnie i nowocześnie - C# i webapi na serwerze i frontend blazor. Okazało się, że terminale produkcyjne w większości są na tyle siermiężne, że praca na aplikacji web jest niewygodna lub niemożliwa.
Pozostało wrócić do ulubionego kiedyś pascala i frontend zrobić w Lazarusie - lekki i działający na każdym Windowsie bez ton bibliotek.net.;-)

obscurity
.net waży ok 40MB obok aplikacji, parę megabajtów po trimmingu
SK
  • Rejestracja:prawie 7 lat
  • Ostatnio:około 4 godziny
  • Postów:98
2

Odkopię temat...

W najnowszym rankingu popularności języków programowania Tiobe, opublikowanym w marcu 2025 roku, niespodziewanie wzrosło zainteresowanie kilkoma zabytkowymi językami. Fortran i Delphi rywalizują o miejsce w pierwszej dziesiątce, podczas gdy COBOL i Ada umocniły swoją pozycję w pierwszej dwudziestce. Eksperci sugerują, że powrót tych technologii wynika z ich niezastąpionej roli w kluczowych systemach na całym świecie.
https://ithardware.pl/aktualnosci/stary_jezyk_programowania_fortran_delphi-39758.html

Opi
  • Rejestracja:ponad 20 lat
  • Ostatnio:dzień
  • Postów:1029
2

Popularność Delphi jak widać nie ginie, ale to wynika przede wszystkim z aktualizacji IDE/języka. Embarcadero poprawił się w tej kwestii, nowe wersje są wydawane średnio raz na 1,5x rocznej subskrypcji licencji nie wliczając poprawek, czy minor version.

Ja osobiście z Delphi jestem od 2003 roku, zaczynając od Delphi 7 Personal z czasopisma KŚ Ekspert. Kolejne wersje używałem tylko dlatego, że wychodziły darmowe: Starter, a potem Community Edition. Obecnie pracuję na 12.1 Athens. Zawsze podobał mi się ten język, gdyż dał się łatwo zrozumieć. Z czasem zauważyłem pewne jego wady (ograniczenia języka, niedopracowany edytor, wolny kompilator, crashe środowiska), ale nauczyłem się z tym "żyć i pracować". Z każdym rokiem śledzę i wyczekuję kolejnych nowości od Embarcadero w świecie Delphi, gdyż nie uważam, aby to środowisko/język miało być porzucone.

Co do ofert pracy, jest ich mało. I niestety z tych ofert dodatkowo odpada dużo pod kątem wymagań co do użycia dodatkowych rozwiązań powiązanych z językiem programowania.

Miang
wytłumacz o co Ci chodzi w tym ostatnim zdaniu plz
Opi
@Miang: Przykładowe wymagania poza znajomością języka i środowiska: doświadczenie w tworzeniu serwisów SOAP/REST, znajomość pakietu DevExpress, doświadczenie z systemami kontroli wersji (Bitbucket, Git). Osoby, które nawet programują wiele lat, mogły nie mieć potrzeby zapoznania się z tymi "dodatkami" i z góry odpadają przy naborze.
Miang
no to jakiś debil rekrutuje, zwłaszcza jeśli żąda określonego systemu kontroli wersji, zresztą devexpress też do opanowania szybko, chociaż akurat to dość paskudne jest (widziałam w c# wiec wcale nie powiązane z Delphi). Jesteś pewien ze to nie były wymówki ze strony firmy?
ToTomki
Ale co jest złego w tych wymaganiach? Ja nie wiem co robiłeś w Delphi, nigdy go nie dotykałem, nie znam jego specyfiki, ale jeśli do pracy startuje (a tak to brzmi z perspektywy osoby spoza świata Delphi - można mnie poprawić jeśli coś źle zrozumiałem) potencjalny pracownik, który nigdy nie pracował z systemem kontroli wersji, nie komunikował się z zewnętrznymi serwisami, nie zna frameworka w którym pracujemy - czemu taka osoba miałaby mieć dobrą pozycję w rekrutacji? To są dość elementarne braki, których nie mieli moi stażyści.
Miang
@ToTomki: no właśnie nie znasz. Gościu piszący w Delphi używał JediVCS wiec to że używał innego sytemu kontroli wersji nie znaczy że nie używał w ogóle, założenie że jak nie tworzył akurat serwisów w SOAP/REST to się nie komunikował z serwisami zewnętrznymi jest słabe, a o frameworku przecież słowa nie ma
Miang
pisał tę ofertę pewnie jakiś junior, wwalił wszystko czego używają w projekcie
ToTomki
@Miang: W której wiadomości wspomniał o swoim doświadczeniu w jakimś systemie kontroli wersji? Ja tu widzę wspomnienie systemu kontroli wersji tylko w kontekście jednego "z dodatków", więc to jedna z rzeczy, których może komuś brakować. Może Opi zresztą tego używał, ale mówimy tutaj nawet nie o nim, a bardziej o abstrakcyjnym potencjalnym kandydacie. Masz rację, mogłem bardziej sprecyzować, że chodziło mi o "komunikację z zewnętrznymi serwisami w taki sposób, w jaki robi się to na projekcie", ale nawet jeśli tego nie zrobiłem to nie widzę żadnego ustosunkowania się do tego
ToTomki
...ale i tak, jeśli jestem rekrutującym do danej technologii to oczywiste jest, że wolę kandydatów bardziej pasujących doświadczeniem. Nie rozumiem skąd to nacechowane emocjami atakowanie mnie, że ten zarzut jest słaby. Co do frameworka - miałem na myśli DevExpress, mogłem źle zrozumieć, no cóż, pomyłka, nie widzę problemu. W przypadku takiej listy technologii nie widzę problemu w aplikowaniu. Jak ja widzę ADF w wymaganich, a pracowałem w Airflow, będę aplikował, bo robiłem coś w tym temacie. Co miał wystawiciel wpisać? Technologię orkiestrującą? Fajnie jak podaje
ToTomki
...się konkret tego, czego się używa. Jeśli ktoś uważa, że pracował w czymś zbliżonym, to po prostu o tym mówi, od tego jest rekrutacja.
Miang
w tej że używał tego środowiska
Kliknij, aby dodać treść...

Pomoc 1.18.8

Typografia

Edytor obsługuje składnie Markdown, w której pojedynczy akcent *kursywa* oraz _kursywa_ to pochylenie. Z kolei podwójny akcent **pogrubienie** oraz __pogrubienie__ to pogrubienie. Dodanie znaczników ~~strike~~ to przekreślenie.

Możesz dodać formatowanie komendami , , oraz .

Ponieważ dekoracja podkreślenia jest przeznaczona na linki, markdown nie zawiera specjalnej składni dla podkreślenia. Dlatego by dodać podkreślenie, użyj <u>underline</u>.

Komendy formatujące reagują na skróty klawiszowe: Ctrl+B, Ctrl+I, Ctrl+U oraz Ctrl+S.

Linki

By dodać link w edytorze użyj komendy lub użyj składni [title](link). URL umieszczony w linku lub nawet URL umieszczony bezpośrednio w tekście będzie aktywny i klikalny.

Jeżeli chcesz, możesz samodzielnie dodać link: <a href="link">title</a>.

Wewnętrzne odnośniki

Możesz umieścić odnośnik do wewnętrznej podstrony, używając następującej składni: [[Delphi/Kompendium]] lub [[Delphi/Kompendium|kliknij, aby przejść do kompendium]]. Odnośniki mogą prowadzić do Forum 4programmers.net lub np. do Kompendium.

Wspomnienia użytkowników

By wspomnieć użytkownika forum, wpisz w formularzu znak @. Zobaczysz okienko samouzupełniające nazwy użytkowników. Samouzupełnienie dobierze odpowiedni format wspomnienia, zależnie od tego czy w nazwie użytkownika znajduje się spacja.

Znaczniki HTML

Dozwolone jest używanie niektórych znaczników HTML: <a>, <b>, <i>, <kbd>, <del>, <strong>, <dfn>, <pre>, <blockquote>, <hr/>, <sub>, <sup> oraz <img/>.

Skróty klawiszowe

Dodaj kombinację klawiszy komendą notacji klawiszy lub skrótem klawiszowym Alt+K.

Reprezentuj kombinacje klawiszowe używając taga <kbd>. Oddziel od siebie klawisze znakiem plus, np <kbd>Alt+Tab</kbd>.

Indeks górny oraz dolny

Przykład: wpisując H<sub>2</sub>O i m<sup>2</sup> otrzymasz: H2O i m2.

Składnia Tex

By precyzyjnie wyrazić działanie matematyczne, użyj składni Tex.

<tex>arcctg(x) = argtan(\frac{1}{x}) = arcsin(\frac{1}{\sqrt{1+x^2}})</tex>

Kod źródłowy

Krótkie fragmenty kodu

Wszelkie jednolinijkowe instrukcje języka programowania powinny być zawarte pomiędzy obróconymi apostrofami: `kod instrukcji` lub ``console.log(`string`);``.

Kod wielolinijkowy

Dodaj fragment kodu komendą . Fragmenty kodu zajmujące całą lub więcej linijek powinny być umieszczone w wielolinijkowym fragmencie kodu. Znaczniki ``` lub ~~~ umożliwiają kolorowanie różnych języków programowania. Możemy nadać nazwę języka programowania używając auto-uzupełnienia, kod został pokolorowany używając konkretnych ustawień kolorowania składni:

```javascript
document.write('Hello World');
```

Możesz zaznaczyć również już wklejony kod w edytorze, i użyć komendy  by zamienić go w kod. Użyj kombinacji Ctrl+`, by dodać fragment kodu bez oznaczników języka.

Tabelki

Dodaj przykładową tabelkę używając komendy . Przykładowa tabelka składa się z dwóch kolumn, nagłówka i jednego wiersza.

Wygeneruj tabelkę na podstawie szablonu. Oddziel komórki separatorem ; lub |, a następnie zaznacz szablonu.

nazwisko;dziedzina;odkrycie
Pitagoras;mathematics;Pythagorean Theorem
Albert Einstein;physics;General Relativity
Marie Curie, Pierre Curie;chemistry;Radium, Polonium

Użyj komendy by zamienić zaznaczony szablon na tabelkę Markdown.

Lista uporządkowana i nieuporządkowana

Możliwe jest tworzenie listy numerowanych oraz wypunktowanych. Wystarczy, że pierwszym znakiem linii będzie * lub - dla listy nieuporządkowanej oraz 1. dla listy uporządkowanej.

Użyj komendy by dodać listę uporządkowaną.

1. Lista numerowana
2. Lista numerowana

Użyj komendy by dodać listę nieuporządkowaną.

* Lista wypunktowana
* Lista wypunktowana
** Lista wypunktowana (drugi poziom)

Składnia Markdown

Edytor obsługuje składnię Markdown, która składa się ze znaków specjalnych. Dostępne komendy, jak formatowanie , dodanie tabelki lub fragmentu kodu są w pewnym sensie świadome otaczającej jej składni, i postarają się unikać uszkodzenia jej.

Dla przykładu, używając tylko dostępnych komend, nie możemy dodać formatowania pogrubienia do kodu wielolinijkowego, albo dodać listy do tabelki - mogłoby to doprowadzić do uszkodzenia składni.

W pewnych odosobnionych przypadkach brak nowej linii przed elementami markdown również mógłby uszkodzić składnie, dlatego edytor dodaje brakujące nowe linie. Dla przykładu, dodanie formatowania pochylenia zaraz po tabelce, mogłoby zostać błędne zinterpretowane, więc edytor doda oddzielającą nową linię pomiędzy tabelką, a pochyleniem.

Skróty klawiszowe

Skróty formatujące, kiedy w edytorze znajduje się pojedynczy kursor, wstawiają sformatowany tekst przykładowy. Jeśli w edytorze znajduje się zaznaczenie (słowo, linijka, paragraf), wtedy zaznaczenie zostaje sformatowane.

  • Ctrl+B - dodaj pogrubienie lub pogrub zaznaczenie
  • Ctrl+I - dodaj pochylenie lub pochyl zaznaczenie
  • Ctrl+U - dodaj podkreślenie lub podkreśl zaznaczenie
  • Ctrl+S - dodaj przekreślenie lub przekreśl zaznaczenie

Notacja Klawiszy

  • Alt+K - dodaj notację klawiszy

Fragment kodu bez oznacznika

  • Alt+C - dodaj pusty fragment kodu

Skróty operujące na kodzie i linijkach:

  • Alt+L - zaznaczenie całej linii
  • Alt+, Alt+ - przeniesienie linijki w której znajduje się kursor w górę/dół.
  • Tab/⌘+] - dodaj wcięcie (wcięcie w prawo)
  • Shit+Tab/⌘+[ - usunięcie wcięcia (wycięcie w lewo)

Dodawanie postów:

  • Ctrl+Enter - dodaj post
  • ⌘+Enter - dodaj post (MacOS)