Хмс. Поднять-то дополнительные рутины подняли. А гасить их кто будет и в каком случае? Потому что если их не гасить, то проще с самого начала запустить весь пул на один канал и вообще не писать дополнительной логики
Апд про скидывание из консьюмера в канал: т.е. консьюмер поднят с автокоммитом, и если обработка сообщения пойдет не так, то второго шанса это сообщение не получит. Приемлемо, конечно, но в ограниченном количестве случаев
А для разработки бека очевидно удобнее линукс. Так что лично для меня wsl - отличная идея. Да и возможность забекапить рабочую машину одним файлом подкупает
Про машины не знаю, но на эндуро мотоциклы часто ставят именно agm или гелевые аккумуляторы. Просто потому, что они не плюются кислотой при падениях.
Для машин-внедорожников скорее всего те же причины могут быть. Плюс у них, по слухам, меньше саморазряд и за счёт стеклоткани/гелевого наполнителя вроде должна быть большая устойчивость к вибрации
Насколько там нужны именно аналоговые входы? Ибо для считывания данных чудится что границы сработки диодов проще было бы подстроить доп.резисторами, а в прошивке сделать обработку прерываниями
Опрос ножек в одном цикле с делеем - тоже странновато выглядит
Если честно, то я не уловил необходимости складывать все данные в бд, а потом грузить ее выборками и апдейтами, причем с locked_until (выше уже писали про for update skip locked, хотя это решение тоже имеет подводные камни).
На мой вкус бд имеет смысл только для отложенных сообщений, и приправляется сверху exponential backoff и, при необходимости, лимитом на количество попыток. И ещё можно подумать и переложить очередь ретраев на редис - он с этим работает сильно быстрее чем постгря
Оно умеет в несколько разных режимов сна, а на платах обычно выведена не только ножка с +5, но ещё и +3.3, которая идёт прямо в чип.
Другое дело что с активной вафлей аппетиты у есп вроде как до 100мА (по другим данным- 300 и выше), так что кажется что батарейки может и не хватить. Ещё момент - при напряжении ниже какого-то порога запись во флеш может этот самый флеш убить
Создадим интерфейс UserProvider, в котором будет метод User()
И всё равно у пакета осталась связка со storage/users - хотя бы потому, что там описан возвращаемый тип данных.
Допустим, мы хотим передать вместо сущности Postgres сущность Redis. Чтобы соответствовать данному интерфейсу, нам придется реализовать все его методы, даже если они не используются.
Хм... storage/users/postgres, storage/users/redis... на мой вкус так и задумывалось, что все эти сущности реализуют интерфейс storage/users.Storage. Или, как минимум, в storage/users должно быть два интерфейса - Data и, например, Cache. Тогда users/postgres и users/mysql реализуют интерфейс Data, а users/redis - интерфейс Cache. А иначе может быть как-то ни разу не очевидно зачем нужна такая вот странная структура
users.go: Файл с реализацией интерфейсов для работы с пользователями.
Разрешите доколебаться: это не реализация, это описание
https://pkg.go.dev/builtin#append
Ну может потому и не сказано, что его нет..?
Как я понимаю - этот материал пропускает ИК, но отражает видимый свет. Плюс непонятно каким образом он увеличивает съем тепла со светодиодов.
А вот дальше моя логика сказала "дальше сам" и ушла курить)
Хмс. Поднять-то дополнительные рутины подняли. А гасить их кто будет и в каком случае? Потому что если их не гасить, то проще с самого начала запустить весь пул на один канал и вообще не писать дополнительной логики
Апд про скидывание из консьюмера в канал: т.е. консьюмер поднят с автокоммитом, и если обработка сообщения пойдет не так, то второго шанса это сообщение не получит. Приемлемо, конечно, но в ограниченном количестве случаев
Мне, например, больше нравится UI винды.
А для разработки бека очевидно удобнее линукс. Так что лично для меня wsl - отличная идея. Да и возможность забекапить рабочую машину одним файлом подкупает
Два реле, умеющих коммутировать 30-40А, чтобы с запасомА почему не твердотельные реле? Они вроде как и 0 умеют ловить, и встречный диод им особо не нужен?
Про машины не знаю, но на эндуро мотоциклы часто ставят именно agm или гелевые аккумуляторы. Просто потому, что они не плюются кислотой при падениях.
Для машин-внедорожников скорее всего те же причины могут быть. Плюс у них, по слухам, меньше саморазряд и за счёт стеклоткани/гелевого наполнителя вроде должна быть большая устойчивость к вибрации
А аккуму от 15 вольт хорошо не станет? Просто везде встречал цифры в районе 14.5В для зарядки и вроде как 13.5 для поддержания заряда
Трос тоже не панацея. И единственное его преимущество в том, что порванный трос, при наличии запаски и инструментов, меняется в любом болоте.
Насколько там нужны именно аналоговые входы? Ибо для считывания данных чудится что границы сработки диодов проще было бы подстроить доп.резисторами, а в прошивке сделать обработку прерываниями
Опрос ножек в одном цикле с делеем - тоже странновато выглядит
Мде. А потом у людей возникает вопрос "что такое переменная и зачем оно надо".
И тупняк на собеседовании в качестве ответа на вопрос с переполнением типа
Если запрос возвращает ошибку, то конкретное сообщение кафки уходит в очередь ретраев (редис или постгря, или отдельный топик - не особо важно).
Меня смущает сама идея организации ещё одной полноценной очереди из постгри.
Если честно, то я не уловил необходимости складывать все данные в бд, а потом грузить ее выборками и апдейтами, причем с locked_until (выше уже писали про for update skip locked, хотя это решение тоже имеет подводные камни).
На мой вкус бд имеет смысл только для отложенных сообщений, и приправляется сверху exponential backoff и, при необходимости, лимитом на количество попыток. И ещё можно подумать и переложить очередь ретраев на редис - он с этим работает сильно быстрее чем постгря
Оно умеет в несколько разных режимов сна, а на платах обычно выведена не только ножка с +5, но ещё и +3.3, которая идёт прямо в чип.
Другое дело что с активной вафлей аппетиты у есп вроде как до 100мА (по другим данным- 300 и выше), так что кажется что батарейки может и не хватить. Ещё момент - при напряжении ниже какого-то порога запись во флеш может этот самый флеш убить
Беларусы несколько удивились этому комментарию, например.
Импульсный преобразователь, например. Но для ручной пайки в ограниченном пространстве совсем там слишком много обвязки.
И всё равно у пакета осталась связка со storage/users - хотя бы потому, что там описан возвращаемый тип данных.
Хм... storage/users/postgres, storage/users/redis... на мой вкус так и задумывалось, что все эти сущности реализуют интерфейс storage/users.Storage. Или, как минимум, в storage/users должно быть два интерфейса - Data и, например, Cache. Тогда users/postgres и users/mysql реализуют интерфейс Data, а users/redis - интерфейс Cache. А иначе может быть как-то ни разу не очевидно зачем нужна такая вот странная структура
Разрешите доколебаться: это не реализация, это описание
Да, если три фазы - то у 8266 банально не хватит аналоговых входов. Можно, наверное, поизвращаться и как-то три zmpt на один вход коммутировать, но...
А за ссылку статью спасибо, интересно
А зачем пихать два мк, если 8266 отлично справится и самостоятельно?
Каст интерфейса без проверки... А может не надо так, уважаемый автор..?
Если стол из алюминиевого профиля и чисто под лазер - то сдвиг опор может и не актуален.