Рассмотрено

Проблема командной разработки

Ба Ань Доан Обновлен 6 лет назад в категории Другое 9

Здравствуйте,

Прошу пересмотреть методы лицензирования, облегчить жизнь разработчикам.
Очень неудобно работать с текущими ограничениями:
1) Разработка только под доменами *.local, *.test удобна для разработчика-одиночки на локальной машине. Я работаю в команде из 4 человек, следовательно используем удаленный тестовый сервер и git. Каждые 30 дней приходится переустанавливать и настраивать базу и окружение.
2) Нет возможности обновиться до последней версии с временной лицензией, а это очень важно при разработке. Например во время разработки обнаружил баг, сообщил Вам, исправление выпустили, но обновиться не смог. Кроме как, опять же, переустановить полностью дистрибутив - не вижу решении.

Спасибо!

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

Ответить 0

Виктор Мельников 6 лет назад
Здравствуйте. рекомендую подумать о выборе системы контроля версий с общим репозиторием.
Ответить 0

Артем Полторанин 6 лет назад
Добрый день!

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

Также есть и другие модели командной разработки, без приобретения лицензии, без наличия проекта в публичном доступе.
Заводится один git bare-репозиторий где-нибудь на сервере. Далее у каждого разработчика есть локальная копия репозитория (сайта), развернутая на домене .local или .test. Кто-то один может отвечать за обновление системы. Безусловно, без лицензии обновление возможно только в ручном режиме (скачиваете дистрибутив, обновляете нужные файлы, обновляете структуру БД). (собственно, этот сервис, возможность легкого обновления - это наш основной продукт, который мы продаем)
- Ответить 0
  
  Поло Арт 6 лет назад
  Артем Полторанин, вообще, Вы очень не правы.
  Какая покупка лицензии, если используется схема работы без предоплаты?
  Так, через годик лицензии засаливать можно начинать.
  Мы лицензии всегда покупаем после полной оплаты заказчиком.
  
  Я уже делал на эту тему пожелание
  https://helpdesk.readyscript.ru/wish/Razreshit-obnovlenie-demo-versii-Readyscript-dlya-podtverzhdennyh-razrabotchikov-596.html
  
  Можно вполне взять разработчиков не ниже серебра, запросить у них по одному айпи и разрешить этим айпи обновление. И всё, проблема решится.
  А при хулиганском использовании - банить и снижать рейтинг.
  
  ***
  текущая же ситуация тоже неплоха - нам как разработчикам приходится прокачивать скилл владения ридискриптом на низком уровне.
  - Ответить +2
    
    Артем Полторанин 6 лет назад
    Александр, понимаю, что все работают по разному.
    
    Но здоровая схема для нормально работающего бизнеса, как мы это видим - это заключение договора, предоплата (которая обязательно включает в себя покупку лицензии). Мы именно эту схему приветствуем. Любой цивилизованный заказчик - это понимает. А если не понимает, то это нужно просто объяснять. В случае отказа клиента на любом этапе вы ему просто передадите его лицензионный ключ, солить ничего не надо.
    
    Если вы не берете предоплату, то вы провоцируете клиента изменить свое желание и отказаться. Даже для самого клиента - это плохо, если ему делают бесплатно, то он как бы ничего не может требовать.
    
    Для такого инвестиционного случая как вы пишете, а вы в данном случае рискованно инвестируете ваши собственные деньги в клиента (разработчики, верстальщики же за ваш счет работают), логично предположить что вы должны и инвестировать деньги в лицензию для клиента тогда.
Ответить -1

Поло Арт 6 лет назад
Артём, я не знаю, как на юге России дела обстоят, но в московском регионе клиент пуганый. Столько кидал на рынке айти-услуг, просто не сосчитать. Часто берут предоплату и сливаются - и это не только айти касается.
Более того, даже если есть договор между юрлицами, от кидал никто не застрахован. Сделают фигню (назовём это прямо) - и типа по договору всё исполнено. Сайты "сдаются" с незалитым каталогом, из дизайна только хедер.
Судиться из-за 100.000 рублей никто особо не будет. На этом и живут.

Поэтому отсутствие предоплаты - это наше конкурентное преимущество.
Ответить +1

Ярослав Пономарев 6 лет назад
Простите, но отсутствие предоплаты - неуважение как к труду других разработчиков, так и к себе. Возможно в Московском регионе и много кидал студий, но я почему то больше встречаю кидал московских заказчиков. А с такими ценами лицензий ReadyScript можно и 6000 - 12 000 руб предоплаты сделать хотя бы за лицензию.
Ежемесячная лицензия вообще смешные деньги стоит. Уж оплата верстальщика, программиста, аренда помещения и т.д. намного весомее.
Я наоборот перешел со схемы предоплаты 50%/50% на 70%/30%
- Ответить 0
  
  Поло Арт 6 лет назад
  Ярослав Пономарев, спасибо, что переходите на схемы с предоплатой - так к нам приходят клиенты с южных регионов.
  
  Если никому не надо поддерживать аффилированных разработчиков - и не надо, мы сами как-нибудь справимся, до этого же справлялись.
Ответить 0

Ярослав Пономарев 6 лет назад
У меня большинство постоянных клиентов с севера, так что это просто броуновское движение по типу "хорошо там, где нас нет".
Ответить 0

Ярослав Пономарев 6 лет назад
Кстати, насчет перехода клиентов с юга. Особенно это касается клиентов по направлению дизайна, верстки и полиграфии. У нас же замкадье, поэтому надо обращаться в Москву, где все "дорого-богато". Москва берет заказ, отдает на аутсорс в Ростов/Краснодар/Ставрополь, потом оттуда заказы на аутсорс идут уже к нам))

Написать сообщение