Страница 7 из 10

Re: Пожелания к разработчику

Добавлено: Чт июн 16, 2016 5:47 pm
nick7zmail
Amarok писал(а): А можно подробнее?
http://majordomo.smartliving.ru/Main/Pr ... ntegration

Re: Пожелания к разработчику

Добавлено: Вт сен 20, 2016 5:00 pm
cabat
Сергей, не сочтите за грубость, но можно ли попросить по возможности писать более содержательные комментарии к коммитам в GitHub?
Периодически просматриваю обновления - часто не вникая в изменения, не понять, что было добавлено/исправлено..
Сам разработчик и прекрасно понимаю, как неохота заниматься писаниной, но считаю, что надо стараться вырабатывать в себе правильные привычки :)

Прошу не рассматривать как наезд, скорее как просьбу/пожелание :)
Commits.jpg
Commits.jpg (33.88 КБ) 8531 просмотр

Re: Пожелания к разработчику

Добавлено: Вт сен 20, 2016 10:38 pm
sergejey
Договорились, буду стараться комментировать изменения :)

Re: Пожелания к разработчику

Добавлено: Чт ноя 03, 2016 11:14 am
nick7zmail
Сергей...а нельзя ли в маркете дополнений "Иконки" прикрутить? После галочки перед названиями...это удобно было бы. Можно взять те же иконки, которые используются в apps.html....если иконки нет в приложении - тогда выставить какую-нить стандартную иконку раздела (ну типа оборудование, система, взаимодействие...подобрать для них по картинке).

А то блин маркет приходится иногда аж по 3 раза пролистывать, пока название нужное найдешь...с иконками полюбому нагляднее будет.

Re: Пожелания к разработчику

Добавлено: Чт ноя 03, 2016 12:16 pm
sergejey
nick7zmail писал(а):Сергей...а нельзя ли в маркете дополнений "Иконки" прикрутить? После галочки перед названиями...это удобно было бы. Можно взять те же иконки, которые используются в apps.html....если иконки нет в приложении - тогда выставить какую-нить стандартную иконку раздела (ну типа оборудование, система, взаимодействие...подобрать для них по картинке).

А то блин маркет приходится иногда аж по 3 раза пролистывать, пока название нужное найдешь...с иконками полюбому нагляднее будет.
Записал в блокнотик :)

Re: Пожелания к разработчику

Добавлено: Вс ноя 06, 2016 8:57 pm
lanket
Здравствуйте.
МД написан на языке ООП. Для дополнения нужным функционалом и тонкой настройки под себя идеальнее думаю и не придумаешь. Но мне кажется что одной маленькой детальки не хватает для оправдания предыдущих 2х утверждений.
Я говорю про модули. К чему это я.
Недавно поковырял модуль 'продукты' и так как одна из хотелок это максимум голосового управления, захотел чтобы если Алисе сказать 'закончились продукты: апельсины, помидоры ....' то соответственно перечисленное должно попасть в список продуктов которые надо купить. Но для этой реализации как оказалось надо разобраться как этот модуль хранит перечень в базе данных и напрямую туда апдейтить/добавлять .
Не совсем правильно с точки зрения ООП. Завтра автор/энтузиаст добавит функционала этому модулю с изменениями в структуре хранения данных и все кто напрямую пишут в базу полетят скрипты.
Не всем конечно модулям это надо, но думаю таким как продукты обязательно нужны публичные функции.
Или радио например:
'Алиса включи классику 101.ру'
В 101.ру в этой категории несколько каналов
'Вам попсовую, классическую или оперу'
'попсовую'

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

Наверняка еще где могли бы пригодится публичные функции.

Отправлено с моего Redmi Note 3 через Tapatalk

Re: Пожелания к разработчику

Добавлено: Вт ноя 08, 2016 11:31 am
m-malva
lanket писал(а): +1 публичные функции.

Re: Пожелания к разработчику

Добавлено: Вт ноя 08, 2016 11:53 am
nick7zmail
lanket писал(а):Здравствуйте.
МД написан на языке ООП. Для дополнения нужным функционалом и тонкой настройки под себя идеальнее думаю и не придумаешь. Но мне кажется что одной маленькой детальки не хватает для оправдания предыдущих 2х утверждений.
Я говорю про модули. К чему это я.
Недавно поковырял модуль 'продукты' и так как одна из хотелок это максимум голосового управления, захотел чтобы если Алисе сказать 'закончились продукты: апельсины, помидоры ....' то соответственно перечисленное должно попасть в список продуктов которые надо купить. Но для этой реализации как оказалось надо разобраться как этот модуль хранит перечень в базе данных и напрямую туда апдейтить/добавлять .
Не совсем правильно с точки зрения ООП. Завтра автор/энтузиаст добавит функционала этому модулю с изменениями в структуре хранения данных и все кто напрямую пишут в базу полетят скрипты.
Не всем конечно модулям это надо, но думаю таким как продукты обязательно нужны публичные функции.
Или радио например:
'Алиса включи классику 101.ру'
В 101.ру в этой категории несколько каналов
'Вам попсовую, классическую или оперу'
'попсовую'

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

Наверняка еще где могли бы пригодится публичные функции.

Отправлено с моего Redmi Note 3 через Tapatalk
Есть же события (по типу SAY). Их модуль может обрабатывать...просто надо придумать этот функционал, и "допилить" модули... Например если в фразе обнаружено слово "продукты" - к её обработке подключается модуль продукты, и все действия идут через него... Юзеру при этом ни строчки кода не надо будет писать. Просто прочитать инструкцию к модулю. Я хотел с этим поэксперементировать - руки пока не добрались.

События по факту и есть такие "публичные функции". Только не со стороны модулей, а со стороны системы, по отношению к модулям...И весь функционал можно реализовать через них.

Re: Пожелания к разработчику

Добавлено: Вт ноя 08, 2016 12:22 pm
m-malva
nick7zmail писал(а): Есть же события (по типу SAY). Их модуль может обрабатывать...просто надо придумать этот функционал, и "допилить" модули... Например если в фразе обнаружено слово "продукты" - к её обработке подключается модуль продукты, и все действия идут через него... Юзеру при этом ни строчки кода не надо будет писать. Просто прочитать инструкцию к модулю. Я хотел с этим поэксперементировать - руки пока не добрались.

События по факту и есть такие "публичные функции". Только не со стороны модулей, а со стороны системы, по отношению к модулям...
Мне казалось что это должно работать иначе. события (по типу SAY), шаблоны поведения, это все остается.

В идеале
на примере:

Алиса включи радио 101.ру классику
(Обрабатывается шаблоном 'Алиса включи радио 101.ру', передать "классику")
если "классику" = ЛОЖ то нет такой категории
если "классику" = ИСТИНА то загрузить под категории предложить выбор

'Вам попсовую, классическую или оперу'
'попсовую'
nick7zmail писал(а): в фразе обнаружено слово "продукты" - к её обработке подключается модуль продукты
Алиса закончились продукты: апельсины, помидоры ...
(Обрабатывается шаблоном 'закончились продукты, передать "апельсины, помидоры" в модуль продукты)
мне кажется этого вполне

Re: Пожелания к разработчику

Добавлено: Вт ноя 08, 2016 12:47 pm
lanket
nick7zmail писал(а):
lanket писал(а):Здравствуйте.
МД написан на языке ООП. Для дополнения нужным функционалом и тонкой настройки под себя идеальнее думаю и не придумаешь. Но мне кажется что одной маленькой детальки не хватает для оправдания предыдущих 2х утверждений.
Я говорю про модули. К чему это я.
Недавно поковырял модуль 'продукты' и так как одна из хотелок это максимум голосового управления, захотел чтобы если Алисе сказать 'закончились продукты: апельсины, помидоры ....' то соответственно перечисленное должно попасть в список продуктов которые надо купить. Но для этой реализации как оказалось надо разобраться как этот модуль хранит перечень в базе данных и напрямую туда апдейтить/добавлять .
Не совсем правильно с точки зрения ООП. Завтра автор/энтузиаст добавит функционала этому модулю с изменениями в структуре хранения данных и все кто напрямую пишут в базу полетят скрипты.
Не всем конечно модулям это надо, но думаю таким как продукты обязательно нужны публичные функции.
Или радио например:
'Алиса включи классику 101.ру'
В 101.ру в этой категории несколько каналов
'Вам попсовую, классическую или оперу'
'попсовую'

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

Наверняка еще где могли бы пригодится публичные функции.

Отправлено с моего Redmi Note 3 через Tapatalk
Есть же события (по типу SAY). Их модуль может обрабатывать...просто надо придумать этот функционал, и "допилить" модули... Например если в фразе обнаружено слово "продукты" - к её обработке подключается модуль продукты, и все действия идут через него... Юзеру при этом ни строчки кода не надо будет писать. Просто прочитать инструкцию к модулю. Я хотел с этим поэксперементировать - руки пока не добрались.

События по факту и есть такие "публичные функции". Только не со стороны модулей, а со стороны системы, по отношению к модулям...И весь функционал можно реализовать через них.
Интересная мысль, спасибо, но не универсально. Если конечно идея не приживется то , конечно, это выход.

К примеру тот же 101.ру:
'Алиса'
'Да, мой господин'
'Включи классику 101.ру'

Там есть 3 направления этого жанра.
К примеру Опера мне не очень. И я могу в своем скрипте сделать черный список того чего ненадо предлагать.
Пилить модуль радио, означает при каждом обновлении искать и заново допиливать до своих хотелок не в стиле ООП.
Просить автора такие функции. Ну может и получит такая хотелка одобрение и реализацию. А чьята чежая хотелка не приживется, и ему придется во первых ковырять чужой код чтобы допилить , и при каждом обновлении заново допиливать. А если вышел модуль 2.0 , то заново разбираться чьо надо менять для реализации своих хотелок.

А давая публичные функции все хотелки как были отдельно в своих скриптах так и останутся, модуль обновился и хотелки остались.

Вот это в стиле ООП.

Хотя Вы лучше знаете чем я.

Отправлено с моего Redmi Note 3 через Tapatalk