Я сверху описал как я это делаю

я тебя понял) я на текущий момент поступаю так же. Но думаю полностью покрыть моковыми данными сервер было бы здорово

ну а если ты разрабатываешь какую-либо фичу, а на стороне сервера она не готова. Нужно же протестировать работу МП

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

За всю свою жизнь ни разу не тестил, как это делаешь ты :)

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

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

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

я тебя понял) я на текущий момент поступаю так же. Но думаю полностью покрыть моковыми данными сервер было бы здорово

Вообще прям советую тебе изучить use-case, uml, IDEFx, DFD, ERD - больше прибыль будет с проектов, шире спектр работы, удобство и понимание внутри команды

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

То, что нужно клиенту - основано на проектировании, в любом случае

Ну и графический прототип дизайна

Именно поэтому серьезные организации делают работу быстро и качественно. Все начинают работать параллельно

Прототипа обычно хватает, что бы описать use case

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

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

Но в идеальных условиях можно еще и диаграммы классов писать и тд

Не, мужики. Коллективное мнение - это хорошо, но есть азы, которые идут еще с прошлого века и до сих пор не сломлены)))

Для мелких проектиков, конечно, можно и в голове все держать

Для мелких проектиков и говнокодить можно тоже)))

АХах)))

и на тесты забить

Ну да)

да и дизайн нафиг надо)

Да один костыль поставить на колёсиках и нормально будет)

У кого-нибудь есть работы? Бабок что-то не хватает, заказов мало :(

*Работа

На фрилансе вообще не вариант сидеть. Такое ощущение, что там все за корку хлеба работают

Тачка еще че-то колом встала

Жопа какая-то в последнюю неделю

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

Вот тут имеют место экстенды, например.

На фрилансе вообще не вариант сидеть. Такое ощущение, что там все за корку хлеба работают

вот да :/

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

поддерживаю, иначе бекенд родит что-то типа: POST url?mode=list POST url?mode=delete

А вы че, до сих пор на RESTfull API сидите?

А вы че, до сих пор на RESTfull API сидите?

а что сейчас модно?)

поддерживаю, иначе бекенд родит что-то типа: POST url?mode=list POST url?mode=delete

^ обратите внимание, этот человек не только андроидщик, бэкэнды тоже пишет.

а что сейчас модно?)

HATEOAS!

^ обратите внимание, этот человек не только андроидщик, бэкэнды тоже пишет.

у меня в бекендах нет такого ужаса))

а что сейчас модно?)

Ну точно не SOAP. Хотя для определенных целей тоже нормально)) Я уже года три-четыре на потоковой обработке запросов. JSON-pure API короче)

господа, ай нид хелп, какие есть варианты скопировать содержимое /data/data/com.application.app/...? кто шарит в shell или adb?

у меня в бекендах нет такого ужаса))

Именно. Просто если бы ты был чисто фронтом, можно было бы сказать "он рассуждает абстрактно, пусть попробует написать".

господа, ай нид хелп, какие есть варианты скопировать содержимое /data/data/com.application.app/...? кто шарит в shell или adb?

cp из их расположения в sdcard

Я тоже стараюсь комплексно работать. Сервак, айос, андроид. Так пришли к тебе - целиком проектик закатали)

cp из их расположения в sdcard

А разве там рут-права не нужны?

cp пытался, но чет адб не видит эти скопированные файлы\ в чем может быть проблема?

господа, ай нид хелп, какие есть варианты скопировать содержимое /data/data/com.application.app/...? кто шарит в shell или adb?

adb pull /data/data/com.application.app/

А разве там рут-права не нужны?

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

adb pull не сработает

а через андройд монитор?

не, братва)) Переходите давайте тоже на джсон-пюре)) Геты, посты, делиты))

У меня одна ссылка на все про все. Хоть в нджинксе не надо постоянно прописывать адреса)

не, братва)) Переходите давайте тоже на джсон-пюре)) Геты, посты, делиты))

Можно пример? Мне нравится REST с его HTTP-методами.

у Android Device Monitor есть вкладка File Explorer

adb pull не сработает

если есть рут то сработает после adb root

У меня одна ссылка на все про все. Хоть в нджинксе не надо постоянно прописывать адреса)

а ты думаешь я в nginx прописываю пачку?)

Всем привет! Кто нибудь в курсе как firebase analitics идендифицирует пользователей. Приложение установлено на на двух устройствах, а в аналитике показывает 10 активных пользователей. Че за бред?

у Android Device Monitor есть вкладка File Explorer

Опять же, без рута она, думаю, ничего не покажет.

Нужно через адб, ладно буду думать, не все так просто

У меня одна ссылка на все про все. Хоть в нджинксе не надо постоянно прописывать адреса)

Лолшто? nginx должен стоять как прокси перед Tomcat или Jetty, не?

а ты думаешь я в nginx прописываю пачку?)

location / { uwsgi_pass unix:///path/to/socket; include uwsgi_params; # the uwsgi_params file you installed uwsgi_read_timeout 300; } вот такое обычно для апи

Можно пример? Мне нравится REST с его HTTP-методами.

Да там все просто. На ПеХеПе же пишешь? $data = file_get_contents('php://input'); $json_object = json_decode($data); $command = $json_object->{'command'};

Лолшто? nginx должен стоять как прокси перед Tomcat или Jetty, не?

можно на Lua написать говнеца прям под nginx, если мне память не изменяет

Лолшто? nginx должен стоять как прокси перед Tomcat или Jetty, не?

Ты вообще какой-то огород городишь))) php-fpm + nginx и больше ничего не надо)

Ты вообще какой-то огород городишь))) php-fpm + nginx и больше ничего не надо)

не все пишут на пхп, он про джаву

А, понятно

Да там все просто. На ПеХеПе же пишешь? $data = file_get_contents('php://input'); $json_object = json_decode($data); $command = $json_object->{'command'};

Нет, мне не нравится постить JSON на все запросы. И Retrofit не так работает.

Я для себя выбрал пхп и нджинкс. Работает шустро, особенно 7-й пхп

Только неделю назад отвалился пхп)))

Не переношу пхп. Беднейший язык, медленный и дырявый.

ERROR: S client not available

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

Не переношу пхп. Беднейший язык, медленный и дырявый.

Скорость не в языке) Проблем с производительностью у меня вообще нет. Есть крупные проекты, которые я поставил на этой связке. Там нагрузка бешенная была. Даже на 5-м пхп. Перевел на 7-й и обновил nginx - все стало класс)

А если еще и sphinx ставишь для поиска - вообще пуля)

А если еще и sphinx ставишь для поиска - вообще пуля)

рекламить пых пришел?)

Скорость не в языке) Проблем с производительностью у меня вообще нет. Есть крупные проекты, которые я поставил на этой связке. Там нагрузка бешенная была. Даже на 5-м пхп. Перевел на 7-й и обновил nginx - все стало класс)

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

рекламить пых пришел?)

не, что ты))

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

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

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

расскажи как там с типизированными коллекциями

хуясе, пишут что файлы типа /system/buildprop можно читать но под adb root, а все что /data/data вообще invisible для adb, вот и причина

И кеширование кешированию рознь)

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

Да забей) Это уже на уровне стереотипов))

/data/data под рутом можно вытаскивать

расскажи как там с типизированными коллекциями

Ты имеешь ввиду ключ-значение?

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

Нет, никто не присел. Я писал на PHP, Java, Kotlin, и первый я никогда добровольно не выберу. Ну и читал "PHP: A fractal of bad design" — это классика, надеюсь, все читали.

Да забей) Это уже на уровне стереотипов))

=)

Нет, никто не присел. Я писал на PHP, Java, Kotlin, и первый я никогда добровольно не выберу. Ну и читал "PHP: A fractal of bad design" — это классика, надеюсь, все читали.

Не, я такое не читал. У меня времени в обрез))

господа, ай нид хелп, какие есть варианты скопировать содержимое /data/data/com.application.app/...? кто шарит в shell или adb?

с эмулятора надо?

=)

а симфони юзаешь?

Ты имеешь ввиду ключ-значение?

коллекции, хранящие объекты моего определенного типа

И кеширование кешированию рознь)

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

а симфони юзаешь?

Не а, тоже не пользуюсь. Да просто чистый пхп без всего)

Фреймворками не пользуюсь)

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

Про сессии не забыл?)

Обьясните мне что такое span в gridlayout ?

Не а, тоже не пользуюсь. Да просто чистый пхп без всего)

Ой-ой, без MVC?

Про сессии не забыл?)

Они в файлах.

Фреймворками не пользуюсь)

ну это странновато)

попробуй скопируй, может это начиная со старших версий дроида прикрыли, я об adb pull /data/ если через shell cp делать то копирует на флеху, но adb c флехи забрать немогет, так как не видит, даже права на файлы менял, ладно будем думать

Да все, атаковали меня)

ну это странновато)

Вполне могу это понять. Просто стоит разок попробовать MVC и почуствовать разницу.

Я не успеваю)

Ночь работал)