- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Stek, окай. Пример дайте, этож не трудно. Видите, я один не справляюсь ;)
Пример дайте, этож не трудно.
Любая тех. документация, хоть от шкафчиков из Икеи. Указывается что где и как должно крепиться.
Только для вэба это описание какое поле формы за что отвечает, тип получаемых данных, какие коды ошибок возможны и что в случае той или иной ошибки делать. И далее вглубь по компонентам с такой же информацией.
Правда это труд и не маленький, но зато не будет сюрпризов по функционалу с описанием "регистрация через фейсбук". Так как даже такой простой пункт может трактовать в себе кучу условий, начиная от отсутствия e-mail пользователя и заканчивая "ну тут же подразумевалось, что мы будем юзеру на стену постить".
"А смогу ли я вырезать аппендицит без хирурга ?"
Теще может и да... себе все стараются врача получше подобрать.
Откуда дебильное желание сэкономить на ключевых местах непонятно.
"Наймем охранника подешевле, а лучше вообще без него обойдемся" прям какой-то.
ЗЫ. Лучший вариант - заранее договориться об абонентке. Если работы немного.
ЗЫЫ. Вместо описания "чё как" лучше-бы обдумать "какие тесты должны проходить и как я их буду делать".
Имеешь только то, что контролируешь...
Yii достаточно распространенный фреймворк. Но при работе сайта может возникнуть потребность в доработках и создании чего-то нового.
Например нового функционала или изменение существующего.
На Yii это будет стоить дороже и дольше, чем на CMS. И скорее всего нужно будет нанимать программиста.
И скорее всего нужно будет нанимать программиста.
Интересный такой ход мысли. А есть другие варианты ? :)
Может какие-то требования нужно прописать текущему программисту в ТЗ
Может лучше построить нормальные отношения с программистом?
По фреймворку и cms - на любой cms, даже самой распространенной, можно наворотить такого, что потом будут долго разбираться.
А вообще страхи перед самописными решениями, имхо, преувеличены. Все зависит от проекта, но суть обычно одна: программер нужен, хотя бы как-то сдельно, чтобы допиливать различные изменения и улучшения.
Что следовало бы отразить в этой документации?
Ты сразу спрашивай и стоимость этой документации :)
Ты сразу спрашивай и стоимость этой документации :)
Воздержусь, есть ощущение, что документация будет стоить дороже разработки.
Спасибо за советы. В качеству документации описываю страницы сайта, сценарии взаимодействия, и те технические требования, о которых знаю сам из работы с CMS.
Намекните от тематике сайта, тогда будет чуть более понятно направление движения.
Приведу пример:
- новостной сайт (тут не нужны фреймворки, достаточно любой СMS, с допилами под хотелки )
- небольшой интернет магазин (обычно берут СMS и обвешивают плагинами )
- большой интернет магазин (фреймворк + пара кодеров на расстоянии руки, с доработками за отдельную плату )
- индивидуальный большой проект (фреймворк + кодер на постоянку )
Исходя из опыта, чем больше видишь, что твой проект развивается успешно, тем больше появляется "хотелок" для дополнительного внедрения с целью улучшения. А это тянет за собой большее количество обращений к кодерам. Потом кодер уже в штат, а там уже и не один )))
Мне предлагают сделать этот сайт на фреймворке Yii (а я изначально хотел на популярном CMS, но понимаю, что фреймворк лучше подойдет). Хочу понять насколько сильно я буду зависеть от разработчика-программиста?
Фрейморки это гибче и производительнее, чем CMS. (конечно возможны нюансы когда есть классный разработчик CMS и хреновый разработчик на фреймворки - но это крайние случаи).
Но за это приходится платить больше разработчику.
В том числе и платить больше при дальнейшей передаче в разработку другому человеку.
Тут важно понимать - а действительно ли вам это надо, рентабельно ли, и пр.
Это уж вы сами решаете.
---------- Добавлено 08.04.2018 в 10:32 ----------
Не узнаешь, так как эти люди не часто на фрилансе, если они сильные.
Тебе зачем мониторить рынок тех, кто тебе не доступен?
Будешь использовать фрилансеров - так только их и имеет смысл мониторить.
---------- Добавлено 08.04.2018 в 10:36 ----------
- небольшой интернет магазин (обычно берут СMS и обвешивают плагинами )
неправильное решение.
есть специализированные движки интернет-магазинов.
брать обычную CMS и навешивать на нее плагин интернет-магазина - глупость несусветная. которая целесообразна только в одном случае - если под рукой есть спец по этой CMS, которому проще сделать именно так, а не использовать нормальный движок интернет магазина.