Евгений

Я в этом году защитил на отлично дипломную работу - интернет-магазин на Java. Перед написанием проекта прочел пару книг по Java. Первая книга о Java Core - Шилдт "Java. Полное руководство". Но я думаю, что Эккель и Хорстманн подойдут еще лучше, как альтернатива. Вторая книга - Буди Курняван "Программирование web-приложений на языке Java" познакомит тебя с сервлетами, JSP и JDBC. Это компоненты Java, с помощью которых разрабатываются веб-приложения. В книге описаны достаточно старые методы работы, но это на мой взгляд лучшее, что есть на русском. Если неплохо знаешь английский, то в идеале можно ее заменить "Murach's Java Servlets and JSP, 3rd Edition". Это классика по сервлетам. Также я неплохо знал html, css и jQuery, что пригодилось мне для разработки фронтенда для магазина, а также был небольшой опыт работы с СУБД MySQL. Все остальные вопросы, которые появлялись в процессе, решал с помощью форумов и stackOverflow. При проектировании архитектуры приложения брал за основу Spring MVC - javastudy.ru/wp-content/uploads/2015/04/RequestLif...

В итоге технологии, которые были использованы - это Java, Servlets, JSP, JSTL, JDBC, MySQL, HTML, CSS, jQuery, bootstrap, Tomcat, Maven и jUnit для написания тестов. Конечно таким способом веб-приложения писали лет 10-15 назад, но я не стал задействовать фреймворки принципиально, чтобы разобраться в том, как работают веб-приложения на Java без них. Написав такой проект ты сможешь понять принцип работы такого фреймворка, как Spring MVC.

Я остался очень доволен что не стал писать дипломный проект на php, как планировал ранее. Я получил отличный опыт и у меня была огромная мотивация для интенсивного изучения Java! Желаю успешно защититься! :)

Класс LayoutInflater содержит метод:

public View inflate(int resource, ViewGroup root, boolean attachToRoot) {
        if (DEBUG) System.out.println("INFLATING from resource: " + resource);
        XmlResourceParser parser = getContext().getResources().getLayout(resource);
        try {
            return inflate(parser, root, attachToRoot);
        } finally {
            parser.close();
        }
    }

Соответственно парсер парсит xml и преобразует в объект класса View;

Когда вы в Activity указываете setContentView(int id);
Вы передаете ссылку на xml. Внутри Activity находится экземпляр класса Window, он парсит ваш xml и получает объект класса View. Дальше при вызове в Activity - findViewById(int id), вы обращаетесь к экземпляру класса Window, в свою очередь он делегирует (передает вызов) экземпляру класса View.
А класс View содержит метод findViewById(int id), и уже он возвращает искомый объект, соответственно в обоих случаях механизм один и тот же, только LayoutInflater обычно используется для парсинга xml не являющихся layout Activity. Например при отрисовке Fragments и CustomView или при компоновке Activity из Java.

Посмотрите исходники SDK, там очень подробно все описано.

int i = Integer.parseInt("20");

Integer x = Integer.valueOf(str);
or
int y = Integer.parseInt(str);

PHP,Python,JS(Back and Front) для Web разработки

фулл стак

фулл стек это не выучить все взаимозаменяемые языки(php, python, go, C#).
фулл стек в вебе это: (php || python || go || C# || etc) + html + css + JS.

Нативная мобильная разработка это JAVA и что там рядом лежит. Вообще другая степь.
Никто не запрещает всё и сразу "учить".
Но в целом надо что-то одно выбрать, иначе будет каша в голове.
Изучив один любой ЯП у вас будут основы чтобы на короткое время понять и использовать другой. Т.к. основы основ везде одинаковые.

Ибо боюсь исхода "Тыж программист"

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

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

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

Правда, она не на Java написана, а на C++. Программист сказал, что нужно просто адаптировать под Java.
Но все же, это пока что лучшее решение.

Сайт с демо: https://github.com/Lymphatus
Страница в GitHub: https://github.com/Lymphatus

Java и шарп действительно сильно похожи синтаксисом но внутренние отличия довольно большие. В общем перескочить можно с малой кровью.
Сравнивать libgdx и юнити очень некорректно.
Юнити это готовый и законченный движек с готовыми утилитами под него.
LibGDX это только фреймворк над базовыми вещами. Т.е. рендер\систему ресурсов\сеть\базовые классы игры, все придется писать самому. Утилиты,равно как и форматы хранения контента придется тоже писать самому. Редактор карт тоже придется писать самому. Другой вариант что многие описанные вещи можно найти уже написанные кем то и слепить все воедино.

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

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

Гуглите лучше. Всё уже разжевано на тосторе не раз. Хоть бубунта, хоть венда, хоть мака, разницы нет. Поставили Oracle JDK, прописали JAVA_HOME и вперёд. Есть куча статей как это сделать в убунте. IDE на ваш вкус, но эталон сейчас - IDEA. Самый актуальный ресурс - оракловская документация. Из книг - Хорстман, Эккель, Блох + Шилдт как справочник. Как быть, что делать? Писать код, сначала примеры из книг, потом своё что-нибудь. Например, напишите файл-сервер, на который можно залить файлы через ftp, андроид приложуху, web-морду и SOAP - попробуете всё.

User eXperience (UX) специалист.

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

Маргарет Гамильтон стоит рядом с написанным ей исходным кодом бортового компьютера «Аполлона»

Не обязательно. Здесь есть другие риски.

Если ИП и программист - разные люди, то в один день они допустим поссорились. И программист, желая досадить ИП, меняет настройки домена так, что он начинает указывать на какой-нибудь сайт типа bolshiesiski.ru. А ИП останется только грызть ручку и досадовать, почему он в свое время не перевел домен на себя...