Юрий

Хм, довольно просто, RelativeLayout, все надписи, кнопки - тупо поверх Toolbar, потом alignLeft - готово.

Mark Murphy, "The Busy Coder's Guide to Android Development"
это единственная, остальные устаревают, не успев выйти.

Попробуй List &lt ModelSearch &gt.

Если в тз этот момент не прописан - да, норма.

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

меням Basic на 1c - профит, фраза становится современной и актуальной.

IDEA же, webstorm или обычная.
atom отстой, хуже ноутпада++, даже емакс лучше.

мамкиных анонимусов параноидальный апворк не любит - готовьтесь к худшему.
а вообще можно сходить https://odeskconf.slack.com - конфа русских апворкеров, там есть их сотрудники, можно спросить.

Тут недалеко, в принципе, как переплывешь Тихий океан - сразу направо.
Если серьезно, пристойных курсов не видал - пока сам учился список тем онлайн курсов вызывал удивление, типа "1 урок - ставим android studio", "2 урок - качаем sdk".... "25 урок - делаем git clone, gradlew assembleDebug - вы разработчик!!!11111". Регулярно вижу вакансии - преподаватель курсов android - 15 к. Смешно.
Сам читал "busy developers guide" by Mark Myrphy && писал приложения. Норм все, успешно работаю по направлению.

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

что это один из входов в приложение, то и означает.

c android - n -никак.

по своему опыту, использую фрагменты только в виде DialogFragment. Все.
На счет передачи данных между активити - Parcelable чрезвычайно удобен. Либо класс сериализовать в жсон. Либо перегнать его в byte[]->Base64 строка->передать ч/з интент->Base64>new String();
Да и некий bus для app-wide notifications нужен для любого мало мальски большого приложения... через него тоже можно данные гонять.

берешь JSOUP и парсишь, проблемы не вижу :)

а стактрейс где? без него анрил.

Почитай, эту главу из Clean Code.
А вообще - дело очень серьезное, сопровождать софт не соблюдающий naming conventions - адский ад.

так и делаем.
Есть два способа, быстрый и правильный:
быстрый - в Application onCreate() берем контекст, суем его в статическую переменную, и в классе-хелпере статические методы используют этот контекст. решение плохое- концептуально мы нарушаем ООП,SOLID. Практически - такой код плохо тестировать, т.к. а) статические методы берет только PowerMock и б) наши классы будут иметь ничем не ограниченный доступ туда, т.е. проблема глобальных переменных во вей красе.
правильный : Натурально делаем SharedPreferenceFactory и далее по классическим жава канонам. Или, если вспомнили, что живем в 2016 - через DI.
И да, код писать быстро - поддерживать больно, зачем за мнимой скоростью гнаться - хз.

так лэйаут тебе подсказали. Разворачивающийся список можно сделать так : берешь лэйаут, который должен скрываться(т.е. именно этот кусок который сворачивается, со словами), и по нажатию кнопки ставишь ему setVisibility(View.GONE). для анимации поэкспериментируй с атрибутом android:animateLayoutChanges в целевом лэйауте.

мм, а в чем проблема? выцепляешь адреса картинок (это которые на *.jpg заканчиваются) и скармливаешь их Пикассе, все просто. покажи код?