big data, не, не слышали... ?

[brmail]

Ну вот скажем новость - Dropbox с середины этого лета перестает поддерживать клиентов запущенных на операционке Win XP.
Как вы думаете - какая причина этого решения? Ну например удешевить программирование клиента, который для разных операционок может иметь разный код. Похоже на правду? Да похоже, но при этом это такие смешные копейки на общем фоне затрат на сервера, на каналы и трафик, то как то даже не серьезно? Еще например может Микрософт заплатила дропбоксу за давление на пользователей хрюши - чтоб те резвее переходили на десятку. Возможно конечно, но маловероятно. А вот что думается мне об этом. Ну например дробокс проанализировал количество трафиика и занятого места под файлы пользователей XP , и соотнес эти числа к числу платных аккаунтов, и пришел к выводу, что проще их всех почикать чем кормить, ибо выхлопа на копейку, а затрат на сто рублей.

PS 06.01.2016 Вопрос снят. они собираются клиент под винды полностью переписывать, точнее уже этим занимаются. Будет дропбокс на уровне ядра работать, как драйвер. А для Win XP требуется другой подход, чем для 7-8-10

Comments

[stan podolski (from livejournal.com)]

лишь бы на линухе работало. Ну а не будет, так и хрен с ним, этих облаков сейчас развелось как собак

[brmail]

откровенно говоря, я не вижу причин по которым у народа еще стоит XP, те машинки которые летом 2009 до выхода семерки могли быть купленны вполне тянут семерку по железу. А те которые были куплены на 1-2-3 года ранее уже как бы себя изжили. Ну те я могу понять что где то такое сохранилось и используется, но сильно сомневаюсь, что там нужен и используется дропбокс.
А самое лучшее облако для частных нужд, как было, так и остается - собственный сервер

[stan podolski (from livejournal.com)]

потому что 7ка говно, 8ка говно еще больше, а 10ка не только говно, но еще и шпионит за пользователем изо всех сил, pardon my French
У меня есть 8ка, которую мне просто лень сносить, потому что у меня еще там и игрушки. Но когда мс силком мне поставит 10ку (а я не сомневаюсь, что это случится), то на этой машине окажется убунта, а мой следующий лаптоп будет мак. Или опять же убунта, если они наконец решат, какой им нужен графический менеджер. Но в принципе bsd меня устраивает тоже, хоть и слегка испорченная, хехе

собственный сервер для облака не очень хорош - очень много сил и денег нужно, чтобы он действительно все время работал как облако. Ну если только вы не имеете в виду файлопомойку на одном сервере где-то там. А если делать распределенно, с переносом в случае отказа железа или ддос атаки, то это уже серьезно. Я типа могу такое сделать, но это решение значительно дороже, чем вы купите в aws

[smirnfil.livejournal.com]

Поддержка зоопарка версий это очень дорого - этот клиент надо тестировать, фиксить баги, деплоить. Стоимость разработки будет явно выше стоимости трафика и занятого места под файлы пользователей XP.

[brmail]

да, на поддержку совместимой системы требуется программист и тестер на постоянную работу. Ну да, менаджер еще, куда без него. Итого триста тысяч в год. Это если всех сажать работать в штатах. Если тестер и программист китайско-индусский, то полтораста тысяч. Ну и если обойтись без найма менаджера, то и вовсе тысяч в пятьдесят уложится.

[smirnfil.livejournal.com]

Не читали эпического труда - что стоит исправить 5 минутную багу в .Net? У вас какие-то наивные представления о разработке.

[brmail]

ну да, конечно

[senya-z.livejournal.com]

за свои 8 лет в майкрософт (я ушел чуть больше года назад) помимо всего прочего мне пришлось поработать над парой коробочных продуктов. не знаю, как это все устроено в дропбоксе, но если похожим образом, то в 300К в год (а тем более 50К) никак не хватит.

- держать выделенного программиста на версию, вышедшую в Sustained Engineering, никто не будет - очень дорого (отдельные SE-команды могут себе позволить только очень крупные продукты), большую часть времени разработка в старой версии не ведется. Поэтому заниматься экстренным фиксом какого-нибудь бага будет какой-нибудь программист основной версии, почти всегда имеющий очень приблизительное представление о том, как работает прошлая версия (их очень часто очень сильно переписывают между крупными релизами - кусками, но все же).
- побочный эффект прошлого пункта - программист, занимающийся SE-фиксом, не работает над основной версией, тем самым задерживая ее релиз.
- автоматическое тестовое покрытие оставляет желать лучшего, поэтому приходится прогонять релиз через manual test pass (одного тестера обычно мало), надеясь, что нигде не обнаружится регрессий. если обнаружатся, то все придется начинать сначала после очередного фикса.
- требования к фиксу в SE-продукте очень сильно отличаются от требований в текущей версии, фиксу позволено быть корявой местной заплаткой, основной целью которой является починка текущей проблемы, при наименьшей вероятности дестабилизации всего остального продукта. чем больше подобных заплаток (а это пропорционально времени поддержки), тем кривее продукт, тем сложнее его поддерживать, тем дороже каждый следующий фикс (заплатки на заплатки), вся надежда на то, что все пользователи передут на новую версию и старую можно будет прекратить поддерживать.
- если проблема в SE версии связана с проблемой в какой-то зависимости (сторонней библиотеке, сервисе, операционке), которая уже не поддерживается ее производителем, то сложность фикса тут же вырастает на порядок, а то и два.
- поддержка клиента для сервиса тащит за собой еще и серверную часть - API (возможно версии, которая тоже уже в SE), тоже может окажется нужным менять, чтобы клиентский фикс работал верно.
- китайско-индусский программист - это рулетка. он может починить одну проблему, при этом создав две других. и не факт, что это будет в итоге дешевле.
- для релиза любой версии продукта существует целый процесс, с кучей людей, sign-off-ов и прочего.

в 2009 году я видел где-то цифру, что один программист обходился компании (МС) в среднем в 250К в год (включает зарплату, бенефиты, рабочее место и прочее. на сегодня эти цифры наверняка выше. если посчитать стоимость поддержки продукта и разделить на количество пользователей (постоянно уменьшающееся), то логичнее будет перебросить ресурсы, тратящиеся на поддержку старой версии, на разработку новой/текущей (колечество пользователей которой в идеале растет).

[alexispokrovski.livejournal.com]

Юзеры с ХР будут юзать веб- интерфейс, только и всего. Систему никто апгрейдить не будет.

[pin-gwin.livejournal.com]

на работе на одной из машин с ХР недано умерла батарейка от часов. Эти машины нужны - там железый параллельный порт, мы через него начальные прошивки шьём, по другому - не работает, я убился это пытаться сделать через ЮСБ. И пока так и будет, в запасе - три таких старухи у меня под столом.