Да, библиотека получается большая. В моем случае — 3,5 Мб. Но она не отъедает dalvik heap, а в сжатом виде имеет вполне приличный размер: в моем случае — 1 Мб. Поэтому размер библиотеки не должен стать ограничением этого метода.
Знания с++ при разработке на golang потребуются только в специальных случаях. Так что начинать изучать можно с любого доступного места. Например, отсюда. На Хабре также полно материала.
На самом деле, в новом android runtime ART получились такие-же рузультаты, как на dalvik. Не стал включать это в статью, наверное, зря. Вынос требовательного функционала в нативный код остается пока актуальным вариантом.
Согласен, вы можете сомневаться в качестве проведенного анализа проблемы. Но даже в этом случае мы стоим перед фактом, что библиотека на golang заработала, а на java — нет. И у меня даже нет сомнений, на чем реализовывать требовательный функционал в следующий раз.
Мне даже страшно представить то время, когда golang покроет весь функционал android, а заодно и ios. Это какая-то утопия. Но судя по происходящему, это весьма вероятная реальность недалекого будущего.
В настоящее время есть возможность создать android приложение полностью на golang, но доступны не все api android. Полная поддержка api пока в планах. Здесь подробнее.
Ничего дополнительного с кодом golang делать не надо. Ему вобще не интересно, где и кто его запускает. Всю работу сборки библиотеки для android проделает gomobile.
Переход на другой язык не было простым решением. В анализ сложившейся ситуации было вложено немало времени. Да, был небольшой маневр для оптимизации, но кардиналных улучшений не предвещал. Против идеи продолжить оптимизировать java-код также был тот факт, что Google Keyboard использует для своих предсказаний именно нативный код, правда не на golang. Возможно, есть решение этого вопроса и в dalvik, но это уже будет совсем другой алгоритм, и с неопределенными сроками завершения.
Да, реддит видел, спасибо, перевод уже в процессе.