• Какое сетевое хранилище выбрать?

    @UncleNug
    Не совсем в тему, но у меня организовано хранение цифровых закромов для безопасности и надежности следующим образом (условно):

    1) Рабочие материалы текущих проектов - локальный диск + синхронизация через Google Drive + Различные облачные решения для совместной работы с кодом, дизайном, графиками и проч. Требования - безопасность, доступность, возможность совместной работы версии.

    2) Архивы документации и рабочих материалов по проектам и их бекапы и мультимедиа закрома в том числе семейные - фото и видео, моя персональная База знаний - файлы, презентации, видео обучающие, документация и проч. и проч.) - Локальный диск.

    Все локальное бекаплю на внешний диск и на Amazon Cloud Drive c помощью локальной софтины Syncovery.

    3) Сервера на провайдере. Бекап идет локально, на второй сервер, на Amazon Cloud Drive.

    Отдельно про Amazon Cloud Drive + Syncovery. Место у Амазона не ограничено за 59 или 69 долларов. Syncovery может забирать в разных режимах не только с локального диска и любых сетевых устройств, но и с других внешних сервисов ! Т.е. я собираю бекапы с серверов по ssh, c нескольких облаков.
    Ответ написан
    Комментировать
  • Каков must have для студии по разработке?

    @UncleNug
    Работать малой командой это счастье. Когда все работают :) и есть результат.

    Чтобы зарабатывать нужны заказы, чтобы были заказы нужна репутация, чтобы была репутация, нужны знания и опыт, а чтобы они появились, нужны... заказы. Замкнутый круг.

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

    Далее тезисно, не в порядке приоритетов, а как вспоминается:

    0) Нужна специализация у каждого и у команды (пишу как видится с учетом размера вашей команды).
    * тим лидер или старший разработчик. Он будет задавать стандарты качества и контролировать работу. Будет отвечать за архитектуру.
    * разработчик-верстальщик
    * разработчик-админ
    * разработчик-базовик
    * манагер и если людей мало, он же продажник. Должен знать все CMS, что вы будете применять. Чтобы мог без запинки показать клиенту, как создавать публикацию, редактировать и проч.

    1) 80% времени работать над коммерческими проектам и 20% времени работать над своим проектом. Для повышения квалификации как минимум. А если выстрелит - то скоро вообще не надо будет работать с клиентами :) Когда нет заказов - все работают над "своим" проектом, повышают квалификацию, применяют и тестируют новые технологии или новые нагрузки. Если вы грамотно придумаете для себя задачу, то процесс работы над ней и результаты можно использовать для продвижения своей команды. Допустим вы взялись за разработку модуля обмена данными бухгалтерия-магазин. Посмотрите какие есть решения уже на рынке для вашей CMS. Сделайте удобнее и лучше или быстрее или тупо лучше документированное решение. Это позволит встать в "магазин" модулей для CMS и вам даст новых клиентов. Когда у вас есть узкое и качественное решение вашему продажнику проще будет разговаривать с клиентом и влезать в уже существующие айтишные инфраструктуры. Переделать онлайн магазин вам никто уже не даст, а вот заменить модуль на ваш смогут.

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

    3) Если речь идет о вебразработке, то скорее всего надо будет отлично знать до трех из самых популярных CMS. Желательно получить сертификат/статус.

    4) Стандарты работы с клиентским проектом нужны. ТЗ, документация, обучение клиента и проч. Чтобы минимизировать трудозатраты или хотя бы минимизировать неоплачиваемые трузозатраты.

    5) Знать английский язык на уровне чтения документации минимум.

    6) и ... потихоньку добавлять себе новые направления. Уходить от чистого веба в веб+моб, или от "сайтов" в сложный е-коммерс. Идеально, когда клиентом меньше, а доходы больше. Для этого нужны глубокие знания в относительно узком направлении и два-три клиента серьезных клиента. Не старайтесь лепить много дешевых сайтов.

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

    Это так, тезисно.
    Ответ написан
    Комментировать