Хочу сразу предупредить: если у вас ноут весит около 2.5 кг, то у рюкзака (во всяком случае, у моего), начнут отрываться основные лямки сверху, поэтому я попросил в мастерской (где обувь ремонтируют и прочее), прошить усиленными нитками — стало олично, отдал около 150-200 рублей за это. Когда перешел на макбук (1.6 кг), спине вообще хорошо стало :)
В целом рюкзак удобный, НО я не знаю, только ли у меня это, основное отделение туго закрывается, а вот открывается легко (должно быть наоборот, по-хорошему). Ну и выглядит он вполне нормально, можно и с пальто носить
Спасибо тебе, добрый человек! До этого пользовался KeePassX, но он всегда пытался пересохранить базу, т.к. любой её просмотр в приложении отмечался как «изменение», пока что MacPass отлично работает и выгладит. KeePass через Mono был извращением
Рекомендую всем дождаться технической статьи о разработке приложения, постараюсь сделать её максимально интересной как для разработчиков (детали реализации), так и для пользователей Android (UI, скриншоты, как уживались с гайдлайнами и всё такое)
Я поговорил с представителем irr.ru, будет технический пост с интересными деталями реализации, поделимся опытом, так сказать :)
P.S. я был главным разработчиком текущей версии приложения, постараюсь осветить самые интересные технические нюансы, ещё уточню у двух разработчиков, о чём им было бы интересно написать.
Кстати, про adb over wifi — это не требует рут доступа, просто достаточно при usb подключении рестартануть adb на устройстве в режиме tcp/ip, делается так adb tcpip <port, например 5555> и всё, можно цеплятся по сети: adb connect ip:port, причем работает до перезагрузки девайса, то есть если вы перешли в другую сеть — просто надо переподключится по новому ip
У Navigation Drawer есть другая проблема — он не всегда корректно открывается/закрывается, и если у вас есть UI тесты, которые с ним взаимодействуют — ждите рандомных фейлов этих тестов из-за NavigationDrawer.
Один мой знакомый плюнул и решил написать человеческий генератор SQL запросов, что на мой взгляд более лучшее решение для Android. То есть всю логику работы с данными вы пишете сами, но SQL запросы можно нагенерить библитечкой, при этом производительность и читаемость кода остаются прежними.
Сколько этих ORM для Android не пересмотрел, пришел к выводу, что руками и код более производительный и реализация очевидная. Да рутина, но зато везде как надо, нет наследования ненужных классов и прочей лабуды.
P.S. Это не упрек вашей реализации, просто мысли вслух
Со звонилкой, на мой взгляд, они накосячили нехило.
Предыдущая, с тремя табами и вьюпейджером была гораздо удобнее (субъективщина)…
Особенно раздражает компоновка и реордеринг избранных контактов в новой звонилке:
Раньше: у меня спокойно помещались 4 крупные фотографии сеткой 2x2, а под ними уже были остальные контакты.
Сейчас: три небольшие фотографии в одну строку, под ними остальные избранные, которые я очень часто случайно смахиваю свайпом влево-вправо. Плюс эта «умная» звонилка постоянно меняет порядок избранных контактов, никогда не знаешь, куда кликать, раньше я на автомате звонил, т.к. помнил, где какой контакт.
Хочу сразу предупредить: если у вас ноут весит около 2.5 кг, то у рюкзака (во всяком случае, у моего), начнут отрываться основные лямки сверху, поэтому я попросил в мастерской (где обувь ремонтируют и прочее), прошить усиленными нитками — стало олично, отдал около 150-200 рублей за это. Когда перешел на макбук (1.6 кг), спине вообще хорошо стало :)
В целом рюкзак удобный, НО я не знаю, только ли у меня это, основное отделение туго закрывается, а вот открывается легко (должно быть наоборот, по-хорошему). Ну и выглядит он вполне нормально, можно и с пальто носить
Рекомендую всем дождаться технической статьи о разработке приложения, постараюсь сделать её максимально интересной как для разработчиков (детали реализации), так и для пользователей Android (UI, скриншоты, как уживались с гайдлайнами и всё такое)
Правильная ссылка — вот: https://play.google.com/store/apps/details?id=ru.irr.android.real_estate
Я договорился с irr, что техническая статья с интересными моментами реализации + скриншоты с пояснениями будет, см. коммент выше
Рекомендую дождаться этой статьи (как свободное время будет — напишу), могу вас пингануть после публикации, если вам интересно :)
P.S. я был главным разработчиком текущей версии приложения, постараюсь осветить самые интересные технические нюансы, ещё уточню у двух разработчиков, о чём им было бы интересно написать.
brainstorage.me/artem-zin
ru.linkedin.com/in/artemzinnatullin/
github.com/artem-zinnatullin/
От Intel я ожидал конкурента Qt (C++), но ни как не решение на HTML + JS
adb tcpip <port, например 5555>и всё, можно цеплятся по сети:adb connect ip:port, причем работает до перезагрузки девайса, то есть если вы перешли в другую сеть — просто надо переподключится по новому ipЯ задал такой вопрос на stackoverflow, но пока нормального решения нет: http://stackoverflow.com/questions/21848875/robotium-ui-testing-for-app-with-navigation-drawer
@Override public void onTerminate() { OrmFactory.ReleaseHelper(); super.onTerminate(); }он никогда не вызывается на устройствах, так что смысла в нём нет.
P.S. Это не упрек вашей реализации, просто мысли вслух
Всё же, мне кажется парсинг XML — не задача СУБД
Предыдущая, с тремя табами и вьюпейджером была гораздо удобнее (субъективщина)…
Особенно раздражает компоновка и реордеринг избранных контактов в новой звонилке:
Раньше: у меня спокойно помещались 4 крупные фотографии сеткой 2x2, а под ними уже были остальные контакты.
Сейчас: три небольшие фотографии в одну строку, под ними остальные избранные, которые я очень часто случайно смахиваю свайпом влево-вправо. Плюс эта «умная» звонилка постоянно меняет порядок избранных контактов, никогда не знаешь, куда кликать, раньше я на автомате звонил, т.к. помнил, где какой контакт.
Извиняюсь за свой баттхерт :(