Как стать автором
Обновить

Комментарии 12

Что-то я не совсем понял, чем отличается самописный сайт от сайта на фреймворке? Вам разве не потребуется писать код для работы с фреймворком?
Самописный — это без использования фреймворка. Тот сайт, который функционировал изначально и был «самописный». Полностью, что называется «с нуля».
Хотя, к сожалению, я не программист и новые подробности об этом нелегком труде только радуют.
Вы правильно решили использовать фреймворк (кстати какой?), но наряду с безопасностью, я еще поставил скорость разработки. Бюджет у Вас что-то маленький для интернет магазина с нестандартной формой заказа.
Yii.
Про бюджет — да, в процессе пути ему пришлось «подрасти». О закладывании бюджета стоит даже отдельно потом написать.
>> Да и программисту приятнее общаться с заинтересованным и в общих чертах представляющим человеком

Я вас умоляю, не вздумайте показывать программисту (а тем более доказывать), что вы что-то понимаете в программировании!!!
О, про общение с программистом будет отдельная статья.
После плодотворного сотрудничества.
Опыта в работе над достаточно объемными проектами с программистами мало, так что любые комментарии на эту тему ожидаемы.

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

Если вы идете к доктору — то вы ему полностью доверяете свое лечение. Вы можете почитать про свою болезнь, но вот высказывать пожелания вроде «первый и последний пункты в лечении — согласна, а вот вместо этих процедур я лучше попью таблетки» — не стоит. Ваши знания только позволят оценить профессиональность врача, не более. Лечение же стоит принимать полностью. Или искать другого врача, доверия к которому будет больше. Так же и с программистами. Оценивайте его знания, но, оценив, уже не лезьте с советами и тем более указаниями.
это в ответ на пост JDevil от 26 января 2012, 20:10
Бюджет на очень хороший сайты вы преуменьшили, конечно.
Суровый русский фрилансер запросит 60к рублей за проект под ключ.
А вот этот уровень — dribbble.com обойдется еще дороже. Хотя тут зависит от страны, я находил там чеха с приличным уровнем, который делает главную страничку за !3000 рублей.
Нежели писать Т.З. длиною в роман проще самому собрать пакет сайтов которые нравятся, нарисовать прототип ключевых моментов, прочитать о юзабилити и том как человек принимает решение. Если менеджер не понимает ничего в дизайне, то он некомпетентен оценить работу фрилансера. Я говорю о дизайне не как о красивых картинках, настоящий дизайн это функциональность.
«Проект под ключ» ведь не может сделать 1 человек. Значит, этот «суровый русский фрилансер» и есть менеджер проектов, которого мы с самого начала не наняли, а решили сами искать специалистов по одному.
Если этот суровый тип — имеется в виду дизайнер, то тут я смею с Вами не согласиться, хорошие дизайнеры встречаются за 1000$ за проект. Тут от проекта тоже, конечно, зависит. Визитка или портал, скажем)

«нарисовать прототип ключевых моментов» — это для кого, для дизайнера?
Верно, но функционал — например, жмем сюда — видим то-то, жмем сюда — открывается это — нужно описать желательно не только словами, но и картинками-схемами, для всех участников проекта — дизайнера, программиста, верстальщика.
Так мы не получим потом то, что называется «клиент сам не знал чего хочет», «этого не было в ТЗ и я сделал наиболее логично».
В ТЗ должно быть по максимуму, чтобы работники меньше думали, как именно сделать сайт, у них и так работы хватает — верстать, программировать, продумывать цветовое сочетание.
Думать полагается юзабилити-специалисту, который изготавливает прототип,… так ведь?
Иногда, конечно, дизайнер частично или полностью проектирует юзабилити, но тут доверие к дизайнеру должно быть максимальным.
Новичку в области найма специалистов на бирже я советую юзабилити-схемы сайта отдельно продумать.

«настоящий дизайн это функциональность» — тут я согласна, 100%!
Но некоторые дизайнеры рисуют красиво, а функциональность понимают по своему, по-дизайнерски.
Бывают, что дизайнеру вообще эта тема безразлична в силу тех или иных причин.
Удобство для посетителя сайта по-настоящему не безразлично только Вам самим (заказчику) или отдельному специалисту по прототипам сайтов.
Первый пункт про стресоустойчивость выдает незнание базовых принципов управления проектами. Например что интересоваться результатом нужно не только по наступлению дедлайна. И если у вас нет какого-либо значимого продвижения на середине срока — это уже говорит о высоковероятном провале.

Ну и дальше по тексту.
А что дальше делать, если я вижу, что посередине срока работа есть, но ее как-то маловато?
Гнать в шею работника?
Вроде бы ведь он что-то сделал.
Как Вы поступаете в таких случаях?

У меня был такой печальный случай: по середине срока был результат.
Но в конце срока он и остался таким же((
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории