Search
Write a publication
Pull to refresh

Comments 27

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

Занимаясь много лет тиражируемыми продуктами, обратил внимание, что такая бизнес-модель среди программистов встречается не слишком часто, а потому особенности её не раскрыты и могут быть интересны сообществу. Предварительные итоги голосвания подтверждают это наблюдение, а значит мне стоит потрудиться над хорошим постом, раскрывающим всю тайную кухню создания тиражируемых решений
Затрудняюсь выбрать.
С одной стороны — Тиражируемые продукты.
Зашел на сайт, скачал, установил и пользуйся.

С другой — Разработка на заказ.
Заказчик говорит свои хотелки, мы их реализуем (в рамках основного проекта), приезжаем к заказчику и внедряем.
Но у вас же не единственный заказчик? И приходится учитывать требования всех заказчиков одновременно? Или вы делаете кастомизированные решения кроме общего дистрибутива?
Да, заказчиков много. И требования всех стараемся учитывать (на сколько это возможно).
Поздравляю, это одна из типичнейших проблем при разработке тиражируемого софта.

Часто бывает вроде правильную и нужную фичу хотят, но нужна она всего одному мааааленькому заказчику, а ресурсов лишних нет. Извините, может в следующих версиях, в следующем году.
Стороны — заказчиков не тысячи. Десяток в год — уже очень хорошо.
В любом случае «Тиражируемые продукты» ближе всего к истине.
Не фотошоп конечно, но в определенных кругах вполне можно назвать аналогом )))
а чем существенно отличается фриланс от разработки на заказ?
Ждал этого вопроса. Фрилансер как правило кроме разработки решает еще огромное количество задач и проблем, не свойственной разработке на заказ в компании. Поэтому выделил в отдельный пункт
ну в контексте вопроса и хабра я даже не учитывал другие виды фриланса не связанные с разработкой, получается что фриланс и разработка на заказ одно и тоже(другой фриланс попадает под ответ «другое»)
Нет, я имел ввиду, что фрилансер занимаясь разработкой софта на заказ решает массу параллельных проблем, не свойственных разработчику в компании.

Впрочем, для лично моих целей опроса разницы особой нет: мне важно было убедиться, что разработка тиражируемого софта — малораспространенная область. Основные силы, как видно, брошены именно на разработку заказного софта.
На самом деле смешав в одну кучу с типами бизнес процессов еще и тип организации вы испортили себе статистику по нужному вопросу.
Есть немало самостоятельных разработчиков, которые выполняя заказы переходят на продажу тиражируемых продуктов.
Да, есть немного. Но мне точные цифры не очень и нужны.
А потом фриласнер сам себе и менеджер и директор и аналитик и «Вася». И время свое сам планирует. Важное отличие, я считаю.
Я представлял разработку на заказ иначе: я работаю в компании полный рабочий день, пишу проект, но он не мой собственный, а заказанный мне директором.
А директору кто заказал? Какая схема применения разрабатываемого вами продукта?
А директору спрос на рынке заказал и много знаний в нашей области. Хотя, пожалуй, в нашем случае это будет тиражируемый продукт.
Ну вот и определились.
Да, исследовательское направления я как-то и забыл, каюсь.
думаю в нем в любом случае было бы крайне немного людей )
Чем freelance отличается от разработки на заказ?
Почему нельзя выбрать несколько вариантов?
> Разработка на заказ
> Собственный проект
Больше денег с собственных проектов. Но быстрее деньги добываются из заказов
«Основное» же направление.

>>Больше денег с собственных проектов. Но быстрее деньги добываются из заказов
А за единицу времени где больше денег? На что больше тратите? что больше нравится?
> А за единицу времени где больше денег?
На заказ
> На что больше тратите?
Собственные проекты
> что больше нравится?
Собственные проекты
Sign up to leave a comment.

Articles