Baco Опубліковано: 26 липня 2014 Share Опубліковано: 26 липня 2014 Собственно сабж: ... Тема до боли знакомая думаю многим, но так конкретного какого то описания для многих заказчиков пока не встретил, то есть большинство клиентов считает, что, разработчик - это универсальный спец., который решает фактически все "хотелки"... Ваше мнение ? Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 26 липня 2014 Share Опубліковано: 26 липня 2014 Все зависит от уровня разработчик Ведь это может быть не только один, но и команда (студия) Соответственно и расклад Но при указанных вопросах - объемах и цена на запуск возрастает Стоимость дизайна Стоимость верстки+интеграция Настройка - опять же - смотрим ТЗ, которое составил не Заказчик, а Разработчик, а Заказчик его утвердил. Тз основано на знании Разработчиком системы, а также понимании в работе, в данном случае, инет магазинов Настройка - также включает в себя и разработка структуры, разделов сайта. Наполнение - возможно, при наличии товаров, при правильных донорах, при других факторах, оговоренных в ТЗ Продвижение - ого... + сопровождение. Т.е. это 7+24 :) Тестирование - на уровне запуска. Может ли потянуть это один человек? Сложно ответить. При указанном объеме - время запуска от месяца. + сеосопровождение... (это отдельная тема) Иногда видел - создали, запустили, добавили addurl. На этом все закончилось. Потому что у Заказчика уже деньги на остальное закончились Студия - универсальный спец. То что я умею пользоваться фотошопом не делает из меня дизайнера. То что у могу заполнить товаром сайт каким либо парсером, не делает меня ответственным за актуальность Надіслати Поділитися на інших сайтах More sharing options... Baco Опубліковано: 26 липня 2014 Автор Share Опубліковано: 26 липня 2014 Логика понятна, но имеется в виду разработчик, как конфигуратор платформы... Например я могу себя назвать разработчиком, в рамках проэкта с "0", когда я подбираю набор модификаторов, даю на выбор перечень премиум шаблонов, для стилизации под вид бизнесса, но как фрилансер и командный игрок - я просто кодер, где вёрсткой занимается - отдельный спец-фрилансер, соотв. и внутренним сео - так же отдельный спец, а вместе - мы комманда, а вот в роли "Разработчика" при настройке уже готовой платформы, например разработка функционала для дропшиппинг платформы... то тут уже конкретно указывается - кодинг, и никакая натяжка из псд макета или наполнение контента не входят в обязанности разраба, вот что обычно и путают клиенты... Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 26 липня 2014 Share Опубліковано: 26 липня 2014 Существует понятие как архитектор проекта. Его задача, как и любого другого архитектора: на первом этапе создать виртуальный проект, который утверждает заказчик. Архитектор изучает требования, вкусы, возможности заказчика, в том числе и финансовые. Если предложенные схемы не вписываются в концепцию заказчика - нужно распрощаться. На втором этапе - архитектор проекта выступает, как наблюдающий за строительством. Т.е. соответствие дизайна, верстки утвержденному проекту. С точки зрения строительства, есть еще и инженеры проекта, которые делают "расчеты". Какой уровень компетенции должен быть у архитектора? Он не обязан рисовать, но должен уметь рисовать. Он не обязан знать из чего состоит система, но он обязан знать о существующих технологиях. Ну... Он еще много не обязан и обязан одновременно. Но в качестве Разработчика он не выступает. Разработчик - это комплекс, пусть это и будет один человек. Естественно, что существует разработчик модуля, например. Берем возникшую идею, берем известные инструменты, строим. В случае нехватки инструмента создаем свой - называется все это MVC :) 1 Надіслати Поділитися на інших сайтах More sharing options... Baco Опубліковано: 26 липня 2014 Автор Share Опубліковано: 26 липня 2014 Ну... это мы с вами можем знать о понятиях "Архитектор", "Инженер"... ну и ещё пару парней, с этого форума, которых можно посчитать на руках, остальные же - воспринимают "Разработчика" - как своеобразного джина, у которого модуль не просто функционален, но и оптимизирован под сео, скл, так же блоки - респонсив при отображении... В общем, заказчики, не имеют представления четкой иерархии при разработке, в чем приведён рисунок выше и целью данного топика, является систематизация "Зоны ответственности" каждого элемента, учавствующего при разработке, а так же общего понимания "Разработчик". Надіслати Поділитися на інших сайтах More sharing options... Einshtein Опубліковано: 26 липня 2014 Share Опубліковано: 26 липня 2014 я часто повторяю заказчикам всем знакомую фразу "одной попой на всех стульях не усесться", соответственно у меня есть перечень услуг которые я выполняю, а за другие я просто не берусь в связи с тем, что это по моим понятиям либо не рентабельно, либо не увлекательно. И как правильно сказал Вася - предлагаю обратиться либо на форум, либо к специалистам с которыми договорился о том что буду отправлять к ним клиентов которые просят сделать то или иное. Это же касается и работы с различными СМS...я знаю ряд различных движков, но выбрал один для работы с ним, чтобы не распыляться. А если мы говорим о разработчике как едином лице который поднимает проект с 0 - то тут все зависит от личных договоренностей с заказчиком. Есть заказы в которых мое участие ограничивается установкой модулей и шаблона, а есть проэкты в которых заказчик ставит условие что если мы начинаем работу, то он категорически отказывается обращаться к другим специалистам и ему важно чтобы проэкт вел только один человек. В таких случаях приходится принимать ответственное решение - стоит ли этот проект таких рисков, так как для меня крайне важно чтобы работа была интересной, а совершенно не хотелось бы рисковать репутацией и личным моральным здоровьем взявшись за работу - которая не приносит удовольствие...в чем собсно и вся прелесть фриланса. Надіслати Поділитися на інших сайтах More sharing options... Створіть аккаунт або увійдіть для коментування Ви повинні бути користувачем, щоб залишити коментар Створити обліковий запис Зареєструйтеся для отримання облікового запису. Це просто! Зареєструвати аккаунт Вхід Уже зареєстровані? Увійдіть тут. Вхід зараз Share More sharing options... Передплатники 0 Перейти до списку тем Зараз на сторінці 0 користувачів Ні користувачів, які переглядиють цю сторінку Последние темы Последние дополнения Последние новости Вся активність Головна Разное Курилка Роль разработчика в проэкте... Покупцям Оплата розширень фізичними особами Оплата розширень юридичними особами Політика повернень Розробникам Регламент розміщення розширень Регламент продажу та підтримки розширень Віртуальний обліковий запис автора Політика просування оголошень API каталогу розширень Вирішення спорів щодо авторських прав Корисна інформація Публічна оферта Політика повернень Політика конфіденційності Платіжна політика Політика передачі особистих даних Політика прозорості Останні розширення PRICE MASTER - Модуль імпорту/експорту товарів, парсинг, переклад, генерація текстів, редактор каталогу та багато іншого Автор: ScriptBrains 1.0 Синхронізація Замовлень Rozetka.ua та Opencart Автор: sinco Product Manipulator Автор: Hiperlynx007 Видалення дублікатів товарів для OpenCart Автор: Hatshypsut Вибір категорій і виробників для "Знайшли дешевше" шаблону Upstore Автор: Flint2000 × Уже зареєстровані? Ввійти Реєстрація Ваші замовлення Назад Придбані модулі та шаблони Ваші рахунки Лист очікувань Альтернативні контакти Форум Новини ocStore Назад Офіційний сайт Демо ocStore 3.0.3.2 Демо ocStore 2.3.0.2.4 Завантажити ocStore Документація Історія версій ocStore Блоги Модулі Шаблони Назад Безкоштовні шаблони Платні шаблони Де купувати модулі? Послуги FAQ OpenCart.Pro Назад Демо Купити Порівняння × Створити... Important Information На нашому сайті використовуються файли cookie і відбувається обробка деяких персональних даних користувачів, щоб поліпшити користувальницький інтерфейс. Щоб дізнатися для чого і які персональні дані ми обробляємо перейдіть за посиланням . Якщо Ви натиснете «Я даю згоду», це означає, що Ви розумієте і приймаєте всі умови, зазначені в цьому Повідомленні про конфіденційність. Я даю згоду
chukcha Опубліковано: 26 липня 2014 Share Опубліковано: 26 липня 2014 Все зависит от уровня разработчик Ведь это может быть не только один, но и команда (студия) Соответственно и расклад Но при указанных вопросах - объемах и цена на запуск возрастает Стоимость дизайна Стоимость верстки+интеграция Настройка - опять же - смотрим ТЗ, которое составил не Заказчик, а Разработчик, а Заказчик его утвердил. Тз основано на знании Разработчиком системы, а также понимании в работе, в данном случае, инет магазинов Настройка - также включает в себя и разработка структуры, разделов сайта. Наполнение - возможно, при наличии товаров, при правильных донорах, при других факторах, оговоренных в ТЗ Продвижение - ого... + сопровождение. Т.е. это 7+24 :) Тестирование - на уровне запуска. Может ли потянуть это один человек? Сложно ответить. При указанном объеме - время запуска от месяца. + сеосопровождение... (это отдельная тема) Иногда видел - создали, запустили, добавили addurl. На этом все закончилось. Потому что у Заказчика уже деньги на остальное закончились Студия - универсальный спец. То что я умею пользоваться фотошопом не делает из меня дизайнера. То что у могу заполнить товаром сайт каким либо парсером, не делает меня ответственным за актуальность Надіслати Поділитися на інших сайтах More sharing options... Baco Опубліковано: 26 липня 2014 Автор Share Опубліковано: 26 липня 2014 Логика понятна, но имеется в виду разработчик, как конфигуратор платформы... Например я могу себя назвать разработчиком, в рамках проэкта с "0", когда я подбираю набор модификаторов, даю на выбор перечень премиум шаблонов, для стилизации под вид бизнесса, но как фрилансер и командный игрок - я просто кодер, где вёрсткой занимается - отдельный спец-фрилансер, соотв. и внутренним сео - так же отдельный спец, а вместе - мы комманда, а вот в роли "Разработчика" при настройке уже готовой платформы, например разработка функционала для дропшиппинг платформы... то тут уже конкретно указывается - кодинг, и никакая натяжка из псд макета или наполнение контента не входят в обязанности разраба, вот что обычно и путают клиенты... Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 26 липня 2014 Share Опубліковано: 26 липня 2014 Существует понятие как архитектор проекта. Его задача, как и любого другого архитектора: на первом этапе создать виртуальный проект, который утверждает заказчик. Архитектор изучает требования, вкусы, возможности заказчика, в том числе и финансовые. Если предложенные схемы не вписываются в концепцию заказчика - нужно распрощаться. На втором этапе - архитектор проекта выступает, как наблюдающий за строительством. Т.е. соответствие дизайна, верстки утвержденному проекту. С точки зрения строительства, есть еще и инженеры проекта, которые делают "расчеты". Какой уровень компетенции должен быть у архитектора? Он не обязан рисовать, но должен уметь рисовать. Он не обязан знать из чего состоит система, но он обязан знать о существующих технологиях. Ну... Он еще много не обязан и обязан одновременно. Но в качестве Разработчика он не выступает. Разработчик - это комплекс, пусть это и будет один человек. Естественно, что существует разработчик модуля, например. Берем возникшую идею, берем известные инструменты, строим. В случае нехватки инструмента создаем свой - называется все это MVC :) 1 Надіслати Поділитися на інших сайтах More sharing options... Baco Опубліковано: 26 липня 2014 Автор Share Опубліковано: 26 липня 2014 Ну... это мы с вами можем знать о понятиях "Архитектор", "Инженер"... ну и ещё пару парней, с этого форума, которых можно посчитать на руках, остальные же - воспринимают "Разработчика" - как своеобразного джина, у которого модуль не просто функционален, но и оптимизирован под сео, скл, так же блоки - респонсив при отображении... В общем, заказчики, не имеют представления четкой иерархии при разработке, в чем приведён рисунок выше и целью данного топика, является систематизация "Зоны ответственности" каждого элемента, учавствующего при разработке, а так же общего понимания "Разработчик". Надіслати Поділитися на інших сайтах More sharing options... Einshtein Опубліковано: 26 липня 2014 Share Опубліковано: 26 липня 2014 я часто повторяю заказчикам всем знакомую фразу "одной попой на всех стульях не усесться", соответственно у меня есть перечень услуг которые я выполняю, а за другие я просто не берусь в связи с тем, что это по моим понятиям либо не рентабельно, либо не увлекательно. И как правильно сказал Вася - предлагаю обратиться либо на форум, либо к специалистам с которыми договорился о том что буду отправлять к ним клиентов которые просят сделать то или иное. Это же касается и работы с различными СМS...я знаю ряд различных движков, но выбрал один для работы с ним, чтобы не распыляться. А если мы говорим о разработчике как едином лице который поднимает проект с 0 - то тут все зависит от личных договоренностей с заказчиком. Есть заказы в которых мое участие ограничивается установкой модулей и шаблона, а есть проэкты в которых заказчик ставит условие что если мы начинаем работу, то он категорически отказывается обращаться к другим специалистам и ему важно чтобы проэкт вел только один человек. В таких случаях приходится принимать ответственное решение - стоит ли этот проект таких рисков, так как для меня крайне важно чтобы работа была интересной, а совершенно не хотелось бы рисковать репутацией и личным моральным здоровьем взявшись за работу - которая не приносит удовольствие...в чем собсно и вся прелесть фриланса. Надіслати Поділитися на інших сайтах More sharing options... Створіть аккаунт або увійдіть для коментування Ви повинні бути користувачем, щоб залишити коментар Створити обліковий запис Зареєструйтеся для отримання облікового запису. Це просто! Зареєструвати аккаунт Вхід Уже зареєстровані? Увійдіть тут. Вхід зараз Share More sharing options... Передплатники 0 Перейти до списку тем Зараз на сторінці 0 користувачів Ні користувачів, які переглядиють цю сторінку Последние темы Последние дополнения Последние новости Вся активність Головна Разное Курилка Роль разработчика в проэкте... Покупцям Оплата розширень фізичними особами Оплата розширень юридичними особами Політика повернень Розробникам Регламент розміщення розширень Регламент продажу та підтримки розширень Віртуальний обліковий запис автора Політика просування оголошень API каталогу розширень Вирішення спорів щодо авторських прав Корисна інформація Публічна оферта Політика повернень Політика конфіденційності Платіжна політика Політика передачі особистих даних Політика прозорості Останні розширення PRICE MASTER - Модуль імпорту/експорту товарів, парсинг, переклад, генерація текстів, редактор каталогу та багато іншого Автор: ScriptBrains 1.0 Синхронізація Замовлень Rozetka.ua та Opencart Автор: sinco Product Manipulator Автор: Hiperlynx007 Видалення дублікатів товарів для OpenCart Автор: Hatshypsut Вибір категорій і виробників для "Знайшли дешевше" шаблону Upstore Автор: Flint2000
Baco Опубліковано: 26 липня 2014 Автор Share Опубліковано: 26 липня 2014 Логика понятна, но имеется в виду разработчик, как конфигуратор платформы... Например я могу себя назвать разработчиком, в рамках проэкта с "0", когда я подбираю набор модификаторов, даю на выбор перечень премиум шаблонов, для стилизации под вид бизнесса, но как фрилансер и командный игрок - я просто кодер, где вёрсткой занимается - отдельный спец-фрилансер, соотв. и внутренним сео - так же отдельный спец, а вместе - мы комманда, а вот в роли "Разработчика" при настройке уже готовой платформы, например разработка функционала для дропшиппинг платформы... то тут уже конкретно указывается - кодинг, и никакая натяжка из псд макета или наполнение контента не входят в обязанности разраба, вот что обычно и путают клиенты... Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 26 липня 2014 Share Опубліковано: 26 липня 2014 Существует понятие как архитектор проекта. Его задача, как и любого другого архитектора: на первом этапе создать виртуальный проект, который утверждает заказчик. Архитектор изучает требования, вкусы, возможности заказчика, в том числе и финансовые. Если предложенные схемы не вписываются в концепцию заказчика - нужно распрощаться. На втором этапе - архитектор проекта выступает, как наблюдающий за строительством. Т.е. соответствие дизайна, верстки утвержденному проекту. С точки зрения строительства, есть еще и инженеры проекта, которые делают "расчеты". Какой уровень компетенции должен быть у архитектора? Он не обязан рисовать, но должен уметь рисовать. Он не обязан знать из чего состоит система, но он обязан знать о существующих технологиях. Ну... Он еще много не обязан и обязан одновременно. Но в качестве Разработчика он не выступает. Разработчик - это комплекс, пусть это и будет один человек. Естественно, что существует разработчик модуля, например. Берем возникшую идею, берем известные инструменты, строим. В случае нехватки инструмента создаем свой - называется все это MVC :) 1 Надіслати Поділитися на інших сайтах More sharing options... Baco Опубліковано: 26 липня 2014 Автор Share Опубліковано: 26 липня 2014 Ну... это мы с вами можем знать о понятиях "Архитектор", "Инженер"... ну и ещё пару парней, с этого форума, которых можно посчитать на руках, остальные же - воспринимают "Разработчика" - как своеобразного джина, у которого модуль не просто функционален, но и оптимизирован под сео, скл, так же блоки - респонсив при отображении... В общем, заказчики, не имеют представления четкой иерархии при разработке, в чем приведён рисунок выше и целью данного топика, является систематизация "Зоны ответственности" каждого элемента, учавствующего при разработке, а так же общего понимания "Разработчик". Надіслати Поділитися на інших сайтах More sharing options... Einshtein Опубліковано: 26 липня 2014 Share Опубліковано: 26 липня 2014 я часто повторяю заказчикам всем знакомую фразу "одной попой на всех стульях не усесться", соответственно у меня есть перечень услуг которые я выполняю, а за другие я просто не берусь в связи с тем, что это по моим понятиям либо не рентабельно, либо не увлекательно. И как правильно сказал Вася - предлагаю обратиться либо на форум, либо к специалистам с которыми договорился о том что буду отправлять к ним клиентов которые просят сделать то или иное. Это же касается и работы с различными СМS...я знаю ряд различных движков, но выбрал один для работы с ним, чтобы не распыляться. А если мы говорим о разработчике как едином лице который поднимает проект с 0 - то тут все зависит от личных договоренностей с заказчиком. Есть заказы в которых мое участие ограничивается установкой модулей и шаблона, а есть проэкты в которых заказчик ставит условие что если мы начинаем работу, то он категорически отказывается обращаться к другим специалистам и ему важно чтобы проэкт вел только один человек. В таких случаях приходится принимать ответственное решение - стоит ли этот проект таких рисков, так как для меня крайне важно чтобы работа была интересной, а совершенно не хотелось бы рисковать репутацией и личным моральным здоровьем взявшись за работу - которая не приносит удовольствие...в чем собсно и вся прелесть фриланса. Надіслати Поділитися на інших сайтах More sharing options... Створіть аккаунт або увійдіть для коментування Ви повинні бути користувачем, щоб залишити коментар Створити обліковий запис Зареєструйтеся для отримання облікового запису. Це просто! Зареєструвати аккаунт Вхід Уже зареєстровані? Увійдіть тут. Вхід зараз Share More sharing options... Передплатники 0 Перейти до списку тем Зараз на сторінці 0 користувачів Ні користувачів, які переглядиють цю сторінку Последние темы Последние дополнения Последние новости Вся активність Головна Разное Курилка Роль разработчика в проэкте...
chukcha Опубліковано: 26 липня 2014 Share Опубліковано: 26 липня 2014 Существует понятие как архитектор проекта. Его задача, как и любого другого архитектора: на первом этапе создать виртуальный проект, который утверждает заказчик. Архитектор изучает требования, вкусы, возможности заказчика, в том числе и финансовые. Если предложенные схемы не вписываются в концепцию заказчика - нужно распрощаться. На втором этапе - архитектор проекта выступает, как наблюдающий за строительством. Т.е. соответствие дизайна, верстки утвержденному проекту. С точки зрения строительства, есть еще и инженеры проекта, которые делают "расчеты". Какой уровень компетенции должен быть у архитектора? Он не обязан рисовать, но должен уметь рисовать. Он не обязан знать из чего состоит система, но он обязан знать о существующих технологиях. Ну... Он еще много не обязан и обязан одновременно. Но в качестве Разработчика он не выступает. Разработчик - это комплекс, пусть это и будет один человек. Естественно, что существует разработчик модуля, например. Берем возникшую идею, берем известные инструменты, строим. В случае нехватки инструмента создаем свой - называется все это MVC :) 1 Надіслати Поділитися на інших сайтах More sharing options... Baco Опубліковано: 26 липня 2014 Автор Share Опубліковано: 26 липня 2014 Ну... это мы с вами можем знать о понятиях "Архитектор", "Инженер"... ну и ещё пару парней, с этого форума, которых можно посчитать на руках, остальные же - воспринимают "Разработчика" - как своеобразного джина, у которого модуль не просто функционален, но и оптимизирован под сео, скл, так же блоки - респонсив при отображении... В общем, заказчики, не имеют представления четкой иерархии при разработке, в чем приведён рисунок выше и целью данного топика, является систематизация "Зоны ответственности" каждого элемента, учавствующего при разработке, а так же общего понимания "Разработчик". Надіслати Поділитися на інших сайтах More sharing options... Einshtein Опубліковано: 26 липня 2014 Share Опубліковано: 26 липня 2014 я часто повторяю заказчикам всем знакомую фразу "одной попой на всех стульях не усесться", соответственно у меня есть перечень услуг которые я выполняю, а за другие я просто не берусь в связи с тем, что это по моим понятиям либо не рентабельно, либо не увлекательно. И как правильно сказал Вася - предлагаю обратиться либо на форум, либо к специалистам с которыми договорился о том что буду отправлять к ним клиентов которые просят сделать то или иное. Это же касается и работы с различными СМS...я знаю ряд различных движков, но выбрал один для работы с ним, чтобы не распыляться. А если мы говорим о разработчике как едином лице который поднимает проект с 0 - то тут все зависит от личных договоренностей с заказчиком. Есть заказы в которых мое участие ограничивается установкой модулей и шаблона, а есть проэкты в которых заказчик ставит условие что если мы начинаем работу, то он категорически отказывается обращаться к другим специалистам и ему важно чтобы проэкт вел только один человек. В таких случаях приходится принимать ответственное решение - стоит ли этот проект таких рисков, так как для меня крайне важно чтобы работа была интересной, а совершенно не хотелось бы рисковать репутацией и личным моральным здоровьем взявшись за работу - которая не приносит удовольствие...в чем собсно и вся прелесть фриланса. Надіслати Поділитися на інших сайтах More sharing options... Створіть аккаунт або увійдіть для коментування Ви повинні бути користувачем, щоб залишити коментар Створити обліковий запис Зареєструйтеся для отримання облікового запису. Це просто! Зареєструвати аккаунт Вхід Уже зареєстровані? Увійдіть тут. Вхід зараз Share More sharing options... Передплатники 0 Перейти до списку тем Зараз на сторінці 0 користувачів Ні користувачів, які переглядиють цю сторінку
Baco Опубліковано: 26 липня 2014 Автор Share Опубліковано: 26 липня 2014 Ну... это мы с вами можем знать о понятиях "Архитектор", "Инженер"... ну и ещё пару парней, с этого форума, которых можно посчитать на руках, остальные же - воспринимают "Разработчика" - как своеобразного джина, у которого модуль не просто функционален, но и оптимизирован под сео, скл, так же блоки - респонсив при отображении... В общем, заказчики, не имеют представления четкой иерархии при разработке, в чем приведён рисунок выше и целью данного топика, является систематизация "Зоны ответственности" каждого элемента, учавствующего при разработке, а так же общего понимания "Разработчик". Надіслати Поділитися на інших сайтах More sharing options... Einshtein Опубліковано: 26 липня 2014 Share Опубліковано: 26 липня 2014 я часто повторяю заказчикам всем знакомую фразу "одной попой на всех стульях не усесться", соответственно у меня есть перечень услуг которые я выполняю, а за другие я просто не берусь в связи с тем, что это по моим понятиям либо не рентабельно, либо не увлекательно. И как правильно сказал Вася - предлагаю обратиться либо на форум, либо к специалистам с которыми договорился о том что буду отправлять к ним клиентов которые просят сделать то или иное. Это же касается и работы с различными СМS...я знаю ряд различных движков, но выбрал один для работы с ним, чтобы не распыляться. А если мы говорим о разработчике как едином лице который поднимает проект с 0 - то тут все зависит от личных договоренностей с заказчиком. Есть заказы в которых мое участие ограничивается установкой модулей и шаблона, а есть проэкты в которых заказчик ставит условие что если мы начинаем работу, то он категорически отказывается обращаться к другим специалистам и ему важно чтобы проэкт вел только один человек. В таких случаях приходится принимать ответственное решение - стоит ли этот проект таких рисков, так как для меня крайне важно чтобы работа была интересной, а совершенно не хотелось бы рисковать репутацией и личным моральным здоровьем взявшись за работу - которая не приносит удовольствие...в чем собсно и вся прелесть фриланса. Надіслати Поділитися на інших сайтах More sharing options... Створіть аккаунт або увійдіть для коментування Ви повинні бути користувачем, щоб залишити коментар Створити обліковий запис Зареєструйтеся для отримання облікового запису. Це просто! Зареєструвати аккаунт Вхід Уже зареєстровані? Увійдіть тут. Вхід зараз Share More sharing options... Передплатники 0
Einshtein Опубліковано: 26 липня 2014 Share Опубліковано: 26 липня 2014 я часто повторяю заказчикам всем знакомую фразу "одной попой на всех стульях не усесться", соответственно у меня есть перечень услуг которые я выполняю, а за другие я просто не берусь в связи с тем, что это по моим понятиям либо не рентабельно, либо не увлекательно. И как правильно сказал Вася - предлагаю обратиться либо на форум, либо к специалистам с которыми договорился о том что буду отправлять к ним клиентов которые просят сделать то или иное. Это же касается и работы с различными СМS...я знаю ряд различных движков, но выбрал один для работы с ним, чтобы не распыляться. А если мы говорим о разработчике как едином лице который поднимает проект с 0 - то тут все зависит от личных договоренностей с заказчиком. Есть заказы в которых мое участие ограничивается установкой модулей и шаблона, а есть проэкты в которых заказчик ставит условие что если мы начинаем работу, то он категорически отказывается обращаться к другим специалистам и ему важно чтобы проэкт вел только один человек. В таких случаях приходится принимать ответственное решение - стоит ли этот проект таких рисков, так как для меня крайне важно чтобы работа была интересной, а совершенно не хотелось бы рисковать репутацией и личным моральным здоровьем взявшись за работу - которая не приносит удовольствие...в чем собсно и вся прелесть фриланса. Надіслати Поділитися на інших сайтах More sharing options...
Recommended Posts