Na pamięć?

Czy uczyliście się wszystkich znaczników, poleceń na pamięć (html, css, js)?

Jak napiszesz kilka tysiecy znacznikow to same wejda do glowy.

Nie, pisz po prostu dużo kodu.

Nie. Po prostu używasz, a jak czegoś nie pamiętasz, to sprawdzasz w necie. Ważniejsze jest rozumienie (w przypadku HTML i JS), a w przypadku CSS anty-rozumienie (Tzn. CSS rządzi się anty-logiką, więc trzeba ją anty-rozumieć).

Pamiętasz tylko to, co często używasz, a resztę googlujesz.

To tak jak z językiem obcym, teoretycznie można się uczyć słówek z tabeli ale w praktyce niewiele to daje. Dopiero rozmowa z kimś w tym języku daje turbo do postępów nauki.

@Hanna J analogiczne pytanie: czy uczyłaś się wszystkich literek i wszystkich słów na pamięć? ;)

na pamięć nie, robisz kopiuj-wklej ze stacka i tyle

Dziękuję za odpowiedzi. Pytam bo chcę wiedzieć czego oczekuje przyszły pracodawca (nie mam na myśli polskich Januszy biznesu).

No to wyobraź sobie że przychodzisz na forum dla pisarzy i pytasz Czy uczyliście się wszystkich znaczników, literek na pamięć?. Pewnie da się coś napisać nie znając na pamięć wszystkich literek, ale nie wiem czy to dobry pomysł...

Hanna J napisał(a):

Dziękuję za odpowiedzi. Pytam bo chcę wiedzieć czego oczekuje przyszły pracodawca (nie mam na myśli polskich Januszy biznesu).

Zagraniczny oczekuje tego samego co polski Janusz ale kapitał ma w euro (albo dolarach) i często nie jest świadomy że w tym kraju możesz zrobić z pracownikiem wszystko a on będzie wdzięczny za możliwość rozwoju. Całe szczęście zagraniczny pracodawca szybko zatrudnia polski menedżment i odkrywa że wydajność może wzrosnąć nagle o kilkaset % bez wyraźnej przyczyny :)

czy na rozmowie o prace mozna googlowac odpowiedzi ?

Zależy co masz do zrobienia. Jak dostajesz pytanie teoretyczne "co to jest XXX" albo "czym się różni XXX od YYY" no to raczej logiczne że nie można.

Jak masz jakieś trochę dłuższe zadanie praktycznie to wtedy przeważnie można.

LukeJL napisał(a):

w przypadku CSS anty-rozumienie (Tzn. CSS rządzi się anty-logiką, więc trzeba ją anty-rozumieć).

Co jest takiego nielogicznego w CSS? Mam wrażenie, że ludzie narzekaniem maskują swoją zwykła niewiedzę na temat CSS-a. Potem widzę, że style w jednym pliku, ponad 4k linii, n-te zagnieżdżenia i jakieś 300 razy użyte !important

Hanna J napisał(a):

Czy uczyliście się wszystkich znaczników, poleceń na pamięć (html, css, js)?

Po pytaniach które zadajesz na tym forum to mam nadzieje że nigdy nie trafie na ciebie w pracy.

@albert Kowalski
Niby dlaczego? Przyda się, gdy internetu zabraknie.

Jedyna słuszna nauka czegokolwiek - tylko z tej książki. Polecam :-)

No właśnie wszyscy piszą że uczenie sie na pamiec to glupota że google itp ale na rekrutacji i tak trzeba wszystko pamiętać wiec na jedno wychodzi.

^up
Uczenie się na pamięć to głupota i strata czasu. Lepiej robić ćwiczenia; też wejdzie do głowy a zyskujemy jeszcze doświadczenie.

Mimo, że uczę sie Javy od jakiegoś miesiąca, to też swierdzam, że uczenie się na pamięć jest bez sensu. Uczę się na trehouse i jakbym miał uczyć się na pamięć to wykucie na blachę i tak nie pozwoliło by mi zaimplementować rozwiązania w tzw. challange.
Czasami trzeba mocno i długo pogłówkować aby implementować takie fragmenty jak ten:

Map<String, Integer> hashTagCounts = new HashMap<String, Integer>();
    for (Treet treet : treets) {
      for (String hashTag : treet.getHashTags()) {
        Integer count = hashTagCounts.get(hashTag);
        if (count == null) {
          count = 0;
        }
        count++;
        hashTagCounts.put(hashTag, count);
      }
    }
    System.out.printf("Hash tag counts: %s %n", hashTagCounts);
    
    
    Map<String, List<Treet>> treetsByAuthor = new HashMap<String, List<Treet>>();
    for (Treet treet : treets) {
        List<Treet> authoredTreets = treetsByAuthor.get(treet.getAuthor());
        if (authoredTreets == null) {
          authoredTreets = new ArrayList<Treet>();
          treetsByAuthor.put(treet.getAuthor(), authoredTreets);
        }
        authoredTreets.add(treet);
    }
    System.out.printf("Treet by author: %s %n ", treetsByAuthor);
    System.out.printf("Treet by nickrp: %s %n ", treetsByAuthor.get("nickrp"));

Albert Kowalski napisał(a):

Hanna J napisał(a):

Czy uczyliście się wszystkich znaczników, poleceń na pamięć (html, css, js)?

Po pytaniach które zadajesz na tym forum to mam nadzieje że nigdy nie trafie na ciebie w pracy.

Robię rozeznanie czy brać się za front-end. Myślę, że są to pytania dręczące wielu zainteresowanych tą działką. Poza tym np. na rozmowach kwalifikacyjnych na stanowiska związane z podatkami padają pytania o stawki podatkowe (nie tylko z podatku vat, ale z ustaw obowiązujących na egzaminie na doradcę podatkowego) i nie możesz zaglądnąć do ustaw. Rozumiem, że ciebie nic poza kodem nie interesowało gdy zaczynałeś. A to źle. Dobrze wcześniej też się zorientować czego oczekują pracodawcy, rekruterzy i z jakimi ludźmi w pracy będzie się mieć do czynienia: Czy z chociaż w miarę trochę życzliwymi czy takimi z cyklu "no jak można tego nie wiedzieć" (a sam wielu rzeczy nie wie).

Wszystko to tak naprawdę angielskie słownictwo np. img, image, src source, co tu się dużo uczyć, a = to przypisanie jak w większości języków.

Na pamięć nie ma co wkuwać, wszystko jest po angielsku wystarczy znać budowę, bo tego się nie pominie, ale to wystarczy sobie tylko wyobrazić i napisać, niektóre nazwy są specyficzne np. jakiś skrót z wyrazu lub kilku wyrazów lub inne smaczki.

nie znając znacznikow,nazw klas i funkcji etc na pamiec tylko co chwile szukajac ich w googlach jestesmy baardzo ograniczeni i spowolnieni co może dzialac deprymująco poza tym niewiem ile trzeba byłoby naklepać stronek/programów żeby sie nauczyć na pamięć znacznikow " przy okazji" . Ja np kupuje i sprzedaje duzo rzeczy na aukcjach często widuje swoj numer konta czesto robie na na nie sobie różne wpłaty , posiadam je od 12 lat jednak do tej pory nie pamiętam jego numeru.

A ja pamiętam swój cały PESEL

Na rekrutacji nie trzeba wszystkiego znać na pamięć. Jakby mnie ktoś poprosił żebym mu podał sygnaturę funkcji redukującej tablice w php to bym go wyśmiał. Za każdym razem to googluje, bo nigdy nie pamietam (teraz nie muszę, AVE JetBrains i skrót alt + P).

Jeżeli bym na rekrutacji miał napisać kod na kartce bez dostępu do komputera i nie znałbym nazwy funkcji, która redukuje tablice, to bym wymyślił. Jakby mnie rekruter zapytał co to za funkcja to bym mu powiedział ze nie pamiętałem nazwy, a ze nie mailem googla to użyłem placeholder.

Swoją droga miałem chyba tylko dwie takie sytuacje i za każdym razem pisałem rozwiązanie z użyciem pseudo kodu.

Co innego sa pytania typu klasa abstrakcyjna, czy SOLID. To musisz rozumieć, żeby zastosować i gugiel Ci tu nie pomoże.

Kiedyś googlowalem chyba 500 razy jak wysrodkowac element w css (wertykalnie), zanim w końcu zapamiętałem (i zanim wszedł flex, bo teraz to banał)

Często nawet jak wiem, jak coś zrobić to i tak googluje. Dlaczego? Bo może to można zrobić jakoś sprytniej, czytelniej lub wydajniej. To rzecz, która mało osób robi. Większość ludzi, z którymi pracowałem pisało na pale pierwsze lepsze działające rozwiązaniem z użyciem pętli, masa zmiennych pomocniczych itp, zamiast wygooglować ze jest coś takiego, jak array_column.

Niestety uczenia na pale uczą w szkole - przynajmniej uczyli w mojej. Często potrafiłem coś wytłumaczyć, ale ponieważ nie mogłem zapamiętać fachowego słownictwa, to tłumaczyłem po swojemu, czego konsekwencja była niższa ocena, niż otrzymywały osoby, które wykluły definicje na pale bez zrozumienia.

Hanna J napisał(a):

Albert Kowalski napisał(a):

Hanna J napisał(a):

Czy uczyliście się wszystkich znaczników, poleceń na pamięć (html, css, js)?

Po pytaniach które zadajesz na tym forum to mam nadzieje że nigdy nie trafie na ciebie w pracy.

Robię rozeznanie czy brać się za front-end. Myślę, że są to pytania dręczące wielu zainteresowanych tą działką. Poza tym np. na rozmowach kwalifikacyjnych na stanowiska związane z podatkami padają pytania o stawki podatkowe (nie tylko z podatku vat, ale z ustaw obowiązujących na egzaminie na doradcę podatkowego) i nie możesz zaglądnąć do ustaw. Rozumiem, że ciebie nic poza kodem nie interesowało gdy zaczynałeś. A to źle. Dobrze wcześniej też się zorientować czego oczekują pracodawcy, rekruterzy i z jakimi ludźmi w pracy będzie się mieć do czynienia: Czy z chociaż w miarę trochę życzliwymi czy takimi z cyklu "no jak można tego nie wiedzieć" (a sam wielu rzeczy nie wie).

No dokładnie, ja nie zastanawiałem sie o co będą mnie pytali na rozmowach i nie uczyłem się pod rozmowy. Zaczałem sie uczyć bo mnie to interesowało i satysfakcjonowało, na pierwsza rozmowe poszedłem bez przygotowywania i od razu mnie wzieli, właśnie dlatego ze nie uczyłem sie pod rozmowe.
Jeśli chcesz kuć cokolwiek na pamięć tylko dlatego ze powiedziano gdzies ci że bedziesz zarabiać 15k to odpuść sobie ten zawód.

Jak chcesz mieć stabilne zatrudnienie to zostań lekarzem. Rynek IT mocno sie zmienia i nie jest to stabilna praca w skali 10-15 lat, na tym rynku może sie wydarzyć wszystko.