Praca jako Junior Front

Witam, puszkuje pierwszej pracy jako Front-End Developer,
wysłałem swoje Cv na kilku grupach, do kilku firm z pracuje.pl, justjoin.it.

Aktualnie uczę się React`a,

moje portfolio : http://bgiepard.pl/

Moje oczekiwania finansowe to około 15zł/h netto.

Macie jakieś dla mnie wskazówki gdzie szukać pracy, gdzie składać CV? Nad czym popracować?
Za każdą odpowiedź i wskazówkę serdecznie dziękuje ;)

Po szybkim przejrzeniu dwóch dostępnych repo:

1. Masz tam bardzo mało JS'a, a i tak są tam takie kwiatki jak:

• nieuzywany kod,
• podpinanie listenerów w pętli,
• podpinanie listenerów do poszczególnych elementów tablicy (DRY leży)
• cuda w stylu $('.cooperate > .arrows > .prev') - tak się nie robi,
• naduzywanie jQuery do rzeczy, które bez problemu można zrobić podobną ilością kodu w czystym JS,
• node_modules w repo,
• biblioteki w repo (poza tymi w node_modules)
• zero modularności i globale (choć kodu jest tak mało, że ujdzie w praktyce, ale jak chcesz pokazać umiejętności to słabo)

2. CSS:

• masz w CV BEM a w obu repozytoriach w ogóle go nie stosujesz,
• operujesz w CSS na id i tagach - tak się nie robi
• operujesz na złożonych selektorach potomków i zagnieżdzeniach przez co kod nie jest w ogóle elastyczny,
• niby uzywasz Less'a, a nie używasz w ogóle zmiennych chociażby,
• jednolinijkowe tasiemce w stylu .slick-dots { position: absolute; bottom: 0px; list-style: none; display: block; text-align: center; padding: 0; width: 100%; }
• używasz globalnych stylów

Plus za w miarę estetyczny wygląd stron i jako takie RWD.

operujesz w CSS na id i tagach - tak się nie robi

Kto ci powiedział, że tak się nie robi? Babcia? (Nie rób tak Maciusku, bo tak się nie robi...hehehhe)

@Wskazujacy palec
Skoro chłopak chce korzystać z BEM (a przynajmniej go sobie wpisał w CV), to takie są jego zasady - polecam poczytać: http://getbem.com/naming/

CSS to Jungle. Każdy robi jak chcą, ale te zasady, które przeczytałem w podanym wyżej linku rzeczywiście sprawiają, że kod staje się bardziej przejrzysty. Innymi słowy pisanie w zgodzie z BEM, jest łatwiejsze.

@Wskazujacy palec skoro nie wiesz czemu się nie stosuje ID w css to naucz się czym jest css specificity. Gość ma na stronie zarówno BEM jak i semantic HTML więc nie czepiałbym się stosowania tagów jako selektory. Używanie jQuery do tak małych projektów ma dwa uzasadnienia - uczysz się biblioteki albo nie znasz javascript. Niestety zazwyczaj występuje to 2gie.

Pijany Kot napisał(a):

@Wskazujacy palec skoro nie wiesz czemu się nie stosuje ID w css to naucz się czym jest css specificity. Gość ma na stronie zarówno BEM jak i semantic HTML więc nie czepiałbym się stosowania tagów jako selektory. Używanie jQuery do tak małych projektów ma dwa uzasadnienia - uczysz się biblioteki albo nie znasz javascript. Niestety zazwyczaj występuje to 2gie.

jQuery używam głównie do slacka (slider). Jest on responsywny i można go modyfikować na wiele sposobów.

W żadnym z projektów podanych w CV nie użyłem BEM, zdarzyło mi się to zrobić przy innych projektach ale nie mam możliwości dodania ich.

Jeśli mam element na stronie taki jak np logo i wiem że będzie tylko jeden taki, to chyba lepiej użyć ID niż klasy, chyba klasa miała to do siebie że ma być do opisywania większej ilości elementów niż jeden, dla jednego jest właśnie ID, ale mogę się mylić ;>

Przy projekcie tej wielkości to i inline style przejdą. Jednak jeśli chcesz zrobić to porządnie, to ID nie może zostać zastąpione klasą, przez co będziesz musiał zawsze odwoływać się do ID. Słabe w dużym projekcie gdy takie logo znajduje się na wielu różnych stronach. Wrzucasz do page load kolejne jakieś 50kb jsa (dokładnie nie wiem, dawno nie używałem jQuery) do prostej animacji w css i czystym js. Wydaje się mało? Nie na telefonach z zasięgniem przykładowo w pociągu. I dużo lepiej wygląda na rozmowie fakt, że umiesz taką animację napisać samemu.

To że nie użyłeś BEM w tych projektach jest akurat na +. Technologię czy metodykę należy dopasować do projektu, nie na odwrót.

w sumie nie ma dramatu, widziałem gorsze projekty, ze szczegółów to klikając w formularzu kontaktowym "wyślij" przekierowuje mnie do formspree-captcha chociaż nie wprowadziłem żadnych danych, tu bym wprowadził walidacje front-back
ogólnie jak na fronta to rozbudowałbym to bardziej, może górne navi jednak, bo te karty z malutkimi X mogą być mylące, może inne fonty, jaśniejszy mniej pogrzebowy layout
jak mieszkasz obecnie we wrocku i nie możesz się załapać na dosyć bogatym rynku to chyba trzeba jeszcze dopakować skille, powodzenia tak czy siak

Pijany Kot napisał(a):

@Wskazujacy palec skoro nie wiesz czemu się nie stosuje ID w css to naucz się czym jest css specificity. Gość ma na stronie zarówno BEM jak i semantic HTML więc nie czepiałbym się stosowania tagów jako selektory. Używanie jQuery do tak małych projektów ma dwa uzasadnienia - uczysz się biblioteki albo nie znasz javascript. Niestety zazwyczaj występuje to 2gie.

Znaw wiele specjalistycznych źródeł, gdzie na pewno nie ogranicza się programisty w stosowaniu class, id, tag-ów i czego tam jeszcze.
Uzasadnianie wyboru jakiegoś sposobu, a innego nie, poprzez zwykłe.."bo tak się nie robi"..nie przekonuje mnie z prostego powodu. Trzeba podać źródła tej wiedzy, dlaczego czegoś się nie robi, co wcale nie znaczy, że tak się nie robi. Można robić jak się chce i jak ci pasuje, szczególnie w CSS.
Jak wujek Zygmunt, albo ciocia Halinka, nie kazali tak robić, to nie rób, ale nie pouczaj innych.

Twoja logika: jak babcia Hania nie skacze z mostu, to nie znaczy że ja nie moge. Gdy autor wątku zechce by jego logo się na jednej stronie obracało, na innej drgało i następnej pierdziało, to będzie miał problem bo nie podepnie odpowiedniej klasy z animacją przez js i będzie musiał kombinować z important i inline css. Jeśli jego logo będzie już pierdziało i do tego zechce by na 4 stronie śpiewało, ale pierdziało ciszej, znowu będzie miał problem, bo użył !important na pierdzenie i nie może tego nadpisać. Oczywiście ID istnieje i można je używać, warto jednak znać tego negatywne i pozytywne skutki. Masz problem bo nie napisano Ci dlaczego konkretnie nie nie używać ID, ale sam zapewnie nie będziesz w stanie przedstawić argumentów "za". Źródła? Jakie ty chcesz człowieku źródła? MDN? Co mówi na ten temat jakiś celebryta frontendowy? Znowu wracamy do babci Hani?

Nie ma takiej potrzeby, żeby używać id do stylowania.

poza tym używanie id w CSS to:

• niepotrzebnie większa specyficzność ( https://developer.mozilla.org/en-US/docs/Web/CSS/Specificity ) - to utrudnia potem utrzymanie kodu, jak masz wiele selektorów.
• brak możliwości dołożenia takiego samego stylu do kilku elementów (ponieważ może istnieć tylko jeden element w HTML o takim samym id, jeśli ktoś robi kilka elementów o takim samym id to znaczy, że nie używa ich zgodnie z przeznaczeniem. Równie dobrze mógłby stosować wtedy jakiś customowy znacznik, np. dupa albo gowno a potem w CSS:

[gowno="my-fancy-gowno"] {
   color: red;
}

Nie znaczy to, że id jako takie jest złe. Jest przydatne np. do identyfikacji elementów w JavaScript (np. <canvas id="game"> i potem w JS document.getElementById('game')), no i do tworzenia kotwic:

<div id="article-head">
(...)

<a href="#article-head">Jump to beginning</a>

To tak samo jak na grupie zostałem zjechany za to, że używam do wyświetlania ikon,
bardzo mi się to wydaje ciekawe, bo i font awesome, fontello jak i devicons, każda z tych 'bibliotek' czy może czcionek używa właśnie ..

font ikony kontra SVG:
https://css-tricks.com/icon-fonts-vs-svg/

bardzo mi się to wydaje ciekawe, bo i font awesome, fontello jak i devicons, każda z tych 'bibliotek' czy może czcionek używa właśnie ..

To o niczym nie świadczy.