sakuradaj

Каменты выше не читал, но осуждаю :)))
Мне 40 почти. Я понимаю, что начинал я, когда компьютер в качестве монитора имел несколько светодиодов, а в качестве клавы несколько тумблеров и кнопок.
А потом хуяк - IBM-совместимые компы.
Флеш - круто было.
Ява. PHP ASP потом .NET и понеслось, шопипец. Голова кругом.
Я буду сидеть своей жопой в уютном кресле, понимая, что догнать юнцов быстроумных не смогу.
Если раньше сам паял железку и писал под нее дрова, нынче подавай спеца по верстке, по CSS по БД и админа отдельно под каждую технологию.
И пока поверх моей жопы сидит моя голова, в которой куча опыта, я буду сидеть жопой в кресле и получать бабло.
А в свободное от семьи время, которого почти и нет, я продолжаю паять и тыкаться очками во все новое.
А когда меня попрут с моего уютного кресла, тогда я поставлю улики и буду мед собирать. Или делать красивые деревянные вещи. Или еще чего, что было и сотни лет тому как.
И в гробу я видал париться кризисом среднего возраста.
Чего и вам желаю.

- Сколько будет продолжаться эксплуатация и рабство?

Находим заказ на 5000р.
Идем на fl.ru
Находим исполнителя за 500р.
Зачем быть рабом, когда можно рабовладельцем?

Сделайте так:

1. Идёте в Twitter, находите Freelancer.com, подписываетесь на них
2. Пишите твит, в котором рассказываете свою ситуацию (Только адекватно, без эмоций)
3. Твит появится на странице их профиля, что уже для них плохо.
4. Просите знакомых сделать максимальный репост

Я бы написал им письмо, что пропиарю их везде где только можно, приведите несколько примеров.

Удачи :)

Дизайн должен решать задачи а не «нравиться вам».
Нравится или нет — дело субъективное. Это в ТЗ на дизайн не пропишешь. Если у вас возникает такой вопрос после написания ТЗ, значит ТЗ вы написали неправильно.
К тому же, кроме ТЗ, очень желательно предоставить дизайнеру контент. Почему это важно я писал здесь. Там же, кстати, про правильное составление технического задания для дизайнера.

Как можно нарваться на ответ "сам дурак" просто не правильно формулируя для себя вопрос.
Ответ всех, кто считает себя исполнителем прост: мое время стоит денег, поэтому ешьте, не обляпайтесь. Но деньги вперед.
Вопрос заказчика: совсем ни о чем.
Ни та ни другая сторона не правы не разу.
Правильная постановка вопроса:
" Как мне выбрать дизайн, который решит мои проблемы и задачи?" Какая, нахрен, разница вам, как заказчику, нравится лично вам или нет, если новый дизайн решает главную задачу: повышает конверсию, привлекает клиентов, удобен для навигации и т.д. Вы, как заказчик должны четко сформулировать основную ЗАДАЧУ, а не рассуждать нравится / не нравится. Вы же не художественный критик и WEB дизайн не на стенку в спальне вешать будете.

Правильный ответ дизайнера: Вашу задачу может решить такой дизайн. А дальше убедительно объяснить и доказать - почему так! Вы же работаете за деньги в интересах клиента. А если Вы супер -круты и дизайн - самоцель, а не средство: идите в поля рисовать пейзажи и ждать мировой славы.
Не можете объяснить заказчику, как Вы успешно решите ЕГО!!! задачу, а не удовлетворите ваши амбиции - нафиг, закрыть тему. Либо заказчик - сплошная проблема, либо Вы - не того уровня работник, который требуется.

Прошу прощения за возможную резкость....
Кстати, я сам - заказчик.

Деньги вернуть можно, отзыв не появится. Все равно повлияет на job success.
Job success типа важен, но так как никто не понимает, как он считается, то если там больше 80, то можно не париться.

А чем twisted не угодил? Тут только могу erlang и scala предложить. Хотя и java8 со spring-boot очень сексуальная стала.

1. Это код человека не удосужившегося поискать любую существующую библиотеку интернационализации, либо ознакомившегося с Intl'ом для которого есть вполне вменяемые полифилы.
2. Это характеризует его как человека который хочет делать "хорошо", а получается "как всегда" из-за недостатка знаний и опыта.

Главное, чтоб не искали Jedi на зарплату R2D2.

Станешь Ninja, узнаешь.

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

Правильное решение - перестать работать в этом ценовом сегменте.
Геморроя немерено, денег ноль, полезного опыта ноль.

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

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

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

мне импонирует вот такой способ: Существует ли такая практика?

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

Настоятельно рекомендую сказать друзьям "нет" в этом вопросе. Ведь завтра они захотят "поиграть шрифтами".

- Зачем менять тип таблиц средствами South, когда вы это уже успешно проделывали SQL-скриптом?
- Коли вы меняли тип всех таблиц и всё работало, в чём состоит вопрос и проблема?

Думается, достаточно перевести все таблицы вручную в InnoDB, и больше проблем не будет.

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

500к посетителей в день - это сущая мелочь. 500000 / 24 / 60 / 60 у меня получилось чуть больше, чем 5 requests per second - попробуйте скажите кому-нибудь, что это высоконагруженный проект.

со связаннаыми фильтрами: отображением разных цен и наличия для разных городов,
сравнение, подбор и тп.

все вышеперечисленное можно сделать и на вордпрессе. 500к товаров и посетителей, как я писал выше - в описанном случае тоже сущие пустяки и потянуть сможет даже хороший шаред хостинг.
Да, имеется ввиду все перечисленное, кроме и т.п. :)

У вас слишком абстрактные понятия, которые, возможно, что-то и значат и раскрывают суть для вас, но для разработчика - это не о чем.

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

Я пришел к выводу, что витрину интернет-магазина (фильтры, категории, акции, скидки, купоны, попапы, корзины) нужно делать на типичном движке (магенто, битрикс, опенкарт... что угодно "с опытом"), а специфичные задачи (прайсы поставщиков, аналитика, парсинг сайтов клиентов-поставщиков. всевозможные автоматизации процесса) нужно делать на чем-то вроде рельс или джанги, а некоторые решения (склад, CRM, планирование) - использовать в качестве готовых сервисов в интернете.

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

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