Скорее всего, это она, хоть про мотивацию и написано всего пара строк:
The reason for having three generations is that, in a well-tuned app, most objects die in gen0. For example, in a server app, the allocations associated with each request should die after the request is finished. The in-flight allocation requests will make it into gen1 and die there. Essentially, gen1 acts as a buffer between young object areas and long-lived object areas.
Т.е. основные поколения - это нулевое, для коротко живущих объектов, и второе - для долго живущих. А первое - это своеобразный буфер между нулевым и вторым, чтобы случайно не поместить во второе поколение коротко живущие объекты, не успевшие умереть ко времени очередной сборки мусора.
У компании-то, как раз, позиция понятная. Если раскрыть их методы, то, во-первых, их скопируют в свои продукты конкуренты, во-вторых, разработчики ПО и смартфонов пофиксят все эти уязвимости, в третьих люди начнут это учитывать и использовать другие методы общения, ну и в четвёртых - могут возникнуть некоторые юридические вопросы взлома и использования уязвимостей и вредоносного ПО, что во многих странах само по себе незаконно или, как минимум, требует специального разрешения.
Глянул исходники. Получается, что это не Ваша модель, а просто стандартная старенькая OpenCV-шная.
А Вы не хотите попробовать заюзать ML.NET и какую-нибудь современную претрененную модель? Думаю, результат будет в разы точнее, вопрос лишь в необходимых ресурсах.
Хотелось бы именно подробностей о модели. Как устроена, на чем написана, как тренировалась, какая точность, какая пропускная способность, какие особенности распознавания и т.п.
Не нашел на сайтах, чтобы эти модели можно было скачать, дообучить на своих данных, кастомизировать и встроить в свой продукт, не завися от платных и внешних АПИ.
Ну вообще, это неуважение автора к своей аудитории.
Если он действительно хотел, чтобы мы что-то сравнили на слух (хотя со звуком из видео про РЖД сложно что-то сравнивать из-за условий записи), то надо было залить только звук, и на один и тот же хостинг. Чтобы мне не пришлось щелкать кнопку с VPN-ом и ждать прогрузки видео с какого-то rutube-а.
Думаю, что говоря о преждевременной оптимизации, обычно имеют ввиду не стандартные хорошо понятные способы написания оптимального кода, такие как запросы в базу батчами, кеширование приходящих из медленного хранилища ответов, ретраи запросов в ненадежные каналы, подбор подходящих структур данных и т.п. Всё это можно и нужно использовать, это можно предусмотреть и встроить заранее, но все это и не ухудшает архитектуру.
А когда говорят о преждевременной оптимизации, обычно имеют ввиду т.н. хардкорную оптимизацию, вроде прямого доступа к памяти в managed-языках, манипуляции указателями, патчи на виртуальные машины для применения нестандартных параметров, директивы компилятора для отключения проверок типизации, нестандартные приведения типов и пр. В особо сложных случаях крупные компании даже пишут свои компиляторы для интерпретируемых языков. Вот такие оптимизации уже имеет смысл применять только в тех случаях, когда это действительно нужно, и когда иными способами требуемого прироста уже не добиться.
Спасибо!
Скорее всего, это она, хоть про мотивацию и написано всего пара строк:
Т.е. основные поколения - это нулевое, для коротко живущих объектов, и второе - для долго живущих. А первое - это своеобразный буфер между нулевым и вторым, чтобы случайно не поместить во второе поколение коротко живущие объекты, не успевшие умереть ко времени очередной сборки мусора.
Ждем в аэропортах вместо железных «корзинок».
Серьезно, на Хабре это надо описывать?
Где можно скачать модель? На huggingface не нашел.
Поэтому в данном случае разработчики решали об уязвимостях не сообщать, а продать их - Вы к этому ведёте?
У компании-то, как раз, позиция понятная. Если раскрыть их методы, то, во-первых, их скопируют в свои продукты конкуренты, во-вторых, разработчики ПО и смартфонов пофиксят все эти уязвимости, в третьих люди начнут это учитывать и использовать другие методы общения, ну и в четвёртых - могут возникнуть некоторые юридические вопросы взлома и использования уязвимостей и вредоносного ПО, что во многих странах само по себе незаконно или, как минимум, требует специального разрешения.
Не знаете, чем коммит отличается от комментария? Понимаю (нет).
Во-первых, кто говорил, что единственная? А во вторых, если тебя могут посадить за коммит в гитхабе, то почему это не должно волновать?!
Я вот вообще не понял, как эта фраза соотносится со всем стальным текстом.
А ссылку за законопроект автор «любезно» не предоставил. Соответственно, разговор ниочем.
Ну с банковской картой аналогично. Бумажный рубль же не отменяют, наличка никуда не денется.
На т.н. "Пушкинские карты" тоже можно только билеты в театры и музеи покупать. Однако... В этом плане цифровой рубль ничем не отличается.
На ирисах-то что угодно дает хороший результат. А для каких реальных целей хорошо подходят ИНС?
На Hugging Face есть документация к модели.
Глянул исходники. Получается, что это не Ваша модель, а просто стандартная старенькая OpenCV-шная.
А Вы не хотите попробовать заюзать ML.NET и какую-нибудь современную претрененную модель? Думаю, результат будет в разы точнее, вопрос лишь в необходимых ресурсах.
Хотелось бы именно подробностей о модели. Как устроена, на чем написана, как тренировалась, какая точность, какая пропускная способность, какие особенности распознавания и т.п.
Не нашел на сайтах, чтобы эти модели можно было скачать, дообучить на своих данных, кастомизировать и встроить в свой продукт, не завися от платных и внешних АПИ.
Ну вообще, это неуважение автора к своей аудитории.
Если он действительно хотел, чтобы мы что-то сравнили на слух (хотя со звуком из видео про РЖД сложно что-то сравнивать из-за условий записи), то надо было залить только звук, и на один и тот же хостинг. Чтобы мне не пришлось щелкать кнопку с VPN-ом и ждать прогрузки видео с какого-то rutube-а.
Спешу Вас расстроить, но
text-davinci-003- это не ChatGPT.Думаю, что говоря о преждевременной оптимизации, обычно имеют ввиду не стандартные хорошо понятные способы написания оптимального кода, такие как запросы в базу батчами, кеширование приходящих из медленного хранилища ответов, ретраи запросов в ненадежные каналы, подбор подходящих структур данных и т.п. Всё это можно и нужно использовать, это можно предусмотреть и встроить заранее, но все это и не ухудшает архитектуру.
А когда говорят о преждевременной оптимизации, обычно имеют ввиду т.н. хардкорную оптимизацию, вроде прямого доступа к памяти в managed-языках, манипуляции указателями, патчи на виртуальные машины для применения нестандартных параметров, директивы компилятора для отключения проверок типизации, нестандартные приведения типов и пр. В особо сложных случаях крупные компании даже пишут свои компиляторы для интерпретируемых языков. Вот такие оптимизации уже имеет смысл применять только в тех случаях, когда это действительно нужно, и когда иными способами требуемого прироста уже не добиться.
Если Вы хотите сказать, что даже в медицине ошибка - это часть процесса работы врача, то какие тогда претензии к программистам?