http://majordomo.smartliving.ru/Main/Pr ... ntegrationAmarok писал(а): А можно подробнее?
Пожелания к разработчику
Модератор: immortal
- nick7zmail
- Сообщения: 7573
- Зарегистрирован: Пн окт 28, 2013 8:14 am
- Откуда: Екатеринбург
- Благодарил (а): 121 раз
- Поблагодарили: 2010 раз
Re: Пожелания к разработчику
- За это сообщение автора nick7zmail поблагодарил:
- Amarok (Чт июн 16, 2016 5:50 pm)
- Рейтинг: 1.16%
Raspberry Pi3+Broadlink+esp8266 (blynk)+AMS
Если вам помогло какое-либо сообщение - не забывайте пользоваться кнопкой "СПАСИБО".
Услуги в профиле коннект
>>>>>Мой новый канал на ютутбе, подписывайтесь!<<<<<
Если вам помогло какое-либо сообщение - не забывайте пользоваться кнопкой "СПАСИБО".
Услуги в профиле коннект
>>>>>Мой новый канал на ютутбе, подписывайтесь!<<<<<
-
- Сообщения: 216
- Зарегистрирован: Ср май 28, 2014 12:42 pm
- Откуда: Санкт-Петерург
- Благодарил (а): 76 раз
- Поблагодарили: 28 раз
Re: Пожелания к разработчику
Сергей, не сочтите за грубость, но можно ли попросить по возможности писать более содержательные комментарии к коммитам в GitHub?
Периодически просматриваю обновления - часто не вникая в изменения, не понять, что было добавлено/исправлено..
Сам разработчик и прекрасно понимаю, как неохота заниматься писаниной, но считаю, что надо стараться вырабатывать в себе правильные привычки
Прошу не рассматривать как наезд, скорее как просьбу/пожелание
Периодически просматриваю обновления - часто не вникая в изменения, не понять, что было добавлено/исправлено..
Сам разработчик и прекрасно понимаю, как неохота заниматься писаниной, но считаю, что надо стараться вырабатывать в себе правильные привычки
Прошу не рассматривать как наезд, скорее как просьбу/пожелание
- Рейтинг: 2.33%
- sergejey
- Site Admin
- Сообщения: 4284
- Зарегистрирован: Пн сен 05, 2011 6:48 pm
- Откуда: Минск, Беларусь
- Благодарил (а): 75 раз
- Поблагодарили: 1559 раз
- Контактная информация:
Re: Пожелания к разработчику
Договорились, буду стараться комментировать изменения
- Рейтинг: 1.16%
Сергей Джейгало, разработчик MajorDoMo
Идеи, ошибки -- за предложениями по исправлению и развитию слежу только здесь!
Профиль Connect -- информация, сотрудничество, услуги
- nick7zmail
- Сообщения: 7573
- Зарегистрирован: Пн окт 28, 2013 8:14 am
- Откуда: Екатеринбург
- Благодарил (а): 121 раз
- Поблагодарили: 2010 раз
Re: Пожелания к разработчику
Сергей...а нельзя ли в маркете дополнений "Иконки" прикрутить? После галочки перед названиями...это удобно было бы. Можно взять те же иконки, которые используются в apps.html....если иконки нет в приложении - тогда выставить какую-нить стандартную иконку раздела (ну типа оборудование, система, взаимодействие...подобрать для них по картинке).
А то блин маркет приходится иногда аж по 3 раза пролистывать, пока название нужное найдешь...с иконками полюбому нагляднее будет.
А то блин маркет приходится иногда аж по 3 раза пролистывать, пока название нужное найдешь...с иконками полюбому нагляднее будет.
Raspberry Pi3+Broadlink+esp8266 (blynk)+AMS
Если вам помогло какое-либо сообщение - не забывайте пользоваться кнопкой "СПАСИБО".
Услуги в профиле коннект
>>>>>Мой новый канал на ютутбе, подписывайтесь!<<<<<
Если вам помогло какое-либо сообщение - не забывайте пользоваться кнопкой "СПАСИБО".
Услуги в профиле коннект
>>>>>Мой новый канал на ютутбе, подписывайтесь!<<<<<
- sergejey
- Site Admin
- Сообщения: 4284
- Зарегистрирован: Пн сен 05, 2011 6:48 pm
- Откуда: Минск, Беларусь
- Благодарил (а): 75 раз
- Поблагодарили: 1559 раз
- Контактная информация:
Re: Пожелания к разработчику
Записал в блокнотикnick7zmail писал(а):Сергей...а нельзя ли в маркете дополнений "Иконки" прикрутить? После галочки перед названиями...это удобно было бы. Можно взять те же иконки, которые используются в apps.html....если иконки нет в приложении - тогда выставить какую-нить стандартную иконку раздела (ну типа оборудование, система, взаимодействие...подобрать для них по картинке).
А то блин маркет приходится иногда аж по 3 раза пролистывать, пока название нужное найдешь...с иконками полюбому нагляднее будет.
Сергей Джейгало, разработчик MajorDoMo
Идеи, ошибки -- за предложениями по исправлению и развитию слежу только здесь!
Профиль Connect -- информация, сотрудничество, услуги
- lanket
- Сообщения: 1168
- Зарегистрирован: Вт окт 14, 2014 11:27 pm
- Откуда: Санкт-Петербург
- Благодарил (а): 260 раз
- Поблагодарили: 163 раза
Re: Пожелания к разработчику
Здравствуйте.
МД написан на языке ООП. Для дополнения нужным функционалом и тонкой настройки под себя идеальнее думаю и не придумаешь. Но мне кажется что одной маленькой детальки не хватает для оправдания предыдущих 2х утверждений.
Я говорю про модули. К чему это я.
Недавно поковырял модуль 'продукты' и так как одна из хотелок это максимум голосового управления, захотел чтобы если Алисе сказать 'закончились продукты: апельсины, помидоры ....' то соответственно перечисленное должно попасть в список продуктов которые надо купить. Но для этой реализации как оказалось надо разобраться как этот модуль хранит перечень в базе данных и напрямую туда апдейтить/добавлять .
Не совсем правильно с точки зрения ООП. Завтра автор/энтузиаст добавит функционала этому модулю с изменениями в структуре хранения данных и все кто напрямую пишут в базу полетят скрипты.
Не всем конечно модулям это надо, но думаю таким как продукты обязательно нужны публичные функции.
Или радио например:
'Алиса включи классику 101.ру'
В 101.ру в этой категории несколько каналов
'Вам попсовую, классическую или оперу'
'попсовую'
Чтобы добиться этого диалога тоже надо разобраться в структуре хранения данных в базе, и с бубном вылавливать глюки при апдейте.
Наверняка еще где могли бы пригодится публичные функции.
Отправлено с моего Redmi Note 3 через Tapatalk
МД написан на языке ООП. Для дополнения нужным функционалом и тонкой настройки под себя идеальнее думаю и не придумаешь. Но мне кажется что одной маленькой детальки не хватает для оправдания предыдущих 2х утверждений.
Я говорю про модули. К чему это я.
Недавно поковырял модуль 'продукты' и так как одна из хотелок это максимум голосового управления, захотел чтобы если Алисе сказать 'закончились продукты: апельсины, помидоры ....' то соответственно перечисленное должно попасть в список продуктов которые надо купить. Но для этой реализации как оказалось надо разобраться как этот модуль хранит перечень в базе данных и напрямую туда апдейтить/добавлять .
Не совсем правильно с точки зрения ООП. Завтра автор/энтузиаст добавит функционала этому модулю с изменениями в структуре хранения данных и все кто напрямую пишут в базу полетят скрипты.
Не всем конечно модулям это надо, но думаю таким как продукты обязательно нужны публичные функции.
Или радио например:
'Алиса включи классику 101.ру'
В 101.ру в этой категории несколько каналов
'Вам попсовую, классическую или оперу'
'попсовую'
Чтобы добиться этого диалога тоже надо разобраться в структуре хранения данных в базе, и с бубном вылавливать глюки при апдейте.
Наверняка еще где могли бы пригодится публичные функции.
Отправлено с моего Redmi Note 3 через Tapatalk
- Рейтинг: 2.33%
Разработка голосового асистента для Мажордомо по любому ключевому слову.
Обсужение
gitHub 2й версии терминала
GitHub модуля для МД
gitHub сырого модуля 2й версии
Connect
Rasberry Pi 2, MDM, MySensors. И говорящий апельсин.
Обсужение
gitHub 2й версии терминала
GitHub модуля для МД
gitHub сырого модуля 2й версии
Connect
Rasberry Pi 2, MDM, MySensors. И говорящий апельсин.
- m-malva
- Сообщения: 291
- Зарегистрирован: Чт фев 26, 2015 1:38 am
- Откуда: Санкт-Петербург
- Благодарил (а): 16 раз
- Поблагодарили: 66 раз
- Контактная информация:
- nick7zmail
- Сообщения: 7573
- Зарегистрирован: Пн окт 28, 2013 8:14 am
- Откуда: Екатеринбург
- Благодарил (а): 121 раз
- Поблагодарили: 2010 раз
Re: Пожелания к разработчику
Есть же события (по типу SAY). Их модуль может обрабатывать...просто надо придумать этот функционал, и "допилить" модули... Например если в фразе обнаружено слово "продукты" - к её обработке подключается модуль продукты, и все действия идут через него... Юзеру при этом ни строчки кода не надо будет писать. Просто прочитать инструкцию к модулю. Я хотел с этим поэксперементировать - руки пока не добрались.lanket писал(а):Здравствуйте.
МД написан на языке ООП. Для дополнения нужным функционалом и тонкой настройки под себя идеальнее думаю и не придумаешь. Но мне кажется что одной маленькой детальки не хватает для оправдания предыдущих 2х утверждений.
Я говорю про модули. К чему это я.
Недавно поковырял модуль 'продукты' и так как одна из хотелок это максимум голосового управления, захотел чтобы если Алисе сказать 'закончились продукты: апельсины, помидоры ....' то соответственно перечисленное должно попасть в список продуктов которые надо купить. Но для этой реализации как оказалось надо разобраться как этот модуль хранит перечень в базе данных и напрямую туда апдейтить/добавлять .
Не совсем правильно с точки зрения ООП. Завтра автор/энтузиаст добавит функционала этому модулю с изменениями в структуре хранения данных и все кто напрямую пишут в базу полетят скрипты.
Не всем конечно модулям это надо, но думаю таким как продукты обязательно нужны публичные функции.
Или радио например:
'Алиса включи классику 101.ру'
В 101.ру в этой категории несколько каналов
'Вам попсовую, классическую или оперу'
'попсовую'
Чтобы добиться этого диалога тоже надо разобраться в структуре хранения данных в базе, и с бубном вылавливать глюки при апдейте.
Наверняка еще где могли бы пригодится публичные функции.
Отправлено с моего Redmi Note 3 через Tapatalk
События по факту и есть такие "публичные функции". Только не со стороны модулей, а со стороны системы, по отношению к модулям...И весь функционал можно реализовать через них.
Raspberry Pi3+Broadlink+esp8266 (blynk)+AMS
Если вам помогло какое-либо сообщение - не забывайте пользоваться кнопкой "СПАСИБО".
Услуги в профиле коннект
>>>>>Мой новый канал на ютутбе, подписывайтесь!<<<<<
Если вам помогло какое-либо сообщение - не забывайте пользоваться кнопкой "СПАСИБО".
Услуги в профиле коннект
>>>>>Мой новый канал на ютутбе, подписывайтесь!<<<<<
- m-malva
- Сообщения: 291
- Зарегистрирован: Чт фев 26, 2015 1:38 am
- Откуда: Санкт-Петербург
- Благодарил (а): 16 раз
- Поблагодарили: 66 раз
- Контактная информация:
Re: Пожелания к разработчику
Мне казалось что это должно работать иначе. события (по типу SAY), шаблоны поведения, это все остается.nick7zmail писал(а): Есть же события (по типу SAY). Их модуль может обрабатывать...просто надо придумать этот функционал, и "допилить" модули... Например если в фразе обнаружено слово "продукты" - к её обработке подключается модуль продукты, и все действия идут через него... Юзеру при этом ни строчки кода не надо будет писать. Просто прочитать инструкцию к модулю. Я хотел с этим поэксперементировать - руки пока не добрались.
События по факту и есть такие "публичные функции". Только не со стороны модулей, а со стороны системы, по отношению к модулям...
В идеале
на примере:
Алиса включи радио 101.ру классику
(Обрабатывается шаблоном 'Алиса включи радио 101.ру', передать "классику")
если "классику" = ЛОЖ то нет такой категории
если "классику" = ИСТИНА то загрузить под категории предложить выбор
'Вам попсовую, классическую или оперу'
'попсовую'
Алиса закончились продукты: апельсины, помидоры ...nick7zmail писал(а): в фразе обнаружено слово "продукты" - к её обработке подключается модуль продукты
(Обрабатывается шаблоном 'закончились продукты, передать "апельсины, помидоры" в модуль продукты)
мне кажется этого вполне
- lanket
- Сообщения: 1168
- Зарегистрирован: Вт окт 14, 2014 11:27 pm
- Откуда: Санкт-Петербург
- Благодарил (а): 260 раз
- Поблагодарили: 163 раза
Re: Пожелания к разработчику
Интересная мысль, спасибо, но не универсально. Если конечно идея не приживется то , конечно, это выход.nick7zmail писал(а):Есть же события (по типу SAY). Их модуль может обрабатывать...просто надо придумать этот функционал, и "допилить" модули... Например если в фразе обнаружено слово "продукты" - к её обработке подключается модуль продукты, и все действия идут через него... Юзеру при этом ни строчки кода не надо будет писать. Просто прочитать инструкцию к модулю. Я хотел с этим поэксперементировать - руки пока не добрались.lanket писал(а):Здравствуйте.
МД написан на языке ООП. Для дополнения нужным функционалом и тонкой настройки под себя идеальнее думаю и не придумаешь. Но мне кажется что одной маленькой детальки не хватает для оправдания предыдущих 2х утверждений.
Я говорю про модули. К чему это я.
Недавно поковырял модуль 'продукты' и так как одна из хотелок это максимум голосового управления, захотел чтобы если Алисе сказать 'закончились продукты: апельсины, помидоры ....' то соответственно перечисленное должно попасть в список продуктов которые надо купить. Но для этой реализации как оказалось надо разобраться как этот модуль хранит перечень в базе данных и напрямую туда апдейтить/добавлять .
Не совсем правильно с точки зрения ООП. Завтра автор/энтузиаст добавит функционала этому модулю с изменениями в структуре хранения данных и все кто напрямую пишут в базу полетят скрипты.
Не всем конечно модулям это надо, но думаю таким как продукты обязательно нужны публичные функции.
Или радио например:
'Алиса включи классику 101.ру'
В 101.ру в этой категории несколько каналов
'Вам попсовую, классическую или оперу'
'попсовую'
Чтобы добиться этого диалога тоже надо разобраться в структуре хранения данных в базе, и с бубном вылавливать глюки при апдейте.
Наверняка еще где могли бы пригодится публичные функции.
Отправлено с моего Redmi Note 3 через Tapatalk
События по факту и есть такие "публичные функции". Только не со стороны модулей, а со стороны системы, по отношению к модулям...И весь функционал можно реализовать через них.
К примеру тот же 101.ру:
'Алиса'
'Да, мой господин'
'Включи классику 101.ру'
Там есть 3 направления этого жанра.
К примеру Опера мне не очень. И я могу в своем скрипте сделать черный список того чего ненадо предлагать.
Пилить модуль радио, означает при каждом обновлении искать и заново допиливать до своих хотелок не в стиле ООП.
Просить автора такие функции. Ну может и получит такая хотелка одобрение и реализацию. А чьята чежая хотелка не приживется, и ему придется во первых ковырять чужой код чтобы допилить , и при каждом обновлении заново допиливать. А если вышел модуль 2.0 , то заново разбираться чьо надо менять для реализации своих хотелок.
А давая публичные функции все хотелки как были отдельно в своих скриптах так и останутся, модуль обновился и хотелки остались.
Вот это в стиле ООП.
Хотя Вы лучше знаете чем я.
Отправлено с моего Redmi Note 3 через Tapatalk
Разработка голосового асистента для Мажордомо по любому ключевому слову.
Обсужение
gitHub 2й версии терминала
GitHub модуля для МД
gitHub сырого модуля 2й версии
Connect
Rasberry Pi 2, MDM, MySensors. И говорящий апельсин.
Обсужение
gitHub 2й версии терминала
GitHub модуля для МД
gitHub сырого модуля 2й версии
Connect
Rasberry Pi 2, MDM, MySensors. И говорящий апельсин.