Редактирана версия на тази статия се появи за първи път в брой 225 на списание .net - най-продаваното списание в света за уеб дизайнери и разработчици.
@twostepmedia: Къде трябва да се вдига тежкото в една уеб страница? В предния край или в бекенда?
Леа Веру: Аз съм силен поддръжник да правите каквото можете с клиента. Когато вашият код работи на клиента, той винаги трябва да се справя с една машина, независимо колко успешен става вашият проект.
Всичко, което пишете на сървъра, може да се наложи да се изпълнява хиляди пъти в секунда, ако вашият проект успее, така че поддържането и разширяването му става все по-голямо предизвикателство с нарастването на вашия сайт. Да не говорим за нарастващите хостинг разходи, които много рядко могат да бъдат изцяло покрити от приходите на уебсайта. Разбира се, много клиентска логика може да накара сайта да се зарежда бавно, но имаме инструменти за избягване на това, като gzipping и obsfucation и най-важното, мързеливо зареждане.
@komiska: Вашата работа е страхотна! Кой ви вдъхнови да следвате технологичния път?
LV: Благодаря! Не мисля, че ставаше въпрос за вдъхновение от някого. Просто ми харесваше да правя неща, откакто се помня. Когато бях дете, веднъж използвах кухненски гъбички, за да правя портмонета и чанти!
Около 12 години открих, че програмирането ми позволява да изграждам полезни неща по-лесно и професионално от ръчната изработка. Това толкова ме очарова, че веднага се влюбих в програмирането и продължих да се стремя да се подобря.
@jelmerdemaat: Как @LeaVerou създаде @dabblet? С каква PHP рамка / друга back-end техника? Коя беше най-трудната част?
LV: Dabblet няма никаква база данни и включеният код от страна на сървъра е минимален. Малко PHP се използва само за OAuth и генериране на страница с резултати, която да се споделя, без никакъв хром около него (полезно за тестови случаи на доклад за грешки). Както можете да видите в неговите статистически данни за Github, PHP представлява само три процента от данните. Всичко останало е от страна на клиента. Това помага да се избегне ситуацията с jsfiddle: jsfiddle прави всичко на сървъра, така че сега, след като успя, натоварването на сървъра му премина през покрива и стана бавно.
@_dte: Коя е най-вълнуващата предстояща CSS функция за вас?
LV: Филтрирайте ефекти със сигурност. Те ни позволяват да правим неща, които преди са били невъзможни, а не само трудни. Не съм много развълнуван от модулите за оформление, защото а) ще минат векове, преди да можем да ги използваме, тъй като те изобщо не се разграждат елегантно и б) оформлението винаги е било възможно, просто ненужно трудно. Разбира се, новите модули за оформление също са много важни, но не от нещата, които ме вълнуват.
Също така съм много развълнуван от относителните единици на видимата област vw и vh и разширението CSS3 на attr () функция, която ще ни позволи да използваме attr () във всеки имот.
Наистина бих искал да видя и други браузъри освен внедряването на Opera обект-годен и обект-позиция, за да можем да спрем да използваме фонови хакове за изрязване на изображения в различно съотношение.
@gpirie: Каква функция бихте искали да бъде въведена в CSS?
LV: A текущ() функция, която ви позволява да препращате към изчислената стойност на други свойства. Като обобщение на currentColor (което след това би станало псевдоним на ток (цвят)). Разбира се, прилагането на такова нещо е много сложно, но реалността няма да ми попречи да мечтая!
@kevdog: Кои са три най-чести грешки в CSS?
LV: Най-често срещаната грешка в CSS, която виждам, е хората да кодират своя CSS с фокус върху резултата, а не върху чист, поддържаем, гъвкав код (и рядко рефакторират). Не е важно само нещо изглежда точно сега, с определен фон, определена обстановка и определен размер. Би трябвало да може адаптиране да се променя лесно, без да се налага да пренаписвате всяко правило за това по непредсказуеми начини.
Може би си мислите, че никога няма да промените нещо, но като се има предвид достатъчно време, почти със сигурност ще се окаже, че грешите. CSS препроцесорите могат да помогнат с това. Те са най-лесният изход, но със сигурност са по-добри от помия, повтарящ се код.
Друга грешка е прекалено многословният CSS. Хората не са наясно с настройките по подразбиране, така че продължават да ги предефинират. Те не са наясно със стенографиите, затова вместо това продължават да дефинират свойствата на стенограмите. Има случаи, в които трябва да правите тези неща нарочно, но това не е причина да ги правите защитно във всичко.
@kevdog: Ако можете да промените едно нещо в спецификацията на CSS, какво би било то?
LV: Има много предложения, с които почти всички в CSSWG са съгласни, но не могат да бъдат добавени поради нарушаване на съществуващата широко разпространена употреба в мрежата. Обикновено WG или отрича изцяло това, или добавя повече свойства за контрол на поведението, вместо да променя настройките по подразбиране. Бих искал да видя начин за включване на несъвместими назад промени, така че съществуващите уебсайтове да не се счупят. Други езици са решили този проблем отдавна, но с HTML и CSS продължаваме да се борим за обратна съвместимост в цената на добрия езиков дизайн.
@StuRobson: Смятате ли, че е мързеливо разработчикът да използва рамка или шаблон, воля-неволя, без да разбира всичко, което прави?
LV: Не, но мисля, че е лениво за разработчика да използва рамка или шаблон, без лично да има нужда, само защото всички останали го правят. Контрапродуктивно е да се опитвате да решавате проблеми, които все още нямате.
@folktrash: В кой момент се случи „знаменитост“? От къде знаеш? И помага ли или пречи на евангелизиращото качество на кода / семантиката?
LV: Благодаря, но не съм сигурен, че бих могъл да се нарека така. Всеки е склонен да смята хората, за които е чувал, за по-известни от хората, за които не са имали представа. Следователно, всеки има естествена тенденция да надценява собствената си слава, която трябва да бъде изкуствено (и почти сляпо) балансирана, когато сте наясно с това явление. Трябва също да имаме предвид, че никой в нашата индустрия всъщност не е знаменитост, никой не е име на домакинство.
Въпреки това, 2011 г. беше луда и очевидно получих повече признание за работата си, на което можех да се надявам. Със сигурност помага за евангелизиране на уеб стандартите. Хората обръщат много повече внимание, когато казвам нещо сега, отколкото преди година. Това обаче се дължи на цената, че нещата, които казвам, се анализират прекомерно, хората могат да четат твърде много в тях и да ме атакуват, че уж имам възгледи, които дори не съм обмислял. Или понякога, само за да имате мнения, точка.
@Tawreh: Защо толкова фанатизираш жените в бранша? Разбирам необходимостта от равенство, но ти ги тласкаш до крайност.
LV: За първи път чувам такова нещо като „изключително равенство“. Равенството никога не може да бъде крайно и се съмнявам, че някой дори би казал нещо подобно за други видове дискриминация, като расизма. Това е „обратна дискриминация“ или „коригиращо пристрастие“, което е крайно и съм категорично против това.
Въпреки това изобщо не съм „фанатичен“ по отношение на жените в бранша, а съм „фанатичен“ срещу предписаните джендър стереотипи. Почти не виждам сексизъм в нашата индустрия, изглежда хората са си научили урока отдавна. Не мисля, че ниското участие на жените в нашия бранш се дължи на това, че те вече се чувстват нежелани. Останалата част от нашето общество с пола отблъсква жените от инженерството. Малките момичета си играят с играчки, които не ги насърчават да развиват своите познавателни умения толкова, колкото и момчетата. Детските филми и играчки са най-лошият разпространител на половите стереотипи и едва ли виждам интерес там. Изглежда, че всеки фокусира усилията си върху възрастните, вместо да поправя грешките, вместо да избягва да ги прави на първо място.
@komiska: Ще има ли някога преход за тегло на шрифта?
LV: Цитирайки бележка от спецификацията, „не е толкова просто“. Повечето свойства нямат достатъчно тежести за плавен преход и браузърът не може да генерира междинните състояния, защото няма начин да ги представи в CSS. Това каза, че в крайна сметка може да продължим кръстосано избледняване () от CSS4 Image Values да се прилага за всички CSS стойности, а не само за изображения, които биха решили повечето проблеми с прехода, и ни дава мощен инструмент, който може да се използва и статично.
