Лол, ну кароч распознавание музыки. Врубил его, врубил трек и отправил ему сообщение)

Да

вот below - это "ниже"

ДА, кнопка справа

Лол

мне кажется, не очень удачно)

Нужно инструкцию нормальную) НУ кароч, сотрим

хаха))

но к успеху идешь))

Так что никто не понимает как им пользоваться?

ух ты, распознал и ссылку на ютуб дал

Album: 'The Essential Joe Satriani' Lable: Epic\/Legacy Release Date: 2010-10-26https://www.youtube.com/watch?v=-swLPM1NcNo

Дыа

слеши какие-то между Epic и Legacy

заэкранировалось так, что даже пользователю отобразилось)

Это я поправлю)

Проблема с выводом.

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

Щас, заапдейчу по-бырому

Отбой, я нашел это в документации http://docs.sqlalchemy.org/en/rel_1_0/orm/extensions/declarative/mixins.html#declarative-mixins

А не, вот оно: http://docs.sqlalchemy.org/en/latest/orm/inheritance.html

я идиот

А не, вот оно: http://docs.sqlalchemy.org/en/latest/orm/inheritance.html

тока хотел написать, что тебе наследование нужно

оно позволяет даже "с лишними полями"

Да, вижу

Ща дайте я перезагружу бота

Сделаю joined пожалуй, чтобы с "лишними" полями было

ага

концертную версию со второго "кусочка" сделал) норм

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

добавление других баз с фингерпринтами предполагается? тот же musicBrainz

class Employee(Base): __tablename__ = 'employee' id = Column(Integer, primary_key=True) name = Column(String(50)) type = Column(String(50)) __mapper_args__ = { 'polymorphic_identity':'employee', 'polymorphic_on':type } Это он в Employee.type будет записывать 'employee'?

Да, я еще то что не распознает в свою отдельную БД загонять буду

После бета теста

А так там пока что 40 миллионов аудио. Конечно, с ремиксами проблема

Их дохера

И все не загнать.

https://musicbrainz.org/doc/Development

https://musicbrainz.org/doc/Development

Хмм, надо подумать.

то есть, вот, конечно) https://acoustid.org/webservice

есть поиск по фингерпринту

то есть, вот, конечно) https://acoustid.org/webservice

Я вообще хотел поработать изначально с echonest, но их купил spotify и закрыл лавочку

Планирую добавить второй сервис распознавания, если первый не тащит.

щас их дофига, у каждого свои API, придётся делать это в виде либо плагинов, либо в виде универсального интерфейса

идея огонь, чесслово)

class Employee(Base): __tablename__ = 'employee' id = Column(Integer, primary_key=True) name = Column(String(50)) type = Column(String(50)) __mapper_args__ = { 'polymorphic_identity':'employee', 'polymorphic_on':type } Это он в Employee.type будет записывать 'employee'?

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

а на гитхабе есть?

идея огонь, чесслово)

Я сам охуел когда придумал) Я 2 недели назад вообще не знал о том как пишут ботов для Телеграм

а на гитхабе есть?

я пользуюсь только bitbucketом. В приватном режиме) После бетки, выложу на github

я пользуюсь только bitbucketом. В приватном режиме) После бетки, выложу на github

А зачем?

Просто открой

супер

буду ждать)

А зачем?

Мне стыдно за мой код)

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

А почему __class__ не класть?

И записать это в Employee еще

А зачем?

На гитхабе больше возможностей и аудитория. Это как стандарт.

Тогда наследованные даже думать не должны о polymorphic_identity

А почему __class__ не класть?

тогда уж 'polymorphic_identity : self.__class__.__name__

тогда уж 'polymorphic_identity : self.__class__.__name__

Да

только сделать это как property и определить еще в родителе

херню вот щас пишешь, есть у меня ощущение

проперти, в базе

но попробуй :)))

я имел ввиду базовый класс

правда дело может кончиться метаклассами или декораторами

ERROR: S client not available

родителя то есть

просто попробуй :)))

правда дело может кончиться метаклассами или декораторами

Декораторами и кончится А что плохого?

просто попробуй :)))

уже

Пробую

а я просто напомню про PEP-20, explicit is better than implicit и прочую неинтересную фигню :)

(lambda x:x)(lambda y,x: y+x)((lambda z:z+5)(1), (lambda d:d)(1))

Седни со всякой такой поебенью игрался

по итогу вчерашнего разговора

(lambda x:x)(lambda y,x: y+x)((lambda z:z+5)(1), (lambda d:d)(1))

красиво

lisp какой-то

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

In [149]: (lambda x: lambda x: lambda x: x)(1)(2)(3) Out[149]: 3 In [150]: (lambda x: lambda x: lambda y: x)(1)(2)(3) Out[150]: 2 In [151]: (lambda x: lambda x: lambda z: x)(1)(2)(3) Out[151]: 2 In [152]: (lambda x: lambda z: lambda y: x)(1)(2)(3) Out[152]: 1

А вот тут я так понять и не смог, как аргументы передаются

2.7

ну тут почти что карриинг же получается

передаешь 1 аргумент, получаешь в качестве результата функцию, которая принимает еще один аргумент, а возвращает уже последнюю функцию

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

то есть lambda x: lambda y: lambda z: x - x тут от самой внешней функции, а lambda x: lambda x: lambda z: x - от второй.

In [155]: (lambda x: lambda x: lambda x: x)(1)(2)(3) Out[155]: 3 In [156]: (lambda y: lambda y: lambda y: y)(1)(2)(3) Out[156]: 3 In [157]: (lambda z: lambda y: lambda x: z)(1)(2)(3) Out[157]: 1 In [158]: (lambda z: lambda y: lambda x: y)(1)(2)(3) Out[158]: 2 In [159]: (lambda z: lambda y: lambda x: x)(1)(2)(3)

Беру свои слова обратно, это вовсе не красиво

In [161]: (lambda z: lambda y: lambda x: x)(1)(2)(3) Out[161]: 3 In [162]: (lambda z: lambda y: lambda x: y)(1)(2)(3) Out[162]: 2 In [163]: (lambda z: lambda y: lambda x: z)(1)(2)(3) Out[163]: 1

Вот ровный пример

а я просто напомню про PEP-20, explicit is better than implicit и прочую неинтересную фигню :)

Я покрутил и понял что это была плохая идея

Вот ровный пример

Ровный?

Только tablename оставлю динамический

Да, для мну было неочевиден порядок вхождения переменных

Только tablename оставлю динамический

from sqlalchemy.ext.declarative import declared_attr class Employee(DeclarativeBase): @declared_attr def __tablename__(cls): return cls.__name__.lower()

2.7

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

Чтобы на каждой была моя виртуалка

кластеры виртуализации работают не так. тебе распределенных вычислений похоже хочется

Лямбды в такой последовательности похожи на for k.v in d

Немного странный вопрос, и я не пойму как гуглить. class Foo: def inherited_from_name(self): return None class Bar(Foo): def inherited_from_name(self): return 'Foo' class Baz(Bar): def inherited_from_name(self): return 'Bar' Как этот inherited_from_name сделать динамическим?