Все верно, но дьявол в нюансах. Почему именно с полным надо сравниваться? Да и если не углубляться в настройку, то нет, установка у клика - один шаг. А на выходе по функциональности сразу имеется практически все что пиарят в статье. Если с python-duckdb сравниваться - то надо помнить про chdb.
По бенчам datalake режима - duckdb после прогрева ощутимо ускоряется, а в cold run ведёт кликхаус. При этом datalake режим у клика более честный, а в нативном режиме он всё-таки быстрее чем duckdb, если я правильно запомнил когда смотрел сегодня днём.
Очень много критичных неточностей, и многовато воды, возможно стоит переписать статью так, чтобы в большей степени отразить собственный опыт. Как происходило знакомство, на каких задачах clickhouse хорошо себя проявил, какие возможности больше всего впечатлили.
Не очень понял, это ведь тот же RLHF только в профиль? Почему не сравнивались с методами из RL? С хорошей теорией по идее можно и RLHF ускорить, но сравнение пока у них только с принципиально более проигрышными методами?
Когда дело касается криптографии необходимо консультироваться со специалистом. Описанный алгоритм имеет мало общего с RSA, а разложение случайного 512-битного числа на простые множители будет проходить меньше чем за секунду на одном ядре любого современного процессора при использовании тривиальных алгоритмов из "школьного" курса.
Ты ведь подумал о том как незадеанониться при получении бабок прежде чем писать такую статью? Подумал ведь, да?
(btw, рили, за дебажную ручку найденную за пол вечера, и вряд-ли ведущую к большому импакту, без бб/контракта, странно требовать что-то большее чем "спасибо"? хотел денег - продал бы ... хотя такое наверное не продать ни дорого ни массово)
Было бы неплохо уделить отдельную статью процессу подписи приложения и безопасности этого процесса в рамках CI/CD. Или хотя бы упомянуть нюансы использования GPlay App Signing.
Две статьи под копирку, отрицательной технической ценности, и с unfair использованием бренда clickhouse.
Все верно, но дьявол в нюансах. Почему именно с полным надо сравниваться? Да и если не углубляться в настройку, то нет, установка у клика - один шаг. А на выходе по функциональности сразу имеется практически все что пиарят в статье. Если с python-duckdb сравниваться - то надо помнить про chdb.
По бенчам datalake режима - duckdb после прогрева ощутимо ускоряется, а в cold run ведёт кликхаус. При этом datalake режим у клика более честный, а в нативном режиме он всё-таки быстрее чем duckdb, если я правильно запомнил когда смотрел сегодня днём.
"chatgpt, дай сравнительную таблицу" это не про то как принято сравнивать системы на хабре :-(
"Лёгкий", "сравним". И где? Оно же всяко по факту в 5 раз тяжелее clickhouse и в 50 медленнее?
Очень много критичных неточностей, и многовато воды, возможно стоит переписать статью так, чтобы в большей степени отразить собственный опыт. Как происходило знакомство, на каких задачах clickhouse хорошо себя проявил, какие возможности больше всего впечатлили.
Не очень понял, это ведь тот же RLHF только в профиль? Почему не сравнивались с методами из RL? С хорошей теорией по идее можно и RLHF ускорить, но сравнение пока у них только с принципиально более проигрышными методами?
Удачи в следующем проекте. Ну и выше уже замечали что не все шишки обязательно набивать самому.
"Самые популярные аббревиатуры значение которых часто путают"
Не, чот я сам тут загнался :-).
Когда дело касается криптографии необходимо консультироваться со специалистом. Описанный алгоритм имеет мало общего с RSA, а разложение случайного 512-битного числа на простые множители будет проходить меньше чем за секунду на одном ядре любого современного процессора при использовании тривиальных алгоритмов из "школьного" курса.
Ты ведь подумал о том как незадеанониться при получении бабок прежде чем писать такую статью? Подумал ведь, да?
(btw, рили, за дебажную ручку найденную за пол вечера, и вряд-ли ведущую к большому импакту, без бб/контракта, странно требовать что-то большее чем "спасибо"? хотел денег - продал бы ... хотя такое наверное не продать ни дорого ни массово)
"Дениска Грефа покусал."
Способ 8: при поиске кандидатов внимательно копаться в github-помойке каждого, в итоге никого не нанять и завалить проект
Не слушайте тех зануд выше, каждый линуксоид должен написать свой скрипт инкрементального бэкапа на rsync.
https://github.com/ei-grad/trinkup
Как работает то? Бенчмарки? Температура? Вдруг КПТ-8 тут более чем достаточно?
Причем тут хайп? Наверное имелось ввиду кринж?)
Было бы неплохо уделить отдельную статью процессу подписи приложения и безопасности этого процесса в рамках CI/CD. Или хотя бы упомянуть нюансы использования GPlay App Signing.
А что такое "обучение модели" в данном контексте?
Но ведь на графике видно что скейлилась.
Стоит упомянуть что консьюмерских чипсетов с 2x PCIe 5.0 x16 на рынке нет. Так что это сразу надо переходить в HEDT сегмент с Xeon/Threadripper.