кажется что да, точкой было бы проще

eeeee!

спасибо!

fira code

Ох, для прочтения много всего есть, смотря что Вам интересно. Мне вот очень понравилась книга "Распределенные данные. Алгоритмы работы современных систем хранения информации.". Можно еще курсы от Andy Pavlo на ютубе посмотреть.

@@apkhmvспасибо за совет) Меня интересует все , что касается баз данных, их строения и все что может быть полезно для дата инженеров)❤

faangtalk telegram

судя по нестанадртному для маков объему оперативки (36гб) - m3pro/ m3max

m3 max 36 gb

А в чем проблема? Это так и читается, если правильно, а не по колхозному... речь у парня очень даже, в отличии от 80% прочих блогеров НедоПрогеров, не умеющих нормально общаться и/или с договором украинской деревни. Так что не гони))) Лучше подучить как правильно произносить названия терминов, не помешает точно! И никаких АШ, только ЭЙЧ, к примеру ;)

@@kvadro_id ну первая буква S , она не читается как "Си". Да и потом, SQL - это аббревеатура, почему вы, например, МЧС не называете "Мичэс"?. Я же говорил, что это больше придирка, вот и все) не надо нападать на меня. Речь у блоггера поставлена и гоамотна, не то что у виндертона, например)

@@babenoff просто надо нагуглить этот термин, он изначально был сиквел, потом проблемы с авторскими правами, написание изменили, а произношение оставили... Сейчас можно и так и сяк, но правильнее сиквел ;) Гугл в помощь, брат!))) Без гугла прогер - обезьяна....

спасибо!

Panda Tacktile свичи, клава corne v3. Клава всем устраивает, а свичи ну просто норм. Хочу попробовать другие ради интереса.

Contepts на Ipad

уже на канале!

Выложил

int x, y; new MyObject(x_point = x, y_point = y) так в джаве не работает.

@@apkhmv а, сорри, я спутал с parameter object. Спасибо

обоснованы примерно ничем. в узких местах, где очень много обьектов создается, может и будет какая-то разница, но нужно мерить. в остальных 99,9 процентов случаев билдеры совершенно не должны напрягать gc.

@@apkhmv ок, большое спасибо! :)

я ориентируюсь на раз в неделю, потому что кроме как на выходных подобным заниматься у меня времени нет.

думаю, можно на гитхабе посмотреть.

очень заманчиво! попробую чередовать видео/стрим. а там посмотрим что лучше зайдет.

спасибо тебе! и с добрым утром!

поразительно, мне тоже)

tigerbeetle? у меня на этой неделе выйдет выпуск.

а я тишину вырезал из записи

Все так. Вот у меня первый язык программирования джава и с работой проблем нет и не предвидится. А вот второй язык хочется что бы для души был, а не для работы. Ну и в целом я могу представить ситуацию, когда мне знание раста будет очень кстати и я даже что-то за деньги на нем напишу.

Все вы правильно говорите, начну я точно с простенькой реализации, а дальше посмотрим куда это зайдет. Я вполне рассматриваю вариант, когда я напишу кое-какой парсер sql, какой-то tree-like индекс и как-то буду это все исполнять и забью.

Спасибо большое!!!

Жиза, я тоже с каждым годом все дальше и дальше. Но у меня еще дурная привычка каждый раз на новом языке решать и это сильно замедляет.

@@apkhmv у каждого своя цель. Я в этом году думаю надо взять что-то экзотическое. Наверное как раз Rust можно попробовать

@@AntonArhipov о! как раз тебе мои мучения может будут полезны.

@@apkhmv определённо

дааа, выпуск пушка плучился, на днях выйдет. Про Zig ты удивишься!

ссылку на бенчи, пожалуйста.

таких ссылок нет и не будет, тем более даже если бы и были эти ссылки - они ничего не дадут, потому что это всё - узкоспециализированные узкозаточенные бд [без бд], условно называемые бд есть данные, данные слишком разнообразны, что бы данные пихать "в что-то единообразное" - это утопия в чистом виде, простейший пример: данные в виде таблички и данные в виде графа отличаются как небо и земля, и принципиально [математически] невозможно сообразить единообразное отображение [ну или маппинг] на такого рода слишком отличающиеся данные данные имеют статистическое распределение, т.е. не бывает таких данных, что бы обращение к данным конкретного дата-сета было статистически равномерно распределено - это тоже утопия, такого никогда не бывает далее ещё 100+ пунктов, и они все [или почти все] глубоко теоретические, но они же напрямую следуют из реальных дата-сетов, данные слишком разнообразны, и универсальных решений никогда не будет, но тогда и ссылки "на что то там" ничего не дадут, потому что это ссылки на код, который предельно никому никогда не понятен, и не должен быть понятен) а "посыл" этого следующий, это я вовсе не с целью "померяться писюнами" - оно никому не нужно, хотя и может быть так воспринято [но зачем?], смысл тут прост - в некотором смысле существуют условные базовые "термодинамические константы", которые весьма сложно переплюнуть, но каково их значение? понятное дело что к этому нужно стремиться, но стремиться к чему? вот вам число [конкретное число] написано - и уже это [на самом деле] многое значит, это число 400млн./сек естественно на обычный проц в районе 4ггц, естественно на одно ядро, и уже отсюда многие следствия - например: 4ггц / 400млн. операций - это десять тактов на операцию, уже отсюда сразу и сходу можно понять, что всё это дело работает исключительно нативно, исключительно узкозаточенно, исключительно на банальных массивах и да, это бд, но в общем смысле - это "система" которая "программирует массивы", это по которое программирует по, а затем это самое узкозаточенное автоматически напрограммированное и работает, иначе никак

@@AEF23C20 я так понял "самописные бд" это CSV/бинарные файлики которые тривиально парсятся? какое это отношение имеет к видео?

нет, вы не поняли потому что не важен парсинг, важно что из этого получается, на самом деле некие файлики [если по-существу] - ни на что не влияют, а вот то что вы распарсите - что с этим происходит? оно [распарсенное] где лежит? понятное дело не в файликах, оно в оперативке лежит, а вот уже это и есть реальная бд, потому что когда это самое распарсенное [как то] помещается в оперативку - вы именно к этому и обращаетесь далее, но как сделать так, что бы именно то что в оперативке и было вменяемым и быстрым? и тогда получается не важно как хранится бд, пусть это цвс или любое другое, пусть даже хмл - какая разница? важно не это, важно только то, как оно представляется в итоге и как вы к этому "итогу" обращаетесь и как быстро можете производить операции именно с тем, что лежит именно в оперативке, и тогда - что же такое бд? а это сложный вопрос) если вы отрываете бд от того как крутится эта бд в оперативке и как она там представлена - вы ничего никогда не добьётесь, и некий формат бд [действительно важный формат] - это и есть представление бд [любой бд] именно в оперативке, а не в файлике бд

вы можете прям щяс накарячить собственную бд) в виде файлика - и это ничего не даст, потому что вы будете к уже распарсенному из этого файлика обращаться очень медленно, а нужно быстрее - вот здесь и есть самый важный момент - это критический момент, сделайте так, что бы к уже распарсенному вы обращались [в том числе поиском] со скоростью не более 10 тактов на бд-операцию совсем на пальцах: найдите что либо то что вам нужно в этой самой бд [размещённой в оперативке] стабильно за 10 тактов

Гений, сказал бы еще «не бросай работу если мало платят, у тебя хорошо получается!»

@@klim_neumann ну так просмотры могут потом появится, при чем здесь работа вообще

@@klim_neumann Считаешь, что самый умный, да? Не смог пройти мимо, чтобы не вставить свое очень важное и всем такое нужное мнение, да?

@@monsvta потому, что это работа. Проходи мимо.

@@РоландДискейн-к6й че за агр, иди поспи