Анализировать будем JS или на стороне сервера?
JS - не сможет обеспечить нормальную защиту.
На стороне сервера - нужно ему передать последовательность точек. Это туева хуча данных. Не проще ли передать 4-5 символов?
После аварии раздавали не спирт, а красное вино. Спиртосодержащие напитки сами по себе выводят радиацию, но красное вино по каким-то причинам делает это эффективнее.
А в чем рисуются прототипы? Меня всегда интересовало, как в протипах можно отобразить различное повдение элементов, например с применением JS-эффектов (разворачивание с анимацией и т.п.)
Прототип не решает вопросы визуала. Он определяет наличие элементов, не более.
Делают их обычно в MS Visio
Так в чем состоят издержки?
В лишних трудозатратах на подробную структуру / прототипы.
Все крайне просто: вот краткая логика работы (если надо, оформлю в виде отдельной статьи):
1. Делаем структуру сайта. В ней описываем, что есть что (текстовая страница или модуль). Согласовываем, правим, еще раз согласовываем и утверждаем.
2. Делаем прототипы всех уникальных страниц. Это схемы блоков сайта, которые не описывают их расположения (хотя аналитик их расставляет по логичным местам), а лишь указывает их наличие на странице. Их местоположение – дело дизайнера. В прототипах рисуются все необходимые элементы. Согласовываем, правим, еще раз согласовываем и утверждаем.
3. По прототипам главной и одной из внутренних рисуем дизайн. Количество версий регламентируем. Количество правок регламентируем. Согласовываем, правим, еще раз согласовываем и утверждаем.
4. На основании остальных прототипов рисуем все остальные дизайн-макеты. Согласовываем, правим, еще раз согласовываем и утверждаем.
В итоге дизайн нарисован и согласован. Это путь довольно неприятен с точки зрения издержек при производстве, т.к. приходится делать много работы, но часто трудозатраты компенсируются отсутствием проблем с пониманием в дальнейшем.
Любое изменении требований клиента управляемо, т.к. у нас логичная цепочка согласованных документов. Ну и наконец, умный консультант (или менеджер) должен не просто слушать «хотелки» клиента, а вычленять их них бизнес-задачи и предлагать эффективные решения.
Есть и иные пути работы. Но более контролируемого процесса я не знаю. Если подскажите – буду благодарен.
Наиболее неформальным и трудно контролируемым процессом является разработка дизайна
По моему опыту, организовать и проконтролировать работу дизайнеров проще простого. Сложнее всего регламентировать эту работу перед заказчиком, очертив видимые границы проданной работы (особенно это касается дизайн-концепции, т.е. самого креатива).
По крайней мере, у нас в компании таких проблем нет. Нормально выстроенный процесс и хорошая квалификация сотрудников решает большинство проблем.
Интересует соотношение количество пользователей, у которых стоит Silverlight и тех, у кого стоит Flash.
Что-то мне подсказывает, что пока разница идет на порядок.
Полагаю, что MS в своих обновлениях установят этот плагин в ультимативнном порядке и разница пользователей станет значительно меньше. Но сейчас, на сколько я знаю, этого не произошло. Оттуда и слабый интерес к этой технологии.
Могу рассказать (и скорее всего расскажу) из опыта, как мы пробовали различные концепции работы над проектами при потоковом подходе, какие всплывали недостатки и на чем мы остановились в данный момент.
ЧД и квазары (предположительно большие ЧД в центрах некоторых галактик) действительно поглощают материю, вбирая ее в себя. Т.е., поглощенная материя становится материей ЧБ, размеры которой стремяться в математическую точку.
P.S. Расширение вселенной еще не доказано. Возможно она уже сжимается под силой внутренней гравитации :)
Кхм. Антена, диаметром может передавать данные со скоростью в 6 Мбит/с? Очень хочется в верить, в то что эта "крохотная" антена будет стоит дешевле автомобиля.
А вот я не соглашусь со всеми.
Все это отдает пахабщинрй и недалекостью. И даже не в том, что сия сценка аморальна и актер не умеет играть.
Скажите, на кого они эту «шутку» сориентировали? Если они видят в своей ЦА только попсовое быдло, то попали в точку, а если их ЦА — нормальные люди, то они просчитались и опозорили себя таким «юмором».
Или это просто отношение такое по принципу «пипл схавает»?
ппц, господа, мне стыдно за коллег из Nile Studio. Талантливые же ребята…
Крайне смущает достоверность этой информации.
Скорее, оплачиваемая утка.
Ну не верю я, что если со стороны оператора был программный баг, то почему-то он был в единственном числе (все знаем, что баги - существа без разума и не могут появляться и пропадать по своему настроению).
Даже если абонент захотел прокатить оператора, то опять же, возвращаемся к невозможности бага оператора. Оператор все равно бы его отключил, или же такие случае были не редкость.
JS - не сможет обеспечить нормальную защиту.
На стороне сервера - нужно ему передать последовательность точек. Это туева хуча данных. Не проще ли передать 4-5 символов?
Итог: игрушка. Для реальности не годится.
Прототип не решает вопросы визуала. Он определяет наличие элементов, не более.
Делают их обычно в MS Visio
В лишних трудозатратах на подробную структуру / прототипы.
1. Делаем структуру сайта. В ней описываем, что есть что (текстовая страница или модуль). Согласовываем, правим, еще раз согласовываем и утверждаем.
2. Делаем прототипы всех уникальных страниц. Это схемы блоков сайта, которые не описывают их расположения (хотя аналитик их расставляет по логичным местам), а лишь указывает их наличие на странице. Их местоположение – дело дизайнера. В прототипах рисуются все необходимые элементы. Согласовываем, правим, еще раз согласовываем и утверждаем.
3. По прототипам главной и одной из внутренних рисуем дизайн. Количество версий регламентируем. Количество правок регламентируем. Согласовываем, правим, еще раз согласовываем и утверждаем.
4. На основании остальных прототипов рисуем все остальные дизайн-макеты. Согласовываем, правим, еще раз согласовываем и утверждаем.
В итоге дизайн нарисован и согласован. Это путь довольно неприятен с точки зрения издержек при производстве, т.к. приходится делать много работы, но часто трудозатраты компенсируются отсутствием проблем с пониманием в дальнейшем.
Любое изменении требований клиента управляемо, т.к. у нас логичная цепочка согласованных документов. Ну и наконец, умный консультант (или менеджер) должен не просто слушать «хотелки» клиента, а вычленять их них бизнес-задачи и предлагать эффективные решения.
Есть и иные пути работы. Но более контролируемого процесса я не знаю. Если подскажите – буду благодарен.
По моему опыту, организовать и проконтролировать работу дизайнеров проще простого. Сложнее всего регламентировать эту работу перед заказчиком, очертив видимые границы проданной работы (особенно это касается дизайн-концепции, т.е. самого креатива).
По крайней мере, у нас в компании таких проблем нет. Нормально выстроенный процесс и хорошая квалификация сотрудников решает большинство проблем.
Что-то мне подсказывает, что пока разница идет на порядок.
Полагаю, что MS в своих обновлениях установят этот плагин в ультимативнном порядке и разница пользователей станет значительно меньше. Но сейчас, на сколько я знаю, этого не произошло. Оттуда и слабый интерес к этой технологии.
В кулуарах я больше о жене :)
http://ru.wikipedia.org/wiki/ORM
P.S. Расширение вселенной еще не доказано. Возможно она уже сжимается под силой внутренней гравитации :)
Идти слушать неизвестно кого как-то не улыбается.
Все это отдает пахабщинрй и недалекостью. И даже не в том, что сия сценка аморальна и актер не умеет играть.
Скажите, на кого они эту «шутку» сориентировали? Если они видят в своей ЦА только попсовое быдло, то попали в точку, а если их ЦА — нормальные люди, то они просчитались и опозорили себя таким «юмором».
Или это просто отношение такое по принципу «пипл схавает»?
ппц, господа, мне стыдно за коллег из Nile Studio. Талантливые же ребята…
Скорее, оплачиваемая утка.
Ну не верю я, что если со стороны оператора был программный баг, то почему-то он был в единственном числе (все знаем, что баги - существа без разума и не могут появляться и пропадать по своему настроению).
Даже если абонент захотел прокатить оператора, то опять же, возвращаемся к невозможности бага оператора. Оператор все равно бы его отключил, или же такие случае были не редкость.
Официальную информацию не комментируем.