- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Маркетинг для шоколадной фабрики. На 34% выше средний чек
Через устранение узких мест
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Всем привет.
Собираюсь заказать сайт со сложным функционалом на фрилансе, для примера, у конкурента под такой проект несколько проггеров в офисе сидят (впрочем, они не только этот сайт пилят). Понимаю, что даже после сдачи сайта 99,9% будут вылезать какие-то баги и доп пожелания. Мне предлагают сделать этот сайт на фреймворке Yii (а я изначально хотел на популярном CMS, но понимаю, что фреймворк лучше подойдет). Хочу понять насколько сильно я буду зависеть от разработчика-программиста? Сможет ли после него легко доработать сайт другой программист, если текущий по каким-то причинам не сможет это сделать?
Пример, который легко решился бы на популярном CMS. Предположим, есть личный кабинет с авторизацией через фейсбук, и если тот же фейсбук поменяет что-либо в своих настройках, получается мне нужно будет доработать это и на сайте, чтобы авторизация по прежнему работала. Вот сможет ли такого рода доработку относительно легко сделать внешний программист?
Может какие-то требования нужно прописать текущему программисту в ТЗ, чтобы предвидеть подобные подводные камни?
Собираюсь заказать сайт со сложным функционалом на фрилансе, для примера, у конкурента под такой проект несколько проггеров в офисе сидят
Они дорабатывают, а не поддерживают. Если сайт нормально сделан, то он не падает и поддерживать его необходимости нет. А на лечение багов обычно гарантия дается 3-6 месяцев.
Хочу понять насколько сильно я буду зависеть от разработчика-программиста? Сможет ли после него легко доработать сайт другой программист, если текущий по каким-то причинам не сможет это сделать?
Это зависит от программиста который будет делать сайт и от степени индивидуальности проекта.
Если у программиста не стоит задача использовать функционал цмс/фреймворка по максимуму или индивидуальность проекта требует серьезных доработок, то задача дальнейших доработок сайта на цмс/фреймворке эквивалентна задаче доработки сайта на индивидуальной цмс. Т.к. по сути от фреймворка/цмс изначальных там уже процентов 10 останется, всё будет уже кастюмным кодом.
Пример, который легко решился бы на популярном CMS. Предположим, есть личный кабинет с авторизацией через фейсбук, и если тот же фейсбук поменяет что-либо в своих настройках, получается мне нужно будет доработать это и на сайте, чтобы авторизация по прежнему работала. Вот сможет ли такого рода доработку относительно легко сделать внешний программист?
Про такую задачу в целом можно сказать, что проблемы она представлять не будет.
Может какие-то требования нужно прописать текущему программисту в ТЗ, чтобы предвидеть подобные подводные камни?
Ищите прогера хорошо знакомого с фреймворком/цмс и ставьте ему изначально задачу "ни одного велосипеда при разработке".
Т.е. есть фреймфорчная функция делающая что-то - значит это что-то должно делаться через нее, а не "как-то по своему".
А так-то есть уникумы, которые даже штатные функции пхп из-за незнания об их наличии начинают реализовывать и потом гордятся проделанной работой. Вот такого Вам надо избегать по максимуму.
А на лечение багов обычно гарантия дается 3-6 месяцев.
Да нет ни какой гарантии. Явный косяк возможно поправят, но что бы 3-6 месяцев да на крупном проекте... только за отдельную плату.
Может какие-то требования нужно прописать текущему программисту в ТЗ, чтобы предвидеть подобные подводные камни?
Никакие. Только дополнительная оплата, а это лучше чем любой пункт в ТЗ.
Мне предлагают сделать этот сайт на фреймворке Yii (а я изначально хотел на популярном CMS, но понимаю, что фреймворк лучше подойдет).
Сделать изначально на CMS, что бы дешево и быстро. Если пойдет в гору - перенести на фреймворк.
Собираюсь заказать сайт со сложным функционалом на фрилансе, для примера, у конкурента под такой проект несколько проггеров в офисе сидят (впрочем, они не только этот сайт пилят).
Несколько прогеров - это оф. запрлата + 50% налогов. И наверняка делают год, не менее. Вот и подсчитайте затраты.
Да нет ни какой гарантии. Явный косяк возможно поправят, но что бы 3-6 месяцев да на крупном проекте... только за отдельную плату.
Это только если писал "условный индус", у которого код такой, что попробуй там исправить один баг - вылезет 10 других. У нормальных разработчиков 3-12 месяцев гарантии норма, при этом чем больше проект, тем дольше срок, т.к. в большом проекте баги иногда не сразу заметны. Речь же именно о багах, а не о "а вот еще хотелось бы тут доделать".
Умозрительно, можно просто промониторить рынок веб программистов и узнать, сколько есть разработчиков Yii и их цену.
Может какие-то требования нужно прописать текущему программисту в ТЗ
Да. Подробная документация, это увеличит цену релиза, но зато сгладит углы. Фрейм популярный, так что при достаточной документации проблем не будет.
Умозрительно, можно просто промониторить рынок веб программистов и узнать, сколько есть разработчиков Yii и их цену.
Не узнаешь, так как эти люди не часто на фрилансе, если они сильные.
Да. Подробная документация, это увеличит цену релиза, но зато сгладит углы. Фрейм популярный, так что при достаточной документации проблем не будет.
Что следовало бы отразить в этой документации?
Всё!
Всю архитектуру проекта... вы не видели ни разу документацию к ПО?
Ну например: http://getbootstrap.com/docs/4.0/getting-started/introduction/
имхо, если вы собираетесь делать большой и сложный проект, то без постоянной поддержки программиста вам не обойтись. Даже если не учитывать баги которые будут всплывать по мере работы сайта, у вас постоянно будут появляться новые потребности и идеи. Я слабо верю в развитие достойного проекта без его постоянной оптимизации и прокачки, ведь ваши конкуренты держат штат программистов :)
Я считаю, что самое важное в это хорошая команда, вам не обязательно нанимать программиста на постоянку, главное, чтобы вы могли обращаться к нему за доработками. Заменять программиста всегда больно, но вполне можно, особенно если будет документация и то о чём писали ребята выше.
Yii достаточно распространённый фреймворк, можно так же посмотреть в сторону Laravel.
По поводу цмс, сложно сказать, зависит от программиста, можно заказать сайт на на цмс и получить кашу с костылями, в которой потом никто не захочет разбираться.
Всю архитектуру проекта... вы не видели ни разу документацию к ПО?
Ну например: http://getbootstrap.com/docs/4.0/get.../introduction/
Это мануал пользователя. К технической документации, а тем более к ТЗ - отношение и близко не имеет.