как фотолюбитель - можно любить любую технику и процесс, если смотреть объективно - микра слабовата (у самого микра), а ai фишки и вычислительную фотографию туда не завозят. Да, если не смотреть пиксели то можно не париться и снимать с iso 800, но хочется то 200. Лучше уже взять фуджи если полный кадр слишком громоздок. И оптики на него сильно больше, в том числе китайской-корейской с вменяемым качеством и хорошей ценой. Но многим проще взять за эти деньги телефон с несколькими камерами и снимать на нем в raw, сильно конечно картинка не потянется, но мыла от jpeg улучшителей будет меньше.
есть 7zip ZS у которого все это есть, включая современные zsd и br. А у peazip есть большая проблема с производительность, он в 2-3 раза дольше работает
маркетологи молодцы, красиво расписали, но все бегут от этих дисков. как минимум для домашнего пк, т.к. проблемы не стоят ценовой выгоды. сама технология не от хорошей жизни появилась, тк пишущую головку нельзя сделать такой же маленькой как читающую.
а причем тут разрешение на запуски к теме квот из-за которых крупные компании типа боинга фейлятся а Маск с его политикой "берем только за квалификацию" в том числе добивается успехов. какой-то испорченный телефон.
ступень посадил, а выполнил ли Маск гендерные и иные квоты? сколько у него черных и латиносов в компании? а сколько не бинарных персон? ;) он точно никого не оскорбил такой большой ракетой?
вы слишком "упарываетесь" на скорости, проблема всех этих тестов с Web Framework Benchmark - там тестируются совершенно разные по функционалу фреймворки. Конечно можно сделать примитивный парсер get запросов на асинхронных сокет каналах и всех переиграть (а такой там в верхних строчках есть) и что с ним делать? ну может если мне нужен супер быстрый примитивный статический сервер или прокси то возьму его или такой же сделаю, но почти никому такое не надо. А надо что-то удобное для себя и полезное для клиентов и мало кому нужно жевать кактус ради максимального перформанса.
такие работники не лишатся мест, но смогут заниматься другими задачами, а рабочая неделя станет короче.
он же не глупый человек, а вешает какую-то лапшу словно вчера родился. Будет все проще: 80% сократят, от остальных будут требовать больше. Никакого базового дохода не будет, потому что текстовые и иные модели не умеют сами сеять и убирать, не умеют шить костюм в котором Билл сидит на фото и т.д.
вы так уверенно написали, а смотрели что в ЭкзоМарс-2016 делала РФ? На википедии написано, по сути только ракету.
Спектр-РГ - телескоп, который поставили на стандартную платформу (на сколько я понял). В принципе тоже ничего выдающегося с точки зрения технологий.
В общем весь российский космический опыт на сегодня это клепание одних и тех же ракет на конвейере 5*десятилетиями. Все остальное или идет с горе-пополам, или не идет вовсе. Космической станции тут взяться неоткуда. Как Луна-25 выглядела я думаю вы помните, у кого-то ностальгия появилась, у кого-то улыбка, у кого-то слезы.
Итак, если принять стоимость каждой команды за условную единицу...
это в питоне такая культура перформанс тестирования? ;) смотрим на байт код? ужос.
что, нет никаких фреймворков для тестирования как например в java - jmh? который 1) сделает адекватный прогрев 2) посчитает стат ошибку 3) прицепит профайлеры: gc, а главное как в этом случаи perf профайлер, который покажет 1) branches/branch-misses, IPC и еще покажет в процентном соотношении время выполнения для каждой ассемблерной инструкции (примерно конечно), процессор же их выполняет а не байт код. Ну и еще с общего можно глянуть что компилируется/не компилируется, какой код куда инлайнится или не инлайнится.
Собственно на основе всего этого и делаются адекватные выводы насчет того, что чего быстрее и почему. Когда речь идет о микро бенчмарках смотреть на код бесполезная затея в 90% случаев, потому что виртуальная машина перелопатит все по своему усмотрению.
выглядит так, словно было лень разобраться с aspectj и вы за это потратили в 100+ раз больше времени, чтобы сделать то же самое. Или я что-то не уловил?
а что тут такого заоблачного? нормальный синьор бекенд c 5+ лет опытом все эти вопросы по щелкает. ну ок, потратит 5 дней на почитать того с чем не работал перед собесом и пощупать руками в общих чертах как оно работает.
Зная как у нас все делается я бы на нем летать не рискнул ;) Ну может лет через 20, если докажет свою надежность. Гос фирма, которая непонятно что делала и как жила все время с 91г. Там вон Боинг в США, в стране сутяжничества и кричащей прессы, выделывает кренделя что в гражданской авиации, что в космической. А как у нас все обстоит можно догадаться. Еще сюда добавим технологические санкции, которые не могут не влиять. В общем я не знаю, на глаз определить на сколько он хороший не могу, может это и суперсамолет вопреки всему, но у меня есть право его бояться ;)
ну дело ваше, страшно включать или лень, не включайте, мне с этого ничего не перепадает) я просто к тому, что нет рациональных причин его не использовать, если с вашей точки зрения рационально использовать gzip. Единственный случай когда я бы не использовал сжатие, это если с сервера приходят маленькие респоны
надо смотреть как это технически устроено, я никогда не использовал. принципиально это не мешает сжимать и распаковывать блоки параллельно, после осмотра всего файла, в худшем случае они будут зависеть от первого блока или какого-то файла, чатгпт говорит что распаковка и в этом случае идет отдельными блоками и может осуществляться параллельно. но это опциональная фича, на сколько помню она заметно повышает степень сжатия. в принципе этот словарь можно использовать потом и для сжатия похожих файлов. ну т.е. вы потренировали zstd на своих реквестах-респонсах и после используете эти данные во время работы приложения. года 4 назад на хабре про это писали. но это все фичи для мобильного приложения, браузеры не умеют работать с zstd пока. В общем случае имеем такую же блочную манеру обработки как и в gzip.
все зависит от квалификации людей. вот facebookу надо - он вкладывается в zstd, а некоторые даже на http2 перейти не могут. Вопрос в другом, зачем нужен gzip если есть brotli который жмет лучше процентов на 10% и работает быстрее, причем все что надо от администратора это или поменять пару строчек в конфиге или выбрать другой пункт из дропдауна. цену я за вас определить не могу, для этого надо знать объем текстового трафика в сутки, но учитывая, что в большинстве случаев brotli сегодня включается элементарно и поддерживается уже всеми клиентами, я не понимаю в чем проблема его включить. в принципе новые алгоритмы и пакуют быстрее и распаковывают тоже, так что тонкому клиенту будет лучше. Глобально все оптимизации дают по 5-10%, если их рассматривать индивидуально, а интегрально набежит на порядок больше;) в chrome dev tools можно установить параметры как у сотовой сети, возможно получится заметить latency глазом
как фотолюбитель - можно любить любую технику и процесс, если смотреть объективно - микра слабовата (у самого микра), а ai фишки и вычислительную фотографию туда не завозят. Да, если не смотреть пиксели то можно не париться и снимать с iso 800, но хочется то 200. Лучше уже взять фуджи если полный кадр слишком громоздок. И оптики на него сильно больше, в том числе китайской-корейской с вменяемым качеством и хорошей ценой. Но многим проще взять за эти деньги телефон с несколькими камерами и снимать на нем в raw, сильно конечно картинка не потянется, но мыла от jpeg улучшителей будет меньше.
есть 7zip ZS у которого все это есть, включая современные zsd и br. А у peazip есть большая проблема с производительность, он в 2-3 раза дольше работает
маркетологи молодцы, красиво расписали, но все бегут от этих дисков. как минимум для домашнего пк, т.к. проблемы не стоят ценовой выгоды. сама технология не от хорошей жизни появилась, тк пишущую головку нельзя сделать такой же маленькой как читающую.
а причем тут разрешение на запуски к теме квот из-за которых крупные компании типа боинга фейлятся а Маск с его политикой "берем только за квалификацию" в том числе добивается успехов. какой-то испорченный телефон.
а что табличку "сарказм" обязательно каждый раз поднимать? :)
ступень посадил, а выполнил ли Маск гендерные и иные квоты? сколько у него черных и латиносов в компании? а сколько не бинарных персон? ;) он точно никого не оскорбил такой большой ракетой?
он с прошлой работы знает как сделать так, чтобы поперло ;)
вы слишком "упарываетесь" на скорости, проблема всех этих тестов с Web Framework Benchmark - там тестируются совершенно разные по функционалу фреймворки. Конечно можно сделать примитивный парсер get запросов на асинхронных сокет каналах и всех переиграть (а такой там в верхних строчках есть) и что с ним делать? ну может если мне нужен супер быстрый примитивный статический сервер или прокси то возьму его или такой же сделаю, но почти никому такое не надо. А надо что-то удобное для себя и полезное для клиентов и мало кому нужно жевать кактус ради максимального перформанса.
проще и красивей было купить брус и напилить его
он же не глупый человек, а вешает какую-то лапшу словно вчера родился. Будет все проще: 80% сократят, от остальных будут требовать больше. Никакого базового дохода не будет, потому что текстовые и иные модели не умеют сами сеять и убирать, не умеют шить костюм в котором Билл сидит на фото и т.д.
вы так уверенно написали, а смотрели что в ЭкзоМарс-2016 делала РФ? На википедии написано, по сути только ракету.
Спектр-РГ - телескоп, который поставили на стандартную платформу (на сколько я понял). В принципе тоже ничего выдающегося с точки зрения технологий.
В общем весь российский космический опыт на сегодня это клепание одних и тех же ракет на конвейере 5*десятилетиями. Все остальное или идет с горе-пополам, или не идет вовсе. Космической станции тут взяться неоткуда. Как Луна-25 выглядела я думаю вы помните, у кого-то ностальгия появилась, у кого-то улыбка, у кого-то слезы.
"Луна 25" показала сколько этого опыта осталось, дохлый зонд 10 лет не могли запустить
это в питоне такая культура перформанс тестирования? ;) смотрим на байт код? ужос.
что, нет никаких фреймворков для тестирования как например в java - jmh? который 1) сделает адекватный прогрев 2) посчитает стат ошибку 3) прицепит профайлеры: gc, а главное как в этом случаи perf профайлер, который покажет 1) branches/branch-misses, IPC и еще покажет в процентном соотношении время выполнения для каждой ассемблерной инструкции (примерно конечно), процессор же их выполняет а не байт код. Ну и еще с общего можно глянуть что компилируется/не компилируется, какой код куда инлайнится или не инлайнится.
Собственно на основе всего этого и делаются адекватные выводы насчет того, что чего быстрее и почему. Когда речь идет о микро бенчмарках смотреть на код бесполезная затея в 90% случаев, потому что виртуальная машина перелопатит все по своему усмотрению.
выглядит так, словно было лень разобраться с aspectj и вы за это потратили в 100+ раз больше времени, чтобы сделать то же самое. Или я что-то не уловил?
а что тут такого заоблачного? нормальный синьор бекенд c 5+ лет опытом все эти вопросы по щелкает. ну ок, потратит 5 дней на почитать того с чем не работал перед собесом и пощупать руками в общих чертах как оно работает.
Зная как у нас все делается я бы на нем летать не рискнул ;) Ну может лет через 20, если докажет свою надежность. Гос фирма, которая непонятно что делала и как жила все время с 91г. Там вон Боинг в США, в стране сутяжничества и кричащей прессы, выделывает кренделя что в гражданской авиации, что в космической. А как у нас все обстоит можно догадаться. Еще сюда добавим технологические санкции, которые не могут не влиять. В общем я не знаю, на глаз определить на сколько он хороший не могу, может это и суперсамолет вопреки всему, но у меня есть право его бояться ;)
ну дело ваше, страшно включать или лень, не включайте, мне с этого ничего не перепадает) я просто к тому, что нет рациональных причин его не использовать, если с вашей точки зрения рационально использовать gzip. Единственный случай когда я бы не использовал сжатие, это если с сервера приходят маленькие респоны
надо смотреть как это технически устроено, я никогда не использовал. принципиально это не мешает сжимать и распаковывать блоки параллельно, после осмотра всего файла, в худшем случае они будут зависеть от первого блока или какого-то файла, чатгпт говорит что распаковка и в этом случае идет отдельными блоками и может осуществляться параллельно. но это опциональная фича, на сколько помню она заметно повышает степень сжатия. в принципе этот словарь можно использовать потом и для сжатия похожих файлов. ну т.е. вы потренировали zstd на своих реквестах-респонсах и после используете эти данные во время работы приложения. года 4 назад на хабре про это писали. но это все фичи для мобильного приложения, браузеры не умеют работать с zstd пока. В общем случае имеем такую же блочную манеру обработки как и в gzip.
все зависит от квалификации людей. вот facebookу надо - он вкладывается в zstd, а некоторые даже на http2 перейти не могут. Вопрос в другом, зачем нужен gzip если есть brotli который жмет лучше процентов на 10% и работает быстрее, причем все что надо от администратора это или поменять пару строчек в конфиге или выбрать другой пункт из дропдауна. цену я за вас определить не могу, для этого надо знать объем текстового трафика в сутки, но учитывая, что в большинстве случаев brotli сегодня включается элементарно и поддерживается уже всеми клиентами, я не понимаю в чем проблема его включить. в принципе новые алгоритмы и пакуют быстрее и распаковывают тоже, так что тонкому клиенту будет лучше. Глобально все оптимизации дают по 5-10%, если их рассматривать индивидуально, а интегрально набежит на порядок больше;) в chrome dev tools можно установить параметры как у сотовой сети, возможно получится заметить latency глазом