Если просто фото, можешь с систему кинуть интент нужный и сделаешь фотку.

Не) ща расскажу, как бывает обычно: 1. Какой-то сеньор васян берёт проект, работает над ним, устраивает сложную архитектуру, радуется, как ему всё понятно и как ему кажется это будет легко поддерживать в дальнейшем и как он сюда добавит какие-то свои НОВАТОРСКИЕ штуки 2. Васяна убирают по причине ~надоел~, на его место берут 1-2 миддлов подешевле и менее заносчивых 3. Эти миддлы смотрят в код, понимают процентов 10 от тех абстракций, что наделал Васян и делают какой-то говнокод поверх архитектуры Васяна, в итоге проект превращается в кашу Это я на примере кучи проектов из личного опыта, которые волей-неволей приходилось где-то менеджерить, где-то самому разбираться в умном говне Васяна (а он писал мне в личку буквально «ну да, там сложно, хех»), где-то и то, и другое. С другой стороны, было несколько проектов с говнокодом, но суперлегко поддерживаемых и переделываемых, даже если прошлый разраб пропадал раз и навсегда и на связь больше не выходил

Потому что ты делаешь дебаг версию приложения которая подписывается дебаг релиз ключом андройд студией. Если тебе надо скинуть другому человеку апк делай signed apk, у гугла есть гайд

так дебаг версия точно также должна устанавливаться на другой девайс (если там не стоит релизная уже)

Нет, не должна. Можешь проверить сам. Попробуй скинуть на любой другой телефон дебаг апкшку которую сгенерила андройд студия, она не поставится

а как тогда приложения разрабатывать на устройствах? Проверял и не раз

Нет, не должна. Можешь проверить сам. Попробуй скинуть на любой другой телефон дебаг апкшку которую сгенерила андройд студия, она не поставится

»а как тогда приложения разрабатывать на устройствах? Не понял тебя

Не) ща расскажу, как бывает обычно: 1. Какой-то сеньор васян берёт проект, работает над ним, устраивает сложную архитектуру, радуется, как ему всё понятно и как ему кажется это будет легко поддерживать в дальнейшем и как он сюда добавит какие-то свои НОВАТОРСКИЕ штуки 2. Васяна убирают по причине ~надоел~, на его место берут 1-2 миддлов подешевле и менее заносчивых 3. Эти миддлы смотрят в код, понимают процентов 10 от тех абстракций, что наделал Васян и делают какой-то говнокод поверх архитектуры Васяна, в итоге проект превращается в кашу Это я на примере кучи проектов из личного опыта, которые волей-неволей приходилось где-то менеджерить, где-то самому разбираться в умном говне Васяна (а он писал мне в личку буквально «ну да, там сложно, хех»), где-то и то, и другое. С другой стороны, было несколько проектов с говнокодом, но суперлегко поддерживаемых и переделываемых, даже если прошлый разраб пропадал раз и навсегда и на связь больше не выходил

Build - generate apk Я вот такие билды заливаю в app tester и все спокойно тестируют

Я же написал, почему так делают. Потому что например, если гвоздями прибиватся к какому либо фреймворку, любой его breaking change поломает вам все на свете, что чревато превращением проекта в безнадежное лигаси. Если будешь писать просто кнопка.перекрасить без лишних заморочек, а кнопку надо перекрашивать по результату нескольких асинхронных операций, будет много проблем если надо чёт поменять, надо юзать хитроумную асинхронную архитектуру. Будешь собирать компоненты руками - опять, любая переделка и тебе надо весь вайринг руками переписывать, нужен диай фрейм. Не дробить по слоям - хреново тестируется. Короче вся архитектура не для прекола а для решения задач. Нет задач, нет архитектуры. Я к тому, что при решении этих задач проще пользоватся примитивами которые имеют явные свойства/контракты.

Я бекенд, я накрываю тестами настолько насколько дают времени

Бэкенд == ты делаешь серверную часть, так?

Не) ща расскажу, как бывает обычно: 1. Какой-то сеньор васян берёт проект, работает над ним, устраивает сложную архитектуру, радуется, как ему всё понятно и как ему кажется это будет легко поддерживать в дальнейшем и как он сюда добавит какие-то свои НОВАТОРСКИЕ штуки 2. Васяна убирают по причине ~надоел~, на его место берут 1-2 миддлов подешевле и менее заносчивых 3. Эти миддлы смотрят в код, понимают процентов 10 от тех абстракций, что наделал Васян и делают какой-то говнокод поверх архитектуры Васяна, в итоге проект превращается в кашу Это я на примере кучи проектов из личного опыта, которые волей-неволей приходилось где-то менеджерить, где-то самому разбираться в умном говне Васяна (а он писал мне в личку буквально «ну да, там сложно, хех»), где-то и то, и другое. С другой стороны, было несколько проектов с говнокодом, но суперлегко поддерживаемых и переделываемых, даже если прошлый разраб пропадал раз и навсегда и на связь больше не выходил

Ну да

А, ну на сервере я не представляю себе разработку без написания тестов. Просто, на мой взгляд, с тестировщиком на мобилке без этого можно обойтись (и я за 4 года всё ещё успешно обхожусь)

Я такой костыль для livedata использую

Недостаточно сложная мобилка, значит

Спасибо, заработало!!!

О, а приведи, пожалуйста, пример достаточно сложного приложения, которому позарез нужны тесты?

Практически любое, нет?

О, а приведи, пожалуйста, пример достаточно сложного приложения, которому позарез нужны тесты?

Мобильный клиент банка или другого финтеха, мобильная касса

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

Будет много вони со стороны клиента если там мяукнутся деньги

если апи серверное позволяет такое, то серверистам, пардон, залупу на воротник надо натянуть

Извиняюсь за оффтоп, у кого то есть видеокарта rx 580? Сколько ее температура в играх? Просто запустил требовательную игру, температура стала 80, это нормально?

Зайти в ютуб и посмотреть ее тесты, не?

это что-то за гранью разумного

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

Если нормальный код - то можно без запусков сразу в гп выкатывать, какая разница

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

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

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

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

Интересно, откуда статистика про "большинство ошибок..."?

Интересно, откуда статистика про "большинство ошибок..."?

Ну потому что получить данные с сервера или собрать модельку и отправить на сервер может любой аутист, у которого слюна капает на клавиатуру

Ну потому что получить данные с сервера или собрать модельку и отправить на сервер может любой аутист, у которого слюна капает на клавиатуру

Больше

4 года опыта сеньором в разных конторах - пойдет?

И логика тоже не из разряда "сходить на сервер - показать список"

Хитрозамороченные подписи и так далее

Потому что ты делаешь дебаг версию приложения которая подписывается дебаг релиз ключом андройд студией. Если тебе надо скинуть другому человеку апк делай signed apk, у гугла есть гайд

математику и все говно можно на изи блекбокс-тестом протестить и к андроиду это имеет не очень много отношения, я говорил конкретно про интерфейсную часть, из которой состоит 99% андроид-разработки

сделала подписанное приложение - запускается, но теперь говорит что приложение не авторизовано чтобы использовать Firebase Authentification. Типа введите корректное имя пакета и SHA-1. А как я его введу если уже и пакет и SHA-1 зарегистрированы и в дебаг версии работают?

Эм, вы говорите, что юнит тесты не нужны, так как сложной логики не бывает, вам приводят пример сложной логики - вы отвергаете

Эм, вы говорите, что юнит тесты не нужны, так как сложной логики не бывает, вам приводят пример сложной логики - вы отвергаете

это не сложная логика уи, это вообще отдельная либа как ты сам сказал. какие тесты и почему эти тесты должны дроид-девы делать?

Скинь логи ошибки

Просто вся эта сложная логика не относится напрямую к андроиду, а значит, легко покрывается простыми тестами вида «пришёл ответ с сервера? Ок, тест пройден». И в отрыве от дальнейших действий с этими данными такой тест особо не имеет значения, так как очень сложно хреново написать запрос к серверу. А проверять надо отображение лоадера во время загрузки, правильный показ данных на экране и прочие android-related штуки

Я запускаю релиз версию без пк. FirebaseException вот такое пишет

Ещё раз - логика там не только в виде матеши в либе для общения с блокчйном, но и в самом взаимодействии с ним через эту библиотеку, и она там не на уровне "сходил на сервер - получил ответ"

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

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