Если мир программирования для вас заканчинвается около SPA на React, то уверен, вы новичок в этом деле. Давайте вернемся к данной дискуссии через лет 5-10, когда наберетесь немного опыта.
Да и сам компилятор — это не большая и страшная коробка, которая с помощью магии превращает ваш код в набор понятных для машины инструкций. Его тоже можно разбить на компоненты.
1) Создать максимально простую для разработчиков (и главное — для конечных пользователей!) среду разработки и выполнения кода.
2) Создать максимально простой, удобный, гибкий, функционально полный, кроссплатформенный и быстрый язык.
На Гитхабе пишете:
Нетипизированный кроссплатформенный язык программирования, поддерживающий базовые парадигмы ООП.
а здесь в статье:
В языке Mash поддерживаются все парадигмы объектно-ориентированного программирования.
Для парного программирования оба должны быть хорошо знакомы с внутренними механизмами разрабатыемой системы. Иначе один из них будет выглядеть дураком, который на самом деле таким может и не является. А просвещать человека во внутренние процессы той или иной системы, который может оказаться просто проходимцем — не очень разумно.
«Сделайте проект с нуля (возможно, используя конкретную технологию) и выложите его на GitHub» — как по мне, наихудший вариант.
Как по мне — это оптимальный вариант узнать способности кандидата на позицию разработчика. В нашей компании так и поступаем. Когда решение задании готово, один из senior разработчиков проверяет работу кандидата.
Это как бы нормально. Это не только у Swift.
На Гитхабе пишете:
а здесь в статье:
Так где правда, в статье или на Гитхабе? :)
Что плохого в том, что кандидат дома, в спокойной обстановке, потратит пару часов своего времени на программирование задания?
Как по мне — это оптимальный вариант узнать способности кандидата на позицию разработчика. В нашей компании так и поступаем. Когда решение задании готово, один из senior разработчиков проверяет работу кандидата.