kostyanet

Рейтинг
45
Регистрация
03.06.2015
Должность
design
Интересы
design
designer
didenckoolya:
Но как объяснить дизайнеру, что именно я хочу, если сам не знаю, как именно должно все выглядеть, но только, что бы было классно и профессионально?

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

Например сайт тинькова сделан в тренде, но образа нет. В таком дизайне и магазины и порносайты делают.

Насчет картинок. Вы не сможете ими затариться впрок. Придется систематически заказывать под новые предложухи, идеи, промо и тп.

---------- Добавлено 09.08.2015 в 17:23 ----------

didenckoolya:
Да, это вполне логично. Понимаю

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

---------- Добавлено 09.08.2015 в 17:25 ----------

Кстати этот подход называется "индивидуальный подход". В сущности в РФ 99.99 процентов дизайнеров во всех отраслях его практикуют и веб не исключение.

akella_30:
сам случайно натыкался

Скорее всего это была цепочка связанных гавносайтов, которые запросто передавали что требуется в урле друг другу.

Оно что, до сих пор живое это поведение? Я думал народ не может так долго терпеть.

Ну типа да, я такой же написал, по ТЗ :)

Собственное, как говорят проприетарное приложение в 100500 раз лучше чем любая CMS'ка по определению. CMS'ки вообще не для программистов и не для разработки сайтов. Самое смешное что сайт на цимесе через несколько лет активного развития попадает в крутой замес со всей этой вообще ему уже ненужной тряхомудией типа плагиновости, модульности, отключемости-подключаемости. От CMS'ки остается админка и та переписана вдоль и поперек. Это явление легко отследить по заявкам на том самом фл-е.

Рамки есть хорошие, но опять же они настолько блин хороши, что начинают требовать только для самих себя несусветных ресурсов. Например более-менее продвинутая Yii - действующее вещество которой класс типа ArrayObject в 200 строк, обросла за время эволюции таким количеством фич и проверок, что на один только запуск App требуется двести томов уголовного дела.

Потому что публика портит программы. Например была мощная и шустрая мулька ASDSee - фотки конвертировать-уменьшать-тп - 8 методов интерполяции имела когда в ФШ было всего 2. Народу понравилась, начали все юзать. Через несколько лет превратилась в неподъемного монстра.

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

Конечно библиотека и структура и все полезные классы и модули будут кочевать, но так или иначе проприетарное приложение - лучше. В том числе потому что подвластно только программисту и его заказчику.

Публичные аппы - всегда жиреют и это вечная борьба с ожирением.

Кстати видел рамку fatless framework, но как-то не протащился.

---------- Добавлено 07.08.2015 в 19:54 ----------

В сущности эти CMS'ки и рамки следствие того факта, что народ все никак не может осилить серверы. Не потому что адресов на всех не хватит - есть уже и IP6 - просто тямы не хватает. Не изобретено еще такого сервера, который бы народу подошел на текущем этапе развития общественного интеллекта. Все что сейчас можно народу выдать - через полчаса уже окажется дырявым как дуршлаг. Большие и знаменитые фирмы пытались осчастливить народ и ничего у них не вышло. Потому что нельзя так просто, а так сложно народ не хочет.

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

Для сервера такая постановка задачи не имеет смысла. Сервер сам выдаст что нужно по известному ему условию и вместе с соответствующим текстом в h1.

Ну то есть парсить ниже выведенный в буфер хтмл выше, это как бы извращение.

Всего: 913