Сообщество
FAQ
Логин
Пароль
Войти при помощи
Кстати, вы можете
Присоединиться к нам вконтакте
или почитать наш твиттер
Общение / Приложение для Windows Phone / Перспективы на Universal Windows App

Перспективы на Universal Windows App

Sergey
6 декабря 2015 19:43
Приветствую!

Cпасибо за клевый сервис - чувствуется, что вы думаете о целевой аудитории, а не просто прочитали книжки по бухгалтерии. Кнопки - Я должен / Мне должны, а не Кредит / Дебет и стиль изложения об этом какбэ намекают :)

Однако!
Оценил я качество вашего сервиса не сразу. Ваше Windows Phone приложение выглядет заброшенным и пользоваться им не очень хотелось при установке.
Признаться честно - я изначально ждал два месяца пока "молодежный и модный" сервис easyfinance.ru сделает версию для Windows Phone. Как обещали быстро они не сделали, мне надоело и я решил попробовать ваш. Ну и оценил.

Это я к чему?
К тому, что лояльные пользователи Windows Phone - сотрудники крупных компаний (те кто много работает c мобильной почтой Exchange уже не поменяют платформу), с рациональным образом мыслей (которые планируют в Microsoft Excel, Outlook), короче - ваша целевая аудитория. И в этой целевой аудитории процент Windows Phone выше чем в других: те, кто деньги не считают - имеют несколько iPhone, те кому совсем нечего считать - либо выплачивают кредит за то же iPhone :), либо купили бюджетный Android.

Короче получается, что у пользователей WP альтернатив особо нет. И если бы вы сделали клевое Universal Windows App приложение - его можно было бы попиарить через тот же Microsoft (благо я там 7 лет этим занимался) - попросить друзей (обещаю), чтобы написали короткие обзорчики в своих Facebook, VK, Habr ... c тысячами фолловеров. Ну и тем самым стать лидером на платформе Windows. Именно Windows - Desktop + Phone, т.к. сейчас надо делать Windows Universal App и в Microsoft заинтересованы рассказывать об особо удачных примерах.

Если совсем нет разработчиков - можно ведь сделать как Дуров с Telegram (https://telegram.org/apps). Опубликовать исходники прототипа приложения (сделать прототип занесения расходов ведь несложно) на Github и предложить желающим его доработать. Я видел в форуме, что несколько желающих было, но как я понимаю - подписываться никто особо не хочет.

Есть какая-то альфа/бета версия, которую можно попробовать? Можно с разработчиками пообщаться?
Sergey
6 декабря 2015 19:46
Собственно, также есть команда разработчиков, специализирующихся на Windows Phone.
Admin
6 декабря 2015 20:15
Sergey Пишет:
Можно с разработчиками пообщаться?
Здравствуйте.
Можно, ответили вам в почту.
valentin.gushan
2 января 2016 19:13
Хочу уточнить, как я понял уже начата работа над UWP под дребеньги?
Admin
2 января 2016 19:38
Официально ещё нет.
Maxim
23 января 2016 13:03
А теперь? Начато?
Кстати, если уж заговорили о UWP, то можно объединять команды. Windows, он теперь везде Windows.
Admin
23 января 2016 18:19
Maxim Пишет:
А теперь? Начато?
Как только будет о чём-то конкретном сообщить - сообщим обязательно.
Maxim
25 января 2016 13:20
Вы это сколько помню себя вашим клиентом обещаете.
Я, вот, думаю. Скоро третий (или четвёртый?) платёж в вашу пользу надо будет делать. Увязать это с выходом UWP приложения, что ли...
Sergey
25 января 2016 15:28
Admin,

1. Сделайте на стороне сервиса REST API поверх существующего SOAP API (дополнительный, а не замену) - это невысокие затраты для разработчиков, обертка поверх существующего сервиса.
2. Опубликуйте на GitHub в открытую код существующего Windows Phone приложения
3. После чего можно будет перекинуть код существующего приложения на UWP и расширять его возможность без существенных затрат. Допускаю, что многие (с базовыми навыками C#) это смогут сделать самостоятельно.
4. Также появятся дополнительные сценарии использования сервиса DD в Excel и других сервисах, умеющих работать с REST API. Например, на Excel 2016 можно реализовать более мощный и красивый интерактивный отчет Планирования бюджетирования, который будет использовать DD как источник, без разработки.

Если не реагировать на фундаментальное архитектурное обновление сервиса и допиливать бантики, очень скоро появится другой (Coin Keeper, Easy Finance, ... ) с современной инфраструктурой, который очень быстро перекроет функционал DD.

Если не будет фундаментальных изменений в ближайшее время - также намерен переключаться на другой сервис.
Maxim
26 января 2016 11:56
Господи, словья-то какие... REST, UWP...

Они остатки по счетам считаю суммируя ВСЕ транзакции за ВСЮ историю.

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

А вообще, идея правильная. Сосредоточиться на ядре, дотачивая интеграцию с банками, авторизацию, внешние API. И лично я, например, за это готов платить.

А приложения отдать на крауд сорсинг.
Maxim
26 января 2016 11:59
Кстати, Сергей, а Вы, случаем, евангелистом не работали? На Крылатской 17?
Maxim
13 февраля 2016 21:18
Сервис-то ещё живёт? Или уже все разошлись?
Admin
14 февраля 2016 17:24
Maxim Пишет:
Сервис-то ещё живёт?
Да.
Maxim
21 февраля 2016 22:50
В общем, нету у win 10 перспектив. Скоро и от поддержки Edge откажутся. Ввиду сложности платформы и загруженности команды.
Ахмед
24 февраля 2016 01:26
Можно даже не делать REST API, а просто допилить существующее. Оно не по стандарту выставлено, типы автоматом не генерируются. Создавать вручную сотню классов на все запросы-ответы будет крайне геморройно, придется все делать наощупь, методом проб и ошибок.
Admin
24 февраля 2016 08:56
Ахмед Пишет:
Оно не по стандарту выставлено, типы автоматом не генерируются
Здравствуйте.
Обоснуйте, пожалуйста, ваше заявление.
Ахмед
24 февраля 2016 12:44
Admin Пишет:
Обоснуйте, пожалуйста, ваше заявление.
Я создавал отдельную тему для этого: https://www.drebedengi.ru/?module=forumMessageList&topic_id=8066
Admin
24 февраля 2016 16:42
Ахмед Пишет:
Я создавал отдельную тему для этого
Но там это заявление не обосновывается.
Есть работающий php код, он генерит xml на любой soap метод из wsdl. Процитируйте из него любой кусок, который работает не по стандарту.
Ахмед
24 февраля 2016 16:50
Зачем мне php-код, мы на ветке про WP общаемся? Я утверждаю, что в Visual Studio и svcutil невозможно сгенерировать клиента, который бы работал из коробки. Чтобы его запустить, надо написать ВСЕ классы вручную и удостовериться, что они работают. Это большая работа для такого объемного API. Я там привел скриншот, с настройками Zend Studio, на котором есть нужные галки. Благодаря им можно сделать wsld, который поймут штатные средства разработчика под WP. Но вы почему-то не хотите выставлять другой wsdl наружу.
Admin
24 февраля 2016 18:51
Ахмед Пишет:
Я утверждаю, что в Visual Studio и svcutil невозможно сгенерировать клиента
Нет, вы утверждаете, что "..Оно (API) не по стандарту выставлено..". Причём тут VS и svcutil?

А php код вам поможет убедиться, что всё работает по стандарту (либо доказать обратное). Вам же не нужно его запускать, т.к. пример xml запроса (им созданный) приведён там же, на странице api ( https://www.drebedengi.ru...=soap).

Если вы не хотите этого делать, то лучше не утверждать, что что-то работает не по стандарту.
Admin
24 февраля 2016 18:54
Ахмед Пишет:
Я там привел скриншот, с настройками Zend Studio, на котором есть нужные галки. Благодаря им можно сделать wsld, который поймут штатные средства
Вы в той теме написали, что "..Возможно, все дело в настройках экспорта wsdl вашей Zend Studio?", а не "Благодаря им можно сделать wsld, который поймут штатные средства".

Это совершенно разные утверждения.
Ахмед
24 февраля 2016 19:10
Хорошо, вы меня блестяще убедили, что я неверно выражаюсь. Согласен.

Но дискуссия не об этом, а о том, что даже при желании пользоваться вашим API довольно трудно. Писать клиент для вашего wsdl, формируя xml-запрос на каждый метод, никто не будет. В студии генерится клиент автоматически, который создает все методы сам. Вызывай, передавай параметры и все. Но загвоздка в том, что благодаря формату вашего wsdl, невозможно даже вызвать ни один метод. Потому что не удается десериализовать ответ. Потому что нет прописанных типов. А чтобы их создать, надо либо выставить нормальный wsdl, либо создавать все типы вручную. Т.е. сидеть и через SoapUI дергать все методы по очереди и смотреть что возвращается.
Admin
25 февраля 2016 11:39
Ахмед Пишет:
Но дискуссия не об этом, а о том, что даже при желании пользоваться вашим API довольно трудно.
Тогда вы сами против себя согласны.

Определитесь.
Либо наше API поддерживает стандарт и тогда чья проблема, что VS не умеет с ним нормально работать?
Либо оно стандарт нарушает, и тогда вы правы.

А разобраться с этим можно только путём анализа xml запроса/ответа, тыкая пальцем в конкретные элементы/атрибуты и одновременно потрясая спецификацией soap.

Пока этот анализ не проведён, нельзя ничего утверждать и никого обвинять. И поэтому слова вроде "..пользоваться вашим API довольно трудно.." - звучат скорее как жалоба на жизнь и не желание решать встающие вопросы.
Ахмед
25 февраля 2016 12:15
Вот спецификация WSDL (первой версии, есть и более новая): https://www.w3.org/TR/wsdl.
Ваш wsdl НЕ содержит тега types, который там прописан. Для примера нормально выставленного сервиса приглашаю посмотреть яндексовый https://api.direct.yandex.ru/v4/wsdl/ или Почты России https://tracking.russianpost.ru/rtm34?wsdl. Там и там четко прописаны типы, благодаря чему VS сразу строит иерархию классов и прописывает их методам. Начать вызывать их можно через пару минут, чего не скажешь о вашем API.

Не понимаю, почему вы так упорно пытаетесь доказать что я не прав, вместо того, чтобы попытаться решить проблему. Удобный API для разработчиков, это прежде всего вам на руку. Больше приложений, интеграций с другими сервисами, популярнее станут Дребеденьги.
Admin
25 февраля 2016 13:24
Ахмед Пишет:
Ваш wsdl НЕ содержит тега types, который там прописан
Спасибо за информацию, проверим.
Admin
25 февраля 2016 13:28
Admin Пишет:
Не понимаю, почему вы так упорно пытаетесь доказать что я не прав
Потому и не понимаете, что мы этого не делаем. Не верный какой-то вывод.
Admin
25 февраля 2016 13:57
Ахмед Пишет:
Ваш wsdl НЕ содержит тега types, который там прописан.
Действительно у нас в wsdl нет секции types. Действительно он описан в спецификации. Но там нет информации о том, что он является обязательным, а его отсутствие делает wsdl не валидным.

Да, wsdl может содержать описание сложных типов (complexType), но может и не содержать, если они не используются. У нас они не используются (в отличие от приведённых вами яндекса и почты россии), возможно поэтому они и не генерируются генератором.

Мы испробовали различные варианты/опции генерации wsdl в zend-е, секция types никогда не добавляется.

Если вам известен способ как эту секцию создать для большей совместимости - скажите, или если хотите сами создайте, попробуем её добавить в wsdl.
Sergey
25 февраля 2016 16:11
Это все здорово. А зачем это все обсуждать? Чтобы сократить трудозатраты для разработчиков Visual Studio?

Де факто давно уже устоялся стандарт JSON для REST API.
Его использование на порядки упростит расширяемость сервиса через новые приложения и сервисы. Не только для VS. Пока же система является закрытой.
Sergey
13 марта 2016 19:44
А разработка современного API (JSON) запланирована в доработки системы?

Мы, для своих систем, такие вещи прикручиваем за пару дней созданием прокси поверх существующего API.

Решил сделать анализ трат (естественно в Excel, т.к. встроенные отчетные средства не позволят выполнить все настройки - исключить командировочные, сделать группировку по счетам и прочее), сделал сводную таблицу - но скачивать Excel и копировать данные в закладки после каждого изменения как-то уже стремно и нудно в 2016 году.

https://eriksvensen.wordpress.com/2014/09/15/specifying-json-query-in-power-query-example-statistics-sweden/ Это показан способ двухлетней давности, сейчас этот функционал встроен в Excel.
Admin
13 марта 2016 20:30
Sergey Пишет:
А разработка современного API (JSON) запланирована в доработки системы?
Можно сказать, что пока нет. Т.к. нет пока такой необходимости (либо нет понимания того, что она есть).

Будет нужда - сделаем.
Sergey
14 марта 2016 07:48
Ну странно, что нет понимания. Особенно удручает, что похоже нет желания разбираться и нужно ждать когда придет Нужда, т.е. появится такой сервис в России и пользователи в него перейдут.
Складывается ощущение, что
- все пользователи, включая Windows Phone, ежемесячно получают обновления с новыми фишками - ведь их так просто добавлять и каждый разработчик на github может привнести свою идею и реализацию.
- продвинутые пользователи получили десяток гибких отчетов по бюджетированию и отклонениям в excel, которые обновляются одним! нажатием кнопки и превосходят онлайн отчеты Дребеденег по функциональности и визуализации на порядки.

Давайте спросим в основной ветке, а лучше на первой странице - нужно ли это пользователям. Готовы они подождать со своими ожиданиями до следующего апдейта.
Sergey
14 марта 2016 09:36
Какая основная миссия вашего сервиса? Я предполагаю (во всяком случае его использую с этой целью) что это планирование будущих приобретений, контроль бюджета. Это все отчеты, причем в каждой семье они будут свои.

Совершенно очевидно, что вы не сможете реализовать функционал гибкой отчетности сравнимый с тем, что сейчас предлагается Microsoft, Qlik... Excel есть у всех...

Можете пояснить стратегию и миссию вашего сервиса в этом контексте?
Admin
14 марта 2016 09:50
Сергей,
Пользователям нужны новые фишки, над которыми мы работаем, в которых есть нужда.
Какое при этом API у сервиса - json или soap, никого не волнует. На скорость выхода и качество новых фишек это никак не влияет.

API используют только программисты, но не пользователи, и все кому оно нужно - это успешно делают.

Если вы имеете опыт в разработке, странно от вас всё это слышать.
Admin
14 марта 2016 10:03
Sergey Пишет:
Можете пояснить стратегию и миссию вашего сервиса в этом контексте?
Стратегия простая. Делать то, что нужно людям, по мере своих возможностей.

Станьте просто пользователем и говорите каких вам отчётов и функций не хватает, какие проблемы испытываете. Так будет конструктивнее.

Если речь про отчёты, то по нашим наблюдениям их хватает до 90% пользователей. Те кому нужны какие-то специфичные вещи - загружают данные в excel и творят там, что хотят. И было бы не хорошо ради них наворачивать логику а-ля 1С или excel, усложняя интерфейс для большинства.
Maxim
14 марта 2016 14:38
Admin Пишет:
Sergey Пишет:Можете пояснить стратегию и миссию вашего сервиса в этом контексте?Стратегия простая. Делать то, что нужно людям, по мере своих возможностей. Станьте просто пользователем и говорите каких вам отчётов и функций не хватает, какие проблемы испытываете. Так будет конструктивнее. Если речь про отчёты, то по нашим наблюдениям их хватает до 90% пользователей. Те кому нужны какие-то специфичные вещи - загружают данные в excel и творят там, что хотят. И было бы не хорошо ради них наворачивать логику а-ля 1С или excel, усложняя интерфейс для большинства.
Да мы уже устали быть простыми пользователями.
То есть, мы они и есть и уже голос сорвали говорить о том, что нужна нормальная версия под UWP. Нормальная. А не тот огрызок, который вы написали ещё под 7.1.

Вы считаете, что вашим пользователям это не нужно. Давая понять, что мы не ваши пользователи.

Я правильно понял смысл вашей стратегии? Будем делать то, что нравится нам, а недовольные найдут другую систему?
Ахмед
14 марта 2016 14:42
+ к нормальной версии для UWP. Сейчас на WP приложение ужасное.
Ахмед
14 марта 2016 14:47
Admin Пишет:
Мы испробовали различные варианты/опции генерации wsdl в zend-е, секция types никогда не добавляется.

Если вам известен способ как эту секцию создать для большей совместимости - скажите, или если хотите сами создайте, попробуем её добавить в wsdl.
Простое гугление выдало вот, к примеру:
http://stackoverflow.com/questions/24489580/autogenerate-wsdl-complex-types-in-zend-php
Я всего пару раз работал с php, а про zend вообще ничего не знаю. И не пойму, почему мне надо что-то искать или делать. Это же ваш сервис. В ваших же интересах предоставить простой и удобный инструмент интеграции для сторонних систем. Написать нормальную документацию, а не "посмотрите wsdl, дерните его, посмотрите ответ и разберитесь".
Admin
14 марта 2016 15:24
Maxim Пишет:
Да мы уже устали быть простыми пользователями.
То есть, мы они и есть и уже голос сорвали говорить о том, что нужна нормальная версия под UWP. Нормальная. А не тот огрызок, который вы написали ещё под 7.1.
Максим,
Ваши чувства понятны. Только они кому адресованы? Или вы за дискуссией не следите..

"нужна нормальная версия под UWP. " - однозначно. Кто с этим не согласен?
"Вы считаете, что вашим пользователям это не нужно." -Мы считаем иначе.
"Я правильно понял смысл вашей стратегии?" - не правильно. Откуда вы это взяли?

С приложением WP - просадка, есть много желания его улучшить и мало ресурсов. То есть сейчас их почти нет.

Sergey предлагает выделить ИХ (т.е. почти отсутствующие ресурсы) на создание другого (дополнительного) протокола API, вместо, собственно, улучшения приложения.

Это предложение основано на идее о том, что как только там внутри будет json вместо soap, а код приложения будет открыт и выложен на github - сразу найдутся активные программисты, которые всей толпой поднимут приложение из пепла и сделают из него конфетку.

Не найдутся. Не сделают. Пройдено много раз за долгие годы. Подобные попытки работы с "вольными энтузиастами" отнимают тонны человеческих ресурсов и дают почти нулевой результат.

Эту идею можно оживить деньгами, которыми нужно подкормить энтузиазм энтузиастов. Плюс выделить личное время на управление. А это и есть ресурсы, про которые см. выше.
Ахмед
14 марта 2016 15:30
Ладно, а на документацию и улучшение имеющегося wsdl у вас есть время и ресурсы? :)
Admin
14 марта 2016 15:39
Ахмед Пишет:
Простое гугление выдало вот, к примеру:
http://stackoverflow.com/...d-php
Спасибо за ссылку. Видели. Света не проливает, к сожалению.
Есть класс vb access , который люди написали, и используют для работы с API из excel-я.
Если чем-то кому-то поможет - пишите, предоставим.
Чтобы отвечать на сообщения - зарегистрируйтесь и войдите в личный кабинет.
© drebedengi.ru 2007 - 2017  |  Мобильная версия  |  Карта сайта  |  API интеграции  |  Обратная связь  |   English