34 Кб, 1400x788
Что из it продуктов можно перепродавать на западный рынок.
Покупать у индусов или у русских и продавать. Фриланс биржи не для продажи не предлагать, только для покупки. Продавать умею хорошо, английски на уровне.
Покупать у индусов или у русских и продавать. Фриланс биржи не для продажи не предлагать, только для покупки. Продавать умею хорошо, английски на уровне.
>>548 (OP)
Рашенских продуктов? На запад? Да ничо практически... Может максимум какую-нибудь тильду. Или yclients какой-нибудь... Да и всё в принципе. Больше ничего на ум не приходит. Вопрос слишком абстрактный. На западе и так уже почти всё есть.
Рашенских продуктов? На запад? Да ничо практически... Может максимум какую-нибудь тильду. Или yclients какой-нибудь... Да и всё в принципе. Больше ничего на ум не приходит. Вопрос слишком абстрактный. На западе и так уже почти всё есть.
>>550
Можно и аутсорс. Только веб-разработка, как и любой другой сервис, сложно масштабируется. Не получится взять миллиард заказов за 3 копейки и быстро навариваться. Просто потому что сами программисты часто ошибаются в сроках. Он может назвать одну сумму, потом ой я ошибся, не тыща долларов, а две тыщи))) И чё ты ему сделаешь? Чтобы нормально зарабатывать, нужно заходить в премиум рынки. Лучше за год взять 4 заказа на 20 тысяч долларов каждый, чем 40 заказов на 2 тысячи баксов каждый. А там уже требования к качеству другие, это другой уровень, нужно как минимум шарить в отрасли, а не только в продажах. Какбе продажи тоже неплохо, но в отрасли своя специфика, свои тонкости.
Можно и аутсорс. Только веб-разработка, как и любой другой сервис, сложно масштабируется. Не получится взять миллиард заказов за 3 копейки и быстро навариваться. Просто потому что сами программисты часто ошибаются в сроках. Он может назвать одну сумму, потом ой я ошибся, не тыща долларов, а две тыщи))) И чё ты ему сделаешь? Чтобы нормально зарабатывать, нужно заходить в премиум рынки. Лучше за год взять 4 заказа на 20 тысяч долларов каждый, чем 40 заказов на 2 тысячи баксов каждый. А там уже требования к качеству другие, это другой уровень, нужно как минимум шарить в отрасли, а не только в продажах. Какбе продажи тоже неплохо, но в отрасли своя специфика, свои тонкости.
81 Кб, 807x454
>>551
Не в сроках, а в их оценке. Это происходит потому, что разработка это не вытачивание деталек на станке и задача, которая навскидку кажется простой, может иметь дохуя подводных о которых не узнаешь пока не обмажешься до ушей. Тут решает опыт, но и с ним зачастую оценки бывают ошибочными.
Есть один вариант как более-менее точно получать сроки:
1. когда разработчик занимается созданием типовых продуктов без всяких выебонов или их минимум.
2. когда большая команда специалистов под каждую задачу - тогда они могут более-менее точно оценивать свои задачи, а менеджеру достаточно сложить и добавить треть для подстраховки
Во всех остальных случаях, когда там хуйпоймичто, аж заказчик внятно сформулировать не может требования, то нет никакого смысла считать сроки. Там либо компания покупает у вас разрабов на пару месяцев, причём ей похуй 2-3-5-7 месяцев и у ней на это деньги есть, либо там хуйня какая-то невнятная и с ней работать нельзя.
Т.е. сроки можно прогнозировать только на типовых задачах, а кастомная разработка непрогнозируема впринципе и обычно этим не занимаются люди в своём уме.
>Просто потому что сами программисты часто ошибаются в сроках.
Не в сроках, а в их оценке. Это происходит потому, что разработка это не вытачивание деталек на станке и задача, которая навскидку кажется простой, может иметь дохуя подводных о которых не узнаешь пока не обмажешься до ушей. Тут решает опыт, но и с ним зачастую оценки бывают ошибочными.
Есть один вариант как более-менее точно получать сроки:
1. когда разработчик занимается созданием типовых продуктов без всяких выебонов или их минимум.
2. когда большая команда специалистов под каждую задачу - тогда они могут более-менее точно оценивать свои задачи, а менеджеру достаточно сложить и добавить треть для подстраховки
Во всех остальных случаях, когда там хуйпоймичто, аж заказчик внятно сформулировать не может требования, то нет никакого смысла считать сроки. Там либо компания покупает у вас разрабов на пару месяцев, причём ей похуй 2-3-5-7 месяцев и у ней на это деньги есть, либо там хуйня какая-то невнятная и с ней работать нельзя.
Т.е. сроки можно прогнозировать только на типовых задачах, а кастомная разработка непрогнозируема впринципе и обычно этим не занимаются люди в своём уме.
>>599
Да, именно. Есть целая индустрия, которая прогнозирует сроки. Project management называется.
Да, именно. Есть целая индустрия, которая прогнозирует сроки. Project management называется.