Двач.hk не отвечает.
Вы видите копию треда, сохраненную 15 января в 16:57.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Вы видите копию треда, сохраненную 15 января в 16:57.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
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 называется.
Двач.hk не отвечает.
Вы видите копию треда, сохраненную 15 января в 16:57.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Вы видите копию треда, сохраненную 15 января в 16:57.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.