Конечно можно посмеяться, только потом надо вспомнить, что количество фильмов порядка десятков тысяч, а количество активных пользователей того же нетфликса больше ста миллионов.
Варкрафт 2 был на 10 дискетах, не надо тут выдумывать :)
Даже в больших городах dvd у многих зашёл — всё же далеко не у всех было быстрое подключение. А вот у айтишников конечно не зашёл по причине массового появления в России городских локальных сетей в конце 90х годов, в каждой из которых была пара фтпшников или виндовых шар со свежими фильмами.
Я бы сказал, что eMule был ещё до этого момента, и оттуда качали музыку, даже по модему, а вот видео всё же через торренты, т.к. широкополосный безлимит начал появляться в 2004-2005 годах в Москве.
А тут уже нужно выбирать, хотите ли вы больше быстрее новые фичи клепать, или больше производительности. Например, у SC1 2 терафлопса производительности FP32, у теслы V100 — 14, а можно ещё и на FP16, тогда ещё быстрее будет. Если FPGA будете использовать и совсем свой код писать — да хоть FP7 можете использовать, получая соответствующую экономию ресурсов железа.
У вас проблемы связаны с тем, что ваши конвертеры не внедряют цветовой профиль, который был в heic файле, в jpeg при конвертации. Я столкнулся с этим, когда добавлял поддержку heic в ImageMagick. После добавления профиля все становится хорошо, фотографии снова становятся сочными на вид.
Подстава заключается в том, что частота падает не только во время выполнения этих инструкций, но и некоторое время после. В реальности отдельная функция может начать работать быстрее, но программа в целом замедлится. Этот эффект наблюдается с новым OpenSSL — по всем бенчмаркам самой библиотеки стало быстрее, однако веб-сервер начинает обслуживать https запросы медленнее.
В исходниках pbrt v1 есть ченджлог, и там упоминается 2005 год, тогда 70ГБ было размером приличного жёсткого диска для ноутбука, топовые 3.5" диски были объёмом 500ГБ.
Про тостеры — это вы сейчас так шутите, а вот если бы стандарты приняли, то вы бы сами через несколько лет говорили, что вот мол, есть надёжные и проверенные Simon и Speck, которыми и надо шифровать ценные данные.
Криптография — это математика, и примерно 0% программистов в состоянии убедиться, что в алгоритме нет багов или закладок, зато 100% пользуются готовыми реализациями. Не смог сейчас найти статью, которая отлично показывает этот факт, но суть такая: в одной программе значение одной из констант (кажется, p, которое должно быть большим простым числом, и (p-1)/2 тоже должно быть простым), хранилось в массиве в виде uint16_t[]. Программист, который коммитил код, вбил каждое значение uint16_t задом наперёд, в итоге число стало не совсем простым. Скорее всего, он это сделал по-ошибке, но мог и специально, потому что техника добавления бэкдоров заключается именно в том, что простое число является произведением двух более коротких, но всё ещё очень больших простых чисел, значения которых знает только автор бэкдора. Если бы значения константы случайно не перепроверили, то кто знает, сколько ещё лет она бы такой оставалась?
Я в детстве натренировался смотреть на 3д-книжки (там, где пёстрый фон, и надо глаза скашивать к носу или смотреть вдаль и подставлять потом книжку) без перевода взгляда издали и скашивания к носу. Потом папе подарили бинокль с мощной оптикой, и я обратил внимание, что мне не обязательно подстраивать окуляры идеально — глаза сами подстраиваются, прям как автофокус в современных телефонах. И вот когда мне зрение замеряли авторефкератометром, то намерили -0.5, кажется, но у меня сложилось полное впечатление, что это потому, что глаза раньше сфокусировались на домике, чем он встал в эталонном положении. На сколько это может быть правдой?
На зрение не жалуюсь, вижу всё отлично, с периферийным зрением тоже всё ок, по горизонтали угол обзора больше 180 градусов, если там есть контрастные предметы.
Если бы у вас был увлечённый всем этим 15-летний сын, вы бы с ним смогли всё это собрать, правда ведь? Вот и он пишет:
Особенно моим удивительным родителям, которые не только всегда поддерживают и поощряют меня как только могут, но и предоставили рабочее место и смирились с затратами на электроэнергию… Спасибо!
Нене, с точки зрения обычного, нормального программиста, никакого meltdown в принципе существовать не может. А вот с точки зрения Интела да, кэш отработал отлично.
У них всё не очень ок. Соломон Хайкс свалил на днях, Жером Петаззони тоже то ли уже свалил, то ли вот-вот свалит. А это одни из ключевых людей, которые там с самого начала были, когда ещё докер был не докером, а облаком dotCloud.
Ох уж эти стартапы… «Мы делаем видеоконференции через WebRTC, правда слабо понимаем, как работает софт в ключевых частях нашей системы». Логи начали читать в самом конце, в дампы трафика, судя по всему, даже не смотрели, хотя обе стороны были под контролем. Печально всё это.
Впрочем, если в плане карьерного роста CEM примерно соответствует тимлиду, а по зарплате — техлиду, то вопрос справедливости зарплат снова возвращается.
SlavaKulakov, можете примерно рассказать о вашей карьерной лестнице?
Если у вас баг был всегда и спровоцирован внешней причиной, то можно хоть обкататься назад, это ничего не вылечит. Вот если новый релиз с ненайденным багом выкатили, тогда конечно правильно откатываться (а в идеале — накатывать новую версию постепенно и следить, тогда откатывать меньше).
Похоже, у вас просто недостаточно опыта. Вам бы в нормальную компанию устроиться и поработать в команде, особенно посидеть рядом с админами, починить с ними прод. В момент поломки всё уже будет развалено, и надо будет аккуратно починить небольшим изменением, которое ещё и особо некогда пристально тестировать, ведь всё уже развалено. После успешной выкатки нескольких хотфиксов в прод ваши фобии должны рассеяться.
Даже в больших городах dvd у многих зашёл — всё же далеко не у всех было быстрое подключение. А вот у айтишников конечно не зашёл по причине массового появления в России городских локальных сетей в конце 90х годов, в каждой из которых была пара фтпшников или виндовых шар со свежими фильмами.
Я бы сказал, что eMule был ещё до этого момента, и оттуда качали музыку, даже по модему, а вот видео всё же через торренты, т.к. широкополосный безлимит начал появляться в 2004-2005 годах в Москве.
Криптография — это математика, и примерно 0% программистов в состоянии убедиться, что в алгоритме нет багов или закладок, зато 100% пользуются готовыми реализациями. Не смог сейчас найти статью, которая отлично показывает этот факт, но суть такая: в одной программе значение одной из констант (кажется, p, которое должно быть большим простым числом, и (p-1)/2 тоже должно быть простым), хранилось в массиве в виде uint16_t[]. Программист, который коммитил код, вбил каждое значение uint16_t задом наперёд, в итоге число стало не совсем простым. Скорее всего, он это сделал по-ошибке, но мог и специально, потому что техника добавления бэкдоров заключается именно в том, что простое число является произведением двух более коротких, но всё ещё очень больших простых чисел, значения которых знает только автор бэкдора. Если бы значения константы случайно не перепроверили, то кто знает, сколько ещё лет она бы такой оставалась?
На зрение не жалуюсь, вижу всё отлично, с периферийным зрением тоже всё ок, по горизонтали угол обзора больше 180 градусов, если там есть контрастные предметы.
Правда Spectre/Meltdown показали, что процессоры — не слишком то уж детерменированные устройства :)
SlavaKulakov, можете примерно рассказать о вашей карьерной лестнице?
У разработчиков (точнее SRE) Гугла есть так называемый бюджет на ошибки, почитайте вот тут: landing.google.com/sre/book/chapters/embracing-risk.html