А если не знает (как и наш голосовой интерфейс)...
Да, сейчас я именно так и представляю взаимодействие с голосовым UI.
Поэтому я сказал «обработка естественного языка разовьётся когда-то до такой степени» — под «такой степенью» я имею ввиду этап развития голосового UI, когда он сможет помнить контекст разговора и прошлые диалоги, понимать переносное значение слов и так далее.
Общаясь с ним, мы не должны чувствовать что передаём голосовые команды, а должны чувствовать что общаемся с «Ириной» :)
Я лишь упомянул про ZUI, я не являюсь его адептом)
Основная идея, которую я хотел передать в том, что нам нужно экспериментировать и пробовать новое. Вы как раз занимаетесь именно этим, за что я вам очень благодарен.
Система тегирования файлов мне кажется очень удобной — если вы не против, то я бы добавил её в список расширений WIMP в статье.
Да, в этом отношении CLI рулит, с его помощью можно передавать намерения очень точно.
Только вот кривая обучения у него довольно крутая для обычного пользователя. Я вот надеюсь на то, что обработка естественного языка разовьётся когда-то до такой степени, когда пользователи смогут вместо find -type f -mtime -7 -size -1M -exec cp '{}' \;
сказать
«Компьютер, скопируй все файлы из папки X, которые весят не больше 1Мб и были изменены за последнюю неделю»
и компьютер сделает то же самое.
Но они только для Windows :c
Я просто спросил про open source к тому, что вы упомянули о нехватке ресурсов на разработку. Выглядит у вас приложение довольно интересным, и мне кажется, что кто-то мог бы подключиться.
Да, выглядит удобно.
Я ранее уже встречал аналоги подобной системы, но вы, наверно, уже все их давно рассмотрели. Поэтому пропущу часть, где я скидываю ссылки на аналоги, и сразу спрошу — почему именно свою реализацию делаете?
Это open source?
Да, это очень интересный подход. Мне в нём с файловой системой намного удобнее работать, но в остальном возможности довольно ограниченные.
Рекомендую попробовать поиграться, ощущения очень свежие и нестандартные) eaglemode.sourceforge.net
Хорошо, я понимаю, вы не хотели чтобы статью восприняли в негативном ключе, но даже если так — чем же вы думали привлечь единомышленников? За исключением
Смотрите как удобно и лаконично! Если у имени есть скобочки (), то это функция, не надо никаких function, как в Javascript, но и возвращаемый тип указывать не обязательно!
вы не описали вообще ничего в рамках статьи. Причём даже то что описано — показывает вас как профессионала с не самой лучше стороны.
Возможно, вам стоило сначала как следует рассмотреть развивающиеся проекты подобного рода и получше разобраться в вопросе.
По сути вы делаете аналог, но только для телефона.
Однако, я делаю эту систему переносимой на все платформы — то есть весь спектр реализованных функции будет в том же виде доступен на любом устройстве.
Абсолютно согласен с вами, что одно приложение ставить намного проще чем этакую махину, но я и не утверждаю что оно поглотит весь рынок, мимикрируя под все существующие приложения. Может мимикрировать то оно и сможет, но чтобы заставить его это сделать будет нужно будет, само собой, приложить некоторые усилия — что является минусом относительно «готовых» приложений. Однако это не приговор — здесь уже встают задачи по сведению этих усилий к минимуму и сокрытии от пользователя (по крайней мере в начале) всех доступных возможностей — чтобы не пугать его раньше времени.
И кстати, вы говорите об агрегации приложений — однако, в этой системе функции будут представляться отдельными библиотеками подключенными в одно приложение. То есть здесь агрегация идёт на уровне интерфейсов модулей. Чтобы это получше описать, воспользуюсь вашим примером:
Я вот поставил его, и хочу чтобы приложение задач было связано с приложением миндмап, т.е. чтобы я мог видеть задачи наглядно.
В архитектуре системы, список задач будет представлен модулем в котором хранятся только данные, а к нему уже будет подключаться модуль, который занимается только отображением — это что-то вроде подхода MVC. То есть один и тот же список задач можно, при подключении соответствующего модуля, отобразить как угодно.
Спасибо, не слышал о нём. Да, очень много сделано у них и сообщество прекрасное. Обязательно рассмотрю его получше.
Однако, ознакомившись с документацией, хочу отметить следующие моменты:
Taskwarrior carefully limits the features it supports, in order to focus on doing one thing well. It does not offer reminders and time tracking, because there are other projects dedicated to implementing those features well.
If a feature improves the way we manage task lists, then it belongs in Taskwarrior, otherwise it belongs in some other software.
Получается, что они заведомо ограничивают возможности расширения системы. Это не плохо — вполне вероятно, что у них прекрасно получается, но я в этой статье говорил о системе, в которой нет ограничений функциональности.
Several Timewarrior reports are written as extensions, which uses an API to provide filtered data and configuration to the external command. This is a one-way process, the extension has no way to communicate back to Timewarrior. Future rules will allow this.
Здесь же вообще говорится, что расширения не могут влиять на работу основного приложения. Да, они говорят что в дальнейшем ситуация изменится, так что если это действительно будет так, то этот пункт критики можно не учитывать.
Несомненно, если некорректно организовать расширение системы модулями, то от этого она лучше не станет, а только усложнится и станет бесполезной грудой кода. Но я и не говорил, что хорошо сделать такой инструмент будет простой задачей — встаёт много проблем по организации удобного подключения модулей как для пользователей, так и для программистов.
Я бы прямо сейчас бросил всё и начал радоваться жизни, если бы
которым легко и приятно пользоваться
значило для всех пользователей одно и то же. Рынок, к сожалению, переполнен продуктами, которые различаются лишь
хорошим дизайном и usability
, а функционально являются идентичными на 70-95%. Да, варьируются масштабы проектов, но по сути, здесь уже вступает в дело маркетинговая политика, а не способности программистов.
Согласен с вами, что количество различных стратегий счётно и, если поискать, то можно найти готовую обзорную статью. Однако, если вы посмотрите на иллюстрацию в заголовке статьи, то сможете увидеть там множество серьёзных и успешных продуктов, которые, тем не менее, различаются только тем, что вы как раз перечислили. Дело в том, что аудиторию пользователей можно сравнить с ситуацией в басне «Лебедь, рак и щука» — все тянут в разные стороны: минималистичнее — функциональнее, в облако — на устройстве, десктоп — смартфон, ещё функций — слишком много функций. И в результате этого процесса, разработчик делает выбор в сторону требований большинства аудитории, ограничивая, тем самым, свой рост. В данном же случае, «Лебедь, рак и щука» могут тянуть хоть в разные измерения — система от этого станет только устойчивее.
Я не говорю что этот продукт является панацеей от всех бед разработки — он с таким же успехом добавляет новых, но вот проблему, которую я озвучил, он должен решить однозначно.
Дело в том, что предметная область в данном случае не определена до того самого момента, как пользователь соберёт свой приложение. За исключением интеграции со сторонними устройствами, необходимо также учесть интеграцию со сторонними приложениями, все возможные функции персонального приложения и всевозможные вариации пользовательского интерфейса: начиная от цвета ярлыка — заканчивая отображением для очков виртуальной реальности.
Несомненно, без зоопарка не получится, но я и не сказал что будет просто — нужно разработать методологию группировки и поиска всех этих модулей, а также варианты их доступного отображения для пользователя. Вообще говоря, эту часть системы тоже надо сделать модульной, чтобы множество разработчиков могло получить доступ к этим данным и попытаться сделать лучший вариант. Потом просто методом естественного отбора всплывут лучшие решения.
По поводу гладкости работы — запланировано обеспечить несколько этапов контроля новых модулей: сборка под разные платформы, автоматическое тестирование (функциональное, интеграционное), код-ревью другими разработчиками, выпуск модуля в бета-группу, а только после этого уже разрешение доступа к модулю всем пользователям. Тут много идей, но работы предстоит ещё больше.
Спасибо за информацию — не был знаком с ними. А какие у orgzly планы, ну из самых интересных?
Ой, вот до этого пока не добирался, честное слово. Вообще, с этим ожидаются проблемы, так как приложение может изменяться «на лету», а я не знаю насколько это созвучно с политикой Гуглоплея.
Ну, теперь в Android тоже можно использовать систему плагинов Qt — у меня на них вся система и держится. Чертовски удобная штука, не могу нарадоваться ею)
Да, сейчас я именно так и представляю взаимодействие с голосовым UI.
Поэтому я сказал «обработка естественного языка разовьётся когда-то до такой степени» — под «такой степенью» я имею ввиду этап развития голосового UI, когда он сможет помнить контекст разговора и прошлые диалоги, понимать переносное значение слов и так далее.
Общаясь с ним, мы не должны чувствовать что передаём голосовые команды, а должны чувствовать что общаемся с «Ириной» :)
Основная идея, которую я хотел передать в том, что нам нужно экспериментировать и пробовать новое. Вы как раз занимаетесь именно этим, за что я вам очень благодарен.
Система тегирования файлов мне кажется очень удобной — если вы не против, то я бы добавил её в список расширений WIMP в статье.
Только вот кривая обучения у него довольно крутая для обычного пользователя. Я вот надеюсь на то, что обработка естественного языка разовьётся когда-то до такой степени, когда пользователи смогут вместо
find -type f -mtime -7 -size -1M -exec cp '{}' \;сказать
«Компьютер, скопируй все файлы из папки X, которые весят не больше 1Мб и были изменены за последнюю неделю»
и компьютер сделает то же самое.
Но они только для Windows :c
Я просто спросил про open source к тому, что вы упомянули о нехватке ресурсов на разработку. Выглядит у вас приложение довольно интересным, и мне кажется, что кто-то мог бы подключиться.
Я ранее уже встречал аналоги подобной системы, но вы, наверно, уже все их давно рассмотрели. Поэтому пропущу часть, где я скидываю ссылки на аналоги, и сразу спрошу — почему именно свою реализацию делаете?
Это open source?
Рекомендую попробовать поиграться, ощущения очень свежие и нестандартные)
eaglemode.sourceforge.net
Прошу прощения за неточность.
Прошу прощения за нескромный вопрос — а как долго вы делали эту «рекомендательную систему на коленке»?
Возможно, вам стоило сначала как следует рассмотреть развивающиеся проекты подобного рода и получше разобраться в вопросе.
Как вы упомянули:
Однако, я делаю эту систему переносимой на все платформы — то есть весь спектр реализованных функции будет в том же виде доступен на любом устройстве.
Абсолютно согласен с вами, что одно приложение ставить намного проще чем этакую махину, но я и не утверждаю что оно поглотит весь рынок, мимикрируя под все существующие приложения. Может мимикрировать то оно и сможет, но чтобы заставить его это сделать будет нужно будет, само собой, приложить некоторые усилия — что является минусом относительно «готовых» приложений. Однако это не приговор — здесь уже встают задачи по сведению этих усилий к минимуму и сокрытии от пользователя (по крайней мере в начале) всех доступных возможностей — чтобы не пугать его раньше времени.
И кстати, вы говорите об агрегации приложений — однако, в этой системе функции будут представляться отдельными библиотеками подключенными в одно приложение. То есть здесь агрегация идёт на уровне интерфейсов модулей. Чтобы это получше описать, воспользуюсь вашим примером:В архитектуре системы, список задач будет представлен модулем в котором хранятся только данные, а к нему уже будет подключаться модуль, который занимается только отображением — это что-то вроде подхода MVC. То есть один и тот же список задач можно, при подключении соответствующего модуля, отобразить как угодно.
Однако, ознакомившись с документацией, хочу отметить следующие моменты:
В разделе Philosophy:
Получается, что они заведомо ограничивают возможности расширения системы. Это не плохо — вполне вероятно, что у них прекрасно получается, но я в этой статье говорил о системе, в которой нет ограничений функциональности.
В разделе Extension API:
Здесь же вообще говорится, что расширения не могут влиять на работу основного приложения. Да, они говорят что в дальнейшем ситуация изменится, так что если это действительно будет так, то этот пункт критики можно не учитывать.
Я бы прямо сейчас бросил всё и начал радоваться жизни, если бы
значило для всех пользователей одно и то же. Рынок, к сожалению, переполнен продуктами, которые различаются лишь , а функционально являются идентичными на 70-95%. Да, варьируются масштабы проектов, но по сути, здесь уже вступает в дело маркетинговая политика, а не способности программистов.
Я не говорю что этот продукт является панацеей от всех бед разработки — он с таким же успехом добавляет новых, но вот проблему, которую я озвучил, он должен решить однозначно.
По поводу гладкости работы — запланировано обеспечить несколько этапов контроля новых модулей: сборка под разные платформы, автоматическое тестирование (функциональное, интеграционное), код-ревью другими разработчиками, выпуск модуля в бета-группу, а только после этого уже разрешение доступа к модулю всем пользователям. Тут много идей, но работы предстоит ещё больше.
Спасибо за информацию — не был знаком с ними. А какие у orgzly планы, ну из самых интересных?