?

Log in

No account? Create an account
Читая обсуждение http://ivan-gandhi.livejournal.com/3329246.html и… - Cyril Pertsev — LiveJournal
September 13th, 2015
02:21 pm

[Link]

Previous Entry Share Next Entry

(91 comments | Leave a comment)

Comments
 
[User Picture]
From:soonts
Date:September 14th, 2015 08:44 pm (UTC)
(Link)
>это же для повышения производительности программистов, а не программ.
Программисты далеко не всегда обходятся дороже компьютеров. Случаи разные.

Кто-то пишет не особо нагруженную корпоративную систему, которая будет работать на 16-ядерном сервере с 45MB L3 cache, генерируя отчоты. Для такого вполне выгодно пожертвовать производительностью, если это на пользу для программистам. Даже иногда выгодно докупить памяти, или поменять проц с 16 ядерного на 18 ядерный, если альтернатива этому переписывать software.

Кто-то другой программирует для простых вендопользователей, у некоторых из которых обязательно окажется самый популярный в мире современный нетбук с условным Atom Z3740 и 2GB RAM. Пользователям нужно, шоб у них не тормозило, а производительность программистов ваши личные сложности, будет тормозить у вас, пользователи свалят к конкурентам.

Кто-то третий программирует какой-нибудь high-load для облаков для всей аудитории фейсбука, и у него цена виртуального железа линейно зависит от числа работающих виртуалок, и экспоненциально от количества оперативы и ядер процессора в каждой из них.
[User Picture]
From:rblaze
Date:September 14th, 2015 08:47 pm (UTC)
(Link)
Я даже согласен. Но вот только фейсбук хаскель использует для связывания данных, Haxl называется. А проблема пользователей с тормозящими компьютерами традиционно решается не оптимизацией, а через lock-in.

Количество действительно performance-critical кода крайне невелико.
[User Picture]
From:soonts
Date:September 14th, 2015 09:13 pm (UTC)
(Link)
>фейсбук хаскель использует для связывания данных
У самого фейсбука другая экономика.
Он ни у кого виртуалки не арендует, наоборот он свои железные сервера с нуля дизайнит, и RAM для них он всё равно покупает петабайтами, потому шо кеширование контента.
Когда у вас всё равно есть десятки петабайт RAM, конечно хаскель будет иметь смысл.

>проблема пользователей с тормозящими компьютерами традиционно решается не оптимизацией, а через lock-in.
Какой lock-in?

>Количество действительно performance-critical кода крайне невелико.
Это вам с вашей колокольни так кажется.
Ещё с прошлого года смартфонов/планшетов в интернетах уже больше, чем компов.
Весь мобильный софт performance-critical, потому шо там в среднем не особо быстрые ARM-камни, их охлаждать сложно, и технологии батареек как-то медленно прогрессируют.
[User Picture]
From:rblaze
Date:September 14th, 2015 09:32 pm (UTC)
(Link)
Vendor lock-in. Если пользователю геморнее конвертировать свои данные в формат конкурентов, чем страдать от тормозов, то будет страдать.
[User Picture]
From:soonts
Date:September 14th, 2015 09:43 pm (UTC)
(Link)
Далеко не у всех есть такая возможность.

Например из клиентов, для которых я сейчас разрабатываю софт для windows/osx десктопов, один делает в основном плагин для adobe after effects (софт для киношников), второй работает с пачкой чужих форматов word/pdf/odf и всеми остальными, где люди держат тексты (софт для пейсателей и переводчиков).
My Website Powered by LiveJournal.com