если совсем на пальцах то в центре стоит память а процесоры это просто сервис. а сейчас у нас процессор в центре и память к нему придаток

хмм, а в кратце в чём заключается смысл?

https://www.labs.hpe.com/the-machine

хммм, sounds akward

но для того что бы это полетело нужно учить разработчиков думать по другому

у них наверное видос на ютубе есть? за грушкой чая с печеньками посмотреть

это как ты десять лет работал с SQL а потом сунулся в no sql и попытался там сделать по старому. удивился что нихрена не работает и тупит

у них наверное видос на ютубе есть? за грушкой чая с печеньками посмотреть

у них там даже модели есть и можно покодить чего

софтовые модели на линухе можно развенуть

а что насчет квантовых компьютеров ?

а что насчет квантовых компьютеров ?

херня и попил бабла под прикрытием что хрен кто понимает что там происходит на самом деле

но с легаси конечно в таком случае проблемы... считай если решать на нём бизнес-задачу так это-ж тебе криптографию, сеть, драйверы и ещё тучу разных библиотек на новую парадигму переписывать это-ж.... ох...

who'll pay for that?...

но с легаси конечно в таком случае проблемы... считай если решать на нём бизнес-задачу так это-ж тебе криптографию, сеть, драйверы и ещё тучу разных библиотек на новую парадигму переписывать это-ж.... ох...

ну так потому и не взлетает. потому что там другая логика. совсем другая. это как пытатся в no sql таблицы со связями создавать

и так как примерно 90% человеков мы уже не можем научить новым трюкам. то собсвтенно мы в петле

и разработка нефти на фоне разработков чипов это просто прорыв и новые решения каждые полчаса

потому что им не нужно что бы новое месторождение было в точности как старое. а рост цен на нефть компенсирует разработку всяких новых штук и подходов

а что насчет квантовых компьютеров ?

квантовый компьютер это пока-что только мечта. потому-что даже прототипы размером с малый односемейный дом. Считай тебе нужно содержать процессор в идеале на 0K° чтоб квантовые эффекты не ломались. Ты можешь себе представить что тебе в серверную придётся установить такой девайс за пару хреналионов с спец-обслуживанием?? а потом ещё тебе придётся найти специалистов, которы смогут эту хрень запрограммировать... очень рентабельно! да и вообще, квантовые компьютеры решают ОЧЕНЬ узкий спектр задачь

квантовый компьютер это пока-что только мечта. потому-что даже прототипы размером с малый односемейный дом. Считай тебе нужно содержать процессор в идеале на 0K° чтоб квантовые эффекты не ломались. Ты можешь себе представить что тебе в серверную придётся установить такой девайс за пару хреналионов с спец-обслуживанием?? а потом ещё тебе придётся найти специалистов, которы смогут эту хрень запрограммировать... очень рентабельно! да и вообще, квантовые компьютеры решают ОЧЕНЬ узкий спектр задачь

и нахер никому не нужны по большому счету

и нахер никому не нужны по большому счету

по большему - да

очень узкий спектр применения

единственная потенциально интересная задача это синтез белков.

единственная потенциально интересная задача это синтез белков.

и ломать криптографию

но у меня большие сомнения что квантовый комп сможет ка кто ее решить

и ломать криптографию

тут оно мимо

и то только ассиметричную

там грубо говоря что бы чего то оно сломало тебе нужно знать часть ответа

там грубо говоря что бы чего то оно сломало тебе нужно знать часть ответа

что уже выгоднее чем на стандартном харде..

NSA будут рады

как в случае с шифрвоанием немцами

что уже выгоднее чем на стандартном харде..

нет там никакой выгоды

легче конечно по прежнему найти человека и приставить к виску крупнокалиберку но... это отдельная тема

ты не сможешь даже не шифрованый весь доступный трафик слушать. то есть все сведется к конкретным личностям и их каналам. а там есть более дешевые методы

так что в пень квантовое словоблудство

потому что им не нужно что бы новое месторождение было в точности как старое. а рост цен на нефть компенсирует разработку всяких новых штук и подходов

так цены на нефть же упали в последнее время, что собственно и обрушило Рублик

сейчас вот и нейросети почти никто не вспоминает.

их и вспомнили то из за того что какой то перец назвал их ИИ. потом уточнил что СЛАБЫЙ ИИ

и всем как стало не побоку МОРАЛЬ РОБОТОВ

все как давай книги писать и умные статьи

создавать комиссии по контролю

ыыы а ИИ так и не появился

мама не пустила :)

мама не пустила :)

ах вот откуда появилась фраза "Мы вам покажем, ИИ'шкину мать!"

https://www.labs.hpe.com/the-machine

"memory-driven-computing"

"memory-driven-computing"

эт они так обозвали потому что понятие data flow уже закидали пользоваными памперсами

эт они так обозвали потому что понятие data flow уже закидали пользоваными памперсами

а у нас сейчас получается "computer-driven-memory" ?

а у нас сейчас получается "computer-driven-memory" ?

ну типа да

млин топор сломал

пластиковая ручка отвалилась

гыы отправил жену в магазин за новым

млин топор сломал

newAхe = AxeFactory.NewAxe() надеюсь поможет

newAхe = AxeFactory.NewAxe() надеюсь поможет

нее взял обломки вручил жене, сказал нужен такой же. умчалась куда то

@cherkasov_vladislav будет жить. Поприветствуем!

День добрый! Есть у меня две таблицы custom_field: id | name 1 | telegram 2 | skype users_values: id_user | id_values | value user_1 | 1 | asd user_1 | 2 | asd@mail.ru user_2 | 1 | dsa Из этого мне нужно получить выборку вида: id_user | id_values | value user_1 | 1 | asd user_1 | 2 | asd@mail.ru user_2 | 1 | dsa user_2 | 2 | NULL т.е. добавить в таблицу users_values отсутствующие значения Как мне это сделать?

Пробовал делать разные join, но похоже они для меня не подходят(

left / right join в зависимости от порядка таблиц в запросе

Да, только user_2 | 2 | NULL там не появится, разве нет?

при условии что я добавлю on custom_field.id = users_values.id_values

select * from users_values as uv left join custom_field on ...

если не/ не не сработает, то я пьян

Golang FTW ?

переоцененный недоязык

переоцененный недоязык

началооось)))

только-только договорились о том, что дженерики оказывается и правда нужны

Холивар, холивар — начинается щас Это сказки, песни и веселье! Холивар, холивар — это радость для нас, Поглумись на нашем холиваааре!

ERROR: S client not available

а из-за ваших ченнелов в результате хеку депрекейтнули, потому что это дикая хуйня

едем дальше > There was one fundamental mistake made, however, which is that we shouldn't have used channels. There are many competing opinions about Go channels. I'm not going to get in to whether or not they're *ever* a good idea, but I will say unequivocally that their use as the means of pushing messages through the Heka pipeline was a mistake, for a number of reasons. First, they don't perform well enough. While Heka performs many tasks faster than some other popular tools, we've consistently hit a throughput ceiling thanks to all of the synchronization that channels require. And this ceiling, sadly, is generally lower than is acceptable for the amount of data that we at Mozilla want to push through our aggregators single system.

только-только договорились о том, что дженерики оказывается и правда нужны

в некоторых редких случаях. Почему-то все хайпят error handling и generics, хотя нужен то на самом деле immutability!

там нет иммутабилити?

каждый день узнаю новые прекрасности об этом передовом языке

там нет иммутабилити?

nope

едем дальше > There was one fundamental mistake made, however, which is that we shouldn't have used channels. There are many competing opinions about Go channels. I'm not going to get in to whether or not they're *ever* a good idea, but I will say unequivocally that their use as the means of pushing messages through the Heka pipeline was a mistake, for a number of reasons. First, they don't perform well enough. While Heka performs many tasks faster than some other popular tools, we've consistently hit a throughput ceiling thanks to all of the synchronization that channels require. And this ceiling, sadly, is generally lower than is acceptable for the amount of data that we at Mozilla want to push through our aggregators single system.

каналы это не silver bullet, их нельзя везде пихать)) ясное дело что кто не мерил - тот разочаруется. Mutex'ы ещё никто не отменял

к 2020 глядишь и package manager какой-никакой завезут, к 2025 соберут консилиум, чтобы выяснить, чем же заменить эту дряхло работающую блевню

переоцененный недоязык

С чем это связано?

гц мы вам конечно дадим, но пишите все равно без всяких удобностей высокоуровневых языков (нахера тогда он вообще?)

Rust по лучше?

не ковырял

но там вроде есть пакетный менеджер и не надо пихать вендоров в репу, вау, прогресс

а может и нет, регресс

Да cargo

я не знаю с чего генерится столько хейта по этому спорному языку. Если применять его там где он хорош, а именно веб сервисы и облачное/сетевое ПО то он вполне неплох! никакой €боты с асинхом и потоками, горутины значительно облегчают написание асинх/конкурентного кода он до безобразия простой, это как минус так и плюс, относительно низкий порог вхождения это бессомненный плюс для проектов над которыми работает команда с людьми разного уровня скила ну и куча прочих преимуществ как довольно хорошая стд библиотека, односительно хорошая система пакетирования и т.д. которое перечислять уже лень, потому-что я делают это стабильно раз в день как евангелист

да есть одна причина

да там же аннотаций нет, какое неплох

всю сложность нормального веб-сервиса с нормальной обработкой всех возможных событий немного сложно вывезти на портяночных fun пенис

но отсутствие иммутабельности порой конечно вставляет! генерики нужны только тогда когда нужны кастомные контейнер типы и мне лично эта проблема не встречалась работа с ошибками наоборот считаю правильнее чем в языках с Exception'ами (пожалуйста не спрашивайте, это настолько долгая история что мне лень сейчас об этом спорить)

длинные стектрейсы в жабе не просто так взялись

> относительно хорошая система пакетирования > вендоры в репу

> относительно хорошая система пакетирования > вендоры в репу

На чем пишешь в основном?

не было проблем с генериками - у тебя никогда не было условных списков двух разных типов?

жуяба, посматриваю в сторону шарпа

но как он на линуксе бегает - пока не смотрел и не пробовал

вон, буквально сегодня отвечал на вопрос по Rust vs Go: https://www.quora.com/Will-Go-over-take-Rust-as-the-most-popular-language-compiled-to-WebAssembly/answer/Roman-Scharkov?__filter__=all&__nsrc__=1&__snid3__=3166082711

> Goroutines (aka. green threads) я не знаю, что такое горутина, потому что не окунался в этот прекрасный язык с головой, но я уверен, что это НЕ зеленые треды

> It is by design. There are no plans to make the scheduler fully preemtive, in normal situations, this is not a problem. yeap.

> Goroutines (aka. green threads) я не знаю, что такое горутина, потому что не окунался в этот прекрасный язык с головой, но я уверен, что это НЕ зеленые треды

поясни