Проблема в том, что в Германии периодически возникает большая коалиция - когда CDU с SPD делят портфели, тогда вообще не понятно за кого голосовали и что поучили.
Не совсем понял про S3 хранилище. Это наш ответ Амазоне одну но без блек джека и ш…? Слепили из того что было, поэтому метаданные не поддерживаются и приходится устраивать пляски с бубном?
Разве закалка это не процесс нагрева с последующим быстрым охлаждением? Вроде только для сталей применяется. При чем тут закалка и сплавы наторелые алюминия?
Если не ошибаюсь, то в первоисточнике ( у древних евреев) ничего про Бога сына не было, так что концепт уже не работает.
получается что Логос риелторов автор пишет это позднейший «баг-фикс».
Если есть желание натянуть «сову на глобус» то надо более последовательным быть.
Опять таки, рассмотрение мира/вселенной со стороны аврамоистических религий это не уважение к 1 млрд. Индусов и такому же количеству китайцев, которые с вами не согласятся по вопросу сотворения мира с точки зрения религии.
Меня тоже порадовало «игра в мафию и экскурсии с коллегами по работе». Когда семья-дети, какие коллеги? И так времени мало. Я работаю за деньги, с друзьями могу сам встретиться и в кафе сходить, отстаньте уже с вашими корпоративными прибамбахами…
Я говорил о протоколе AMQP, который используется в RabbitMq (хотя там могут и другие использоваться) он гарантирует очередность доставки сообщений. Это его фишка. Но на практике «не все так однозначно», как я писал сам был свидетелем бага когда очередность сообщений менялась. Причём это было на стороне биржи, так что все клиенты были счастливы когда торговая информация стала не в том порядке приходить :)
По поводу Блюд проблемы из пальца высосана. Блок это про хранение данных на длительный срок. Так что никаких новомодных проектов которые умрут через год, и в которых багов полно рассматривать нельзя. Так что вам в классический RDBMS. Там MaSql/PostgreSQL по большому счету без разницы и дело вкуса. Берите то с чем работать умеете. Nobody was never fired for choosing PostgreSQL :)
Теоретическую часть изложили доходчиво, а вот практическая какая-то скомканная получилась.
Посылка подтверждений о получении/отправке сообщений, как правило реализуется на уровне брокера (Matt, RabbitMq), у вас ещё они тип подтверждений. На уровне логики приложений реализован?
Очередность сообщений как правило тоже реализуется на уровне приложений, за счёт добавления номера сообщения, которые клиент может проверить, так как гарантии на уровне брокера не всегда соблюдаются. И не смотря на гарантию очередности сообщений, например в AMQP протоколе, были случаи когда они в неправильной очередности приходили.
Тут выше в комментах скинули ссылку на статью Капицы по поводу народонаселения. Автору и всем комментирующим рекомендую прочесть. Автору- чтобы не гнать пургу и понять как надо статьи писать, комментирующим - чтобы понять что нас ждёт и что тут просто воду льют без фак-том и каких либо идей.
Автор, что-то путает, эксперименты с безусловным базовым доходом начали проводить в Европе. Основная идея -сократить расходы на бюрократию которая пособия народу рассчитывает. Практически во всех странах западной Европы на «традиционные» пособия можно нормально по российским меркам жить. Так что тут это ничего в принципе не изменит, только количество бюрократов сократит
Вы оригинал видели? Я на выставке видео Красный квадрат или двумерное изображение крестьянки. Вообще-то чтобы так нарисовать надо уметь. Кроме того надо понимать посыл. Кстати для тех кто не в курсе до Кандинского уже был и Чёрный квадрат и белый и красный, но это шло как пародия и влияния на мир искусства не оказало.
Как раз сейчас идёт разбирательство New York Times vs Open AI, они как раз и говорят что Open AU незаконно использовало их интеллектуальную собственность….
Похоже вся ясность испарилась, как только вышли за пределы «hello, World”
Из Википедии:
Another change for memory management in Zig is that the actual allocation is handled through structs describing the action, as opposed to calling the memory management functions in libc. For instance, in C if one wants to write a function that makes a string containing multiple copies of another string, the function might look like this:
In the code, the function would examine the size of original and then malloc times that length to set aside memory for the string it will build. That malloc is invisible to the functions calling it, if they fail to later release the memory, a leak will occur. In Zig, this might be handled using a function like:
In this code, the allocator variable is passed a struct that describes what code should perform the allocation, and the repeat function returns either the resulting string or, using the optional type as indicated by the !, an Allocator.Error. By directly expressing the allocator as an input, memory allocation is never "hidden" within another function, it is always exposed to the API by the function that is ultimately calling for the memory to be allocated. No allocations are performed inside Zig's standard library.
Проблема в том, что в Германии периодически возникает большая коалиция - когда CDU с SPD делят портфели, тогда вообще не понятно за кого голосовали и что поучили.
Не совсем понял про S3 хранилище. Это наш ответ Амазоне одну но без блек джека и ш…? Слепили из того что было, поэтому метаданные не поддерживаются и приходится устраивать пляски с бубном?
Спасибо.
Кстати похоже Хабр статьи тырит без ссылки на первоисточники.
пытался выяснить про закалку алюминиевых сплавов нашёл такую же статью, но она два дня назад опубликована.
https://nauka.tass.ru/nauka/18602249
Нехорошо, товарищи….
Разве закалка это не процесс нагрева с последующим быстрым охлаждением? Вроде только для сталей применяется. При чем тут закалка и сплавы наторелые алюминия?
Интересный вопрос как NumPy данные представляет. В статье много про предсказание ветвления и совсем мало про книг процессора.
Ниже ссылка на презентацию Скотта Мейера, где он о важности работы вещей процессора говорит. Meyers: Cpu Caches and Why You Care
как выше в комментариях сказали, если нужен высокопроизводительный код-берите соответствующие языки, вам же легче будет :)
Забористая трава у автора.
Если не ошибаюсь, то в первоисточнике ( у древних евреев) ничего про Бога сына не было, так что концепт уже не работает.
получается что Логос риелторов автор пишет это позднейший «баг-фикс».
Если есть желание натянуть «сову на глобус» то надо более последовательным быть.
Опять таки, рассмотрение мира/вселенной со стороны аврамоистических религий это не уважение к 1 млрд. Индусов и такому же количеству китайцев, которые с вами не согласятся по вопросу сотворения мира с точки зрения религии.
Меня тоже порадовало «игра в мафию и экскурсии с коллегами по работе». Когда семья-дети, какие коллеги? И так времени мало. Я работаю за деньги, с друзьями могу сам встретиться и в кафе сходить, отстаньте уже с вашими корпоративными прибамбахами…
MySQL это не postgreSql в последнем есть расширение для работы с time-series дата.
И вопрос, зачем вам даты мониторинга за 10 лет хранить? Не думаю что у вас больше 1 ТБ данных, которые можно в память запихнуть: см Амазон инстансы
R7gd.large,
64 CPU, 512 GB ram.
Берите две и хранить все в памяти :)
Я говорил о протоколе AMQP, который используется в RabbitMq (хотя там могут и другие использоваться) он гарантирует очередность доставки сообщений. Это его фишка. Но на практике «не все так однозначно», как я писал сам был свидетелем бага когда очередность сообщений менялась. Причём это было на стороне биржи, так что все клиенты были счастливы когда торговая информация стала не в том порядке приходить :)
При чем тут Моторола?
К сожалению ещё одна статья с теоретической компиляцией и отсутствуем примеров/ личного опыта.
Если верить специалистам «оттуда» то про лесу больших данных - отпада сама собой, в основном за счет роста производительности компьютеров( закон Мура)
Рекомендую к прочтению: https://motherduck.com/blog/big-data-is-dead/
Там автор с цифрами и фактами рассматривает почему у вашей компании нет про лес больших данных если вы не Google/FB/Yandex
По поводу Блюд проблемы из пальца высосана. Блок это про хранение данных на длительный срок. Так что никаких новомодных проектов которые умрут через год, и в которых багов полно рассматривать нельзя. Так что вам в классический RDBMS. Там MaSql/PostgreSQL по большому счету без разницы и дело вкуса. Берите то с чем работать умеете. Nobody was never fired for choosing PostgreSQL :)
Если бы больше над проектированием языка думали а не за модными фишками гонялись,то не пришлось бы поддержку ленами тащить.
TCL уже сколько лет, а с обратной совместимостью проблем нет. MS в пример приводить не будем, у них ресурсы совсем другие …
Теоретическую часть изложили доходчиво, а вот практическая какая-то скомканная получилась.
Посылка подтверждений о получении/отправке сообщений, как правило реализуется на уровне брокера (Matt, RabbitMq), у вас ещё они тип подтверждений. На уровне логики приложений реализован?
Очередность сообщений как правило тоже реализуется на уровне приложений, за счёт добавления номера сообщения, которые клиент может проверить, так как гарантии на уровне брокера не всегда соблюдаются. И не смотря на гарантию очередности сообщений, например в AMQP протоколе, были случаи когда они в неправильной очередности приходили.
Тут выше в комментах скинули ссылку на статью Капицы по поводу народонаселения. Автору и всем комментирующим рекомендую прочесть. Автору- чтобы не гнать пургу и понять как надо статьи писать, комментирующим - чтобы понять что нас ждёт и что тут просто воду льют без фак-том и каких либо идей.
Автор, что-то путает, эксперименты с безусловным базовым доходом начали проводить в Европе. Основная идея -сократить расходы на бюрократию которая пособия народу рассчитывает. Практически во всех странах западной Европы на «традиционные» пособия можно нормально по российским меркам жить. Так что тут это ничего в принципе не изменит, только количество бюрократов сократит
Вы оригинал видели? Я на выставке видео Красный квадрат или двумерное изображение крестьянки. Вообще-то чтобы так нарисовать надо уметь. Кроме того надо понимать посыл. Кстати для тех кто не в курсе до Кандинского уже был и Чёрный квадрат и белый и красный, но это шло как пародия и влияния на мир искусства не оказало.
Как раз сейчас идёт разбирательство New York Times vs Open AI, они как раз и говорят что Open AU незаконно использовало их интеллектуальную собственность….
А кто мешает продолжать жить не разводясь официально? Или разъехаться/ съехаться не регистрируя факт официально?
Законы развития общества указами правительства не регулируются …
Похоже вся ясность испарилась, как только вышли за пределы «hello, World”
Из Википедии:
Another change for memory management in Zig is that the actual allocation is handled through
structs describing the action, as opposed to calling the memory management functions in libc. For instance, in C if one wants to write a function that makes a string containing multiple copies of another string, the function might look like this:In the code, the function would examine the size of
originaland then malloctimesthat length to set aside memory for the string it will build. That malloc is invisible to the functions calling it, if they fail to later release the memory, a leak will occur. In Zig, this might be handled using a function like:In this code, the
allocatorvariable is passed a struct that describes what code should perform the allocation, and therepeatfunction returns either the resulting string or, using the optional type as indicated by the!, an Allocator.Error. By directly expressing the allocator as an input, memory allocation is never "hidden" within another function, it is always exposed to the API by the function that is ultimately calling for the memory to be allocated. No allocations are performed inside Zig's standard library.