Комментарии 27
Тема руководства удалённой веб-студией не раскрыта.
Мобильные устройства как-то используете? Если да, то как?
По какому принципу вы платите своим удаленным сотрудникам зарплату — оклад/процент/фиксированная сумма за проект?
Кто ведет переговоры с заказчиком — Вы или кто-то из сотрудников тоже. Как это организовано и завязано на teamer?
Как боретесь с затягиванием сроков по одному из этапов проекта (например, дизайн)?
Сотрудники устроены официально? И как они к этому относятся?
Кто ведет переговоры с заказчиком — Вы или кто-то из сотрудников тоже. Как это организовано и завязано на teamer?
Как боретесь с затягиванием сроков по одному из этапов проекта (например, дизайн)?
Сотрудники устроены официально? И как они к этому относятся?
На каком движке делаются магазины? Если на нескольких, если ли при это специализация в команде?
На любом, за исключением 1С Битрикс. Пока не нашел хорошего специалиста под него. Да, «специализация» присутствует. У верстальщиков и прогеров. Кому-то webasyst нравится, кому-то opencart. Есть и на все руки мастера, но всё равно, иногда приходиться консультироваться с более опытными.
Не удорожает ли это разработку в целом? Чисто субъективные ощущения.
Поддерживал проекты на LiveStreet, Drupal, MODx и внутреннем фрейворке. Пришел к выводу, что отсутствие унификации плохо сказывается на работе в целом. Если поддерживать специализацию, то у разработчика не возникает смены контекста и ему не нужно вспоминать особенности платформы, он всегда в курсе состояния дел в ней. Но теряем на гибкости потому как нельзя любого участника команды включить в любой проект, нужно оглядываться на его специализацию. Кроме того приходится думать о пуле новых проектов и пуле специалистов дабы не возникал лишний простой в случае, когда требуемый спец занят. Даже если есть человек специализирующий на нескольких движках, все равно при переходе с движка на движок получаем переключение контекста и, имхо, лишний оверхед. А как с этим у вас?
Поддерживал проекты на LiveStreet, Drupal, MODx и внутреннем фрейворке. Пришел к выводу, что отсутствие унификации плохо сказывается на работе в целом. Если поддерживать специализацию, то у разработчика не возникает смены контекста и ему не нужно вспоминать особенности платформы, он всегда в курсе состояния дел в ней. Но теряем на гибкости потому как нельзя любого участника команды включить в любой проект, нужно оглядываться на его специализацию. Кроме того приходится думать о пуле новых проектов и пуле специалистов дабы не возникал лишний простой в случае, когда требуемый спец занят. Даже если есть человек специализирующий на нескольких движках, все равно при переходе с движка на движок получаем переключение контекста и, имхо, лишний оверхед. А как с этим у вас?
что-то вы одни free платформы перечислили.
имхо, вы чем-то не тем озадачились… Мы выбираем cms под конкретные цели и требования бизнеса заказчика. Смотрим что ему нужно, как он будет продавать товар. Исходя из этого и принимаем решение. Основываться при ее выборе исходя из опыта сотрудников — как-то неграмотно, на мой взгляд. Так недолго попасть в зависимость от работника.
Людей всегда хватает, т.к. заказы только по электронной коммерции идут (разрабатываем только интернет-магазины)
имхо, вы чем-то не тем озадачились… Мы выбираем cms под конкретные цели и требования бизнеса заказчика. Смотрим что ему нужно, как он будет продавать товар. Исходя из этого и принимаем решение. Основываться при ее выборе исходя из опыта сотрудников — как-то неграмотно, на мой взгляд. Так недолго попасть в зависимость от работника.
Людей всегда хватает, т.к. заказы только по электронной коммерции идут (разрабатываем только интернет-магазины)
Да, фри. Они использовались не для интернет магазинов, там другие задачи.
А какие нефри хорошие? Уж не маджента ли?
Возможно и не тем. Но хочется иметь одно платформу для одной задачи — создание интернет магазина. И мне, в том числе как и разработчику, видится, что городить тут зоопарк из кучи платформ тоже не очень хорошо. Особенно когда их потом еще и супортить. Поэтому и решил уточнить, как с этим у других. К примеру, как быстро разработчик может натянуть готовую статическую верстку на движок Х в случае когда имеем дело с простым интернет магазином одежды в тысячи этак две позиций? Т.е. от момента «получил верстку» до «крутиться на продакшене»?
А какие нефри хорошие? Уж не маджента ли?
Возможно и не тем. Но хочется иметь одно платформу для одной задачи — создание интернет магазина. И мне, в том числе как и разработчику, видится, что городить тут зоопарк из кучи платформ тоже не очень хорошо. Особенно когда их потом еще и супортить. Поэтому и решил уточнить, как с этим у других. К примеру, как быстро разработчик может натянуть готовую статическую верстку на движок Х в случае когда имеем дело с простым интернет магазином одежды в тысячи этак две позиций? Т.е. от момента «получил верстку» до «крутиться на продакшене»?
А какие нефри хорошие? Уж не маджента ли?
Много таких систем. Тот же вебасист, вамшоп. Не хочется устраивать из поста рекламу. Несмотря на цену — таже маджента. Из бесплатных — преста, например.
Но хочется иметь одно платформу для одной задачи — создание интернет магазина. И мне, в том числе как и разработчику, видится, что городить тут зоопарк из кучи платформ тоже не очень хорошо.
Это тоже самое, что собирать мотоциклы, автомобили, автобусы и грузовики с одним двигателем.
статическую верстку на движок Х в случае когда имеем дело с простым интернет магазином одежды в тысячи этак две позиций?
Извините, а причем тут кол-во товаров и вёрстка?
как быстро разработчик может натянуть готовую статическую верстку на движок Х
от трех дней до недели, если заниматься только одним проектом. мы никуда не торопимся.
Много таких систем. Тот же вебасист, вамшоп. Не хочется устраивать из поста рекламу. Несмотря на цену — таже маджента. Из бесплатных — преста, например.
Но хочется иметь одно платформу для одной задачи — создание интернет магазина. И мне, в том числе как и разработчику, видится, что городить тут зоопарк из кучи платформ тоже не очень хорошо.
Это тоже самое, что собирать мотоциклы, автомобили, автобусы и грузовики с одним двигателем.
статическую верстку на движок Х в случае когда имеем дело с простым интернет магазином одежды в тысячи этак две позиций?
Извините, а причем тут кол-во товаров и вёрстка?
как быстро разработчик может натянуть готовую статическую верстку на движок Х
от трех дней до недели, если заниматься только одним проектом. мы никуда не торопимся.
Ну маджента не обязательно не фри — CE ветка бесплатна и вполне себе хороша и навороченна.
Отдельно скажу касательно момента для верстки под мадженту — у меня опыт показывает что под мадженту надо чтоб верстал человек именно шарящий в мадженте, т.к. зачастую верстка сразу подразумевает некую настройку параметров админки + изменения layout, ну и понятное дело сами шаблоны блоков/css/iamges и немного js (иногда этому человеку в помощь нужен прогер для js и вывода нестандартных элементов).
Т.е. хочу сказать что под мадженту много своей специфики, а если брать обычную готовую верстку и вешать на маженту, то иногда выходит проще переверстать ее с нуля чем натягивать то что есть.
Отдельно скажу касательно момента для верстки под мадженту — у меня опыт показывает что под мадженту надо чтоб верстал человек именно шарящий в мадженте, т.к. зачастую верстка сразу подразумевает некую настройку параметров админки + изменения layout, ну и понятное дело сами шаблоны блоков/css/iamges и немного js (иногда этому человеку в помощь нужен прогер для js и вывода нестандартных элементов).
Т.е. хочу сказать что под мадженту много своей специфики, а если брать обычную готовую верстку и вешать на маженту, то иногда выходит проще переверстать ее с нуля чем натягивать то что есть.
Насколько велика команде, проекты?
Вопросы:
1. Почему не Мегаплан, например? В год дешевле получается вроде бы.
2. The Bat куплен? )
3. Абонентская плата за Teamer делится на всех?
1. Почему не Мегаплан, например? В год дешевле получается вроде бы.
2. The Bat куплен? )
3. Абонентская плата за Teamer делится на всех?
1. Этот вообще бесплатен. Пока. Но дело не в этом. Нравится и всё )
2. Если я скажу, что да, это что-то изменит?
3. Читай п.1. Да если бы и был платным, я бы платил один. Причем тут сотрудники?
2. Если я скажу, что да, это что-то изменит?
3. Читай п.1. Да если бы и был платным, я бы платил один. Причем тут сотрудники?
1. Потому что цитирую с сайта «вы можете использовать Teamer уже сейчас — регистрация бесплатна, никаких ограничений (пока ;) нет.» — что дальше будет, неизвестно. Странная модель монетизации вообще-то…
2. Я получил ответ на свой вопрос и только. Уверен, что он не должен был вызвать раздражения, так как хочется просчитать все первичные расходы по запуску.
3. А когда сервис станет платным, думаю, вы измените свою мнение, ибо альтруизм на хлеб не намажешь, а на сотрудниках это отразите в виде обязательных платежей, занижения премий или что еще хуже — скрытых поборов, что чаще всего бывает.
В любом случае удачи вам на самом деле.
2. Я получил ответ на свой вопрос и только. Уверен, что он не должен был вызвать раздражения, так как хочется просчитать все первичные расходы по запуску.
3. А когда сервис станет платным, думаю, вы измените свою мнение, ибо альтруизм на хлеб не намажешь, а на сотрудниках это отразите в виде обязательных платежей, занижения премий или что еще хуже — скрытых поборов, что чаще всего бывает.
В любом случае удачи вам на самом деле.
Только Хардкор, Только Докс.Гугл!
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Руководство удаленной веб-студией