В этой статье изложены наши личные наблюдения за реакцией публики на различные варианты подбора трэков в миксе. Это всего лишь наш опыт, которым мы решили поделиться, мы не утверждаем что эта статья единственно правильная.

Итак, есть несколько факторов от которых нужно отталкиваться когда вы подбираете трэки для микса:

1. Количество ожидаемой публики.
2. Время начала выступления.
3. Целостная картина микса.

Рассмотрим эти факторы подробнее.

Количество ожидаемой публики.

ту информацию можно заранее узнать у организаторов, но их ожидания не всегда совпадают с реальностью, поэтому этот фактор так же зависит от вашей популярности и остальных приглашённых артистов на мероприятие.

Рассмотрим две ситуации:

а) Большое количество людей.

Когда на мероприятии много людей, то они не обращают внимания на мелочи, главное чтобы была громкая и динамичная музыка.

б) Маленькое количество людей.

Когда на мероприятии немного людей это одновременно хорошо и плохо. Хорошо, потому что, вы можете уделить внимание почти каждому человеку, а это очень приятно будет для него. И скорее всего он придёт ещё раз вас послушать. Плохо, потому что, всегда приятнее играть когда много людей.
Музыка должна быть интересной с одной стороны и танцевальной с другой стороны, иногда это невозможно услышать в одном трэке, поэтому можно чередовать.

Время начала выступления.

Тут мы рассмотрим классическое время проведения мероприятия: с 11 вечера до 6 утра.

11.00 Это начало мероприятия, обычно основная масса людей приходит к 12и и позже. Поэтому, по большому счёту, неважно, что вы играете, главное чтобы было и было ровно.

12.00 Это подготовительное время. Не стоит ставить очень динамичные трэки, чтобы люди не устали слишком рано, но парочку можно, чтобы разогреть народ. Преимущество этого времени в том, что вы можете поэкспериментировать со стилем вашего исполнения, так как людей ещё не очень много, но они всё таки есть. И если вы придумаете что-то стоящее, то сразу получите положительную реакцию, если нет, то вашу промашку не многие услышат и скорее всего забудут, т.к. вечеринка только начинается.

1.00 Это время сложное. Нужно прочувствовать публику. Если после предыдущего артиста людей собралось много и они хотят драйва, то дайте его им, если нет, то не стоит выжимать все соки из публики.

2.00 Это прайм-тайм. Если вас пригласили играть в это время, то скорее всего эта статья вам не пригодиться и ваша техника игры и подборка трэков привели вас к успеху. Поздравляем)

3.00 Не самое простое время, но тоже хорошее. Слушайте что играл артист до вас. Если он оставил вам полный танцпол, то продолжайте в его духе, но добавьте вашу изюминку, иначе быстро надоест.

4.00 Мы считаем, что это очень важное время, так как именно к этому моменту публику необходимо наполнить свежими эмоциями и настроениями. Поэтому не стоит продолжать то, что играли до вас. Попробуйте ставить более тяжёлые или лёгкие трэки. Может быть играть более быстро или медленно. Включайте воображение)

5.00 Это время когда большая часть публики уходит домой и остаются только самые стойкие. Играйте что-нибудь по динамичнее чтобы они не уснули. Заканчивать сет в такое время лучше всего композицией с ярко выраженной мелодией, чтобы люди покидая клуб напевали её, и помнили о том, кто играл последним.

Целостная картина микса.

Основная ошибка начинающих артистов в том, что они считают что если отыграют за час все хиты, то их будут носить на руках. Не делайте так, будьте умнее.

Микс должен быть един. Как один трэк, длинною в час. Начните с чего-нибудь интересного, может быть дабки, может с вашей композиции, придумайте что-нибудь своё.

Публика собралась. Далее поставьте пару хитов, пару драйвовых трэков, на ваш вкус.
Это должно выглядеть как волна, набегающая с моря. Нагоняйте обстановку, затем, дойдя до пика, плавно отпускайте волну двумя-тремя трэками.

После того, как вы успокоили людей, дайте им время набраться сил, отдышаться. Но не стоит с этим затягивать, так как им может стать скучно. Максимум два трэка.
Далее начните новую финальную волну, поставив самые жёсткие и динамичные трэки. Доведите их до полного изнеможения!
И если у вас это получиться, поверьте, вас не забудят.

p.s. Несколько советов.

- Общайтесь с публикой. Проявляйте внимание и уважение. Какими бы они не были людьми, в любом случае, они потратили своё время и деньги чтобы послушать именно вас.

- Не забывайте, что, в первую очередь, большинство людей приходит танцевать. Заставьте их двигаться.

- Нет ни одного диджея известного на весь мир, который бы не писал свою музыку.
Пишите свою музыку!

sintax.pdj.ru

Одно, если заказчик просто не принял работу – не понравилось. И такое случается. Это понятно. Но совсем другое дело, когда заказчик, обращаясь за помощью к специалисту, начинает учить профессионального дизайнера как правильно проектировать.

В феномене такого заказчика мне давно хотелось разобраться. И решить для себя, что же все-таки заставляет таких людей жестоко уродовать проекты, сделанные для них профессионалом.

Работая в дизайн-компаниях, дизайнеры постоянно сталкиваются с проблемой неадекватного восприятия заказчиком хорошо выполненной для него работы. И приходится резать по живому и уродовать по определению красивые вещи. А после такой процедуры получаются проекты в авторстве которых стыдно признаться.

Но, что самое смешное, это явление практикуется дизайн-компаниями повсеместно и с удовольствием. О чем знаю не по наслышке. Обычно работа над проектом для неадекватного заказчика отнимает втрое больше времени, сил, нервов и ресурсов. Вам это нужно? Такие проекты, как правило, проходят определенные интересные стадии развития и рождаются мертвыми.

Проанализируем ситуацию, когда заказчик сознательно портит красивую идею. С чем это связано и как с этим бороться?

Для более-менее полного анализа я провел опрос в среде дизайнеров и смею надеятся, что полученные результаты на 104 kb объективны, а не плод моего больного воображения.

Некоторые цитаты:
Как вы думаете, почему в большинстве своем упрямый заказчик всегда пытается испортить сделанный для него хороший проект? С чем это связано?

(10:56 AM)

Это связано:
с тем, что вкуса у них нет, а деньги – есть :)

(10:56 AM)

Это связано:
1. специфика менталитета. Раз я плачу – имею право
2. мое мнение – всегда компетентное
3. неразвитый вкус, или полное его отсутствие
4. не понимание идеи дизайна как такого, как идеи т.е. для заказчика это не КОНЦЕПТ, а набор картинок, своего рода пазл который по его мнению не измениться если поменять элементы местами.

(10:56 AM)

1. менталитет – согласен, но умнее было бы прислушиваться к советам специалиста :)
2. неразвитый вкус – это понятно, но опять же зачем тогда платить бабки дизайнеру, можно и самому нарисовать :) если результат не волнует, а если результат важен, зачем тогда его портить?
3. непонимание идеи дизайна – тоже обычное явление. Здесь скорее всего упрямство, ведь никто не указывает стоматологу как лучше лечить :) А в дизайне все чувствуют себя специалистами, наверно просто это всем кажется легкой работой не заслуживающей уважения.
4.На счет пазла интересно, получается, что одно из определений отсутствия вкуса – это отсутствие композиционного мышления, когда заказчик не в состоянии охватить и просечь всю композицию в целом (соотношения форм, текстур, цветов, концепции, пространства и т.д.), а видит только отдельные ее части, потому, что его этому никто не учил, а сам он, не имея врожденного опыта, не воспринимает композицию цельно. Отсюда и пожелания “поменять местами, заменить передвинуть и повернуть”. В таких случаях я говорю, что проще сразу начать сначала, а не извращаться на тему “а вдруг получится не гэ”. И если кому-то нужно время, чтобы просеч, что так будет хуже (а кто-то этого не поймет никогда), то дизайнер видит все несоответствия с первого взгляда. Он типа натренирован на это :) Это его жизнь и работа и хлеб.

(11:02 AM)

Именно менталитет – сам во всем специалист, послать нах. врача и пойти лечиться водкой – чисто русское.
Результат волнует относительно и ведь они не считают что они его портят.

(11:03 AM)

Это связано:
С комплексом того, что клиент всегда прав, даже если он обсуждает что-то чего не знает. Люди считают, что они лучше чем на самом деле, кроме того они прислушиваются в основном к мнению других начальников. То есть если бы ты был директором фирмы то твои доводы звучали бы для клиента убедительнее чем когда ты “просто дизайнер”. А испортить они не хотят, прото воспринимают искусство проще чем ты. Им достаточно поп-арта в самом черном его проявлении. Пожирнее, поярче, покрикливее. Базарная тема.

(11:04 AM)

А еще на уровне поп-арта мир воспринимают маленькие дети и цигане. И научно доказано, что чем шире кругозор человека и чем он старше и опытнее, тем более способен воспринимать все изыски нашего мира.
Возьмем например цвет. Люди старшего поколения более склонны окружать себя сложными пастельными оттенками, а детям подавай все яркое и броское и не важно, что цветовая гамма кошмарная, главное заметно и блестит.
Понял! там где заказчик не видит в порче дизайна для себя угрозы, там он портит безсознательно, как ребенок.
Слышал не западе в книжной индустрии автора книги на пушечный выстрел не подпускают к ее оформлению. Типа ты свое дело сделал – иди кури и нам не мешай. И автор первый раз видит свою новую книгу только после отпечатки тиража. И все замечательно – интересная книжка имеет коммерческий товарный вид. И все это понимают и одобряют.

(11:09 AM)

Есть такая штука на западе давно опробованная – мы рисуем что хотим и платите вы меньше, если вмешиваетесь – доплачиваете.

Как с этим бороться?

1. Путь автора – “не лезь не в свое дело”. Вся посторонняя критика и похвала посылается в сад – рекомендован к обязательному применению только в случаях с авторскими персональными проектами(!)

2. Путь доктора – “последовательное убеждения с примерами”. Тихонечко продвигаем свою позицию, путем поэтапного изменения дизайна в правильную сторону – применяется когда заказчик не уверен в себе, сам не знает что хочет, но очень хочет “помочь” дизайнеру и поэтому всячески мешает ему.

3. Путь дипломата – “компромисс и уступки” – применяется когда заказчик уперт и ни в какую. Соглашаемся в мелочах и портим коммерческий вид проекта по минимуму.

4. Путь наблюдателя – “тузик сдох? а нам какое дело…” – применяется, когда заказчик предлагает визуализировать “неправильную” идею без изменений.

Клюев М. (написано в 2003, дополнено в 2008)

И первое, что сделал, это посмотрел русскую статью в Wikipedia. Статья небольшая, поэтому привожу ее полностью:

“Стартап (Startup) (англ. запускать), стартап-компания — недавно созданная компания, (возможно, ещё не зарегистрированная официально, но всерьез планирующая стать официальной), не вышедшая на рынок или едва начавшая на него выходить и обладающая ограниченным набором ресурсов. Зачастую стартап-компании называют «гаражными». Особенно часто термин «стартап» применяется в отношении интернет-компаний и прочих фирм, работающих в сфере IT; однако, понятие распространяется и на иные сферы деятельности.”

Сначала хотел раскритиковать это определение, но потом понял, что бессмысленно критиковать то, чего нет. Иной раз Wikipedia как источник информации разочаровывает полностью.
Английский вариант статьи развернутый и достаточно понятный, основной упор в ней сделан о бизнес-стороне стартапов.

Дальнейшие поиски в интернете привели к статье “Нужен ли российскому бизнесу Стартап-менеджер?”, в которой автор дает такое определение стартапа:

“Сегодня Стартап – это процесс реализации за короткие сроки и, как правило, при ограниченных ресурсах задачи или проекта, отличающегося принципиальной новизной.”

Данное определение тоже неполное и отражает только одну из сторон стартапа – ограниченные ресурсы и короткие сроки.
Получается занятная картина: если американцы в стартапах в первую очередь видят инструмент получения прибыли, то у наших соотечественников данный вопрос отходит на второй план.
Определение старатапа должно в той или иной мере соединять следующие понятия:

• инновационная идея;
• поиск эффективной стратегии коммерческого использования идеи;
• ограниченные ресурсы;
• быстрый рост компании;

Если попробовать соединить все вместе, то может получиться примерно вот так:

“Молодая быстрорастущая компания, нашедшая эффективную стратегию получения прибыли от использования инновационной идеи.”

Получилось кратко и не совсем понятно, с другой стороны, я не ставил цель дать корректное определение этого понятия.
На данный момент можно констатировать факт, что на русском языке нет общепризнанного определения понятия стартапа.

источник

Суровая действительность указывает на то, что весь процесс разработки должен происходить при участии дизайнеров. Для достижения оптимальной эффективности дизайнер должен уметь не только нарисовать картинку, но и встроить ее! В этой статье я хотел бы поделиться несколькими соображениями о том, почему дизайнеры должны уметь верстать сайты.

Создание реалистичного и осуществимого дизайна

Имея четкое представление о том, как будет реализовываться конечный продукт, дизайнер будет предлагать более реальные и практически осуществимые идеи. Поскольку работа дизайнера является неотъемлемой частью процесса разработки сайта, он должен озаботиться тем, чтобы дизайн можно было успешно претворить в сетевую реальность, в частности, учитывая юзабилити сайта, удобство его просмотра и доступность. Дружественный интерфейс сайта подразумевает не только удобство и четкую логическую организацию навигации, но и предоставление пользователю всей необходимой ему информации упорядоченно и не перегружая его сверх меры. Единственный реальный способ узнать, правильно ли «работает» ли верстка сайта, – это научиться делать ее самому.

Упрощение коммуникаций

Фактически, продукты, разработанные одними людьми и воплощенные другими, никогда не оправдывают ожиданий всех участников, особенно это касается неосязаемой продукции, такой как веб-сайты, программное обеспечение или игры. Обычно все заканчивается компромиссом между тем, что ожидалось, и тем, что возможно осуществить на деле. Все вроде бы уловили общую идею, но редко когда получается передать ее в точности. Панацея от этого – сделать так, чтобы дизайнеры не только генерировали идеи, но и пожинали плоды их реализации. Тогда исключается путаница, недопонимание и искаженная передача информации.

Удобный циклический процесс разработки

На практике, готовый дизайн не должен всегда быть окончательным вариантом. Я имею в виду, что он должен быть гибким, чтобы его можно было менять и адаптировать под технические ограничения системы без утраты его изначальной сущности. Такие многократные и неизбежные изменения могут осуществляться только самим дизайнером. Дизайнер/разработчик в одном лице может вносить необходимые изменения гораздо быстрее, чем если бы разработчику приходилось повторно отсылать макет дизайнеру, который, к тому же, редко находится в пределах досягаемости, чтобы внести изменения. К тому же, в такой ситуации могут возникать – и часто возникают – трения между дизайнерами и разработчиками.

Лучший и более гармоничный результат

Я люблю проводить параллель между созданием ПО, сайтов или игр и оркестровой музыкой, когда дизайнер сравнивается с композитором, а разработчик с руководителем ансамбля или дирижером. Представьте, что будет, если дирижер сам является композитором? Я думаю, это придаст симфонии поистине превосходное звучание и очарование. Ведь она не только была написана мастером своего дела, но и сыграна под руководством своего создателя!
Экономия времени на разработку

Если дизайнер умеет верстать сайты, то стадии дизайна и верстки происходят непосредственно одна за другой, если не одновременно. Получается, на разработку затрачивается меньше времени – а кому не хочется, чтобы работа шла эффективнее?

Дизайнер начинает соответствовать требованиям рынка

Сегодня дизайнеру, чтобы оставаться востребованным, нужно постоянно расширять свое портфолио и улучшать свои конкурентные качества – уже недостаточно обладать каким-то одним набором навыков. Часто приходится быть мастером на все руки – и дизайнером, и разработчиком пользовательских интерфейсов, и копирайтером, и менеджером проекта.

Умея претворять свои дизайнерские работы в жизнь, а не оставляя их на милость разработчиков – вы повышаете свою ценность. К тому же, указанные рядом в резюме навыки дизайна и верстки сайтов еще никому не мешали. Даже наоборот, это делает сотрудника более востребованным и незаменимым, что жизненно важно в наше экономически неспокойное время корпоративной реорганизации (тотальной экономии) и сокращения штатов (массовых увольнений).

Однако, у такого сценария, когда дизайнер занимается версткой своих инноваций, есть и недостатки.
Как написал Лукас Мэтис (Lukas Mathis) в одной противоречивой статье на нашу тему под названием «Дизайнеры – не программисты»:

Если дизайнер претворяет в жизнь собственные идеи, перед ним стоят две разные задачи: написать качественный код и создать приятный пользовательский интерфейс. Эти две задачи противоречат друг другу. Если вам необходимо самому воплощать свой дизайн, вам придется чем-то поступиться ради качества кода, а это повредит дизайну.

Дизайнеры, сами занимающиеся версткой сайтов, сталкиваются с двумя проблемами: они знают, когда новая замечательная идея может вылиться в неряшливый код, и они знают, где имеющийся код может повлиять на качество пользовательского интерфейса. Таким образом, две их задачи противоречат друг другу, поскольку пользовательский интерфейс включает множество мелких деталей, а эти мелкие детали приводят к нежелательному загромождению кода.

Отсюда вытекает нелегкое решение, принятое пуристами от веб-разработки. Они придерживаются старой школы, выступающей в защиту четкого разграничения между дизайном и разработкой. В самом деле, дизайнеры творят для людей, а разработчики программируют для компьютеров. Таким образом, дизайнеры, заботящиеся о восприятии пользователем, должны создавать максимально удобные пользовательские интерфейсы, а разработчики должны принимать оптимальные решения в программировании. Хотя в этом и есть разумное зерно, но сам я заметил, что безуспешно пытаюсь абстрагироваться от кода, работая над пользовательским интерфейсом, и, в конечном счете, удобнее иметь в виду ограничения, связанные с техническим воплощением и удобством использования.

Заключение

Учитывая все сказанное, объем разрабатываемого проекта может, в конечном итоге, определять роли, которые отводятся в нем дизайнеру и разработчику. Небольшое приложение может с успехом контролировать менеджер проекта, в то время как обширной системой, определенно, должен управлять специализированный персонал!

источник www.getincss.ru

www.nooka.com