Nikita

Javascript'у без разницы какой шаблонизатор вы используете.

127.0.0.1 - это запрос на себя (телефон сам к себе обращается)
10.0.2.2 - это запрос в локальную сеть.

Покажите что говорит запрос на 10.0.2.2

Гарантий нет, если вы используете cdn или сторонний ресурс. Только скачивание и хранение в своем фм и бд

Note: if a package of yours has been linked to someone else’s repository and you then delete the package, Bintray will automatically create a copy of this package in the repository. This means that even though you deleted the data, the data still exists in another version somewhere.

Тоесть удаление вас не затронет. Что касается изменения библиотеки - то нельзя залить изменненные файлы используя тот же номер версии.

Максима: на линтер, встроенный в IDEA нужно обращаться внимание всегда. Он реально советует хорошие вещи.
но, если твердо знаешь что делаешь и при этом сроки горят, можно проигнорить (увы, жизнь не совершенна).
При работе в команде лучше деражть список предупреждений чистым, конечно если он бесогонит - сделать supress чего-то, но зато всегда будешь видеть чей-то говнокод при сборке.

Сорцы JDK, как уже сказали выше, можете это почитать:
https://code.google.com/
Точнее - https://code.google.com/archive/search?q=domain:co...

Тебе нужно создать полностью кастомизированный ProgressBar как описано тут, убрав фон.

Если тебе такое понадобилось, значит ты делаешь что-то не так. SР нужны для сохранения между запусками приложения.

https://www.smashingmagazine.com

Лучший.

Задача не интересная, скорее до предела банальная :) Тебе нужен какой-нибудь FrameLayout, в который с помощью метода #addView ты вставляешь созданный в коде TextView и меняешь абсолютные XY-координаты.

FrameLayout frameLayout = findViewById(R.id.frame);
TextView textView = new TextView(getContext());
frameLayout.addView(textView);

// С помощью класса Random сгенерируй случайные координаты в пределах
// доступного пространства на экране
textView.setX(100);
textView.setY(100);

Код писался с головы с целью донести идею, а не предоставить полное решение.

окей гугл, что такое fluent interface?

Этим и полезно знание знакомство с C++ (=

Суть в чем: куда-то в память загружается объект-тип (не экземпляр с данными, а именно представление типа), в котором физически располагается код методов. У каждого экземпляра классов есть ссылка на свой объект-тип. Когда тип ссылки на объект совпадает с его типом, то все просто: мы знаем, что метод можно найти напрямую. Открываются перспективы для оптимизации компилятора: подстановка конкретного адреса метода или даже инлайнинг (когда вызов метода заменяется непосредственно на код из метода, чтобы не тратить такты на передачу параметров). Это раннее связывание.
Если же у нас возможен полиморфный вызов (переменная-ссылка может указывать на объект-наследник, у которого может быть переопределение родительского метода), то нужно узнать точно какого типа объект, чтобы вызвать подходящее определение метода из нужного типа. Увы, это мы узнаем только в рантайме, поэтому компилятор не поможет оптимизировать этот процесс. Это позднее связывание.

Во многих Си-подобных языках (C++, C# и т.п.) в угоду производительности используется раннее связывание по умолчанию: полиморфные методы должны явно помечаться программистом ключевым словом virtual (иначе будет вызываться метод из типа переменной-ссылки, не полиморфно), в Java же в угоду читаемости кода используется позднее связывание по умолчанию: все методы неявно "virtual", так что качество связывания отдается на откуп компилятору.
Конечно, есть возможность пометить метод ключевым словом final, что запретит переопределять метод в наследниках, т.е. у компилятора появятся все полномочия жестко вбить необходимый адрес метода в точку вызова без страха, ибо альтернативных версий метода в наследниках просто быть не может.
(В С++11 также есть ключевое слово final, а в C# - sealed)