praca przez remote desktop

praca przez remote desktop
TR
  • Rejestracja:ponad 2 lata
  • Ostatnio:około 5 godzin
  • Postów:65
0

Dostałem ofertę, duża korporacja, czyste b2b. Rekruter wspomniał, że praca jest przez remote desktop.
Teraz się zastanawiam dlaczego zdalny pulpit:
-żeby nie dzielić się kodem,
-żebym był rozliczany tylko z godzin które oni zarejestrują jako ruch na remote desktop?

Ktoś ma okazje pracować 100% przez remote desktop i może podzielić się jak to wyglada w praktyce?

EH
  • Rejestracja:ponad 2 lata
  • Ostatnio:około rok
  • Postów:1208
2

Bo wtedy maja pełną kontrolę nad sprzętem a sama instancja siedzi sobie na serwerze. Problem niestety jest taki, że to dobrze działa na szybkich sieciach lokalnych, ale na necie zawsze będziesz czuł lagi.

S4
Pracowałem na zdalnych pulpitach nie raz i jak ma ok siec to da radę. Nie jest to jakoś wybitnie wygodne, ale się da.
adams0
  • Rejestracja:ponad 7 lat
  • Ostatnio:9 miesięcy
  • Postów:302
2

Ja tak pracowałem na komputerach klientów. Bardzo fajna technologia. Jeśli wszystko dobrze skonfigurowane - działa bez zarzutu. Polecam pogrzebać w ustawieniach bo często domyślnie obraz jest nie ostry.
Najgorzej jest gdy klient ma ograniczoną liczbę jednoczesnych użytkowników (prawie zawsze 2) i ktoś nowy się zaloguje.
Nagle dostajesz czarny ekran i nie wiesz dla czego.

Zobacz pozostałe 6 komentarzy
adams0
@Trubow: Nie jestem pewien czy się da. Ja nigdy tak nie pracowałem.
EH
@adams0: no widzisz, a ja pracuje na 3, na jednym mam wydajność 40% tego co na 3.
S4
Da się rozbić w opcjach zaznaczsz z ilu ma korzystać.
Azarien
ograniczenie do 2 użytkowników jest na klienckich Windowsach. prawidłowo połączenie powinno być do Windows Server, z wykupioną odpowiednią licencją na wymaganą liczbę użytkowników.
adams0
To niemal wyznacznik firmy dla jakiej pracujesz. U mnie żaden klient nie miał wykupionych dodatkowych użytkowników.
FS
  • Rejestracja:około 2 lata
  • Ostatnio:dzień
  • Postów:2
6

Niektóre firmy z sektora finansowego używają tego podejścia.
Sam tak pracowałem i dla mnie to bloker, i dyskwalifikacja z miejsca w przyszłych pracach. Moja opinia:

  • Zwykle jest to Citrix Workspace i nie możesz nic zmienić w ustawieniach dot. jakości obrazu lub opóźnienia, a support IT odeśle Cię na drzewo i rozłoży ręce.
  • Jeśli kodujesz to jest to naprawdę uciążliwe, opóźnienie jest odczuwalne i wpływa to na komfort pracy
  • Słaba jakość animacji interfejsu jakiejkolwiek apki wewnątrz zdalnej sesji, problemy ze scrollowaniem w IDE i klatkowanie obrazu - na to musisz być przygotowany.

Moim zdaniem - nie warto i lepiej poszukać firmy, w której bardziej cenią komfort pracy na lokalnych laptopach.

edytowany 1x, ostatnio: fall-sundae
Chdzk
GFT? Zalezy czy czyste RDP czy jakies citrixy. Na rdp nie jest zle
PdP
potwierdzam, na czystym RDP daje radę
CY
tez w GFT mialem i nie polecam zdalnych pulpitow. masakra. sama firma spoko.
MU
  • Rejestracja:około 4 lata
  • Ostatnio:2 miesiące
  • Postów:270
2

Pracowałem kiedyś na Citrixie. Nie było tragicznie, ale osobiście wolę pracować lokalnie. Plusem niewątpliwym było to, że w tamtych czasach pracując hybrydowo 3 dni remote, 2 dni z biura nie musialem martwic sie zadnym wożeniem laptopa do biura ani jego potencjalna awaria/uszkodzeniem. Logowalem sie z komputera z biura i z domowego do tej samej maszyny wirtualnej, mając ten sam stan otwartych okienek itd za kazdym razem. Nawet gdyby w domu laptop mi teoretycznie nawalił, odpalam citrixa z innego i wszystko hula. A jak coś nie działało z ich strony (awarie lub jakies maintenance maszyny wirtualnej - rzadko ale jednak bywały), wtedy był płatny dzien wolny od pracy :D

edytowany 1x, ostatnio: Misiek_Uszaty
jarekr000000
  • Rejestracja:ponad 8 lat
  • Ostatnio:około 7 godzin
  • Lokalizacja:U krasnoludów - pod górą
  • Postów:4706
10

Pracowałem kilka razy z różnymi technologiami zdalnych pulpitów, był to zwykle jeden z ważniejszych powodów do zmiany firmy.

  1. Lagi - nawet jak masz super łącze
  2. Słabe maszyny (wolne, albo np. za mały dysk)
  3. Limit na ilość maszyn - zabawne jak chcesz pracować i dowiadujesz się, że jesteś w kolejce oczekujących aż zwolni się zdalna maszyna :-)

W każdym z przypadków miałem kolegów, którzy twierdzili, że jest super i im takie zdalne pulpity pasują... - choć np. czekali w tych samych kolejkach i mieli takie same lagi. Ale może jak w nie lubisz programowania, to faktycznie jest to zajebiste rozwiązanie.


jeden i pół terabajta powinno wystarczyć każdemu
edytowany 2x, ostatnio: jarekr000000
nalik
  • Rejestracja:około 9 lat
  • Ostatnio:prawie 2 lata
  • Postów:1039
1

Nienawidzę i nie polecam, chyba, że mam wjazd przez ssh. Dostałem maszynę zdalną z Windowsem od IT, na której niby miałem sobie postawić WSLa. Miał być laptop. Wkrzurzyłem się strasznie. Tyle męczyłem IT i tech leada, że w końcu dostałem maszynę z ubuntu w chmurze AWS, z wjazdem przez ssh. Jest to o tyle lepsze, że mi konsola i serwer zdalny (np. przez vscode) wystarczy, a działa znacznie szybciej niż RDP.

edytowany 1x, ostatnio: nalik
ledi12
  • Rejestracja:ponad 5 lat
  • Ostatnio:11 dni
  • Lokalizacja:Wrocław
7

Daj sobie spokój. Komfort pracy zerowy ze względu na odczuwalne lagi. Szkoda zdrowia psychicznego.


Robię http response status cody w martwych ciągach
WeiXiao
  • Rejestracja:około 9 lat
  • Ostatnio:28 minut
  • Postów:5105
2

Pracowałem tak przez kilka miechów aby nie musieć stawiać środowiska lokalnie i generalnie nie było źle, jedynie brak alt-taba do prawdziwej maszynki trochę bolał.

Nie wiem o jakich lagach w/w piszą, a chyba powinienem je odczuwać będąc na remote

...ale może nie kodziłem na jakimś kradzionym wifi od sąsiada z 90% packet loss ;)

edytowany 4x, ostatnio: WeiXiao
Zobacz pozostałe 59 komentarzy
WeiXiao
Ale my tu nie dyskutujemy o tym czy herce to wymysł podobny do złotych kabli audio, a o tym czy development przez RDP daje rade i tutaj priorytetem jest ping i packet loss, imo.
MU
Mysle ze jest to powiązane. Jeżeli jestem przyzwyczajony do komfortu jaki daja mi 144hz, uzywanie RDP nawet z idealnym netem i bez strat ten komfort mi zabiera i praca staje sie "znosna" ale juz nie jest dla mnie komfortowa.
MU
Oczywiscie patologiczne przypadki z wifi o slabym zasiegu lub kradzionym od sasiada pomijamy.
jarekr000000
@WeiXiao bandwidth ma znaczenie jak tysiące ludzi łączy się do tego samego centrum przez te RDP, u mnie okazywało się, że głupia redukcja koloru na 16bit pomaga (dla mnie i 6 bitów dało rade), ale nie do przeskoczenia była praca na FHD (zamiast 4k), zresztą i tak na FHD nadal to były ćwierćsekundowe lagi. Jakby to było 1/30 sekundy to pewnie bym tak nie przeklinał. ....I jak to ma sie do mojej normalnej pracy na kilku monitorach.
RiddIe
Cześć Chciałem przeprosić wszystkich użytkowników za moje bezczelne zachowanie. Moje wywalone ego spowodowało kasowanie postów uzytkowników, których nie lubiłem, przenoszenie wątków i zmianę ich tytułów wg własnego widzimisię, a także chamskie odzywki wobec zwykłych userów. Przepraszam za ciągłe prowokowanie pyskówek i dyskusji, w których karałem ludzi nie zgadzających się z moim zdaniem. Zrobiło mi się przykro, gdy dowiedziałem się, że od czasu mojego przyjęcia w szeregi moderacji ilość odsłon spadła o 36%. Przepraszam za zmuszanie do korzystania z ficzerów, których nikt n
ST
  • Rejestracja:ponad 11 lat
  • Ostatnio:11 miesięcy
  • Postów:50
5

Dostałem w nowej pracy i mnie szlag trafia. Jak klikam w jakąś linijkę kodu to efekt jest po 1-1,5 sekundy xD Ciekawe ile wytrzymam. Teraz to do firmy wprowadzili.
Szukaj lepiej czegoś innego.

I1
  • Rejestracja:prawie 10 lat
  • Ostatnio:32 minuty
  • Postów:160
1

Pracowałem tak kiedyś w Delphi, gdzie IDE obsługuje 1 rdzeń, więc nie liczy się liczba rdzeni, a taktowanie pojedynczego rdzenia. A na pulpitach zwykle jest mnóstwo rdzeni, ale z niskim taktowaniem. Ciężko było się skupić, bo zanim coś się zrobiło, to ja już się dawno rozproszyłem i myślałem o czymś innym. Na szczęście szybko przeszedłem na pracę na lokalnym IDE.

edytowany 3x, ostatnio: itou123
CZ
  • Rejestracja:ponad 8 lat
  • Ostatnio:około miesiąc
  • Postów:2284
1

Nie jest to przyjemna rzecz, będziesz rzucał kurwami jak wolno wszystko działa. Osobiście nie polecam.

LukeJL
  • Rejestracja:około 11 lat
  • Ostatnio:minuta
  • Postów:8397
3

Pracowałem tak, nie polecam.

  • Praca na outsourcowni, więc musiałem się w ciągu dnia ileś razy przełączać między zdalną maszyną firmową w pracy dla klienta a normalnym kontem dla mojej firmy macierzystej. I jeszcze VPN musiałem ustawiać ciągle, bo się wyłączało.

  • Praca na Windowsach. O ile w firmie macierzystej udało mi się załatwić pozwolenie na Linuksa, to w firmie klienta w zasadzie musiałem pracować i tak na Windowsach (tzn. niby nie było twardego nie, ale połączenie Linuksa wymagałoby jakiejś specjalnej konfiguracji, której nie umiałem zrobić i nikt mi nie potrafił pomóc. Czyli finalnie zrezygnowałem z tego Linuksa, bo to nie miało sensu).

  • Dziwnie to działało. Jak oglądałem filmiki na Youtube, to kiepska jakość obrazu była i ogólnie czasem jakieś dziwne lagi/anomalie (np. mikrofon się ciągle wyłączał i gdzieś w opcjach musiałem włączać pozwolenia na użycie mikrofonu na zdalnym połączeniu).

    Ogólnie czułem, że to jedna wielka partyzantka. Tzn. pewnie, gdybym był bardziej ogarnięty w konfiguracji Windowsów i połączeń zdalnych, to może miałbym większy komfort. Ale wtedy byłbym raczej adminem, a nie męczył się z programowaniem.


edytowany 3x, ostatnio: LukeJL
somekind
Moderator
  • Rejestracja:około 17 lat
  • Ostatnio:3 dni
  • Lokalizacja:Wrocław
2
Trubow napisał(a):

-żebym był rozliczany tylko z godzin które oni zarejestrują jako ruch na remote desktop?

Po prostu boją się, że im ukradniesz ich legacy kod.

Ktoś ma okazje pracować 100% przez remote desktop i może podzielić się jak to wyglada w praktyce?

Z grubsza tak jak 1 man 1 jar tylko przez 8h dziennie, i do końca projektu.


Po dopracowaniu rozwiązania każdy będzie mógł założyć własny drzewiasty wątek.
core1983
  • Rejestracja:ponad 3 lata
  • Ostatnio:12 dni
  • Lokalizacja:Pabianice
  • Postów:60
2
somekind napisał(a):

Z grubsza tak jak 1 man 1 jar tylko przez 8h dziennie, i do końca projektu.

@WeiXiao nie ma z tym problemu 😅

MI
  • Rejestracja:prawie 5 lat
  • Ostatnio:2 dni
  • Postów:147
2

Ja bym sobie odpuścił, w dawnych czasach zdarzało mi się tak pracować, nie polecam- lagi, wieszanie się pulpitu itp. Niby dziś internet jest szybki, ale raz- nie zawsze, dwa- nawet ten szybki czasem zwolni, trzy- ktoś gdzieś skopie konfigurację i możesz mieć światłowód wpięty do laptopa (mówiąc żartobliwie), a i tak będzie przycinać i się wieszać.

JA
  • Rejestracja:prawie 6 lat
  • Ostatnio:około 20 godzin
  • Postów:55
0

jeśli to jest Azure Developer Desktop vel Microsoft Dev Box, raczej nie ma się czego obawiać. Pracowałem na tym przez 1.5 roku. Lagi są minimalne (ja się szybko przyzwyczaiłem, mimo że jestem niecierpliwy i generalnie upierdliwy). Animacje/ calle na teamsach działały ok na łączu 150Mbps (UPC). Plusem jest to, że możesz się wdzwonić z dowolnej maszyny; nie musisz targać firmowego laptopa ze sobą (ale niestety musisz mieć jakąś maszynę, np. prywatną, z której się wdzwonisz).

snowflake2137
jakiej rozdzielczości używasz?
TR
z dowolnej maszyny, z dowolnym systemem? macbook, linux, windows?
JA
z domu 1366x768, a z biura 4K (łączyłem się na tę samą wirtualkę; w biurze były tylko mini-terminale), bez różnicy. Dało się połączyć z windows, macOS i linuksa, później administratorzy wyłączyli linuksa (rzekomo z powodów bezpieczeństwa, nie technicznych). Tak naprawdę to łączyłem się najpierw citrixem z jedną wirtualką, a dopiero z niej RDP na właściwą maszynę -- mimo to dało się komfortowo pracować. Jeśli maszyna jest w cloudzie, to nie powinno być problemu. Większe lagi miałem na linux mincie, jak nie miałem jeszcze dedykowanego drivera do karty graficznej.
ME
ME
  • Rejestracja:ponad 5 lat
  • Ostatnio:prawie 2 lata
  • Postów:168
0

Lata temu kiedy pracowałem dla jednej z brytyjskich ubezpieczalni to było trzeba się zapiąć do vpna, połączyć terminalem na jumpstation z którego był dostęp do środowisk developerskich czy qa. Dało się na takim czymś robić zadania opsowe natomiast pracować cały dzień to raczej średnio.

Firmy które forsują pracę na terminalu po prostu szukają daleko posuniętych oszczędności bo innego uzasadnienia nie widzę.

Czy warto brać udział w takich projektach? Jak dają jakoś ponad połowę niż reszta rynku to można się zastanawiać.

edytowany 3x, ostatnio: mealtdown
Schadoow
  • Rejestracja:około 13 lat
  • Ostatnio:19 minut
  • Postów:1061
0

Do środowisk produkcyjnych mam dostęp tylko przez wirtualki. Lagi lagi i jeszcze raz lagi. O ile do wrzucenia paczki, przeglądania logów czy pisania jakiś prostych konfiguracji się nadaje to nie wyobrażam sobie na tym pracy daily z kodem. Pomijam, że regularnie coś/ktoś wyjebuje mi programy potrzebne do pracy i muszę składać co chwile tickety o przywrócenie xD

somekind
Boli, nie? Jak na filmie. ;)
BartoSAS
  • Rejestracja:ponad 10 lat
  • Ostatnio:dzień
  • Postów:304
1

Ja tak pracuję 4 dni w tygodniu. Najpierw wbijanie na VPN, potem na RDPa. Fakt, że w domu mam światłowód i wygląda na to, że firma zadbała o dobrą infrastrukturę, bo z samą pracą nie mam problemów. Jedynie chyba wyjątkiem jest to, że nie łączę się z jakąś maszyną wirtualną na serwerze, a bezpośrednio ze swoją skrzynką, która stoi pod biurkiem, więc nie ma zauważalnej różnicy, jeżeli chodzi o zasoby w biurze, czy zdalnie.

To, co napisał @LukeJL odnośnie yt mogę potwierdzić - zawsze jest problem z jakością wtedy i lekki lag na dźwięku. Jeżeli już mam rozmawiać przez teamsy, to wtedy loguję się na fizycznej maszynie za pomocą firmowego proxy.

Także, jeżeli w pracy chcesz zrobić tylko to, co masz do zrobienia, to nie powinno być problemu.

edytowany 3x, ostatnio: BartoSAS
SA
  • Rejestracja:ponad 3 lata
  • Ostatnio:około 8 godzin
  • Postów:4
3

Mam podobne odczucia jak reszta, kompletnie nie warto w czymś takim pracować, chyba że płacą mocno ponad rynek. U mnie jest Citrix i działa tragicznie, mierzyłem opóźnienie i wychodzi od 250ms do nawet 600ms, gdzie lokalnie jest od 30ms do 70ms. Nie ma za bardzo znaczenia jaką masz prędkość łącza bo to głownie chodzi o ping. Dodam jeszcze, że te firmy tak bardzo maja w dupie to czy masz komfort czy nie, że nawet nie stawiają lokalnie serwerów więc łączysz się często do VPN w europie centralnej, żeby połączyć się do Citrixa w Londynie.
Dodatkowo tak jak reszta mówi, często tylko windows i oszczędne maszyny ze słabymi prockami. Lokalnie możesz mieć 2GB dysku ssd na m2, a w citrixie będziesz musiał walczyć i składać requesty o dodatkowe 64 GB to jest żart.
Szkoda życia, ewentualnie jak płacą bardzo dużo i jest luźno do OE to jeszcze ok.

EH
"Lokalnie możesz mieć 2GB" chyba 2TB ;)
LA
  • Rejestracja:ponad 11 lat
  • Ostatnio:2 dni
  • Postów:468
2

najlepiej jak jest citrix i karty dostepowe na czytniki usb - cos sie spierniczy a masz do biura 400 km to masz pecha :) - chyba ze sa jakies awaryjne elektroniczne karty systemowe.

Generalnie nie polecam :)

jarekr000000
Zależy od kontraktu. Na UOP to płatny urlop. Najlepiej jest jak potrzebujesz sie zaologować, żeby móc zgłosić ticket, że nie możesz się zalogować.
opiszon
U mnie tylko vpn, np jak zablokujesz konto domenowe na amen (na sprzęcie) to trzeba dygać w delegację zagraniczną do centrali ze sprzętem :-D
somekind
Moderator
  • Rejestracja:około 17 lat
  • Ostatnio:3 dni
  • Lokalizacja:Wrocław
1
core1983 napisał(a):
somekind napisał(a):

Z grubsza tak jak 1 man 1 jar tylko przez 8h dziennie, i do końca projektu.

@WeiXiao nie ma z tym problemu 😅

Nie, on jest zbyt młody, żeby to był on.

Co do tematu to przypomniała mi się taka sytuacja, że wirtualki klienta były obsługiwane przez zespół z Banaglore, który czasem robił tam jakieś aktualizacje. Oczywiście banki nie są głupie, takie rzeczy robi się po godzinach pracy. Po godzinach pracy zespołu, który tym zarządza.
Więc jak oni zaczynali aktualizować po swojej 17, to 80 osób w Polsce miało wolne od 11 do późnego popołudnia.

Może teraz faktycznie są lepsze wirtualki, w końcu w czasach powszechnej chmury i miliardów datacenter można by je trzymać w geograficznie bliskiej lokalizacji.
Pytanie jak bardzo instytucje, którym zależy na pracy na wirtualkach nadążają za technologią. Ja bym stawiał, że tak samo jak zawsze, czyli nie bardzo.


Po dopracowaniu rozwiązania każdy będzie mógł założyć własny drzewiasty wątek.
LE
  • Rejestracja:około 2 lata
  • Ostatnio:prawie 2 lata
  • Postów:6
0

trzymaj się od tego z daleka

Azarien
  • Rejestracja:około 21 lat
  • Ostatnio:2 dni
0

Zdarzyło mi się tak pracować (przez kilka miesięcy), w obecnej pracy mi to nie grozi.
Nie było tragicznie (= not great, not terrible), wkurzał brak możliwości customizacji zdalnego systemu (chyba ze zmianą tapety był nawet problem, albo nie było to pamiętane między loginami).

opiszon
Zablokowaną zmianę tapety to można mieć i przy pracy na lokalnym sprzęcie ;-) Ja już się tak odzwyczaiłem że nawet w domu nie zmieniam :-D A kiedyś walczyłem z materią i bawiłem się w kotka i myszkę w kontekście zmiany tapet - jak coś zablokowali to znajdowałem inny sposób (w to przez opcje w Firefoxie, a to przez rejestr itp).
Azarien
@opiszon na szczęście nie mamy adminów faszystów, lokalnie mam konto administratora i mogę sobie grzebać prawie we wszystkim (tylko niektóre ustawienia są wymuszone na poziomie domeny)
opiszon
Też miałem admina, ale nawet mając admina zmiana tapety była ziemią zakazaną (każda stacja miała mieć korpo tapetę żeby klientów kusić - niezależnie czy oddział czy centrala)
O2
  • Rejestracja:prawie 3 lata
  • Ostatnio:3 miesiące
  • Postów:57
2

Pracowałem na Citrixie - lagów specjalnie nie było i jak działało to działało, ale często się to wywalało. Plusem było to że jak trzeba było podrzucić komuś 2GB builda do testów to było instant, po prostu koleś sobie to skopiował w ułamku sekundy, plus każde wbicie do laba po ssh też było instant i mega szybkie więc spokojnie dało się np. streamować logi. Minus był taki że zero swobody w konfiguracjach i tylko toole dodane z góry przez adminów.

Belka
  • Rejestracja:ponad 7 lat
  • Ostatnio:25 dni
  • Lokalizacja:PL
  • Postów:452
1

Pracowałem tak długo. Było OK. Fizycznym PC był komputer na którym pracowałem w biurze przed lockdownem (była to porzadna maszyna). Nie doświadczyłem raczej problemów.

SM
  • Rejestracja:ponad 3 lata
  • Ostatnio:około 21 godzin
  • Postów:277
4

Absolutnie odradzam, totalnie nie wygodne, skróty klawiszowe, lagi, duży potencjał do totalnej inwigilacji itp...
Można pracować cały dzień na ssh na jakichś maszynkach. Ale wszelkiego rodzaju zdalne pulpity do codziennej całodniowej pracy to się pochlastać można. Jak ktoś by mi tak kazał normalnie pracować to bym się od razu zwolnił dla zachowania zdrowia psychicznego.

Eldorad O.
  • Rejestracja:około 6 lat
  • Ostatnio:7 dni
  • Postów:517
1

@Trubow: Aktualnie tak pracuję, nikt niczego nie monitoruje, pełen lajt.
Czasami są problemy z połączeniem, ale poza tym to nic strasznego.

G6
  • Rejestracja:ponad 2 lata
  • Ostatnio:27 dni
  • Postów:8
2

Zdarzyło mi się pracować dla jednego banku inwstycyjnego. Citrix + mocna Azure VM ( 16 core, 32G, SSD ) z Windowsem. Generalnie na lagi nie narzekałem. Problem raczej był z tym że nie wszędzie były dostępny trzeba było kombinowac z http proxy i dodatkowym kontem z uprawnieniami administratora. No i lista softu instalowango z poziomu choco manager -a była mocna ograniczona. Generalnie troche czasu zajeło zanim sobie pewne rzeczy obczaiłem i zautomatyzowałem. IMHO troche to taka walka z wietrakami na początku ale potem dało się na tym pracować w miare OK.

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)