Dział JavaScript na forum

furious programming napisał(a):

Czegoś tutaj nie rozumiem - nawet jeśli całkiem nowa kategoria powstanie to nagle i magicznie nie zaczną powstawać wątki dotyczące wysoce zaawansowanych rzeczy; Skoro do tej pory takich tematów było bardzo mało to nadal tak pozostanie i liczba kategorii forum w niczym nie pomoże;

No własnie pomoże. Widziałeś kiedyś zęby w warzywniaku pytali o browary? Albo w decathlonie o szynkę? Naprawdę z założenia Webmastering nijak ma sie do dzisiejszego świata JS kiedy głownie pisze się w nim aplikacje mobilne, aplikacje enterprise, koduje roboty (arduino), pisze skrypty automatyzujące (gulp/grunt) i wiele innych rzeczy. To już nie Webmastering z krwi i kosci... to sztuka! A jeżeli jednak to webmastering to jest to taki sam webmastering jak java, php czy c#.

Tak jak dobrze @LukeJL wspomniał, jedyna polska społeczność dotycząca JS'a jest na FB i to tylko w sumie z braku lepszego miejsca

Twoje porównania są groteskowe, dosłownie...

4programmers to serwis dla wszystkich koderów, bez względu na język/technologię i dla każdego znajdzie się tutaj miejsce; A ten kto nie udziela się tutaj, bo łaskawy admin nie dodał kategorii JavaScript, żeby "artystom" dogodzić, ten sam sobie robi krzywdę (sztuką jest programowanie, a nie cokolwiek z Java w nazwie, jak to się niektórym wydaje);

Jeżeli wątków jest na tyle dużo i na tyle dużo nowych powstaje to nowa kategoria przyda się - nie jestem przeciwny; Tyle wystarczy wspomnieć, że wątków dość dużo i że to nie tylko webmasterka - bez paplania o browarach, szynkach i całej tej szopki.

Zawsze myslalem, ze od tego jest dzial 'webmastering'

Ja jestem za propozycją OP.
Również ogólnie za tym, żeby 4p było na czasie i fora per-język jako-tako były powiązane z tym co aktualnie jest popularne.

JavaScript obecny jest aktualnie prawie we wszystkich domenach:

• IoT: http://www.postscapes.com/javascript-and-the-internet-of-things/
• aplikacje desktop: https://atom.io/
• gamedev:
  • https://developer.mozilla.org/en-US/docs/Games/Tutorials/2D_Breakout_game_pure_JavaScript
  • http://www.extremetech.com/gaming/154994-epic-mozilla-release-unreal-engine-3-html5-demo-to-the-public-and-its-awesome
• sztuka: http://rectangleworld.com/blog/archives/category/generative-art
• grafika komputerowa: http://processingjs.org/exhibition/
• klasyczny webdev
• Java EE:
  • http://www.radcortez.com/java-ee-7-with-angular-js-part-1/
• no i back-end: http://eloquentjavascript.net/20_node.html

Też myślę, że osobny dział przyciągnął by tematy bardziej powiązane z samym językiem, a mniej z div-ami.

Dział Javascript / Frontend mialby szanse przeciagnac na forum 4p ludzi, ktorzy sie tym zajmuja, a ktorzy obecnie dyskutuja o swojej branzy glownie na Facebooku. Facebook to, za cala pewnoscia, glowna baza wiedzy dla polskich Frondendowcow. Ew. sa jeszcze jakies niszowe blogi, fora, kanaly youtube. Ale podkreslam, ze to totalna nisza.

To chyba wstyd co, skoro tutaj mamy takie piekne forum? Naprawde nie ma w nim miejsca dla ludzi zajmujacych sie frontendem, skoro musza oni wymieniac sie wiedza na facebooku?

To chyba wstyd co, skoro tutaj mamy takie piekne forum?

Frontendowcy powinni się wstydzić, skoro mając pod ręką tak duży serwis dla programistów, pakują wszystko na facebooka; To ich problem, że robią wszystko na odwrót; Może lubią się umartwiać? Kto wie;

Sprawy obrały normalny i prawidłowy kierunek w przypadku Pythona; Dawniej wątków dotyczących tej technologii było bardzo mało; Rejstrowali się nowi użytkownicy i po prostu zadawali pytania, w różnych kategoriach; Przybywało coraz więcej użytkowników i coraz więcej wątków; W końcu było ich tak dużo, że padła propozycja stworzenia nowego działu; Od kilku miesięcy jest nowa kategoria;

Ściągnijcie ludzi z facebooka tutaj, niech się zarejestrują i biorą udział w dyskusjach - macie tam konta, więc nie problem z kontaktem; Przybędzie chętnych, ruch się zwiększy, będzie sens utworzenia nowej kategorii; Dla wszystkich będzie to dobre - i dla znających/uczących się JS, i dla serwisu.

furious programming napisał(a):

To chyba wstyd co, skoro tutaj mamy takie piekne forum?

Frontendowcy powinni się wstydzić, skoro mając pod ręką tak duży serwis dla programistów, pakują wszystko na facebooka; To ich problem, że robią wszystko na odwrót; Może lubią się umartwiać? Kto wie;

Jak to wstydzić? Czego? Facebooka? Serwis dużo większy od 4programmers i dyskusje tam też nie powstały z niczego. Ktoś założył grupe, ktoś zaczął ją administrować, ktoś o nią dba i wyrzuca spam. Tyle że NAJPIERW założona grupe a później przyszli na nią ludzie. Nie odwrotnie.
Furious nie obraź się ale twoje podejście jest w stylu "ja łaskawy pan założę, ale najpierw pokażcie że chcecie". Skoro ktoś tworzy forum to z założenia robi to dla ludzi, a nie ludzie dla niego.

A jeżeli facebook to wstyd to niestety ja nie mogę się z tobą wdawać w dyskusje bo wydaje mi się że to różnica pokoleń, chociaż mogę się mylić.

@Stiffler ale użyteczność facebooka jest zerowa. Wyszukanie tam jakiejs starej dyskusji graniczy z cudem. Nie pojmuje ludzi którzy z takich grup próbują korzystać, serio.

Stiffler napisał(a)

Furious nie obraź się ale twoje podejście jest w stylu "ja łaskawy pan założę, ale najpierw pokażcie że chcecie". Skoro ktoś tworzy forum to z założenia robi to dla ludzi, a nie ludzie dla niego.

Ja nic nie założę :]

facebook to największy śmietnik w sieci i dziwię się każdemu, kto z niego korzysta; Jest tam wszystko i nic, mnóstwo syfu, bzdur, tandety i kupa danych prywatnych, do których dostęp ma każdy; Natomiast do dyskusji na temat programowania idealnym rozwiązaniem od lat są fora i serwisy programistyczne; Jak ktoś jest świeży w temacie to powinien użyć wyszukiwarki i znaleźć miejsce, w którym chce osiąść na dłużej i dyskutować;

4programmers istnieje już od 14 lat, więc raczej nie problem go znaleźć; Zresztą, wpisując programowanie w Google, serwis ten ma trzecią pozycję na liście wyników;

Moje podejście jest proste - używać odpowiednich narzędzi do konkretnych rzeczy; facebook nie nadaje się do niczego, tym bardziej do udawania miejsca na techniczne dyskusje; Natomiast fora tematyczne są idealne - jasne przeznaczenie, podział na kategorie, funkcjonalność pozwalająca elegancko przedstawiać kod i nim się wymieniać; I też za darmo, przy czym bez jawnego wyłudzania danych osobowych.

Zmiencie nazwe webmastering na frontend / JS i tyle.

Widzę, że bardzo dużo opinii się pojawiło w tym wątku. Dlatego też dodałem ankietę w dziale Społeczność, aby wątek dotarł do większej ilości osób, które niekoniecznie czytają dział Coyote: Nowy dział na forum: JavaScript?

@Adam Boduch więc anonimy nie mogą odpowiadać ale głosować już tak? Rzetelna ankieta, imo w takiej ankiecie (jeżeli już) tylko mody powinny głosować inaczej forum zostanie zakopane przez trolle.

Facebook ma od dawna wyszukiwarke postów na grupach. Normalnie to działa. Ale zgadzam się że fb to nie najlepsze miejsce na tego typu rzeczy. Dlatego właśnie apeluje o założenie działu. Podpisze pakt z diabłem że odniesie sukces... tak jak JS miażdży co krok konkurencje w praktycznie każdych dziedzinach, a jeżeli nie to wkrótce to zrobi.

ps. I tak zdaje sobie sprawe ze to nie najlepszy jezyk a tylko jakims cudem Google i innych gigantów pociągneli go do przodu... ale jest coraz coraz lepiej.

tak jak JS miażdży co krok konkurencje w praktycznie każdych dziedzinach, a jeżeli nie to wkrótce to zrobi.

Na przykład ilości WTFów na minutę :P.

Ale tak szczerze mówiąc, to webmaster ze mnie żaden, i do działu "webmastering" prawie nie wchodzę, a w javascripcie pisałem całkiem sporo. Jest to też, podobno, jeden z najpopularniejszych języków ostatnio. IMO założenie działu ma sens, a jeśli się nie powiedzie to zawsze jest fallback (jak zwykle) - czyli przeniesienie wszystkich wątków z działu "Javascript" z powrotem do webmasteringu.

Zresztą, można popatrzeć na opis webmasteringu:

Forum związane z wizualnymi aspektami tworzenia stron WWW. W tej kategorii powinny znaleźć się wątki poświęcone HTML, XHTML, CSS, JavaScript, XML, XSLT, AJAX, XPath

Javascript to naprawdę masa frameworków i dziwnych technologii (niestety), a tu jest wymieniony od niechcenia pomiędzy XML i CSS :P. A AJAX między ledwo żywymi technologiami jak XSLT i Xpath.

W każdym razie, mieszanie HTML/CSS z javascriptem ma coraz mniejszy sens obecnie, więc głosuję na to żeby jednak zrobić testowo nowy dział.

W ogóle nazwa webmastering trąci myszką. Kilkanaście lat temu się tak mówiło.

@Stiffler ja tam jakoś nie widzę żeby js miażdżył inne języki na jakimkolwiek polu poza przeglądarką, ale faktem jest że ma lata świetności więc nowy dział mógłby się przydać. Ciekawe tylko jak webassembly wpłynie na rynek.

W zeszły weekend byłem (nazwijmy to "obserwatorem" ) na HackZurich (czyli wielkim weekendowym hackatonie w Zurichu (może nawet w Europie największym (tak się chwalą)).

Jeśli chodzi o wykonane projekty - to JS w zasadzie miażdżył ilościowo, (i jakościowo - dwie pierwsze nagrody, z tego co kojarze) całą resztę: NodeJS na serwerze + web oczywiście.

W zasadzie, choćbym nie wiem jak bardzo nie kochał JS, nie da się go ignorować. Tworzy jeden z najbardziej innowacyjnych ekosystemów!!!

Poza tym, JS zrobił już bardzo dużo dla Javy i Scali - gdyby nie pewne koncepcje przetestowane w NodeJS - nie wiem czy spopularyzowało by się reactive programming i non blocking serwerów. (I nie byłoby Akki, Ratpacka, Vert.x ,Netty i innych :-( ). A Java siedziałaby nadal w bagnie Springa i JavaEE (w sumie jeszcze siedzi, ale już widać światełko w tunelu).

Przy czym uważam, że na koniec 2016 nie warto już się uczyć JavaScript (->patrz Typescript, a dla hardkorów ScalaJS).
A dodatkowo: Za użycie jQuery powinien być automatycznie ban oczywiście i wykluczenie z zawodu na 4 lata.

gdyby nie pewne koncepcje przetestowane w NodeJS - nie wiem czy spopularyzowało by się reactive programming i non blocking serwerów. (I nie byłoby Akki, Ratpacka, Vert.x ,Netty i innych

Serio? Wiki mówi, że Node.JS powstało w maju 2009, a Akka w lipcu 2009. Ponadto:

An actor implementation, written by Philipp Haller, was released in July 2006 as part of Scala 2.1.7

...a więc oficjalna implementacja aktorów dla Scali została wprowadzona 3 lata wcześniej niż Node.JS zostało wydane. Sam mechanizm aktorów jest zaczerpnięty ZTCW z Erlanga.

@jarekr000000 pierwszy raz się spotykam żeby ktoś mówił o innowacyjnym ekosystemie w js, wszyscy twierdzą że js dorasta do tych technologii. Możesz jakieś innowacje bez ściem dać? Co do nieopłacalności nauki js-a bo jakiś język go zastąpi to proszę
https://github.com/jashkenas/coffeescript/wiki/list-of-languages-that-compile-to-js
Rany każdy język kompiluję się do js-a, to nie zmienia faktu że jak robisz w webie to musisz i będziesz musiał go znać...

Przy czym uważam, że na koniec 2016 nie warto już się uczyć JavaScript (->patrz Typescript, a dla hardkorów ScalaJS).

tyle, że TypeScript to po prostu JavaScript + typy. Nie da się programować w TypeScripcie nie znając JavaScriptu...

A dodatkowo: Za użycie jQuery powinien być automatycznie ban oczywiście i wykluczenie z zawodu na 4 lata.

taaa.... bo każda strona, nawet mała strona wizytówka musi mieć Angulara (jedynkę i dwójkę, a najlepiej i Reacta dodatkowo i jeszcze parę innych frejmłorków) i zajmować po kompilacji z 5 megabajtów, żeby było profesjonalnie.

jQuery ma swoje miejsce w szerokopojętej webdeveloperce, i ciężko go hejtować tylko dlatego, że przestał być modny (używać nie trzeba, ale o ile nieużywanie jQuery jest okej, to bezmyślny hejt na jQuery... niby z jakiej racji?)

Wybitny Mleczarz napisał(a):

@jarekr000000 pierwszy raz się spotykam żeby ktoś mówił o innowacyjnym ekosystemie w js, wszyscy twierdzą że js dorasta do tych technologii. Możesz jakieś innowacje bez ściem dać? Co do nieopłacalności nauki js-a bo jakiś język go
zastąpi to proszę

Trudno być pewnym - bo jak się dobrze grzebie to co by się nie wzięło - zawsze wychodzi, że jacyś Rosjanie w latach 50 tych już to opracowali teoretycznie ;-) (ok przesadzam, ale czasem mnie zaskakuje wiedza starożytnych).

Ale JS jest odpowiedzialny:
za funkcyjnie programowane non blocking IO, ( **NodeJS **to spopularyzował).
Na pewno - **MeteorJS **jest innowacyjnym frameworkiem. (Sensowny, spójny fullstack) - spodziewam się wielu odgapień.
Gulp( tu przyznam nie wiem co było pierwsze gulp, sbt czy coś innego - ale inne build systemy się obecnie upodabniają).

i zastąpi - zrobi to przynajmniej TypeScript (zresztą patrząc na kolejne standardy ECMAScript- to po prostu będzie ewoluował jeden w drugi).

https://github.com/jashkenas/coffeescript/wiki/list-of-languages-that-compile-to-js
Rany każdy język kompiluję się do js-a, to nie zmienia faktu że jak robisz w webie to musisz i będziesz musiał go znać...

Prawie każdy innyk język kompiluje się do ASM - a tego już od wielu lat nie musisz znać (a taką bzdurę jeszcze na początku lat 90 wielu głosiło). Z tadycyjnym JS powinnostać się to samo. Jacyś szaleńcy pewnie nadal będą w tym pisać, ale nie trzeba będzie znać, żeby robić dobrą webówkę. Dziś na koniec 2016 - jeszcze niestety momentami trzeba (do rozwiązywania problemów, ale z miesiąca na miesiąc rzadziej). Ekosystem Typescript szybko, ale dojrzewa, (niestety **ScalaJS **i inne nieco dłuższą drogę przed sobą - chociaż to akurat ScalaJS mi sie podoba najbardziej).

LukeJL napisał(a):

tyle, że TypeScript to po prostu JavaScript + typy. Nie da się programować w TypeScripcie nie znając JavaScriptu...

Typescript to nie jest tylko JavaScript + typy. Ja nawet nie lubię TypeScriptu (za wsteczną kompatybiność z JS) - ale to jednak nowy język.
Trochę jakbyś napisał, że komputer - to po prostu termowentylator z dodanym prockiem.

Przy okazji Typy to dopiero druga w użyteczności cecha TypeScriptu.
Najważniejsza jest strzałka => (teraz także w ECMA 6 :-) ).

JavaScript to właściwie największa prowizorka w historii IT. Banalny języczek, którego celem było dodawanie "bajerków" w postaci zegara i animacji płatków śniegu do statycznych stron WWW. Języczek, który powstał bez projektu, pomysłu, pełen WTFów i niezwykle upośledzony. No, ale że to jedyny język rozumiany przez przeglądarki, a znaczna część softu ma właśnie webowy interfejs, to wielu programistów musi w JS pisać. Musi, bo po prostu nie ma innego wyboru. Nie pisze się w JS, bo to jest język potężny, wygodny, ani łatwy do nauki. Pisze się w nim, bo nie ma innego wyjścia.

Pokażcie mi drugi "potężny język obiektowy", w którym coś tak trywialnego jak przeciążanie funkcji wymaga pisania fikuśnego kodu albo instalacji dodatkowej biblioteki. (I tak nadal to nie będzie przeciążanie.)

Z powodu beznadziejności JS powstała masa bibliotek i frameworków - najpierw tak wyśmiewany tutaj jQuery, który standaryzował użycie JS w różnych przeglądarkach, później te wszystkie frameworki, których celem jest narzucenie sensownej architektury, modułowości, SoC. Niestety, trzeba to robić, bo jak wiadomo, kod w JS dłuższy niż 100 linijek nie
nadaje się do utrzymania. A biorąc pod uwagę, że nowe frameworki wychodzą chyba co tydzień, poszukiwanie Graala w tym szambie jest na bardzo wczesnym etapie.
Z powodu rzekomej zalety jaką jest gendertypesystem (niczego nie narzucajmy na początku, niech zmienna sama zdecyduje o swoim typie gdy dorośnie!), do tej pory powstało kilkanaście (jak nie kilkadziesiąt) rozszerzeń, nakładek i translatorów pozwalających na używanie prawdziwego systemu typów.
I można by tak wymieniać - tylko szkoda tracić czasu na tę kupę.

(Zanim jakiś hipsterdżejesdeveloper zarzuci mi, że nie znam/nie piszę w tym podjęzyku - niech weźmie pod uwagę to, że od blisko 10 lat pracuję jako fullstack w projektach webowych.)

Tak czy siak - faktem jest, że JS jest bardzo popularny, zyskuje na znaczeniu i staje się prawie poważną technologią, więc jestem za utworzeniem działu dla niego. Prawdopodobnie ilość pytań o JS wzrośnie (tak jak było w przypadku Edukacji czy Kariery), ale nie sądzę, żeby hipsterzy z Facebooka się do nas przenieśli.

arekr000000 napisał(a)

Gulp( tu przyznam nie wiem co było pierwsze gulp, sbt czy coś innego - ale inne build systemy się obecnie upodabniają).

pierwszy to był UNIX i unixowe narzędzia typu Make, czy obsługa strumieni w shellu :) To jest starsze niż JavaScript, a Gulp to tylko słaba namiastka uniksowych strumieni ;)

Jeśli chcemy się dowiedzieć, co będzie dalej z JavaScript, musimy się cofnąć wstecz, bo wszystko co się dzieje w JS to "powtórka z historii" ;)

Krzywy Młot napisał(a):

Zmiencie nazwe webmastering na frontend / JS i tyle.

Dokladnie tak. "Webmastering" to mi sie kojarzy z jakimiś geekami z lat '90. Poza tym brzmi to arogancko. Ze niby ktos, kto pracuje na codzien w Reacie / Angularze to nie programista, tylko jakis "webmajster"? Za to koles co caly dzien powtarzalnie klepie templatki do javy to juz developer? :>

Obudzcie sie panowie, bo chyba zyjecie swiatem z wczoraj :)

Dzial "Javascript" jak najbardziej powinien istniec. W webmasteringu pytania raczej dotyczace html5 css3, hostingu itp.

@Franiu - webmaster to webowy miszczu i każdy kto klepie stronki jest od razu mistrzem;

A na pierwszego kwietnia zmieni się nazwę kategorii na WebStackOverflowCopyPasting :]

Zgadzam się - wydzieliłbym JavaScript z Webmasteringu. Czasami widzę pojawiające się tematy o node.js czy inne tego typu rzeczy, a jakoś bardzo mi to do webmasteringu nie pasuje. Można by też poprawić opis działu Webmastering - niech dotyczy HTML, CSS, hostingów, domen czy innych tego typu rzeczy, XML i XSLT może jednak Inne chętnie przygarną.

LukeJL napisał(a):

pierwszy to był UNIX i unixowe narzędzia typu Make, czy obsługa strumieni w shellu :)

I ten Make ma Continous build? Tak jak gulp watchery czy sbt "falkę" (~)?

LukeJL napisał(a):

Jeśli chcemy się dowiedzieć, co będzie dalej z JavaScript, musimy się cofnąć wstecz, bo wszystko co się dzieje w JS to "powtórka z historii" ;)

Nie wiem do jakiej historii pijesz. Jedyną analogię widzę z najazdem hunów z IV i V wieku. Wpuścili wszystkim łomot, a potem się rozpłynęli... i ślady ciężko po nich znaleźć.