LeEnot

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

Вы замахиваетесь на создание программного комплекса.
Для создания функционального продукта вам нужно обеспечить создание и редактирование расписания, его хранение и доставку до конечного пользователя (преподаватели и студенты).
1. Для хранения вам нужно спроектировать и реализовать базу данных.
В БД нужно реализовать поддержку различных факультетов/групп, разграничение прав доступа на создание/редактирование, группы пользователей (студенты-преподаватели-декан-админы). Наиболее простой и доступный вариант - MySQL
2. Для передачи данных на мобильный телефон вам нужно спроектировать и реализовать REST Api. Реализуется в виде отдельного приложения для той ОС, на которой работает университетский сервер.
3. Собственно приложение занимается отображением данных.

Однако тут я вижу пару сложностей.
1. Человеческий фактор. Для того, чтобы вашей системой пользовались, она должна быть удобна. То есть, не только вам, но и тем, кто будет смотреть расписание, а так же тем, кто его будет создавать/редактировать.
Word вы в формат БД не переведете автоматом, а учиться работать с БД только для заполнения расписания никто не захочет. Вывод - нужно делать интерфейс работы с БД для обслуживающего персонала.
Так же, далекто не у всех Android смартфоны, так что iOS вы оставляете "в пролете". Для обеспечения доступности расписания желательно сделать веб-интерфейс. Тогда можно будет заходить и с ПК, но этим вы добавляете еще одно звено в ваш комплекс.
2. Сложность системы для реализации. В отсутствие опыта и силами одного человека невозможно изучить все представленные темы, а уж сделать качественный продукт - тем более.
3. Неочевидный, но очень важный фактор - UI/UX, то есть, дизайн и юзабилити. Это отдельная и достаточно объемная задача, когда для каждой части комплекса, имеющей интерфейс нужно делать дизайн-макет, тестировать его на контрольной группе конечных пользователей, исправлять и так далее.

Вы не понимаете элементарных принципов процедурного программирования.
Я бы советовал прочитать сию фундаментальную вещь: SICP, благо, издание имеется уже и на русском языке.
При желании легко гуглится PDF версия.

Занимаются, конечно.
Среду разработки предоставляет производитель ПЛИС, т.к. продукт весьма узкоспециализированный.
Соответственно, выбор у вас небольшой:
1. Altera
2. Xilinx
Оба производителя поддерживают VHDL и Verilog.
Для себя предпочитаю Verilog, как менее многословный и запутанный.

Ну я, например, вижу отличия:
- в протоколе, в отличие от интерфейса, возможно задание переменных, переназначаемых реализующим протокол классом
- протокол расширяем
А вообще, насколько я понял, протокол это миксин. Т.е. в нем можно прописать реализацию, в отличие от интерфейсов Java. Конечно, тут можно упомянуть статические методы в интерфейсах Java 8, но, как по мне, статические методы это зло и они должны умереть :) Я вот сейчас, наверное, разливаюсь мыслию по древу, но! Когда я читал описание Kotlin, авторы обещали "Если вам в Java что-то не нравится, то с вероятностью 50% мы в Kotlin это исправили." Опачки - подумал я, загадал static methods и checked exceptions и попал в десятку.

Лучшее, что вы можете найти по теме:
Томас Х. Кормен, Чарльз И. Лейзерсон, Рональд Л. Ривест, Клиффорд Штайн. Алгоритмы: построение и анализ, 3-е издание

Да, можно

onCreate()провайдера вызывается раньше, чем соответствующий метод у Application. Полагаю, можно попробовать вынести создание компонента в другой метод Application, например, конструктор или attachBaseContext

Java EE это Java (как язык) и набор различных вспомогательных средств (фреймворков, библиотек) для нужд бизнеса. То есть, средства для написания надежных, переносимых, масштабируемых программ для работы с БД, веб и т.д. В противоположность, например, можно поставить Java ME, где масштабируемость, скажем, не нужна, а нужна компактность и скорость выполнения.
Как итог: Java EE = язык Java + набор средств разработки для бизнеса.

Используйте `putSerializable(String, Serializable)` метод.
Ваша Queue должна имплементировать интерфейс Serializable и тогда ее можно пихнуть в Bundle.
Насколько я помню, объект в очереди тоже должен быть Serializable.

Bundle bundle = new Bundle();
Queue<Word> queue = new LinkedBlockingQueue();
bundle.putSerializable("my_queue", queue);

Однако затраты на сериализацию "тяжелых" объектов могут быть достаточно высоки.

1. https://www.sqlite.org/sqldiff.html
2. www.dotcomsolutionsinc.net/products/sqlite_diff/in...

Попробуйте так:

tvCost.setText(orderCost + Html.fromHtml(" &#x20bd"));

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

Typeface myFont = Typeface.createFromAsset(getAssets(),"fonts/NotoSans-Regular.ttf");
tvCost.setTypeface(myFont);