Квантовые сервисы нужны. Которые берут лучшее из обоих миров - монолитов и микросервисов.
Ну а вообще, микросервисы - это легко. Сложного там ровным счётом ничего. Просто люди обленились и делать работу не хотят. И когда приходит новый спец говорит примерно следующее: "Ой тут какой-то криворукий мастер делал. Наусложнял всё. Мне нужно 500к за в месяц и 20 лет на переделку"
У интерпретации есть огромный плюс. Подтягивать новый код во время выполнения. То есть Ваше приложение работает, пишет код и подтягивает его себе. И такое ни одному бинарнику не снилось. Но почему то все в python используют его слабые стороны вместо сильных. Python фактически может кодить себя сам не отходя от кассы(без перезапуска процесса). На этом можно строить воистину удивительные вещи. Но все делают web да ml.
Ну и python - не легкий, когда капаешь глубже "Возьми либу А + Б и проект готов".
Также как и Go не простой, когда пришла пора устраивать разгон. И ты такой пошёл и понял что в простой мапе можно ошибиться 40 раз.
Ну в целом да. Но я всегда говорил, что выбор СУБД - это как выбор жены. Мир полон иллюзий сейчас, особенно из - за чистой архитектуры. Что можно легко поменять базу А на базу Б. А вот хрен там. База - это фундамент. На то она и база. Что умеет один фундамент, просто не умеет другой. Я бы выкинул на самом деле инверсию зависимостей из паттерна чистой в части работы с СУБД. Но это отдельная история
Ну не знаю. То что Ты описываешь, делается за 2 минуты. Работает на любом "разбери и спаяй". Один раз путь пройти длинной в пару часов и тиражируй себе на здоровье.
Хотя для кого-то может и гвоздь забить да полку повесить - это целый челлендж. О чем это я... Старею видимо. Многие простые вещи, уже не простые оказывается.
На один китайский одноплатник недавно навешал 50 докеров. Там Хом ассистент, постгрес и куча всего ещё. И всё едет и не ломается. Вот мне и странно слышать, что посгрес в докере это оверхед.
Ну может кто-то 300 докеров запускает на одноплатниках хз ...
Спасибо Вам за статью! Но чтобы было прям супер ультимативно - не хватает закрутки всего этого дела в docker. А там можно и postges поднять. Хоть это и пет проект, но что сейчас стоит в 2023 году уже почти 2024 запустить postgres в докере? Я если честно думал, что SQLite доживает последние дни, хотя он как PHP - всё не сдаётся.
Всё как обычно. Благими намерениями на публике продают идею выкачки бабла из населения. Сделают экзамен таким, что его никто сдать не сможет, не отстегнув денег в нужное место. А для упёртых сделают пересдачу платной
У этих ИИ нет ничего общего с ИИ. Просто большие генеративные модели. Ты ей сказал что земля плоская и она тебе верит... ИИ эта Ваша... Каждый раз одно и тоже. Пишешь предложение она его анализирует и на основе слов в нем ищет похожие. Ничего общего ни с логикой, ни с сознанием, ни со способностью мыслить. Говоришь ей какая Земля, она говорит круглая. Говоришь ей что вот наука говорит что плоская, она - ну ладно плоская. Либо её просто заклинивает и она выплёвывает один и тот же найденный в интернете кусок.
И вот 5 лет спустя - будет всё тоже самое. В версии 8,9,10...
Человек ещё сам себя не познал, куда ему создавать себя подобное, если он себя не понял ещё.
Человек пошёл и доказал давно известную историю, что бенчмарки забугорья, не привязанные к реальности - показывают только то, что разогнать Rust быстрее чем Go способна лишь малая часть айтишного населения. Которая просто смогла и хотела сделать именно это. А если просто взять либы, прикрутить одно к другому, то производительность будет средняя, и даже хуже, если взять что-то не то.
Вроде у них там уже есть транзакции на уровне экспериментальной фичи.
Но а ещё есть чисто философская мысль, если я вставляю в КХ через кафку и в кафке включаю транзакции - это годная вещь? Или надо больше транзакционности?
СУБД нового поколения - это шлёшь туда SELECT запрос, например, по gRPC в формате json/yaml. Уже не на всем привычном тексте sql, а сразу как сущность. Сжатие сразу на максималках, трафик экономиться. Можно 1000 джоинов сделать и оно за 1мс отработает. Кластер можно развернуть на расберипай по 5000 рублей одна нода и всё летает. Вот если хотябы чего то из этого нет, то даже открывать не буду.
Кажется Вы потеряли контекст разговора. Архитектурные вопросы с заказчиками не обсуждаются рядовыми программистами. Это бремя архитекторов-методологов. Которые волей-неволей так или иначе погружаются в предметную область.
Как буд-то мы друг другу не противоречим. Но всё же хочу подчеркнуть, что последнее слово естественно должно быть за человеком и методологом, который хорошо разбирается в предметной области, в которой будут работать пользователи. И если этот человек - заказчик, то пусть даёт гарантии безопасности. А если этот человек - исполнитель, то его долг объяснить заказчику, что ему это ничего хорошего не сулит.
Вобщем, не могу согласиться с тем, что если заказчик сказал - так надо, значит так надо, и надо обязательно идти и делать.
Всё так, но нужно всё же донести до заказчика, что ему это не нужно. Потому что, обычно, когда заказчик хочет складывать километры с килограммами - то скорее всего он плохо разбирается в своей собственной предметной области, а такое частенько бывает. Либо если он действительно хорошо разбирается - то он Вас убедит, что это имеет место быть и даст Вам гарантии безопасности. Либо в дискуссии с таким действительно толковым заказчиком, Вы оба придёте к тому, что на самом деле ему понадобилось складывать не складываемое из-за каких-либо кейсов, которые можно решить по-другому.
Это Вы так рассуждаете до тех пор, пока на Вас заказчик уровня госкорпорации в суд не подаст за то, что пользователь "Сам дурак" ))) Вообщем это прям на уровне ТЗ и контракта надо делать и очень внимательно. А лучше не делать - так жить спокойнее.
Такая объёмная статья, а посыл простой: "Не складывайте шт. с кг и доллары с рублями".
Единственное любопытное "Если очень - хочется то можно", если опираться на статью, то надо дать пользователю поставить флажочек "Хочу", чтобы он смог к рублю доллар прибавить, сложить 2 рубля и 2 доллара и получить 4 единицы непонятной субстанции, чтобы назвать её, ну не знаю - "Монета паромщику, для оплаты лодки".
Так вот - не должно у пользователя быть таких возможностей. Если ему очень хочется - пусть выгружает данные в Эксель и там занимается своими непотребствами. Иначе ваша CRM система например, превратиться в хламо-помойку со скоростью мысли, умноженной на количество пользователей.
В современном мире, где есть ChatGPT, уже не важно знать наизусть все сложные алгоритмы. Достаточно иметь представление зачем тот или иной алгоритм существует и какие им можно решать задачи. Просто пишите чату "Покажи мне Алгоритм А на языке Б" и всё. Пару раз для успокоения души пройдитесь по коду отладчиком, напишите тестовое покрытие и готово.
Но есть вещи, которые так не решаются. Когда вы например знаете кучу алгоритмов поверхностно но не понимаете, как ими решить кейс. Зреет разработка собственного алгоритма. Но это уже совсем другая история. Не так давно накидавшись кофем, я рекурсивно растянул json дерево в хронологическую линейную последовательность. Олимпиадник я - нет. Знаю ли я алгоритмы супер хорошо - нет. Но оно работает, оно живое и решает наши кейсы, rps всех устраивает.
Как наиболее ценное в кандидатах, мы например, как средняя по размеру компания ценим именно способность творить новое. К пониманию старого относимся поверхностно.
Это все похоже на калькулятор и таблицу умножения. Кто то знает таблицу наизусть и решает задачи на листке бумаге за час. А кто то использует калькулятор и уже забыл таблицу совсем, но решает кейсы за 5 минут. А кто то пошел да и придумал свою математику.
Там подробно рассказывается что инструмент умеет. А я хотел сделать краткий пересказ, оформить в публикацию и дать в конце ссылку на этот плейлист. Упоминаний компании вроде бы нету в роликах (вероятность 99%, мог просто забыть что-то - видео длинные), там всё только о технологии и как пользоваться.
Вот и думаю, пропустят такую статью или нет.
Уж очень хочется понять не ерунду ли соорудил. Получить конструктивную, да и вообще любую критику.
Квантовые сервисы нужны. Которые берут лучшее из обоих миров - монолитов и микросервисов.
Ну а вообще, микросервисы - это легко. Сложного там ровным счётом ничего. Просто люди обленились и делать работу не хотят. И когда приходит новый спец говорит примерно следующее: "Ой тут какой-то криворукий мастер делал. Наусложнял всё. Мне нужно 500к за в месяц и 20 лет на переделку"
У интерпретации есть огромный плюс. Подтягивать новый код во время выполнения. То есть Ваше приложение работает, пишет код и подтягивает его себе. И такое ни одному бинарнику не снилось. Но почему то все в python используют его слабые стороны вместо сильных. Python фактически может кодить себя сам не отходя от кассы(без перезапуска процесса). На этом можно строить воистину удивительные вещи. Но все делают web да ml.
Ну и python - не легкий, когда капаешь глубже "Возьми либу А + Б и проект готов".
Также как и Go не простой, когда пришла пора устраивать разгон. И ты такой пошёл и понял что в простой мапе можно ошибиться 40 раз.
Ну в целом да. Но я всегда говорил, что выбор СУБД - это как выбор жены. Мир полон иллюзий сейчас, особенно из - за чистой архитектуры. Что можно легко поменять базу А на базу Б. А вот хрен там. База - это фундамент. На то она и база. Что умеет один фундамент, просто не умеет другой. Я бы выкинул на самом деле инверсию зависимостей из паттерна чистой в части работы с СУБД. Но это отдельная история
Ну не знаю. То что Ты описываешь, делается за 2 минуты. Работает на любом "разбери и спаяй". Один раз путь пройти длинной в пару часов и тиражируй себе на здоровье.
Хотя для кого-то может и гвоздь забить да полку повесить - это целый челлендж. О чем это я... Старею видимо. Многие простые вещи, уже не простые оказывается.
На один китайский одноплатник недавно навешал 50 докеров. Там Хом ассистент, постгрес и куча всего ещё. И всё едет и не ломается. Вот мне и странно слышать, что посгрес в докере это оверхед.
Ну может кто-то 300 докеров запускает на одноплатниках хз ...
Спасибо Вам за статью!
Но чтобы было прям супер ультимативно - не хватает закрутки всего этого дела в docker. А там можно и postges поднять. Хоть это и пет проект, но что сейчас стоит в 2023 году уже почти 2024 запустить postgres в докере?
Я если честно думал, что SQLite доживает последние дни, хотя он как PHP - всё не сдаётся.
Всё как обычно. Благими намерениями на публике продают идею выкачки бабла из населения. Сделают экзамен таким, что его никто сдать не сможет, не отстегнув денег в нужное место. А для упёртых сделают пересдачу платной
У этих ИИ нет ничего общего с ИИ. Просто большие генеративные модели. Ты ей сказал что земля плоская и она тебе верит... ИИ эта Ваша... Каждый раз одно и тоже. Пишешь предложение она его анализирует и на основе слов в нем ищет похожие. Ничего общего ни с логикой, ни с сознанием, ни со способностью мыслить. Говоришь ей какая Земля, она говорит круглая. Говоришь ей что вот наука говорит что плоская, она - ну ладно плоская. Либо её просто заклинивает и она выплёвывает один и тот же найденный в интернете кусок.
И вот 5 лет спустя - будет всё тоже самое. В версии 8,9,10...
Человек ещё сам себя не познал, куда ему создавать себя подобное, если он себя не понял ещё.
Вот из-за такой постановки ТЗ "люди всегда говорят правду" обычно все беды
Человек пошёл и доказал давно известную историю, что бенчмарки забугорья, не привязанные к реальности - показывают только то, что разогнать Rust быстрее чем Go способна лишь малая часть айтишного населения. Которая просто смогла и хотела сделать именно это. А если просто взять либы, прикрутить одно к другому, то производительность будет средняя, и даже хуже, если взять что-то не то.
Вроде у них там уже есть транзакции на уровне экспериментальной фичи.
Но а ещё есть чисто философская мысль, если я вставляю в КХ через кафку и в кафке включаю транзакции - это годная вещь? Или надо больше транзакционности?
СУБД нового поколения - это шлёшь туда SELECT запрос, например, по gRPC в формате json/yaml. Уже не на всем привычном тексте sql, а сразу как сущность. Сжатие сразу на максималках, трафик экономиться. Можно 1000 джоинов сделать и оно за 1мс отработает. Кластер можно развернуть на расберипай по 5000 рублей одна нода и всё летает. Вот если хотябы чего то из этого нет, то даже открывать не буду.
Кажется Вы потеряли контекст разговора.
Архитектурные вопросы с заказчиками не обсуждаются рядовыми программистами. Это бремя архитекторов-методологов. Которые волей-неволей так или иначе погружаются в предметную область.
Как буд-то мы друг другу не противоречим. Но всё же хочу подчеркнуть, что последнее слово естественно должно быть за человеком и методологом, который хорошо разбирается в предметной области, в которой будут работать пользователи. И если этот человек - заказчик, то пусть даёт гарантии безопасности. А если этот человек - исполнитель, то его долг объяснить заказчику, что ему это ничего хорошего не сулит.
Вобщем, не могу согласиться с тем, что если заказчик сказал - так надо, значит так надо, и надо обязательно идти и делать.
Всё так, но нужно всё же донести до заказчика, что ему это не нужно. Потому что, обычно, когда заказчик хочет складывать километры с килограммами - то скорее всего он плохо разбирается в своей собственной предметной области, а такое частенько бывает. Либо если он действительно хорошо разбирается - то он Вас убедит, что это имеет место быть и даст Вам гарантии безопасности. Либо в дискуссии с таким действительно толковым заказчиком, Вы оба придёте к тому, что на самом деле ему понадобилось складывать не складываемое из-за каких-либо кейсов, которые можно решить по-другому.
Это Вы так рассуждаете до тех пор, пока на Вас заказчик уровня госкорпорации в суд не подаст за то, что пользователь "Сам дурак" ))) Вообщем это прям на уровне ТЗ и контракта надо делать и очень внимательно. А лучше не делать - так жить спокойнее.
Такая объёмная статья, а посыл простой: "Не складывайте шт. с кг и доллары с рублями".
Единственное любопытное "Если очень - хочется то можно", если опираться на статью, то надо дать пользователю поставить флажочек "Хочу", чтобы он смог к рублю доллар прибавить, сложить 2 рубля и 2 доллара и получить 4 единицы непонятной субстанции, чтобы назвать её, ну не знаю - "Монета паромщику, для оплаты лодки".
Так вот - не должно у пользователя быть таких возможностей. Если ему очень хочется - пусть выгружает данные в Эксель и там занимается своими непотребствами. Иначе ваша CRM система например, превратиться в хламо-помойку со скоростью мысли, умноженной на количество пользователей.
В современном мире, где есть ChatGPT, уже не важно знать наизусть все сложные алгоритмы. Достаточно иметь представление зачем тот или иной алгоритм существует и какие им можно решать задачи. Просто пишите чату "Покажи мне Алгоритм А на языке Б" и всё. Пару раз для успокоения души пройдитесь по коду отладчиком, напишите тестовое покрытие и готово.
Но есть вещи, которые так не решаются. Когда вы например знаете кучу алгоритмов поверхностно но не понимаете, как ими решить кейс. Зреет разработка собственного алгоритма. Но это уже совсем другая история. Не так давно накидавшись кофем, я рекурсивно растянул json дерево в хронологическую линейную последовательность. Олимпиадник я - нет. Знаю ли я алгоритмы супер хорошо - нет. Но оно работает, оно живое и решает наши кейсы, rps всех устраивает.
Как наиболее ценное в кандидатах, мы например, как средняя по размеру компания ценим именно способность творить новое. К пониманию старого относимся поверхностно.
Это все похоже на калькулятор и таблицу умножения. Кто то знает таблицу наизусть и решает задачи на листке бумаге за час. А кто то использует калькулятор и уже забыл таблицу совсем, но решает кейсы за 5 минут. А кто то пошел да и придумал свою математику.
Крутим olap в колоночной СУБД clickhouse. Вот такой штукой
https://m.youtube.com/watch?v=CQEiNafbzBM&list=PLCxvGZsc-aLnk79wFLUzdaO6_4eitiMym&index=4&pp=gAQBiAQB
А как же складывать строки байтами через unsafe?
Добрый день. Спасибо за статью.
Как раз вот собираюсь рассказать про инструмент один, который создал, но пока из-за НДА не могу в open-source.
Вопрос в источнике с ютуб.
https://www.youtube.com/playlist?list=PLCxvGZsc-aLnk79wFLUzdaO6_4eitiMym
Там подробно рассказывается что инструмент умеет. А я хотел сделать краткий пересказ, оформить в публикацию и дать в конце ссылку на этот плейлист. Упоминаний компании вроде бы нету в роликах (вероятность 99%, мог просто забыть что-то - видео длинные), там всё только о технологии и как пользоваться.
Вот и думаю, пропустят такую статью или нет.
Уж очень хочется понять не ерунду ли соорудил. Получить конструктивную, да и вообще любую критику.