Pull to refresh

Comments 34

Во-первых, сколько минусов способен собрать такой комментарий? Я ставлю на 12.
Во-вторых, на Дваче каждому желающему будет предложен на выбор свой личный GTFO, выше лишь пример.

Двач - свободное общение.
http://2.0ch.ru/b/src/1180212300898.jpg (beware!)
Я думаю, что будет колебаться в районе 0.
:-)
Потому что второй комментарий, ниже, искажает картину.
Он показывает, что некто kukutz не спятил, а занимается какими-то сложными социальными экспериментами, наверное, он умный, наверное.

LOL.
именно.
потому что сразу после твоего дисклэймера, минус сразу же затёрли.
Я вижу -20, kukutz, ты точно не спятил? :))
Он сегодня двачист!
Лол. Жаль, что я не засёк карму, интересно, понижали ли её тоже.

Also habracrowd so caaaaaattle.
Видать, понижали. С первой страницы рейтинга сполз на вторую, однако.
ну рассмешил в середине дня ))))
Меня всегда интересовал вопрос полезности фреймворков. Весьма позновательно. спасибо.
Даже если логика расположения информации на разрабатываемых сайтах различна полезно создать отдельно и постоянно использовать стили для различных элементов форм и типографики - упрощает жизнь контент-менеджерам.
Я так думаю они его к Django потом прикрутят :)
Скорее всего, так оно и будет. Ведь подобная мысль у этих рябят зародилась достаточно давно.
UFO landed and left these words here
>> Задача framework'а — позволить дизайнеру или разработчику сфокусироваться на задачах, являющимися уникальными в рамках данного проекта. Иначе говоря, не изобретать колесо раз за разом.
Да-да, какое отношение к моему треду про двач имеют фреймворки???7

OH WAIT...
собсвтвенно, немецкий css-framework http://yaml.de/, который мы используем в работе. правда лицензию купить пришлось (вроде порядка ?200 было)
UFO landed and left these words here
фреймворк это то, что навязывает нам как организовывать приложение
а это - просто набор вспомогательных функций
Я вам как разработчик фреймворков (правда не веб) должен сказать, что все здорово, но описанное фреймворком не является. Конечно этот факт не умаляет достоинств описанного. Это набор CSS. Чудно. Может это конечно новый термин такой "css framework'и". Но все же, фреймворк это нечно более законченное и глобальное. WSS (Windows Sharepoint Services) вот это фреймворк, если речь про веб. Вот фреймворк - http://www.djangoproject.com/, вот еще - http://www.backbase.com/products/ajax360/.
ИМХО разбивать на 6 файлов то, что помещается в одном это тупо.
если тебе, к примеру, не нужен стандартный layout, предоставляемый этим "фреймворком", то зачем подгружать его, тратить трафик пользователя и сервера ?..
хм, согласен по поводу фреймворка и абстрагирования кода с Shrike - это полезно в скриптинге, но вот о дизайне как-то не задумывался...

в принципе, никакого фреймворка то и нет - создается html файл и css - html сверстан в div и потом при помощи css управляем разметкой... тут ничего особого нет - обычное структурирование и разделение "кода" на стиль и контент.

ИМХО в css это не особо нужно.Все и так гибко и просто :)
весь смысл в том, чтобы не писать каждый раз что-то заново, а сразу приступить к кодингу.
сколько раз вам приходится, к примеру, писать правило, отключающее border'ы с картинок или устанавливающее margin и padding всех элементов в 0 ?
* {margin: 0; padding: 0;} 
конечно, этот фреймворк не должен быть таким глобальным, как скажем, Rails, но суть-то от этого не меняется? Просто придерживайтесь правила "Don't repeat yourself". Что касается меня, я заметил, что мне приходится очень часто писать то, что я уже писал до этого, скажем, правила для типографики.
Пару дней назад читал этот же перевод вот здесь...
Упс.
Перевод не "этот же", а перевод того же. Я о нём не знал.
Фреймворк, конечно, слишком громко сказано. Да и странно это понятие применять к CSS.
Вынос повторяющихся правил в глобальный файл уже многие давно практикуют... А вот использование единого файла стилей для разных проектов, по моему, это вообще страшное зло. Представляете, что начнется, если сервер с таким файлом окажется не доступен?
Сам дублирую такие библиотечки на независимых проектах, но тут уже втсает вопрос о синхронизации изменений в этих файлах...
Вообще-то framework-ом можно назвать все, что связано с облегчением твоей работы. Эдакий антивелосипед.

А насчет единого файла стилей я с тобой согласен. И дело даже не в том, что сервак может быть недоступен. Просто, это что-то вроде "Design Pattern"-а. Даже в одном проекте нужно хранить стили в разных файлах(распределять по модулям, по частоте использования или как-то еще), так как это сравни хранению всех классов Java(PHP, Perl) в одном файле.
Использование единого файла стилей для разных проектов не означает что он должен лежать на одном сервере. А в этой статье и не говорится о едином месте хранения.

Cама же идея интересная. Вы говорите о сложности синхронизации, но ведь не будете отрицать что даже неаавтоматическая синхронизация (ручное копирование) сэкономит вам довольно много времени (чтобы не писать этот велосипед заново). Спроэцируйте это на CSS если вы верстальщик.

Единственное несхождение в статье - очень часто такой продвинутый HTML-кодер (ронимающий проблему дублирования кода и решающий ее) становится программером :)
Only those users with full accounts are able to leave comments. Log in, please.