Всё зависит от того, как готовить. Вот Netflix, например и веб-сервера и клиентов пишут на Rx (там Rx-Js и Rx-Java, но сути это не меняет). С нагрузками у них всё в порядке.
В целом оно работает, но, конечно, такую мощную и развивающуюся штуку, как asp.net mvc переписывать на Rx — в 95% случаев — это перебор.
Когда я работал в аутсорсе оплата за работу шла по такой схеме:
У нас был продакт оунер со стороны заказчика. Он приезжал в офис на планирование спринта. Он знал, что он от нас хочет на следующий релиз. Мы говорили, сколько из его «хотелок» готовы выполнить. Он выбирает те, которые ему нужны больше.
После спринта и демонстрации он подписывал «приёмку» и релиз уходил на тестирование на стороне заказчика.
Во время спринта мы так же логгировали время, потраченное на задачи. По ним и выставлялся счёт. Не очень удобно, но так было проще платящей стороне.
Кроме того, задача в 1 SP может занять разное время у разных разработчиков. Зависит от опыта, продуктивности, да много от чего зависит. Но «сложность» задачи от этого не поменяется, правда?
Нет, не имеет. Это просто уровень сложности. Вот мы знаем, что такая-то задача была оценена в N SP. Не важно сколько. Когда появляется новая задача мы просто сравниваем её и понимаем, что скорее всего это тоже N или N + 3. Дальше, через несколько спринтов команда понимает, что в среднем она выполняет K SP. И когда планируется новый спринт можно примено понимать, сколько задач можно взять на следующий спринт.
Кроме того, оценка может поменяться, например, мы замечаем, что у нас все задачи хорошо разбиты и мы оцениваим их в 8, почти всегда. Ну, тогда можно перекалибровать оценки, и сказать, что простая user story может стать… ну, допустим 3 SP. Это если нам хочется более точной оценки. Т.е. нам часы на самом деле не важны. Оцениваем не часы, а сложность.
Если хочется трекать время, то можно просто логгировать его в задаче. Может быть полезно, для аутсорс-комманд, где оплата идёт за часы.
Надо не забывать, что автор живёт в США, а 3,5к долларов там и тут — это разные вещи. Кроме того, магазин Windows берёт себе не маленькую комиссию с каждого платежа.
Ох уж эти пуши, сколько они мне кровушки выпили, когда я работал в компании, разрабатывающей мессенджер. Бедный Whatsapp даже фейковый плеер регистрировал в системе и сам ходил куда-то за пушами.
Для примера, как меня нанимала одна фирма:
* C начала я общался с рекрутером, который уговаривал меня на собеседование.
* Далее было техническое собеседование с it работниками и общее с hr (кадровиком)
* Затем, рекрутер вел меня до подписания оффера
* третий сотрудник hr отдела организовывал мой переезд и оформление миграционных документов
Все эти люди — сотрудники hr department, т.е. отдела кадров. Но только первый — рекрутер.
Это должность, а не место работы. Программист — это не человек, который работает в программистской фирме, а тот, кто пишет программы. То же и с рекрутером, наличие рекрутерских компаний не запрещает более-менее крупной фирме иметь штатного рекрутера в отделе кадров.
Я для Голландцев ставил апостиль на копию перевода свидетельства о рождении. Это совсем не сложно.
Сначала нужно получить нотариально заверенный перевод в любой конторе (я делал в ЕЦД в Питере, но можно было и дешевле место найти). Дальше с оригиналом и заверенным переводом нужно ехать в МинЮст в вашем городе. Предварительно смотавшись в Сбербанк и оплатив госпошлину.
Любопытно, что несколько юридических консультаций и тётушка на телефоне в МинЮсте уверяли меня, что в Питере не возможно получить апостиль, если родился не в Спб, и надо ехать в город по месту рождения. А какой-то клерк в голландском консульстве сказал, что несите заверенную копию. Получается чиновник другого государства лучше знает :)
Получается, что опаснее утечка информации о фиче, чем её исходники. Зная, что вы работаете над этой фичей, и что клиенты от неё в восторге, конкуренты могут сами начать в спешном порядке её пилить. Наличие исходников в такой ситуации — это лишь повод посмотреть, как всё сделано, и начать переписывать под свою архитектуру.
Значит, бояться нужно не утечки кода, а у течки информации или идеи.
Я не спорю, что есть случаи и ситуации, когда кража исходников — это катастрофа, но я много раз видел, как над исходниками трясутся там, где это абсолютно бессмысленно.
На самом деле в большинстве случаев ценность исходников очень преувеличена. Если исходники такие, что распаковав архив ваши конкуренты смогут сразу его использовать, то значит не такой уж и сложный проект был и программисты конкурентов вполне могли бы сами это написать за адекватное время. Если у вас огромный проект с многолетней историей, то где конкурентам взять инженеров по внедрению, по поддержке? Да и просто минорные фиксы могут занять кучу времени. Никто за такой софт и сервис платить не будет.
Что действительно ценно, так это базы данных. Так не давайте сотрудникам доступа к продакшн базам, пусть разрабатывают на тестовых наборах данных.
В целом оно работает, но, конечно, такую мощную и развивающуюся штуку, как asp.net mvc переписывать на Rx — в 95% случаев — это перебор.
У нас был продакт оунер со стороны заказчика. Он приезжал в офис на планирование спринта. Он знал, что он от нас хочет на следующий релиз. Мы говорили, сколько из его «хотелок» готовы выполнить. Он выбирает те, которые ему нужны больше.
После спринта и демонстрации он подписывал «приёмку» и релиз уходил на тестирование на стороне заказчика.
Во время спринта мы так же логгировали время, потраченное на задачи. По ним и выставлялся счёт. Не очень удобно, но так было проще платящей стороне.
Кроме того, оценка может поменяться, например, мы замечаем, что у нас все задачи хорошо разбиты и мы оцениваим их в 8, почти всегда. Ну, тогда можно перекалибровать оценки, и сказать, что простая user story может стать… ну, допустим 3 SP. Это если нам хочется более точной оценки. Т.е. нам часы на самом деле не важны. Оцениваем не часы, а сложность.
Если хочется трекать время, то можно просто логгировать его в задаче. Может быть полезно, для аутсорс-комманд, где оплата идёт за часы.
www.windowsphone.com/ru-ru/store/app/2048/66f975f4-d5fd-474c-be7e-81edae2361e4
* C начала я общался с рекрутером, который уговаривал меня на собеседование.
* Далее было техническое собеседование с it работниками и общее с hr (кадровиком)
* Затем, рекрутер вел меня до подписания оффера
* третий сотрудник hr отдела организовывал мой переезд и оформление миграционных документов
Все эти люди — сотрудники hr department, т.е. отдела кадров. Но только первый — рекрутер.
Сначала нужно получить нотариально заверенный перевод в любой конторе (я делал в ЕЦД в Питере, но можно было и дешевле место найти). Дальше с оригиналом и заверенным переводом нужно ехать в МинЮст в вашем городе. Предварительно смотавшись в Сбербанк и оплатив госпошлину.
Любопытно, что несколько юридических консультаций и тётушка на телефоне в МинЮсте уверяли меня, что в Питере не возможно получить апостиль, если родился не в Спб, и надо ехать в город по месту рождения. А какой-то клерк в голландском консульстве сказал, что несите заверенную копию. Получается чиновник другого государства лучше знает :)
Значит, бояться нужно не утечки кода, а у течки информации или идеи.
Я не спорю, что есть случаи и ситуации, когда кража исходников — это катастрофа, но я много раз видел, как над исходниками трясутся там, где это абсолютно бессмысленно.
Что действительно ценно, так это базы данных. Так не давайте сотрудникам доступа к продакшн базам, пусть разрабатывают на тестовых наборах данных.