Денис Загаевский

Для Вашей задачи нет универсального и "правильного" решения, все зависит от UI и бизнес логики приложения. Для простых View, Ваше решение вполне рабочее. Единственное, можно использовать View.GONE вместо View.INVISIBLE, чтобы невидимые View не участвовали в процессе измерений контейнера.
Если у Вас сложный UI для errorBlock, допустим это форма отправки сообщения об ошибке по email или еще что-то этом роде, то можно подумать об отдельном фрагменте для errorBlock.
А так, просто не значит плохо!

Когда вызывается malloc() или new, то на самом деле вызывается какая-то win api функция?

Нет, не всегда. В большинстве случаев не вызывается. Системный вызов осуществляется только если текущий блок, управляемый сишной кучей (т.е. сишным рантаймом) исчерпывается. Если б каждый раз делался системный вызов, вы б не дождались результатов работы вашей программы.

И при удалении тоже?

См. выше.

И вот интересно, а как сделать маленькую кучу, чтобы память выделялась в пределах этой маленькой кучи только?

Выделяете блок памяти любым из известных вам способов, декларируете функции а-ля myalloc и myfree, и реализуете один из алгоритмов управления свободным пространством в куче (например, двоичного разбиения).

В C++ можно переопределить операторы new и delete.

самый простой и наименее трудозатратный это gcm

Если вам такое нужно, то вы неправильно понимаете природу потокового API. forEach() - это не цикл в обычном его императивном понимании. Правильным решением является предварительная фильтрация потока, чтобы в forEach() поступили только нужные значения. Или одно нужное. Если уж очень надо, то из потока можно получить итератор и обойти его в классическом while(iterator.hasNext()).

Ну пусть будет:

Треугольник однозначно задается либо тремя сторонами, либо двумя сторонами и углом.
Вы свой треугольник задали тремя сторонами и углом одновременно?

Начните лучше с Java, мой вам совет. Kotlin очень хорош (я как раз сейчас на нём проект для себя разрабатываю), но смущает меня отсутствие официальной поддержки со стороны Google.
Мотивация JetBrains в плане адаптации Kotlin к Android понятна - они хотят зайти на рынок языков под JVM через Android-разработчиков, которые давно уже стонут и плачут от Java 6/7. Непонятно, будет ли эта мотивация такой же сильной через пару лет, когда, например, Google определится с тем, что у них будет вместо Java, и определится не в пользу Котлина (если ещё определится, что, скажем так, вилами на воде написано). Или же Бреслав как главный идеолог проекта потеряет к нему интерес. Или же в JetBrains посчитают расходы/доходы, и решат зарезать поддержку Android. Много чего может произойти, а вам потом проект на нём поддерживать.
Плюс, как правильно отметил в этом треде Денис Загаевский, вакансий мало, и неизвестно, будет ли их больше. А со знанием Java вы себе в обозримом будущем работу Android-разработчика точно найдёте, тут проектов как грязи - выбирай, не хочу.

Update от 17.05.2017: Google объявил об официальной поддержке Kotlin для разработки под Android, так что теперь точно можно начинать вкладываться в него.

Похоже вы путаете причину и следствие.
Github существует, потому что существует git, и является одним из инструментов облегченной и урезанной работы с ним.
В свою очередь git вообще никак не зависит от github'a, и по сути ничего о нем не знает.

А с чего вы взяли, что end возвращает const_iterator? Если бы он возвращал константный итератор, то типы в ошибке были бы 'const AnotherType' and 'const AnotherType'

Поправьте оператор сравнения, чтобы он брал объекты по константной ссылке.