@DrKLO Привет. Легко ли живется телеграму без MVP ? ;)

Да, и почему нет даггера и rx? :)

Это же был ниндзя вход, смешался с толпой) ты все испортил)

Он не удался. ))

Да, и почему нет даггера и rx? :)

А нахера?

А можно как-нибудь указать место, где Гриша отписывался? Интересно было бы почитать. :)

Хотя бы время когда это примерно было.

А нахера?

эт шутка была

У меня с юмором не очень.

Стикер с сарказмом хз где...

тегом [sarcasm] помечать буду :)

Спасибо.

всем слушать новый подкаст http://apptractor.ru/AndroidDev/podcast16.html

Теперь я понимаю почему телеграм написан без хипстолиб, на своих фрагментах, ресайклвью, тулбаром, драверлэйоутом, патченной склайте. Он пишется для ВСЕХ телефонов и требование чтоб не тормозило. А с хипстолибами все жрёт. А тут хипстерам заказали приложение для ресторана/магазина, они сказали заказчику завышенную минимальную версию апи андроида и давай сувать хипстолибы

Gerc: Молодые хипстеры без знания жавы лезут сразу и модные фреймворки суют везде Gerc: Потом из-за жрущих говноприложений - мои тормозят из-за нехватки озу и тредов

Несщадно плюсую.

Рвёт от хипстоты уже

@DrKLO ох и закидают тебя тут сейчас вопросами) почему у тебя нет даггера, rx и MVP:)

Я знал, что у Николая все в порядке!!)

Это же был ниндзя вход, смешался с толпой) ты все испортил)

надо было вместе с толпой, там вроде выше врывались

Ты не один))

не самый подходящий момент :D

Согласен. :) Сейчас переписываю и заодно дорабатываю проект, который достался от предыдущего исполнителя. Вкратце - некоторое приложение, которое будет запускаться на одном-единственном устройстве, и которое при этом довольно ограничено по характеристикам. Предыдущий разработчик был молодым человеком с горящими глазами, в итоге решения принимались как-то так: 1. Надо пробрасывать данные во view-layer? Используем data binding, вроде модная тема! 2. Иногда нужно работать с бэкграунд потоками? Вкинем RxJava, с ней всё становится веселее! А к ней ещё десяток вспомогательных библиотек, просто до кучи. 3. Нудно хранить данные? Подключим Realm - SQLite уже устарел! 4. Нужно верстать? ConstraintLayout - и насрать на то, что он всё ещё в альфе! 5. Нужно пробрасывать аргументы во фрагменты? Добавим библиотеку, которая работает на кодогенерации! 6. Кодогенерация? ВАУ! БОЛЬШЕ БИБЛИОТЕК И КОДОГЕНЕРАЦИИ! Ну и так далее и так далее. В итоге приложение состоит из десяти экранов, но при этом уже подключен multidex, потому что debug-сборки уже не влезают в 65K.

ну data binding это либа не от левого чувака

да лол, что вы так сретесь с этими 65к методами?

ну мультидекс будет, и что?

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

Согласен. :) Сейчас переписываю и заодно дорабатываю проект, который достался от предыдущего исполнителя. Вкратце - некоторое приложение, которое будет запускаться на одном-единственном устройстве, и которое при этом довольно ограничено по характеристикам. Предыдущий разработчик был молодым человеком с горящими глазами, в итоге решения принимались как-то так: 1. Надо пробрасывать данные во view-layer? Используем data binding, вроде модная тема! 2. Иногда нужно работать с бэкграунд потоками? Вкинем RxJava, с ней всё становится веселее! А к ней ещё десяток вспомогательных библиотек, просто до кучи. 3. Нудно хранить данные? Подключим Realm - SQLite уже устарел! 4. Нужно верстать? ConstraintLayout - и насрать на то, что он всё ещё в альфе! 5. Нужно пробрасывать аргументы во фрагменты? Добавим библиотеку, которая работает на кодогенерации! 6. Кодогенерация? ВАУ! БОЛЬШЕ БИБЛИОТЕК И КОДОГЕНЕРАЦИИ! Ну и так далее и так далее. В итоге приложение состоит из десяти экранов, но при этом уже подключен multidex, потому что debug-сборки уже не влезают в 65K.

Я вообще стараюсь по минимуму брать из других мест инструмент. Вот sqlite заменил на простые списки и храню их в shared preferences

Не это вообще просто и в тоже время медленнее для системы

Согласен. :) Сейчас переписываю и заодно дорабатываю проект, который достался от предыдущего исполнителя. Вкратце - некоторое приложение, которое будет запускаться на одном-единственном устройстве, и которое при этом довольно ограничено по характеристикам. Предыдущий разработчик был молодым человеком с горящими глазами, в итоге решения принимались как-то так: 1. Надо пробрасывать данные во view-layer? Используем data binding, вроде модная тема! 2. Иногда нужно работать с бэкграунд потоками? Вкинем RxJava, с ней всё становится веселее! А к ней ещё десяток вспомогательных библиотек, просто до кучи. 3. Нудно хранить данные? Подключим Realm - SQLite уже устарел! 4. Нужно верстать? ConstraintLayout - и насрать на то, что он всё ещё в альфе! 5. Нужно пробрасывать аргументы во фрагменты? Добавим библиотеку, которая работает на кодогенерации! 6. Кодогенерация? ВАУ! БОЛЬШЕ БИБЛИОТЕК И КОДОГЕНЕРАЦИИ! Ну и так далее и так далее. В итоге приложение состоит из десяти экранов, но при этом уже подключен multidex, потому что debug-сборки уже не влезают в 65K.

не вижу в этом ничего плохого кроме, конечно, ConstraintLayout

альфу не стоит юзать в прод

а если библиотеки стабильные и решают твои проблемы, то почему нет7

?

Толстый апк получишь

зачем тратить время на написание своего? когда люди годами это пишут и отполировали уже со всех сторон.

а если библиотеки стабильные и решают твои проблемы, то почему нет7

потому что в 99% случаев это оверкилл

Баги не у себя , а у того парня

Толстый апк получишь

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

Толстый апк получишь

прогард поможет

прогард поможет

Не поможет

потому что в 99% случаев это оверкилл

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

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

По времени как своё написать

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

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

По времени как своё написать

ну не всегда

ты скорее всего напишешь именно ту заветную одну строчку

и будешь радоваться

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

нуу, это уже утрирование, обычно не 1 строчку.

я про билдфайл

или форкни и запили то что надо и свой форк юзай

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

Вполне серьезно

Мне кажется этот спор начинается по новой каждый день...

прогард поможет

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

Мне кажется этот спор начинается по новой каждый день...

Сбой в матрице

Мне кажется этот спор начинается по новой каждый день...

бесконечный холивар

ну прогард даже без либ маст хев

ну прогард даже без либ маст хев

ну да, но чем меньше ему работы, тем быстрее сборка.

он только из сапортовой либы выбросить 10-15К методов

я за разумное использование либ. Если тебе надо одну фичи из либы, то возьми код оттуда.

мне вот интересно олдфаги реально не юзают к примеру ретрофит и сидят на асинх тасках и сами json парсят ?

Вполне серьезно

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

мне вот интересно олдфаги реально не юзают к примеру ретрофит и сидят на асинх тасках и сами json парсят ?

Жсон сами, да

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

Ну потом большинство вырастет же и будет нормально писать

мне вот интересно олдфаги реально не юзают к примеру ретрофит и сидят на асинх тасках и сами json парсят ?

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

ERROR: S client not available

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

This

ну то есть некий набор тру-либ все-таки имеется?

прошу огласить тогда спсиок

ну то есть некий набор тру-либ все-таки имеется?

Либо от задачи зависят!

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

ни разу не блювота, вообще!

Либо от задачи зависят!

ура, кто-то понимает

ни разу не блювота, вообще!

От задач зависит

даггер и что-то типо Mosby я считаю must have

Ты не будешь писать чат на ретрофит!

От задач зависит. Есть большие задачи где эти либы хорошо жизнь упрощают. Но часто их пихают туда, где от них толку нет

пишу мвп руками )

Ты будешь сокеты юзать

да, коню понятно что есть специфические задачи

А для запросов к рест сервису ты не будешь использовать сокеты и парсить стрим!

пишу мвп руками )

Воо, это тру)

ну то есть к рест таки ретрофит?

Надо не либы использовать, а голову!

пишу мвп руками )

юзаю mosby

ну, для картинок есть Glide, Picasso, Fresco

Надо не либы использовать, а голову!

голову надо что с либами, что без использовать - об этом нет разговора

Надо не либы использовать, а голову!

не только, самое главное руки не забудь)!

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

Лицом)

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

так нкто и не отрицал этого

или я пропустил?

Т.е. вы пишите сами то, что годами писали люди, объективно более умные, чем все здесь сидящие? Велосипеды с квадратными колёсами, зато свои?

Т.е. вы пишите сами то, что годами писали люди, объективно более умные, чем все здесь сидящие? Велосипеды с квадратными колёсами, зато свои?

ВООО, вот это я хотел сказать!

открыл для себя страничку с конфами по андроиду http://androidstudygroup.github.io/conferences/