Комментарии 22
А почему бы не использовать Selenium?
Сразу и тесты и данные.
Сразу и тесты и данные.
НЛО прилетело и опубликовало эту надпись здесь
С этим мне сложно согласиться. Потому что с таким подходом получится Виндоуз. :)
Возможно, у мы с вами просто по-разному понимаем смысл слова «дизайнер». Я под этим словом объединяю информационных дизайнеров, проектировщиков взаимодействия, информационных архитекторов, технических и графических дизайнеров.
А если «программисты уже спрограммировали» — то дизайнеры могут уже не стараться ничего изменить. Максимум технические дизайнеры попытаются какую-нибудь шкурку красивую натянуть и получится может и красивый но непригодный для пользования гомункул.
И это связано не с тем, что «программисты плохие» а просто у них мозг работает гораздо лучше и немного по другой схеме, нежели у обычных людей.
Самый просто пример — булева логика. Если вы у «не программиста» спросите, что выбирает выражение WHERE `city`='moscow' AND `city`='spb', то вам, скорее всего, ответят, что выберет оно людей, которые живут в Москве и Санкт-Петербурге. При том, что любому программисту понятно, что это бред.
Но техдизайнеров, в самом деле, можно вынести после «программистов» или параллельно с ними.
Возможно, у мы с вами просто по-разному понимаем смысл слова «дизайнер». Я под этим словом объединяю информационных дизайнеров, проектировщиков взаимодействия, информационных архитекторов, технических и графических дизайнеров.
А если «программисты уже спрограммировали» — то дизайнеры могут уже не стараться ничего изменить. Максимум технические дизайнеры попытаются какую-нибудь шкурку красивую натянуть и получится может и красивый но непригодный для пользования гомункул.
И это связано не с тем, что «программисты плохие» а просто у них мозг работает гораздо лучше и немного по другой схеме, нежели у обычных людей.
Самый просто пример — булева логика. Если вы у «не программиста» спросите, что выбирает выражение WHERE `city`='moscow' AND `city`='spb', то вам, скорее всего, ответят, что выберет оно людей, которые живут в Москве и Санкт-Петербурге. При том, что любому программисту понятно, что это бред.
Но техдизайнеров, в самом деле, можно вынести после «программистов» или параллельно с ними.
НЛО прилетело и опубликовало эту надпись здесь
У меня часто наполнение тестовым контентом совпадат с тестированием
встречал неоднократно, заполнишь заказчику все как он хотел, пото через год пишут, что на этой странице они думали что этот текст будет вставлятся так, а это картинка вот так то.
Или хуже того что что то не работает
Поэтому вещь, которую придумали полезная без спорно, но она отягивает 100% уверенность, что заказчик получил имено то, что описал в ТЗ.
встречал неоднократно, заполнишь заказчику все как он хотел, пото через год пишут, что на этой странице они думали что этот текст будет вставлятся так, а это картинка вот так то.
Или хуже того что что то не работает
Поэтому вещь, которую придумали полезная без спорно, но она отягивает 100% уверенность, что заказчик получил имено то, что описал в ТЗ.
Одно другому не мешает. Если вы сначала заполните всё тестовыми данными и это не будет тормозить разработку, то вы сразу же можете отдать заказчику на растерзание админку — пусть попробует добавить данные самостоятельно, хуже от этого не станет.
А вот если сразу полагаться на заказчика для наполнения тестовым материалом, то сроки могут очень сильно просесть не по вашей вине.
А вот если сразу полагаться на заказчика для наполнения тестовым материалом, то сроки могут очень сильно просесть не по вашей вине.
В некоторых случаях, например, сайт ресторана или общепита, контент предоставляется до начала разработки и дизайна. Такой как меню, списки городов и другие, фотографии продуктов и т.д. Это позволяет делать сайт сразу с актуальной информацией. Возможно, хорошая идея:
Разаработка контента — дизайн — программирование — верстка.
У нас шаблоны подключали к системе именно верстальщики, имя на руках несложную документацию от программистов по каждому разделу или визуальному компоненту.
Разаработка контента — дизайн — программирование — верстка.
У нас шаблоны подключали к системе именно верстальщики, имя на руках несложную документацию от программистов по каждому разделу или визуальному компоненту.
НЛО прилетело и опубликовало эту надпись здесь
Если речь идет о сервисных сайтах, например, форсквер, то разработка контента вначале тоже, на мой взгляд, не повредит, так как благодаря этому процессу можно отточить и мессаджи которые вы хотите донести проектом и выявить логические ошибки механик. Например, в случае разных вариантов набора информации отображаемой в ленте друзей вы можете оперировать своими собственными данными и данными друзей-разработчиков, т.к. все-равно будете там регистрироваться («мы же любим то, что мы создаем»)
Ну, я имел в виду сайты, где есть списки с большим количеством однотипной повторяющейся информации: каталог товаров, статьи, новости и т. п.
По моему опыту, очень редко когда заказчик предоставляет такие данные заранее. Но если у вас к началу программирования и вёрстки уже есть базы с реальными данными или их можно легко и быстро получить — тогда, естественно, тестовые данные не нужны.
По моему опыту, очень редко когда заказчик предоставляет такие данные заранее. Но если у вас к началу программирования и вёрстки уже есть базы с реальными данными или их можно легко и быстро получить — тогда, естественно, тестовые данные не нужны.
можно будет одним движением заполнить всю базу похожими на настоящие данные
Может я чего-то не понял, но при разработке сайта все нормальные дизайнеры в нормальных студиях давно используют текст приближенный к реальным случаям наполнения сайта самим клиентом, а не банальную «рыбу»
И этот текст просто кочует из одного дизайна в другой. Какая ж тут потеря времени?
Например. Нужно сделать каталог товаров. Дизайнеры заранее узнали у заказчика что важно рассказать о продукте, спроектировали правильное отображение и инфраструктуру. Использовали в макетах подготовленные тексты. После чего отдали задачу в техническую разработку.
Серверный технолог создал структуру базы данных на основе дизайна, создал модели, контроллеры для вывода списка товаров. А что делать дальше?
Можно, например, отдать эту базу на заполнение клиенту или копирайтеру. Но пока базу будут заполнять, пройдёт куча времени. А пока база не заполнена, как верстальщику верстать? Вручную набирать текст для пары десятка элементов?
Ведь не так важно, что, например, приборы будут называться «Квантовая теория вероятности» а не «Распылитель частиц ДС-8392». Важно что получится создать сразу кучу элементов с названиями, например, от 5 до 50 символов, картинкой, описанием с длиной от пяти до 30 слов и т. п.
Т. е. сразу полсе создания БД и моделей верстальщики смогут приступить к вёрстке.
Серверный технолог создал структуру базы данных на основе дизайна, создал модели, контроллеры для вывода списка товаров. А что делать дальше?
Можно, например, отдать эту базу на заполнение клиенту или копирайтеру. Но пока базу будут заполнять, пройдёт куча времени. А пока база не заполнена, как верстальщику верстать? Вручную набирать текст для пары десятка элементов?
Ведь не так важно, что, например, приборы будут называться «Квантовая теория вероятности» а не «Распылитель частиц ДС-8392». Важно что получится создать сразу кучу элементов с названиями, например, от 5 до 50 символов, картинкой, описанием с длиной от пяти до 30 слов и т. п.
Т. е. сразу полсе создания БД и моделей верстальщики смогут приступить к вёрстке.
Но ведь пара десятков элементов — это не пара сотен.
Если бы их было пара сотен, тогда бы вообще без такой системы всё было вообще тоскливо. :)
Я не говорю, что такая штука прям из кожи вон необходима. Но она была бы очень удобно.
Давайте посчитаем. Возьмём к примеру страницу каталога с 20 товарами. Каждый из них имеет 5 полей и картинку. На то, чтобы переключиться между окнами и скопировать с Яндекс-реферата очередной кусок текста для заполнения требуется и вставить его в шаблон нужно 10—15 секунд. Получаем для всех элементов приблизительно 20*5*12 ≈ 20 минут. Теперь картинки. Они, зачастую, нужны разные по размерам, чтобы вёртска все шаблоны отрабатывала качественно. На поиск и подгонку под размер и вставку в код уходит минуты по 3. Получаем ещё 60 минут. Итого 80 минут только на то, чтобы создать скелет страницы. Нудная и неприятная, для большинства людей, работа.
А после того, как в мактеры внесли правки и пришлось менять поля местами, пришлось их вручную переставлять. Опять потеря внемени. А потом дизайнеры сказали, что картинки будут в два раза больше. И снова потеря. Потом вы столкнулись с глюком в любимом_всеми_браузере и поняли, что разметку придёся кардинально менять, так как вы не всё сразу учли. И опять потери.
При чём все эти потери — на нудную, монотонную работу, которую может за вас сделать за пару секунд ваша машина.
Я не говорю, что такая штука прям из кожи вон необходима. Но она была бы очень удобно.
Давайте посчитаем. Возьмём к примеру страницу каталога с 20 товарами. Каждый из них имеет 5 полей и картинку. На то, чтобы переключиться между окнами и скопировать с Яндекс-реферата очередной кусок текста для заполнения требуется и вставить его в шаблон нужно 10—15 секунд. Получаем для всех элементов приблизительно 20*5*12 ≈ 20 минут. Теперь картинки. Они, зачастую, нужны разные по размерам, чтобы вёртска все шаблоны отрабатывала качественно. На поиск и подгонку под размер и вставку в код уходит минуты по 3. Получаем ещё 60 минут. Итого 80 минут только на то, чтобы создать скелет страницы. Нудная и неприятная, для большинства людей, работа.
А после того, как в мактеры внесли правки и пришлось менять поля местами, пришлось их вручную переставлять. Опять потеря внемени. А потом дизайнеры сказали, что картинки будут в два раза больше. И снова потеря. Потом вы столкнулись с глюком в любимом_всеми_браузере и поняли, что разметку придёся кардинально менять, так как вы не всё сразу учли. И опять потери.
При чём все эти потери — на нудную, монотонную работу, которую может за вас сделать за пару секунд ваша машина.
Делать сайт без контента это не тру, завязано на структуре/меню и пр… Никакие левые тексты не отразят реального положения дел…
Я же не говорю о проектировании сайта на основе левых данный — это тупик, естественно.
Я говорю о левых данных для создания и отладки вёрстки и технической основы сайта. Реальные данные и в этом случае, бесспорно, лучше. Но левые позволят отловить 95% тонких моментов в вёрстке. Таких как, например, отображение имен Константин Коонстантинопольский-Арбидов и Ян Кун.
Я говорю о левых данных для создания и отладки вёрстки и технической основы сайта. Реальные данные и в этом случае, бесспорно, лучше. Но левые позволят отловить 95% тонких моментов в вёрстке. Таких как, например, отображение имен Константин Коонстантинопольский-Арбидов и Ян Кун.
Я вот при верстке кучу раз не копирую хедеры. Давно ещё сделал небольшой простой сборщик на SSI, пототому дублирование сведено к минимуму. Все основные блоки (header, footer, content, sidebar) меняются из одного места.
Потом результат сохраняется, как зеркало с локального сайта и отправляется.
Потом результат сохраняется, как зеркало с локального сайта и отправляется.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Строительные леса с картинками текстами или как не выкидывать время в помойку