Pull to refresh
17
0.2
Send message

Я последние годы использую это https://www.2ndquadrant.com/en/blog/sequential-uuid-generators/ , конечно появление uuid7 в базе предпочтительнее... Еще отметил для себя https://github.com/fboulnois/pg_uuidv7 - но не использовал ибо 1й вариант устраивает

Милтон Эриксон, от которого пошел термин Эриксоновский гипноз, к вашему сведению, это именно тот феномен, изучая который и было разработано НЛП (нейролингвистическое программирование)

И да, я пишу много логики в БД. И нет не хватит. Почему? Потому что есть как бы такое правило, что чем ближе к данным находится логика, тем она быстрее. Хранимка получает данные условно напрямую, избегая задержек передачи по сети. Триггером можно заботится о консистетности и так далее. База - давно не тупое хранилище.

Имеется в виду что использующие ОРМ часто мало понимают как будут храниться данные. Если данные сложносвязанные, оптимально это сделать сложнее или вообще невозможно чем не используя ОРМ. Вообще не трогаю случаи когда куча логики вообще внутри БД в виде триггеров или хранимок. А на начальном этапе, возможно скорость разработки будет выше, для тех кто с БД не очень дружит. А если дружит то ОРМ только усложняет все.

Сначала вы будете внедрять ОРМ, потом, по прошествии времени не знать как бодаться с тормозами вашей разработки. Зато все при деле. Мое единственно правильное мнение что орм это зло. Или вы полностью понимаете как вы храните ваши данные, или вы замуровываете себе бочку с порохом в фундамент

Ну, от этого никто не застрахован. Кстати, зигби временами (от поддержки в прошивке устройств зависит) позволяет привязать друг-к-другу - тогда будут работать и без ХА и без координатора, если слышат друг друга (например пары кнопка икея+лампа так связаны и продавались парами), но это усложняет сетап, и появляется резонное замечание - чем гибче тем больше зависимости от "ядра". У меня были похожие "моменты" - но как ИМХО - критического ничего нет. Простой потребитель - да будет говорить "фи". Малинка - постоянно ругается на undervolt - но работает без нареканий. Хотя запитана 5ти амперным БП. Мне не нравится малинка, потому воткнул в конце себе Beelink N100. Потому следуем универсальным правилам... Там где можно планируем провода, потом уже радио, где радио делим от простого к сложному, зигби в приоритете, где невозможно там уже wifi. Как говорится your mileage may vary. И... проще относиться главное. Чем сложнее система тем более вероятны неучтенчики

А почему он должен падать? Может неправильный выбор системы автоматизации просто?

Первоначально, вроде выглядит полезно, но если подумать, то 24 часа это узкая применимость, к чатам, где информация короткоживущая, быстро устаревающая. Гораздо полезнее было бы сделать похожий инструмент для чатов с длинной историей и условно накопленной базой знаний, длинною в годы, но возникает вопрос размера контекстного окна. А первое приходящее на ум - суммаризация суммаризаций скорее потеряет кучу ценного контекста. Да и стоимость скармливания контекстного окна такого размера в коммерческую LLM, да еще при каждой итерации запрос-ответ вероятно, будет запредельной

Спасибо. Пара вопросов

  1. Гигачат уступает chatgpt?

  2. LLAMA2 справится с данной задачей?

Логика подсказывает что при передаче информации в данных пучках и измерении ИНТЕРВАЛА между приемами двух отдельных информационных пакетов, интервал у движущейся ракеты будет тем короче чем быстрее она движется навстречу источнику...

Поясните плс, это просто тулсет который использует различные сервисы для получения конечного результата или все таки используются МЛ модели локально?

Животные дома есть? Шерстью не давится?

Банки не имеют контроля над комиссией сбп, она задана жестко со стороны цб по категориям типа бизнеса. СБП это как способ урезонить банки ибо честная комиссия за транзакцию должна быть околонулевой

На кассе - да, наверняка одна из основных причин почему он реже выбирается покупателем, карту приложить куда быстрее. Я в основном имею в виду прямые продажи производителем/поставщиком товара/услуги. Для них этот % разницы имеет смысл. Некоторые продавцы, не часто - но все же дают скидку при оплате СБП. Но это уроборос - поскольку многие выбирают оплату картой - нет смысла продавцу терять копейку прибыли делая скидку на СБП. Но имхо, пусть больше заработает продавец, это куда более целевое использование денег клиента.

Ничего покупатели не приоритетизируют. Благодаря этой теме вы имеете просто цену выше и зарабатывает не производитель а посредник. Мало того это посредник-банк дико счастлив что смог воспитать такого покупателя

Положим вы не понимаете как это работает. Хорошо. Банк берет с вас 2% комиссии, и из них же отдает вам 1.5% или берет с вас и еще того васи по 2%, васе кешбек не полагается, вам он может отдать 3% за счет васи. Банк всегда в +. Кажется что он берет с продавца? Нет. Все издержки на покупателе. Всегда и везде. Это значит если ниже комиссия, то продавец может сделать цену меньше. Зарабатывает больше всехагрегатор, т.е. банк. Мало того, платежная система часто открыто запрещает уведомлять покупателя, что в цене есть комиссия, пусть не знает. Виза придумала конечно все это, и запреты в том числе. Честный кешбэк может быть только от продавца, который зная свою маржинальность, может вам скинуть в виде того-же кешбэка. Если вы опять не понимаете где тут мошенничество, могу только посочувствовать

Сниженная комиссия идет в карман продавцу и вам это не нравится. Пусть идет банку? Вы за узаконенное мошенничество в виде кешбэка?

Большинство котлов которые в принципе умеют регулировать мощность, регуллируют ее 2-мя способами. Горелок может быть 2-3 секции, и при минимальной мощности лишние отключаются. Так же они часто умеют разную силу пламени, но обычно 2-3 уровня, т.е. не плавно. Сочетание колическтва задействованных секций с силой пламени дает количество вообще шагов как котел умеет поддерживать диапазон мощности. Но это только управление мощностью. Это никак не связано с "отдельными горелками на ГВС". Теплообменник "Огонь-вода" - один, в нем техническая вода. Нагрев ГВС - отдельным теплообменником уже "вода-вода". Поскольку проточный нагрев, особенно в момент переключения требует сразу много - обычно котел и включается на всю дурь, т.е. могут врубиться все горелки, и на полную. Любой такой котел по любому умный, он знает температуру теплоносителя, и не должен допустить его закипания в контуре. Вода часто жесткая, если ее греть напрямую в теплообменнике огонь-вода - он кальцием зарастет и долго непрослужит. Ну и теплообменник ГВС - пищевой, нержавейка какаянибудь, тонкостенная, кпд высокий. Теплообменник огонь-вода - часто какой-либо сплав аллюминия, там требования другие, вода техническая, условия жесткие. В конденсационных он вообще потихоньку кислотой растворяется.

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

2х контурный котел всего лишь имеет раздельные водяные контуры на гвс и отопление это значит что там есть отдельный пищевой водяной теплообменник и при обнаружении протока воды котел перекрывает отопительный контур и направляет мощу в контур гвс. Т.е. замкнутый контур непитьевой воды временно отрезается 3х-ходывым клапаном от контура отопления, замыкается на теплообменник гвс и отдает тепло в питьевую воду через данный отдельный теплообменник. Одновременно это обычно не работает. О котлах с "отдельными горелками" как то не слышал даже.

1
23 ...

Information

Rating
1,888-th
Registered
Activity

Specialization

Fullstack Developer, Chief Technology Officer (CTO)
Lead
From 1,000,000 ₽
PostgreSQL
Python
Linux
Kubernetes
Golang
C++
Programming microcontrollers
System Programming
Database design
Designing application architecture