Pracodawcy poszukują osoby: biegła znajomość html/css.

Co oznacza konkretnie? Że zna wszystkie właściwości css na pamięć?

Jestem ciekawa jak wygląda wiedza kodera html/css, który siedzi nad tym np rok, zerka na manuale i gotowce css czy wszystko sam pisze od nowa w html i css.

Biegła znajomość to pojęcie relatywne i nie da się określić co ktoś ma przez to dokładnie na myśli. To tak samo jak z duży dom - nie powiesz na tej podstawie czy ma on 500 czy 2500 m^2.

Biegła znajomość oznacza, że jesteś w stanie bez najmniejszych problemów wykorzystywać możliwości języka oraz jego standardową bibliotekę. Nie oznacza to znajomości wszystkiego na pamięć. Sam biegle znam np. PHP, ale muszę od czasu do czasu zobaczyć w manualu "jak to dokładnie ma być" - ale dotyczy to wyłącznie rzadziej używanych funkcji/elementów. W przypadku HTML/CSS dochodzi do tego fakt, że te technologie są tak ograniczone/proste, że raczej zna się na pamięć ich wszystkie możliwości (może z wyjątkiem rzadziej używanych właściwości CSS, np. list-style-type: decimal-leading-zero).
Masz znać mniej-więcej wszystko. To, że Ci się zapomni jak się coś uruchamiało itp. - od tego właśnie jest manual, wszelkiego rodzaju tablice, encyklopedie itp. - masz wiedzieć, że takie coś istnieje - bo szczegóły zawsze możesz sobie wyszukać.

do tego dochodzi fakt, że nazwy wszystkich funkcji/elementów/właściwości pochodzą z j.angielskiego, więc znając choćby same podstawy jesteś w stanie w ciemno strzelić nazwę właściwości odpowiedzialnej za np. kolor czy czcionkę

Koder html i css z reguły pamięta większość. Oczywiście, że raczej nie wszystko, ale zna możliwości i wie co do czego służy. Przydatne w wielu momentach są CheatSheety, czyli podręczna lista np właściwości css i poszczególnych wartości.

Czy nie wszystko? Dobry koder HTML/CSS według mnie jednak zna wszystko na pamięć. I nie mówię tu o tym, że np. wychodzi technologia HTML5, która tak naprawdę jeszcze nie wyszła i on już ją całą zna na pamięć. Mam tu na myśli stabilnie i powszechnie działające już technologie, w tym przypadku HTML4(XHTML)/CSS2. Rzecz jasna każdemu zdarza się zapomnieć jakiejś nazwy, jednak wątpię żeby jakikolwiek dobry koder zmusił się do pracy z notatnikiem. Od tego są już wspomniane CheatSheety.

Ja jeszcze dodam, że biegłość poza samą znajomością suchych właściwości z teoretycznego punktu widzenia ma się czasem nijak jeśli weźmie się pod uwagę praktykę - czyli teoretycznej biegłości CSS/HTML można się nauczyć jak wierszyka w pare godzin/dni to najwłaściwsze metody ich wykorzystania poznaje się czasem latami a nawet dłużej bo tak jak w medycynie wszystko się ciągle zmienia (nawet semantyczna strona tych języków bywa dyskusyjna) dlatego należało by być ciągle w tych tematach na bieżąco.

Po wolutku po wolutki , małymi kroczkami i tego czego chcemy to się tego nauczymy , znam to ze swojej skóry.
Na początku (x)html,css wydawał się dla mnie trudny ale jakoś się nauczyłem , ale raczej nie znam na pamięć wszystkiego , ale z wyszukaniem jak rozwiązać problem nie mam problemu.Gorzej jest z php u mnie , żeby zapamiętać jakaś funkcje mam problemy , a żeby jej użyć jeszcze większe , ale myśle , że z biegiem czasu to samo przychodzi

Ważne jest , żeby wiedzieć gdzie szukać.

Dla mnie oznacza znajomość stosowania tego w praktyce z uwzględnieniem wszelkich różnic w stosowaniu różnych własności pod wszystkimi przeglądarkami. Sama teoria, to pikuś, bo CSS w teorii jest piękny.

Gorzej z jego interpretacją przez przeglądarki i wtedy dopiero zaczyna się pole do popisu, na czym polega biegłość w stosowaniu.

Nie chodzi o to, żeby znać wszystko na pamięć(Sam np. bardzo rzadko używam znaczników: dd, dt, code). Ważne jest, abyś, po tym jak szef każe Ci zakodować przygotowany przed grafików design, wiedział jak się do tego zabrać oraz wykonał swoją pracę poprawnie i w bardzo krótkim czasie. Szefa raczej nie będzie obchodziło czy zaglądasz do książki i/lub internetu jeżeli będziesz potrafił te informacje znaleźć w ułamek sekundy. Jeśli zakodujesz to bardzo szybko, będzie to oznaczało, że wykonujesz swoją pracę biegle . I tak po pewnym czasie nauczysz się wszystkiego na pamięć Gorzej jest z ludźmi, którzy niby wszystko umieją a jak dochodzi co do czego to wstawiają div-y do linków lub robią szablon strony na tabelkach lub jeszcze gorzej - tabelki na div-ach.

Niektórych szefów to też nie będzie obchodzić dopóki będzie działać Ale rozumiem o co ci w sumie chodzi i się zgadzam, brak mądrości z wiedzą to problem, lepiej żeby ktoś nie posiadał ani tego ani tego

Czy można zdobyć trochę więcej praktyki i wiedzy jeśli samemu przetestuje chociaż kilkanaście przykładowych szablonów ze strony http://www.freecsstemplates.org/ ?

Nie za bardzo mi idzie cięcie layoutu do kodu html/css na początek. Jak się zaczęło u Was, że cięcie layoutu szło coraz lepiej?

Praktyka, praktyka i jeszcze raz praktyka.

Do tego lektura magazynów A List Apart, Smashing Magazine, czy Quirksmode.org; jest tego trochę.

Powiedzmy, że ze strony ściągnęłam prosty szablon css. Popatrzyłam jak to wygląda, a później spróbować samej pisać reguły w css czy w inny sposób? Albo przejrzeć kilka różnych szablonów css?
Proszę o rady jak zacząć, żeby nabrać więcej wprawy

Pisz, pisz i jeszcze raz pisz.

Rób szablony, przerabiaj, pisz od nowa.

Ja np. html znam od 2 lat. Od 1,5 roku css. Ale po ok. 2-4 miesiącach używania danego języka większość komend które używam same wchodzą w głowę. Obecnie znam dość dobrze 3 języki i uczę się kolejnych dwóch, jednocześnie pogłębiając tamtą wiedzę

Piszę, piszę i piszę...

Szablon ze strony http://www.freecsstemplates.org/css-templates/40/ Name: outoftheblue

[HTML] pobierz, plaintext 
 
/** BASIC */
body {
	font: normal small Arial, Helvetica, sans-serif;
	color: #83895C;
}
 
h1, h2, h3, h4, h5, h6 {
	margin-top: 0;
	padding-top: 0;
	font-family: "Trebuchet MS", Arial, Helvetica, sans-serif;
	color: #CC6600;
}
 
a {
	text-decoration: none;
	color: #CC6600;
	border-bottom: 1px solid #EBA45E;
}
 
a:hover {
	border: none;
}
 
/** HEADER */
#header {
	width: 700px;
	height: 80px;
	margin: 0 auto;
}
 
#header h1 {
	margin: 0;
	padding: 30px 10px 0 20px;
	text-transform: lowercase;
	font-size: 36px;
	letter-spacing: -.05em;
	color: #83895C;
}
 
/** MENU */
#menu {
	width: 700px;
	margin: -2.25em auto 0 auto;
}
 
#menu ul {
	margin: 0;
	padding: 0;
	list-style: none;
	text-align: right;
}
 
#menu li {
	display: inline;
}
 
#menu a {
	padding: 0 10px 0 11px;
	border: none;
	border-left: 1px solid #83895C;
	color: #83895C;
}
 
#menu a:hover {
	color: #83895C;
}
 
#menu .first a {
	border: none;
}
 
/** CONTENT */
#content {
	width: 720px;
	margin: 0 auto;
	background: #EFEBDF url(images/img01.gif);
}
 
#content * {
	line-height: 140%;
}
 
#columnA {
	float: left;
	width: 440px;
	padding: 25px 20px 0 30px;
	background: url(images/img02.gif) no-repeat left top;
}
 
#columnB {
	float: right;
	width: 200px;
	padding: 25px 20px 0 10px;
	background: url(images/img03.gif) no-repeat left top;
}
 
#columnB * {
	color: #EFEBDF;
}
 
#columnB ul {
	margin-left: 0;
	padding-left: 0;
	list-style: inside circle;
}
 
#columnB a {
	border-bottom-color: #EBD8B7;
	color: #FFFFFF;
 
}
 
/** FOOTER */
#footer {
	width: 720px;
	height: 50px;
	margin: 0 auto;
	background: url(images/img04.gif) no-repeat left top;
}
 
#footer p {
	margin: 0;
	padding: 35px 0 0 20px;
	font: bold 9px Arial, Helvetica, sans-serif;
}
[HTML] pobierz, plaintext 

Zrobiłam u siebie (tylko sam layout bez tekstów):

[HTML] pobierz, plaintext 
#content{
	width: 720px;
	margin: 0 auto;
	background: url(images/img01.gif) repeat-y top left;
	height: 450px;
}
 
#columnA{
	float: left;
	width: 490px;
	height: 30px;
	background: url(images/img02.gif) no-repeat top left;
}
 
#columnB{
	float: right;
	width: 230px;
	height: 30px;
	background: url(images/img03.gif) no-repeat top left;
}
 
#footer {
	margin: 0 auto;
	width: 720px;
	height: 50px;
	background: url(images/img04.gif) no-repeat left top;
 
}
[HTML] pobierz, plaintext 

Może tak być? Czy można zrobić layout css, tak jak mi wygodnie jak powyżej?

hmm , a dlaczego niby nie?;p

Biegła znajomość oznacza, że musisz umieć w biegu zakodować jakąś grafikę (bez zatrzymywania się na forum). Musisz umieć też dokonywać poprawek kodu w pełnym galopie i online, bo często zdarza się, że jakiś artykuł rozwala stronę itp. itd. etc.

Czy warto umieć stare formatowanie z html np http://www.kurshtml.boo.pl/html/tekst.html?

Wystarczą style z css?

Tagi prezentacyjne w (X)HTMLu są przestarzałe. Warto wiedzieć jedynie, że coś takiego istniało w poprzednich wersjach. Reasumując - jeżeli nie piszesz stron pod (bardzo) stare przeglądarki - nie warto ich się uczyć/pamiętać.

Warto a nawet należy widzieć do czego służy znacznik <p>,<h1> czy <pre>.

Ale to nie chodzi o nagłówki/cokolwiek innego, co ma semantyczne znaczenie.

~Lars_18 pewnie ma na myśli znaczniki typu <font /> albo <marquee />, etc.

Dodam coś od siebie.
<h1> jest jednym z najważniejszych znaczników. Dlaczego wie każdy kto choć raz czytał jakiś tutorial na temat SEO.
Tu nawet nie chodzi o pocięcie strony, aby działała na każdej, nawet najmniej znanej przegladarce.
To Google zwraca baczną uwagę na znaczniki.
Wśród dwóch teoretycznie identycznych stron i teoretycznie identycznie podlinkowanych, zyska więcej w oczach wujka Googla ta,
gdzie będą mądrzej wykorzystane tagi (opisywanie cytatów, akronimów itp.).

Dowód - zrób na swojej stronie więcej niż jeden tag <h1>, albo wyróżnij (np. pogrubiając) połowę tekstu.
Zobacz co się niemiłego stanie jak Google znów zindeksuje stronę.
Może spaść z miejsca 20 na 22, 25, albo i 40.

A żeby nie robić nikomu nadzei, że wiedza kodera może się kończyć na rozszyfrowanu skrótu CSS,
dodam, że webmaster powinien śpiewająco znać specyfikację danej przeglądary (szczególnie jaki silnik)
http://pl.wikipedia.org/wiki/Przegl%C4%85darka_internetowa
a tych jest na rynku z 80 (biorąc też pod uwagę różne ich wersje).