SetazeR
вы когда-нибудь слышали чтобы очередь называли стеком?
SetazeR
у меня тут препод из универа работает, грит есть FIFO и FILO стэки
Tishka17
хехе
SetazeR
я ему сказал что fifo это очередь
Tishka17
бывает загон
SetazeR
спорить начал
Tishka17
я скорее наоборот слышал
Tishka17
fifo и lifo очереди
SetazeR
fifo и lifo очереди
это по-крайней мере для русскоязычного больше смысла имеет
koder
корректно называть их интелехтуальными системами
Вычислительный ии. Но да, таки автоматический коррелятор
Oleg
у меня тут препод из универа работает, грит есть FIFO и FILO стэки
ни разу не слышал чтобы FIFO называли стэком
Oleg
бля, FIFO конечно же
Andrey
у меня тут препод из универа работает, грит есть FIFO и FILO стэки
возможно он под термином стек имеет в виду форму хранения данных, где элементы идут один за другим, но все равно как-то странно
Oleg
опечатался
Andrey
может в железе это имеет смысл
SetazeR
где элементы идут один за другим, ну т.е. очередь :D
SetazeR
оке
Dmytro
ии не существует
Не будет же бизнес называть как "статистические модели, выдающие результат на основе вероятностных распределений".
Tishka17
очередь - это формат доступа, массив - способ хранения =)
Tishka17
имхо
🤔
массив.
bytearray()
koder
Очередь/стек - интерфейсы
Tishka17
не совсем
Tishka17
интерфейс может быть один - put и pop методы
Tishka17
а вот логика - разная
koder
Логика работы push/pop - часть интерфейса
koder
Просто невысказываемая в синтаксисе яп
Tishka17
ну я под интерфейсом именно технический понимаю
Tishka17
вообще, очередеь и стек могут даже быть взаимозаменяемы в некоторых случаях
koder
Тада бы в них не было смысла. Это было бы просто совпадение имен
koder
Мы чего-то ожидаем от интерфейсов
Tishka17
когда тебе надо просто хранилище с возможностью по одному жлементу класть и доставать
Oleg
я тоже, но увы.
я бы две разные схемы сделал
Oleg
совпадающие по названию и типу поля я бы вынес в родительскую схему, а потом отнаследовался бы от нее
Tishka17
ой нафиг
Tishka17
у меня там и так там парсеры из схем делаются и потом инжектятся, везде дженерики. Туда ещё наследования не хватало
Tishka17
тут самое место всопмнить про динамическую типизацию и перенести логику обработки поля на последний уровнеь
Oleg
у меня там и так там парсеры из схем делаются и потом инжектятся, везде дженерики. Туда ещё наследования не хватало
ну наследование тут не добавит какой-либо сложности, это просто чтобы не копипастить поля
Oleg
а потом на основе этих двух схем сделать oneofschema: https://github.com/marshmallow-code/marshmallow-oneofschema
Oleg
так мне придется вместо одного класса юзать несколько
не, на выходе oneofschema у тебя так же будет одна схема
Tishka17
а не запилить ли мне в свою либу полиморфный парсер?
Tishka17
не, на выходе oneofschema у тебя так же будет одна схема
а толку? Датакласс мне потом все равно с union получится же?
Oleg
а толку? Датакласс мне потом все равно с union получится же?
ну может быть два датакласса, либо датакласс-generic
Tishka17
ну может быть два датакласса, либо датакласс-generic
ну вот как только он стнет не один, у меня сразу появятся несколько хэндлеров и т.п.
Tishka17
у меня щас типа Parser = Callable[[Dict], T] абстрактный класс Handler[T] и Broker[T] с init(parser: Parser[T], handler: Handler[T]) broker = Broker[Message1](message1_parser, handler1)
Tishka17
на самом деле чуть сложнее, но не суть
Дивопсина сутулая породистая
Ребят кто нибудь парсил яндекс зен?
Oleg
либо Union[Message1Str, Message1Bool]
Tishka17
ну так у тебя может быть Message1[str] и Message1[bool]
А. упустил. class Handler1(Handler[Message1]): ...
Tishka17
хэндлеры все не generic ибо нельзя
Tigran
Ребят кто нибудь парсил яндекс зен?
Программисты были В ШОКЕ, когда попытались распарсить Яндекс.Дзен. Они нашли в коде древнюю……
Aragaer
чозаяндексдзен
Максим
Максим
нет
Да же
🤔
Максим
Максим
Та хуйня, что на визуальных закладках
Максим
Всегда вырубал её
🤔
это не новости але
Андрей
Бложеки
🤔
news.yandex.ru вот новости
Андрей
а не новости
🤔
zen.yandex.ru
🤔
это блоги