Przyszłość frontendu

Przyszłość frontendu
0

Jak myślicie, czy warto jeszcze uczyć się front endu? Html/css/js itp... coraz więcej powstaje stron typu drag and drop, gdzie samemu można zrobić witrynę w chwilę, wiadomo, że pełno tam syfu w kodzie, ale hmm... z biegiem czasu jak to będzie wyglądać?

mr_jaro
  • Rejestracja:ponad 13 lat
  • Ostatnio:około 3 lata
  • Lokalizacja:Grudziądz/Bydgoszcz
  • Postów:5300
0

powodzenia w tworzeniu czegokolwiek dynamicznego przez d&d.


It's All About the Game.
poniatowski
  • Rejestracja:ponad 16 lat
  • Ostatnio:8 dni
  • Postów:1658
0

Ja sam zauważyłem taka tendencję. Robi się tego coraz więcej, takich gotowych rozwiązań. Może nie metoda drag&drop, ale np przez pluginy. Zwykły Kowalski jest teraz wstanie zrobić swoją stronę w systemie CMS. Chociażby za pomocą October CMS napisanym w laravel. I szczerze? Zastanawia mnie to coraz bardziej.

mr_jaro
  • Rejestracja:ponad 13 lat
  • Ostatnio:około 3 lata
  • Lokalizacja:Grudziądz/Bydgoszcz
  • Postów:5300
0

Oczywiście, ale budowanie stron za pomocą cmsu istnieje już tyle lat... Inna sprawa, że nic nie trwa wiecznie, dlatego nie można polegać na tym, że całe życie będzie się w jednej technologii robiło albo w ogóle, ze się całe życie będzie programować :)


It's All About the Game.
poniatowski
  • Rejestracja:ponad 16 lat
  • Ostatnio:8 dni
  • Postów:1658
0

Kiedy ja nic innego po za programowaniem nie umiem :D

Wibowit
  • Rejestracja:prawie 20 lat
  • Ostatnio:około 5 godzin
5

Z wielkimi automatami zwykle jest tak, że jak robimy coś co zostało przewidziane przez autorów to jest spoko i szybko wyklikujemy rozwiązanie. Natomiast jeśli mamy problem, którego autorzy nie przewidzieli (lub z jakiegoś innego powodu nie obsłużyli) to zwykle wchodzimy na drogę przez mękę.


"Programs must be written for people to read, and only incidentally for machines to execute." - Abelson & Sussman, SICP, preface to the first edition
"Ci, co najbardziej pragną planować życie społeczne, gdyby im na to pozwolić, staliby się w najwyższym stopniu niebezpieczni i nietolerancyjni wobec planów życiowych innych ludzi. Często, tchnącego dobrocią i oddanego jakiejś sprawie idealistę, dzieli od fanatyka tylko mały krok."
Demokracja jest fajna, dopóki wygrywa twoja ulubiona partia.
mr_jaro
  • Rejestracja:ponad 13 lat
  • Ostatnio:około 3 lata
  • Lokalizacja:Grudziądz/Bydgoszcz
  • Postów:5300
1

Sprawa jest prosta. Zarabiamy dużo, więc odkładaj ile się da a potem zacznij np grać tym na giełdzie.


It's All About the Game.
edytowany 1x, ostatnio: mr_jaro
poniatowski
  • Rejestracja:ponad 16 lat
  • Ostatnio:8 dni
  • Postów:1658
0

I to jest jedna z dobrych rad.

azalut
  • Rejestracja:około 12 lat
  • Ostatnio:ponad rok
  • Postów:1129
2

warto bo jest kupa softu którego nie da sie wygenerować żadnymi CMSami - a to jest wiekszosc lub całość aplikacji/witryn ktore uzywamy na codzień
jeśli mówicie o prostych stronach typu strona hotelu, motelu, restauracji czy kawiarni to owszem - jesli ktos to pisze od podstaw to albo sa grube wymagania albo jest troche pogięty

mr_jaro
  • Rejestracja:ponad 13 lat
  • Ostatnio:około 3 lata
  • Lokalizacja:Grudziądz/Bydgoszcz
  • Postów:5300
2

Osobiście po 3 latach pracy dla ludzi z zewnątrz coraz bardziej zaczynają mnie wpieniać wymysły klientów. Ja wiem, że dana funkcja jest zbędna i tl informuje o tym klienta ale on jest uparty. Robimy to miesiąc, by tydzień po wdrożeniu usłyszeć od klienta, że rezygnujemy z tej funkcji bo jednak była zbędna. Dlatego pracuje nad tym by wyjść z własnym produktem do zwykłych userów. Parę pomysłów jest. Cel jest ambitny zarobić tyle by wazie problemów móc kompletnie olać jakąkolwiek pracę zarobkową.


It's All About the Game.
edytowany 1x, ostatnio: mr_jaro
czysteskarpety
czysteskarpety
to raczej wynika z kiepskiej umowy, ustalasz warunki, a potem przystępujesz do pracy, jak klient coś wymyśla to podpisujesz nową/aneks umowę na wyższą kwotę
mr_jaro
@czysteskarpety płacone mam za godzinę, więc pod względem kasy mi lotto co klient wymyśli. Po prostu wewnętrzny wnerw się pojawia jak moja praca idzie na marne. W większości przypadków nauczyłem się odcinać od tego ale czasami już nie daję rady.
czysteskarpety
czysteskarpety
co zrobić, w każdej branży usługowej z klientem trzeba powalczyć, nic nie poradzisz
poniatowski
  • Rejestracja:ponad 16 lat
  • Ostatnio:8 dni
  • Postów:1658
0

@mr_jaro pomysł diabelnie dobry. Odezwij się do nas Robachów jak Ci się uda. Przyznam, że sam miałem kilka pomysłów, ale teraz wychodzę z założenia, że to nie takie proste znaleźć coś unikatowego. Co sam nie wymyślę to okazuje się, że w Internetach jest już tego projektu wersji 30. Najważniejszy jest pomysł, co moim zdaniem nie jest taka prost sprawa jak facebook :D

Zobacz pozostałe 7 komentarzy
LukeJL
(trochę podobnie, do tamtej wczesniejszej wypowiedzi w sensie o "2 lata temu"
LukeJL
Wiele rzeczy nie istnieje jeszcze. Chociaż ja celuje raczej w narzędzia programistyczne/developerskie jako tako. Edytory, debuggery, narzędzia kolaboracji, IDE itp.
mr_jaro
@LukeJL no ja w projekty dla ludzi z nie it :)
LukeJL
do jakiej branży? (Czy ogólnie do konsumentów?)
mr_jaro
I są pomysły na ogólne i są pomysły dla pewnych branż (których pozwolę sobie nie wymieniać) ale nie it, starczy mi kontaktu z ludźmi z it i produktami na co dzień. A it to nie jedyna branża którą znam i wiem jakie ma potrzeby.
LukeJL
  • Rejestracja:około 11 lat
  • Ostatnio:minuta
  • Postów:8403
0

powodzenia w tworzeniu czegokolwiek dynamicznego przez d&d.

Moim zdaniem to nie problem pod warunkiem, że ma się odpowiedni program. Wystarczy, że ktoś zrobi dla frontendu edytor pokroju tych, z jakich korzystają UXowcy do prototypowania albo takich jakie są w edytorach do gier.

problem z narzędziami WYSIWYG do webu był zawsze taki, że były one kierowane do amatorów, którzy chcieli wyklikać stronkę, wskutek tego na wiele lat zyskały złą opinię. Na szczęście to się powoli zmienia i już są pierwsze próby w kierunku tworzenia narzędzi wizualnych dla profesjonalistów. Jakby to mogło wyglądać? Np. tak: http://reactstudio.com/?utm_source=designernews

(nie używałem tej aplikacji i nie mam pojęcia czy w praktyce jest taka fajna jak obiecują, ale wrzucam tylko jako przykład trendu, który się powoli rozwija)

Wierzę, że w przyszłości HTMLa czy CSSa raczej nie będzie się klepać tak mocno jak teraz, więcej będzie można zrobić wizualnie. Jeśli chodzi o JSa to moim zdaniem też pewne rzeczy się będzie robić z automatu albo np. programując wizualnie za pomocą łączenia diagramów czy inną metodą. Nie wszystko. Ale przynajmniej pewną część.

Jednak moim zdaniem takie aplikacje nie zlikwidują potrzeby ekspertyzy, ani nie sprawią, że każdy laik będzie mógł w to wejść z zerową wiedzą na temat frontendu. No bo jeśli będą kierowane dla profesjonalistów, to siłą rzeczy będą zawierać zaawansowane funkcjonalności. Czyli myślę, że wcale zapotrzebowanie na specjalistów od frontendu nie spadnie. Po prostu uzbroją się oni w dodatkowe narzędzia. Tak jak kilka lat temu nie było do pomyślenia, żeby korzystać z Reacta, Angulara, czy Webpacka, a teraz takie rzeczy do standard.

coraz więcej powstaje stron typu drag and drop, gdzie samemu można zrobić witrynę w chwilę,

Zależy jakie strony. Proste stronki wizytówki można wyklikać, zaawansowanych aplikacji (obecnie) nie. Myślę, że to dwa rodzaje frontendu. Stronę dla przychodni / kancelarii prezydenta / warzywniaka / można już teraz zrobić za darmo ponosząc tylko koszt serwera i czas potrzebny na wrzucenie odpowiednich artykułów do CMSa. Ale zaawansowanej aplikacji dla startupu już tak nie zrobisz.


Maciej Cąderek
Maciej Cąderek
  • Rejestracja:ponad 9 lat
  • Ostatnio:około 3 lata
  • Lokalizacja:Warszawa
  • Postów:1264
2

Nie ma szans, żeby drag'n'dropy zastąpiły kod - to sa fajne rozwiązania dla osób zielonych w temacie, ale profesjonalista dużo szybciej zrobi wszystko za pomocą tekstu. Grafy, klocki i inne cuda nie sprawiają magicznie, że program staje się mniej skomplikowany.

Zastanów się, czemu programiści nadal korzystają z terminala, zamiast klikać sobie w GUI? Może dlatego, że jest to potężniejsze narzędzie - dostajesz nieograniczoną ilość "dodatkowych par rąk", łatwo możesz operować na całym kodzie, refaktoryzować, podmieniać hurtowo elementy itd.

Wbrew pozorom, programowania tekstowe jest po prostu wygodniejsze i wydajniejsze, programowanie graficzne leży w przypadku mocno customowych przypadków i przekształceń programu (i to się raczej nie zmieni, chyba, że pojawi się jakieś super AI, które zajmie się tymi problemami za programistę).

Jedyny wyjątek stanowią wg mnie projekty typu http://www.luna-lang.org/ gdzie grafy mają odwzorowanie 1:1 w kodzie - to może mieć sens - pełen dostęp do kodu eliminuje ograniczenia edycji graficznej.

PS
Nie mówię tutaj o jakiś edytorach gridów itp (które są przdatne), tyko o całej skomplikowanej sieci interakcji.

edytowany 1x, ostatnio: Maciej Cąderek
LukeJL
  • Rejestracja:około 11 lat
  • Ostatnio:minuta
  • Postów:8403
0

Myślę, że to zależy co się tworzy. Np. taski z Gulpa spokojnie można by tworzyć za pomocą grafów i łączenia strzałek, podobnie można by zrobić z konfiguracją Webpacka. W końcu polega to zgrubsza na łączeniu pewnych klocków ze sobą w odpowiedniej często kolejności i tyle.

Chociaż owszem, zaawansowaną logikę ciężko byłoby tak zrobić.

Z drugiej strony pewne powtarzalne elementy mogłyby być zrobione graficznie. Np. routing w aplikacji. Czemu programista ma panować ręcznie nad skomplikowanym systemem podstron, routów, łączenia modułów frontendowych z endpointami na serwerze, przenoszeniem danych między modułami itp. skoro mógłby mieć to zwizualizowane za pomocą grafów, tworzyłby nowy widok, łączyłby z innymi i automatycznie pliki JS by się uaktualniały, żeby odzwierciedlić zmiany uczynione w trybie wizualnym.

No i na pewno można by znaleźć wiele innych elementów webdevu, gdzie kod jest w sumie prosty, powtarzalny, ale często zmieniany i fajnie jakby zrobić do tego narzędzie. To mogłoby działać jak miniedytor wizualny w normalnym edytorze tekstowym.

Zastanów się, czemu programiści nadal korzystają z terminala, zamiast klikać sobie w GUI?

pisanie jest przyjemniejsze ogólnie, ale mam na myśli raczej czytelność i zdolność zrozumienia. Kolorowy graf, diagram, wykres, lista, tabela, whatever może być często bardziej czytelna niż ściana kodu. To z czytaniem kodu i jego manipulacją(samym aktem manipulacji/modyfikacji istniejącego kodu) mam problemy, nie z pisaniem (chociaż co do modyfikacji istniejącego kodu to prędzej bym obstawiał, że przyszłością będą automatyczne transformacje AST, które same ci zrefaktoryzują albo dodadzą daną funkcjonalność do kodu (nie mówię, że kod będzie się sam pisać od początku do końca, tylko, że w pewnych sytuacjach automatyczne transformacje mogą być przydatne - już się w końcu to używa).


edytowany 4x, ostatnio: LukeJL
Zobacz pozostałe 19 komentarzy
LukeJL
problem w tym, że czasem ustawienie breakpointu na konkretne eventy nic mi nie da. Gry multiplayer (JavaScript przeglądarkowy + NodejS na backendzie, łączenie przez websockety, dla celów testowych podłączone z 2 klienty) nie zdebugujesz poprzez ustawienie breakpointu - bo po pierwsze gdzie go ustawić (na kodzie NodeJS czy na jednym z dwóch klientów), poza tym nic by ci to nie dało, ponieważ logika aplikacji jest rozproszona między serwer i klienty, oraz dzieje się w real time.
LukeJL
owszem, jeśli mamy aplikację czysto frontendową i debugujemy buga który jest zaszyty gdzieś tam w jakiejś funkcji odpalanej z handlera onClick, to możnaby wykryć za pomocą breakpointów, ale jakoś mi się nie widzi debugowanie w ten sposób aplikacji, w której są bardziej subtelne interakcje i wszystko się zmienia ileś razy na sekundę i jest ciągła komunikacja z serwerem.
LukeJL
okej, można twierdzić, że Btw jeśli aplikacja do zrozumienia i debugowania wymaga specjalnych wizualizacji czy zaawansowanej pomocy IDE to pierwszym krokiem powinno być uproszczenie kodu / zmiana podejścia czy nawet zmiana języka i może to będzie prawda - ale z drugiej strony większość kodu komercyjnego jest bardziej lub mniej zamotana, a praca frontendowca polega zwykle na rzeźbieniu w syfie i legacy kodzie... nie zawsze ma się luksus przepisania wszystkiego od nowa...
LukeJL
Redux i jego dev toolsy to akurat krok w dobrym kierunku. Co prawda to jeszcze nie jest wszystko co można osiągnąć (i mi się zdarzyło już zamotać w Reduxie nieraz, mimo że Redux wow i że dev toolsy wow), ale jednak krok w słusznym kierunku.
Maciej Cąderek
Maciej Cąderek
praca frontendowca polega zwykle na rzeźbieniu w syfie i legacy kodzie - eh, już praiwe o tym zapomniałem. Ja tam tylko nowe rzeczy robię, więc mam trochę "spaczone" podejście ;)
0

Powinnismy wrocic do konsolowych interfejsów :P

0

Temat tak brzmi, że mysłałem, że napiszesz że front end umiera ;)

poniatowski napisał(a):

Kiedy ja nic innego po za programowaniem nie umiem :D

Ja nawet programować nie umiem. Nic nie umiem.

Teraz powstały serwisy typu Wix.com które przeciętnemu Kowalskiemu często wystarczają i może sobie za darmochę "wyklikać" własną stronę :) Wydaje się, że czas małych, tanich stron, tzw. wizytówek już się powoli kończy. Na Allegro gotowe takie strony najczęściej na WP są po 100-400 zł...

CMS-y, które tak jak ktoś tu piszę istnieją od lat to był zły pomysł :) Programiści podcięli sobie gałąź na której siedzą.

Oczywiście aplikacje np. dla banku czy dla firmy ubezpieczeniowej póki co nie będą opierać na Wordpressie, ale duża część tortu odpadnie.

SQ
Spora cześć klientów woli jednak indywidualny design dla swojej strony, więc na początku odrzucają 'gotowce' z allegro itd. CMS jak sama nazwa wskazuje ma tylko ułatwić zarządzanie treścią a nie stworzyć stronę za nas.
czysteskarpety
czysteskarpety
  • Rejestracja:prawie 10 lat
  • Ostatnio:ponad 4 lata
  • Lokalizacja:Piwnica
  • Postów:7697
0

zawsze będą chętni na stronki za 100zł, jak zawsze będą chętni na dwudziestoletniego "dizla" z magicznym i nie przekraczalnym przebiegiem 160 tysięcy kilometrów :D


LukeJL
  • Rejestracja:około 11 lat
  • Ostatnio:minuta
  • Postów:8403
0

Teraz powstały serwisy typu Wix.com które przeciętnemu Kowalskiemu często wystarczają i może sobie za darmochę "wyklikać" własną stronę

kilka dni temu widziałem na jakimś samochodzie reklamę czegoś (warsztatu? firmy od remontów? nie pamiętam) i adres strony internetowej w stylu
nazwa_uzytkownika.wix.com/nazwa_firmy, coś jak
abraxasotox.wix.com/prescoale (nazwa zmyślona, poza tym, że było to na wix)

Ludziom, którzy prowadzą małe firmy w Polsce nawet czasem nie chce się wydać 100zł rocznie na własną dającą się zapamiętać domenę, wolą mieć mieć podkatalog na subdomenie w serwisie XD


PI
Może nie tyle wolą co nie mają o tym bladego pojęcia ;) Ktoś im to zrobił (pewnie za frajer albo małą kasę), może przy okazji czegoś otrzymali usługę na Wiksie albo kojarzą, że wszyscy mają strony internetowe/to jakaś reklama (tak samo jakaś jak paskudne, zadrukowane plandeki na każdym kroku) i coś gdzieś kupili no i mają stronę.
czysteskarpety
czysteskarpety
nie ma ciebie w sieci to znaczy, że nie istniejesz :) oczywiście żart, ale ileż to razy googlowałem firmę aby przejrzeć ofertę, ceny, a tu echo, wtedy klient odchodzi gdzie indziej...
AD
  • Rejestracja:około 11 lat
  • Ostatnio:8 dni
  • Postów:481
0

Front-end to nie tylko strony wizytówki. To ogólna nazwa na cały kod po stronie klienta, a póki webówka ma się dobrze, to i do każdej aplikacji trzeba jakiś front-end zrobić i ktoś to musi robić.

dzek69
Moderator
  • Rejestracja:ponad 18 lat
  • Ostatnio:2 dni
  • Lokalizacja:Rzeszów
0

Chyba nigdy nie będzie się dało spełnić każdego życzenia drag-and-dropem. Jeżeli kogoś zadowalają podstawowe rzeczy to spoko. Czyli Kowalskiemu styknie, ale ludzie, którzy naprawdę opierają swój biznes na sieci na coś takiego nie będą sobie mogli pozwolić.

Druga rzecz - im coś bardziej automatyczne tym głupsze, posiada mniej możliwości (jedynie przewidziane ścieżki) oraz narzut spowalniający działanie - to rzeczy mocno niepożądane przez niektórych.

Jak jeszcze dobrze internetu nie było to ludzie już chcieli mieć "programy do robienia programów", w których klikasz co chcesz i masz - i "za 5 lat nikt nie będzie potrzebował programistów" - a póki co są wręcz duże braki.

Dopóki nie powstanie prawdziwa sztuczna inteligencja (potrafiąca wynajdywać jeszcze lepszą sztuczną inteligencję) ORAZ [!!!] dopóki nie będzie to na tyle łatwe i tanie w zastosowaniu - dopóty nie mamy się o co martwić. Podejrzewam, że tego nie dożyjemy, podobnie jak nasze wnuki. O ile kiedykolwiek.


dzek69
O jaką kretyńską emotkę znalazłem :D
czysteskarpety
czysteskarpety
  • Rejestracja:prawie 10 lat
  • Ostatnio:ponad 4 lata
  • Lokalizacja:Piwnica
  • Postów:7697
0

Takie edytory już istnieją z tym, że generują tyle śmiecio-kodu, że praktycznie nie da się tego potem edytować, bo przypomina to pliki minified.
Już bardziej przydają się jakieś generatory tabel, buttonów, nagłówków, kart, ramek itp. czasami można znaleźć fajne w sieci.

a właśnie jak wygląda sytuacja z działem JSa?
będzie, czy pokrzyczeli, ponarzekali i koniec rewolucji?


0

A w tym dziale do JS, mogłyby być poddziały na ES6, TypeScript, Dart, Node.js i co tam jeszcze związane z JavaScript.

dzek69
I dla każdej paczki z npma osobny dział!
HE
  • Rejestracja:prawie 9 lat
  • Ostatnio:około 2 lata
  • Lokalizacja:Kraków
  • Postów:269
0

Robie w wolnych chwilach prostą stronę www dla teścia w wix.com (nie mam nic wspólnego z webem). I mam świeże przemyślenia: trudno mi sobie wyobrazić żeby 90% przedsiębiorców potrzebowało od swojej strony więcej niż jest w stanie narzędzie tego typu dać. Nawet sklep można na nim postawić, o wizytówkach, czy katalogach nie wspominając. Rynek webdevu dla małych firm właśnie się kończy.

0

Jak rynek webdevu dla małych firm się kończy to po co ja się uczę html, css i js :(( Od dziś zaczynam naukę ANSI C.

mr_jaro
  • Rejestracja:ponad 13 lat
  • Ostatnio:około 3 lata
  • Lokalizacja:Grudziądz/Bydgoszcz
  • Postów:5300
0
HEMIkr napisał(a):

Robie w wolnych chwilach prostą stronę www dla teścia w wix.com (nie mam nic wspólnego z webem). I mam świeże przemyślenia: trudno mi sobie wyobrazić żeby 90% przedsiębiorców potrzebowało od swojej strony więcej niż jest w stanie narzędzie tego typu dać. Nawet sklep można na nim postawić, o wizytówkach, czy katalogach nie wspominając. Rynek webdevu dla małych firm właśnie się kończy.

Strony proste które można stworzyć na wix są robione za max 500zł przez wordpressowca. Za tyle samo ci zrobi profesjonalista taką stronę na wix. Większość klientów którzy przychodzą do normalnej firmy pomimo, że chcą wizytówkę to chcą takich bajerów na niej że czasem przez miesiąc się robi bo a dodajmy tutaj takie przejść hmmm nie zamieńmy na inne, nie zastąpmy to sliderem, a niech teraz z tego przycisku wyskakują 2 gołe laski i tańczą na stole. Klient płaci za godzinę i na koniec za wizytówkę musi zabulić 10k. Sam tego nie zrobi bo nie umie, musi wynająć kogoś kto to zrobi za niego nawet na wix.


It's All About the Game.
edytowany 1x, ostatnio: mr_jaro
0

Pełna zgoda z mr_jaro.

Niektórzy kupują garnitur w LIDL-u za 100 zł :D, inni w dobrym sklepie za kilka(naście)set zł, a jeszcze inni idą i proszą o szycie garnituru na miarę i płacą jak kilkanaście tysi.

Tak samo projekt domu jednorodzinnego, możesz mieć z katalogu za 1-4 tys. zł. A architekt przygotuje ci taki jak chcesz (wymarzony) ale zapłacisz już 15-20 tys. zł., a czasem sporo więcej.

HE
  • Rejestracja:prawie 9 lat
  • Ostatnio:około 2 lata
  • Lokalizacja:Kraków
  • Postów:269
0

No dobra panowie, ale osoby o których piszecie to nie są typowi przedstawiciele "drobnego biznesu". Mam na myśli ludzi prowadzących małe firmy usługowe - budowlanka, transport, kosmetyka, doradztwo w jakiś mniej ambitnych działach. Tam, gdzie nie ma ciśnienia, żeby strona była wykokszona, przedsiębiorcy będą się raczej decydować na proste wzorce drag&drop. Chociaż szczerze to wolałbym, żeby jednak do tego nie doszło, i webdev dalej miał się dobrze.

mr_jaro
jak mówiłem, tacy ludzie kupowali do tej pory strony na worpressie gdzie płaci góra 500zł za wykonanie takiej, często postawionej w jeden wieczór strony, tak samo będzie z wix, będą ludzi którzy powiedzmy odrobinę taniej ale i tak będą robili te strony takim firmom. Nie widzę różnicy tu.
0

No dobra panowie, ale osoby o których piszecie to nie są typowi przedstawiciele "drobnego biznesu". Mam na myśli ludzi prowadzących małe firmy usługowe - budowlanka, transport, kosmetyka, doradztwo w jakiś mniej ambitnych działach. Tam, gdzie nie ma ciśnienia, żeby strona była wykokszona, przedsiębiorcy będą się raczej decydować na proste wzorce drag&drop. Chociaż szczerze to wolałbym, żeby jednak do tego nie doszło, i webdev dalej miał się dobrze.

Każdy kto w tym siedzi by wolał, ale jedne zawody się kończą, inne zaczynają. Przez najbliższe 10-20, może 30 lat na topie będzie Big Data, w tym kierunku trzeba iść.

Generalnie informatycy mocno sobie zaszkodzili robiąc darmowe CMS-y, darmowe programy i inne usługi za free. Jestem zwolennikiem FOSS, ale też widzę pewne plusy ujemne tego rozwiązania.

WebDev będzie jeszcze długo istniał, ale w mniejszej skali, raczej już tylko dla większych klientów, a nie tych co chodzą do LIDL-a czy Biedronki :D

Maciej Cąderek
Maciej Cąderek
  • Rejestracja:ponad 9 lat
  • Ostatnio:około 3 lata
  • Lokalizacja:Warszawa
  • Postów:1264
0
HEMIkr napisał(a):

Tam, gdzie nie ma ciśnienia, żeby strona była wykokszona, przedsiębiorcy będą się raczej decydować na proste wzorce drag&drop.

No i dobrze, środek ciężkości przesunie się ku bardziej zaawansowanym projektom, gdzie ludzi brakuje. No chyba, że ktoś nie chce się rozwijać i strony-wizytówki to szczyt jego ambicji - wtedy musi szukać innego zajęcia.

edytowany 1x, ostatnio: Maciej Cąderek
LukeJL
  • Rejestracja:około 11 lat
  • Ostatnio:minuta
  • Postów:8403
0

Im więcej się "da", tym będzie więcej się wymagać od programistów. Może za kilka lat każdy frontendowiec będzie musiał umieć robić trójwymiarowe strony internetowe, które łączą się z API lodówki i uruchamiają pralkę z poziomu przeglądarki, a przy tym połaczą się z jakąś apką typu "Big Data as a Service", która w mgnieniu zanalizuje dane milionów użytkowników, żeby stargetować im odpowiednie reklamy na podstawie tego, co użytkownicy mają w lodówce (inwigilacja wszędzie).

No i to VR. Tylko czekać aż ktoś wymyśli Bootstrap działający w przestrzeni 3D, który będzie udostępniał przyciski, dialogi, slajdery w formie voxeli jak w Minecraft


edytowany 2x, ostatnio: LukeJL
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)