S

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

Далее удобства только для тебя. Первый вариант позволяет читать посимвольно/построчно/определенную длину. Второй вариант имеет кучу методов для чтения конеретного типа данных. Например просишь ввести пользователя число и делаешь вызов in.nextInt().

webkit штатно идет с jre на всех платформах как часть javafx кажется с 1.7 версии, в android - это android.webkit, плюс точно знаю есть аналогичные опенсорс компоненты для chromium.

Работает абсолютно все, кроме загрузки файлов (ее можно до реализовать самому, правда довольно кривовато).

Думаю не стоит покупать. Паблики насыщены, все уже там, бурного роста ждать не приходится. Инстаграм да ещё растёт пока. По поводу обогащения тоже вопрос открытый, я покупал рекламу и в пабликах напрямую и в ВК напрямую и за клики и за показы, не сказать что эффективность размещения высокая...
К тому же вы полностью зависите от ВК, их политики изменят они правила, ограничат рекламу, присунут свою рекламу или просто тупо заблокируют паблик вы никому ничего не сможете доказать и никак не сможете вернуть инвестиции, т.к. всё это не ваше.
На всё это накладываются проблемы что паблик в ВК или группу никак нельзя купить продать, основатель может выйти и потом всегда вернуться в него в роли основателя. Выход только купить аккаунт основателя, а у него на нём может там 10 пабликов? Он его не продаст. А даже если продаст то аккаунт к телефону прикреплён надо его сразу менять. Да и получается вы будете владеть чужим аккаунтом, заблочат его, как вы будете доказывать что это вы Иван Иванов?
Да и мода на всё проходит в т.ч. и на соцсети, сегодня рулит одна, завтра другая...

Первый POST-запрос уходит на https://vk.com/al_page.php
параметры: act=owner_photo_box&al=1&cover=1&oid=-85297730

https://gist.github.com/S-anasol/643d82f34ca6518d4...

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

https://regex101.com/r/g2h8KQ/1

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

"Хочу сделать основным Java" - очень расплывчато. Java - это инструмент для разных сфер: android, desktop, web. Я бы советовал в web - наиболее распространенная сфера; ванги говорят, что android-приложения уступят когда-нибудь своё место web. Ну это всё дело вкуса и чего ВЫ хотите. Итак, например, хотим в Java-web:
1) А Вы уверены, что знаете Java? Может есть нюансы и маленькие пробелы? (пробежаться по Эккелю и Блоху, можно посмотреть статейки о подготовке к сертификации - много мелочей, неочевидностей раскрыто) Разобрать Java 8, особое внимание stream.
2) Ок, Java SE знаете, а Java EE? Тут можно очень досконально не вникать на первых порах - фреймоворки нам помогут.
3) Пошли Фреймворки и библиотеки - Семейство Spring: Core, MVC, Boot, Data, Security. Для ORM - Hibernate (можно вместе с Spring Data, можно вместо, посмотреть нужно). Для уменьшения болерплейта - Lombok.
4) Для тестирования JUnit, потом посмотрите Spock Framework (тут мы знакомимся еще и с Groovy).
5) Плавно переходим к клиенту. Тут нам Java становится мало. Вспоминаем html и css. Если не знаете JS - узнать. Дальше дело вкуса. Выбираем(пишем своё) библиотеку или модный фреймворк, изучаем пилим клиентскую часть. На этапе разбирательств с клиентом познакомиться(если вдруг чего не знали) с REST, http, https, http 2.0, webSockets, json, ajax что такое DTO.
6) Для UI тестирования попробуйте Geb.
7) WebServices! SOAP, Jaxb, SOAP MTOM.
8) Можете попутно расширить кругозор по БД - попробовать вместо mysql postgres или NoSql базы.
Вот это был примерный набор инструментов.
Но главное - практика. Нужен свой учебный проект. Начинаете его делать - появляются проблемы - смотрите как такое можно решить существующими инструментами - тут же применяете теорию на практике.
Предлагаю писать какой-нибудь корпоративный портал с каким-нибудь реестром, справочником и т.д. Включаем фантазию.
Начните с малого - сам справочник-реестр с функциями CRUD - создать, прочитать, редактировать, удалить запись. Далее прикрутите систему прав и ролей пользователей(не все могут создавать, редактировать и тем более удалять). Добавьте работу с файлами - скачать, загрузить, экспорт в pdf и exel. Продолжайте накручивать своё приложение функционалом - личка и чат, доска объявлений, имитация отношений начальник - подчиненный (тайм-менеджмент, таск-менеджмент, сбор отчетов каких-нибудь по работе), уведомления (в почту, в системе, м.б. попробовать с смс), напишите другую маленькую систему и заобщайте их между собой по SOAP(например, другая система может читать из справочника и что-нибудь туда писать). Берите какое-нибудь гипотетическое предприятие (склад, магазин, автосервис, школа, больница, завод и т.д.) и представьте, что ему надо свой документооборот перевести в электронный вид и максимально автоматизировать бизнес-процессы.
Короче, набирайтесь опыта и учитесь через практику, ставьте сами себе задачи и ищите пути их решения. Стажировка и работа вообще на первых порах дают мощный толчок в развитии. Не можете найти стажировку? Идите на собеседования, делайте тестовые задания - тут сразу все пробелы всплывут.

Плагин CheckStyle-IDEA может и на лету и по запросу. По Sun, по Google и вообще по xml-конфигу.
checkstyle.sourceforge.net/style_configs.html

Джон Скит 2.0 получится.
Вопрос "хочется" - можно делать что угодно.
Выгодно ли? Тратить время и забивать голову информацией которая не приносит доход компании и тебе лично.
Если пилить сайты то имеет смысл учить бэк и фронт.
Но зачем Java программисту знать .NET/C++/ASM, просто почитать да, но вникать нет смысла, потому что то что не используется - забывается, а время ушло.

Скучно может стать когда уровень - Эксперт, могу ответить на вопрос любой сложности в своей профессии, но таких мало в мире, вот им может скучно.

Так делается для того, чтобы оставить за собой возможность впоследствии поменять реализацию не меняя интерфейс. Например, в будущем может потребоваться заменить реализацию ArrayList на LinkedList, если бы в качестве типа переменной был указан конкретный класс, то к тому времени код мог бы уже обрасти различными обращениями к, специфическим для конкретного класса, методами, выходящими за границы интерфейса List. В таком случае при замене реализации на LinkedList пришлось бы выискивать в коде и выкорчевывать оттуда все обращения к специфике ArrayList. На сколько это адски сложная задача знают все, кому приходилось работать над крупными проектами. Поэтому люди, знакомые с этой проблемой, предпочитают предупреждать подобные проблемы заранее, то есть во всех местах, где возможна смена реализации в будущем (то есть почти везде), стараются пользоваться исключительно интерфейсами, вместо того, чтобы опираться на конкретные реализации. В данном примере, если в качестве типа переменной был бы использован интерфейс List, то смена реализации ArrayList на LinkedList решалась бы заменой всего одной строки не зависимо от масштабов проекта.

чуть больше, чем нихрена.