Это дополнительный сервис (у совсем не премиум фольксвагена по-крайней мере). Мне регулярно слали письма с предложением его активировать. Из секьюрити-фич — как минимум удаленное открытие машины по звонку оператору (на случай если запер ключи внутри) и отслеживание GPS-координат. Кроме того у них есть специальное мобильное приложение которое через интернет читает health-status в общем, управляет дверями и фарами, показывает координаты машины.
Стоимость редакции Ultimate в 15-20 раз выше, чем Pro-версии. Для большого числа компаний в российских регионах (и не только) это приводит либо к банальному пиратству, либо разной степени успешности попыткам жить на Pro-версии и отказаться от остальной инфрастуктуры разработки от MS (вроде TFS) в пользу других продуктов. В итоге получается ситуация за которой весьма любопытно наблюдать:
— Разработчики пытаются использовать другие продукты (прямые конкуренты) вместо «родной» инфраструктуры от Microsoft, чем вызывают их продвижение и развитие.
— Компания, используюшая Visual Studio часто теряет время (и, следовательно, деньги) на поддержку этой инфраструктуры и вклад в ее развитие вместо, собственно, разработки своего продукта.
— Microsoft вынуждена обеспечивать совместимость со всё более большим числом конкурирующих продуктов вместо того чтобы развивать свои.
Это аргумент для тех у кого оплата зависит от количества написанных строк.
В любом случае правильнее всё же сказать, что это не 1 строчка писалась целых пару дней. Это пару дней фиксился баг. И помимо написания 1 строчки кода сюда включены поиск ошибки, её анализ и обучение работе парсеров.
Вообще, то что изменилась всего 1 строчка — это приятный бонус. Меньше меняется кодовой базы — меньше вероятности внесения новых багов. Меньше писать новых тестов и переделывать старых.
В моем случае, оператор просто был вынужден выкупить исходники у авторов коробочного решения, которые решили прекратить разработку. И биллинг в качестве самописного решения продолжил успешно развиваться внутренним отделом разработки, который все-равно оператору необходим. Обрастал фичами и интегрировался со всей остальной инфраструктурой этого самого оператора — от сервисов и бизнес-процессов до взаимодействия с конкретным железом.
Я имел в виду, что зона покрытия провайдеров, подключающих такие скорости довольно ограничена. Причем самые популярные тарифы 10 или 20 мегабит с телевизором и домашним телефоном, которые, идут по этому самому интернету. Можно за лишний полтинник в месяц поднять до 50, но на стриминг 4К этого будет маловато.
Большинству жителей северной америки недоступны такие скорости в принципе. В смысле ни один ISP не предлагает. С другой стороны, на том же нетфликсе можно заказать себе за пару долларов блю-рей диск с выбранным фильмом по почте и посмотреть его послезавтра. Получается почти как в байке про самосвал груженый CD
С учетом того что каждый провайдер сам выбирает каким методом блокировать внесенные URL/IP, проверка работоспособности конкретного сайта на территории РФ становится нетривиальной задачей.
Это конечно нифига не репрезентативно и статистики никакой я не собирал специально, но по моим личным впечатленям на основании рассмотрения достаточно большого количества вакансий уровней миддл и синьор(поиск работы весной 2014 в Москве и весной 2015 в Северной Каролине) могу заметить несколько вещей:
— Тут откровенно больше десктопной разработки, особенно WPF.
— Тут достаточно много VB.Net, особенно в госсекторе
— Откровенно слабые собеседования. Топы вроде майкрософта меня не звали на собеседование, но просто крупные компании — вполне. Спрашивали FizzBuzz.
— Хорошему миддлу можно рассчитывать на зарплату примерно в 3-4 раза выше Московской (net).
Регулярно слышу от других людей про разделение на тех кто придумывает и на тех кто пишет — за исключением очень редких случаев это просто не работает. По моему опыту продукт такого симбиоза получается не просто с багами а опасно нестабильным. Архитекторы которые сами не участвуют в написании кода проекта — жалкое зрелище. Впрочем как и кодеры, которые понятия не имеют как их код взаимодействуют со связанными компонентами.
Может конечно у Вас более позитивный опыт — очень хотелось бы почитать.
Спасибо. Я имел в виду достаточно распространенные сценарии когда в кеш подгружается много объектов периодически (раз в Х минут). И как правило переживают несколько сборок мусора прежде чем «протухнут». В итоге у нас второе поколение забито миллионами объектов что радикально увеличивает время сборки в этом поколении.
Хорошего универсального способа обойти эти грабли я к сожалению не нашел.
Может быть я невнимательно читал и статья совсем про другое, но я так и не увидел — что происходит с инвалидированными объектами, выкинутыми из кеша, но все еще остающимися в памяти? Висят во втором поколении мертвым грузом, ожидая своего stop the world секунд на несколько?
Имхо это одна из основных проблем для реализации кешей в средах с автоматическим управлением памятью. В недавней статье на хабре на эту тему предлагалось решение через сериализацию в длинные массивы. Ожидал увидеть тут какую-то альтернативу.
Примерно год назад начали наблюдать LicenceException в логе после обновления на 4 версию — ввели ограничение — бесплатны только первые 10 таблиц.
По-хорошему могли хотя бы назвать коммерческий пакет по-другому чтобы не ломать код при обновлениях. В итоге перешли на Dapper, т.к. в OrmLite неизвестно что еще сломают в следующей версии.
Ну все-таки сравнивать компанию, выпускающую коммерческие продукты на андроид с физлицом скачавшим операционку для личных целей несколько некорректно, не находите?
— Разработчики пытаются использовать другие продукты (прямые конкуренты) вместо «родной» инфраструктуры от Microsoft, чем вызывают их продвижение и развитие.
— Компания, используюшая Visual Studio часто теряет время (и, следовательно, деньги) на поддержку этой инфраструктуры и вклад в ее развитие вместо, собственно, разработки своего продукта.
— Microsoft вынуждена обеспечивать совместимость со всё более большим числом конкурирующих продуктов вместо того чтобы развивать свои.
В любом случае правильнее всё же сказать, что это не 1 строчка писалась целых пару дней. Это пару дней фиксился баг. И помимо написания 1 строчки кода сюда включены поиск ошибки, её анализ и обучение работе парсеров.
Вообще, то что изменилась всего 1 строчка — это приятный бонус. Меньше меняется кодовой базы — меньше вероятности внесения новых багов. Меньше писать новых тестов и переделывать старых.
— Тут откровенно больше десктопной разработки, особенно WPF.
— Тут достаточно много VB.Net, особенно в госсекторе
— Откровенно слабые собеседования. Топы вроде майкрософта меня не звали на собеседование, но просто крупные компании — вполне. Спрашивали FizzBuzz.
— Хорошему миддлу можно рассчитывать на зарплату примерно в 3-4 раза выше Московской (net).
Может конечно у Вас более позитивный опыт — очень хотелось бы почитать.
Хорошего универсального способа обойти эти грабли я к сожалению не нашел.
Имхо это одна из основных проблем для реализации кешей в средах с автоматическим управлением памятью. В недавней статье на хабре на эту тему предлагалось решение через сериализацию в длинные массивы. Ожидал увидеть тут какую-то альтернативу.
По-хорошему могли хотя бы назвать коммерческий пакет по-другому чтобы не ломать код при обновлениях. В итоге перешли на Dapper, т.к. в OrmLite неизвестно что еще сломают в следующей версии.