82 год, CD диск формата 5 дюймов, вместительностью 650 Mb. А знает ли кто, почему в те лохматые времена, когда Билл Гейтс заявлял, что 640 килобайт оперативки хватит на 200 лет, Philips и Sony делают диск объемом 650 метров?
если вы воспринимаете верстку как рутину, матрицу, то спорить с вами бесполезно.
Но и доказывать мне что верстка, это не творческий процесс так же бесполезно. Как я уже заметил, на публичных проектах мои календари верстаются таблицами. Для себя же хоть на <hr /> ради удовольствия. Но замыкаться на чем-то одном - глупо.
Помоему вы слепо отрицаете списки. А пост нужно было бы назвать "Будущее за семантикой!". Ибо ни одного аргумента "ЗА", кроме семантики вы не сказали. Гибкость, простота и, кстати, логическое понимание кода остается за списками. Насчет последнего поясню. Вы часто смотрите код той или иной страницы? Если нет — попробую предположить что вы вообще его не смотрите и вы обычный серфер. Если часто — попробую предположить что вы разработчик и уж что что, а найти календарик в исходнике, сверстан он списком или же таблицей, не составит труда. Да и потом тут все зависит от разработчика. Можно так наверстать таблицей, что без поллитра не разберешь.
Да, и еще, семантика прближает способность человека анализировать к нулю. Так сказать, роботизирует человека, семантирует все процессы. Я предпочту эксперементировать и ошибаться, быть хабрачеловеком, нежели использовать заведомо принятые правила. Тем более в верстке, верстка это творческий процесс... Все равно что всем художникам сказать, чтобы они не отходили от стиля, ибо нах Семантика и все такое =)
Помойму, вы интерпритируете значение "семантики" несколько иначе чем я, или наоборот. В любом случае, как бы вы не верстали, вы получаете верстку типа "блоков". Покажите хоть один проект, который условно нельзя поделить на блоки? Да и при чем они тут?
Семантику задает CSS, при чем как в случае с табличной версткой, так и в случае с версткой списками. И, как раз, мы теряем разделение содержания и представления при верстке таблицами, а списки же приближены к конструктору. Как захотел, так и отобразил. Горизонтально, вертикально, в строку, в столбец итп.
можно долго спорить, приводить за и против, однако это дело каждого.
Я вот не разделаю мнения людей, типа: "Календарь это таблица, ибо семантика! Ша!". Во-первых, что есть семантика в данном контенте? Т.е. конечно можно было обвенить Сталина в антисемантике строения домов, ибо подвалы (а соответственно и фундамент) оставляет желать лучшего. Тем не менее это самые красивые, самые удобные дома. Средний посетитель сайта никогда не полезет в исходный код страницы и с пеной у рта доказывать что млять семантика не сохранена и все неверно, а значит сайт кривой. Да и потом хороший list код никогда не испортит смысл календаря.
года 4 назад я с пеной у рта доказывал что таблицы это хлам и все верстал на дивах и списках, года 3 назад я кричал что все дивы это фигня и таблицы должны оставаться таблицами, семантика мать ее при выше всего =)) Года 2 назад я понял что все это ерунда и каждый пользуется тем, чем удобней. Когда я делаю что-то вроде админки, я никогда не буду делать таблицы. Зачем? Если же это публичный проект, то тут есть один неоспоримый довыд, который был лишь вскользь замечен автором - list календарь рассыплется при просмотре страницы из под КПК например. Только поэтому лично я делаю календарь табличным.
Если вы так заботитесь о семантике, xml + xslt вам в руки и не дай бог вы сверстаете все напрямую! Вы что! Семантика же нарушается!
Бред =)
Верстайте так, как удобно вам. Применяйте разные стили соответственно требованиям. И не бойтесь экспериментировать!
Это понимание приходит со временем =(( это сейчас все уже всосали что и как. А лет 5 назад было трудно отказаться от стереотипа "офисной работы", да и потом инет был модемный и дорогой.
вспоминаются голосования на bbc.com... Например о том, что русские пьют одиколон или предпочитают мясо крыс =))
Конечно русские программисты менее организованы, чем западные. На западе веб-разработка это уже давно не хобби, это уже давно бизнес-платформа. А в нашей стране веб лишь набирает обороты.
И, хочу заметить, несобранность наших разработчиков это не равно "малый профессионализм". Просто наши разработчики хорошо получают лишь в Москве да Питере. Взять любую провинцию - местного веба практически не существует.
автор забыл рассказать, насколько увеличилось время распускания парусов и насколько увеличилась пропускная способность моряков, т.к. часть их работы было переложено на плечи макак. Это называется эволюция — следующие торговцы это учтут. Одни научат обезьян распускать паруса только в ясную погоду, другие постараются научить их убирать паруса в плохую погоду, третьи научат обезьян брать пример с моряков. В первом случае торговцы будут спокойно жить, пока не увидят что у вторых хорошо получается перекладывать на обезьян и сворачивание парусов. Тогда первые наймут белок, которые в панике при плохой погоде будут сворачивать паруса и прятать туда орехи. Вторые же к этому времени сменят не одно поколение и таки выведут обезьян, которые смогут различать погоду и делать разные действия. Третьи же всегда будут нуждаться хотя бы в одном моряке.
По сути первые будут постоянно наращивать число животных на корабле и в итоге превратятся в новый ковчег, у вторых обезьяны через поколения настолько эволюционируют, что будут носить водолазки, курить и материться, третьи частенько будут менять моряка, т.к. время от времени ему будет приходить на ум, что он делает все и может сам быть капитаном...
Наверное так...
=))) я и говорю - праздник какой-то =))) Блин, там ведь и каталог всех произведений =) и кол-во ротаций каждого и что самое приятное - каталог будет только расти =)
В случае с li.ru все немного жестче. Во-первых, база у них не такая уж и мальнкая, чтобы ее так просто туда сюда переводить =) Во-вторых, это дейсвтительно живой проект, как заметил Зотов. А что если ну не срастутся их запросы с новой базой? Проект встанет как минимум на пару дней. А что если это приведет к потере данных?
На моем опыте перенос живого проекта с посещаемостью за лимон хитов. Мы подготовили сервак в другом месте. Поставили ту же ось, все то же самое ПО, сконфигурили так же все. Замечу, что сервак был мощнее. Переносим - падает =) еще 2 дня из жизни проекта ушло на переконфигурацию и заточку под новую машину. Конечно, в данном случае не идет речи о переезде на другое железо, но и переезд на другое ПО - не такая простая штука.
класс. Сусоев жжот, по ходу презентухе по freebsd залез на шелл и правил конфиги сервочка своего. Вроде, пока работает =)))
Лайвинтернетовцы хорошо выступили, Зотов жжот как обычно, молодцы. Выскочки про mysql кластер и перепрыгивающие версии все равно что моськи на слона лаят.
AdRiver низкий поклон, больше пока не успел посмотреть =) РуТубу спасибо )
про ситника немного хронология нарушена =) Он занимался фрикингом и беспроводными телефонными сетями (gsm), но уже после взлома компа Шимоморы. Собственно, именно по телефону его и взяли.
Но и доказывать мне что верстка, это не творческий процесс так же бесполезно. Как я уже заметил, на публичных проектах мои календари верстаются таблицами. Для себя же хоть на <hr /> ради удовольствия. Но замыкаться на чем-то одном - глупо.
Да, и еще, семантика прближает способность человека анализировать к нулю. Так сказать, роботизирует человека, семантирует все процессы. Я предпочту эксперементировать и ошибаться, быть хабрачеловеком, нежели использовать заведомо принятые правила. Тем более в верстке, верстка это творческий процесс... Все равно что всем художникам сказать, чтобы они не отходили от стиля, ибо нах Семантика и все такое =)
Семантику задает CSS, при чем как в случае с табличной версткой, так и в случае с версткой списками. И, как раз, мы теряем разделение содержания и представления при верстке таблицами, а списки же приближены к конструктору. Как захотел, так и отобразил. Горизонтально, вертикально, в строку, в столбец итп.
Я вот не разделаю мнения людей, типа: "Календарь это таблица, ибо семантика! Ша!". Во-первых, что есть семантика в данном контенте? Т.е. конечно можно было обвенить Сталина в антисемантике строения домов, ибо подвалы (а соответственно и фундамент) оставляет желать лучшего. Тем не менее это самые красивые, самые удобные дома. Средний посетитель сайта никогда не полезет в исходный код страницы и с пеной у рта доказывать что млять семантика не сохранена и все неверно, а значит сайт кривой. Да и потом хороший list код никогда не испортит смысл календаря.
года 4 назад я с пеной у рта доказывал что таблицы это хлам и все верстал на дивах и списках, года 3 назад я кричал что все дивы это фигня и таблицы должны оставаться таблицами, семантика мать ее при выше всего =)) Года 2 назад я понял что все это ерунда и каждый пользуется тем, чем удобней. Когда я делаю что-то вроде админки, я никогда не буду делать таблицы. Зачем? Если же это публичный проект, то тут есть один неоспоримый довыд, который был лишь вскользь замечен автором - list календарь рассыплется при просмотре страницы из под КПК например. Только поэтому лично я делаю календарь табличным.
Если вы так заботитесь о семантике, xml + xslt вам в руки и не дай бог вы сверстаете все напрямую! Вы что! Семантика же нарушается!
Бред =)
Верстайте так, как удобно вам. Применяйте разные стили соответственно требованиям. И не бойтесь экспериментировать!
Конечно русские программисты менее организованы, чем западные. На западе веб-разработка это уже давно не хобби, это уже давно бизнес-платформа. А в нашей стране веб лишь набирает обороты.
И, хочу заметить, несобранность наших разработчиков это не равно "малый профессионализм". Просто наши разработчики хорошо получают лишь в Москве да Питере. Взять любую провинцию - местного веба практически не существует.
По сути первые будут постоянно наращивать число животных на корабле и в итоге превратятся в новый ковчег, у вторых обезьяны через поколения настолько эволюционируют, что будут носить водолазки, курить и материться, третьи частенько будут менять моряка, т.к. время от времени ему будет приходить на ум, что он делает все и может сам быть капитаном...
Наверное так...
На моем опыте перенос живого проекта с посещаемостью за лимон хитов. Мы подготовили сервак в другом месте. Поставили ту же ось, все то же самое ПО, сконфигурили так же все. Замечу, что сервак был мощнее. Переносим - падает =) еще 2 дня из жизни проекта ушло на переконфигурацию и заточку под новую машину. Конечно, в данном случае не идет речи о переезде на другое железо, но и переезд на другое ПО - не такая простая штука.
Лайвинтернетовцы хорошо выступили, Зотов жжот как обычно, молодцы. Выскочки про mysql кластер и перепрыгивающие версии все равно что моськи на слона лаят.
AdRiver низкий поклон, больше пока не успел посмотреть =) РуТубу спасибо )