Проектирование гема
1. Соберите команду
2. Придумайте тему для гема
3. Спроектируйте API: как обращаться к объектам гема, как вызывать методы? Какие могут быть ошибки и как они обрабатываются? Что нужно знать пользователю?
4. Создайте пустой гем и заполните Readme и gemspec.
5. Определитесь с форматом работы в репозитории: ветки или форки, кто отвечает за релизы, как проходит код ревью.
6. Создайте репозиторий и залейте туда заготовку гема.
В качестве ответа на задание прикрепите список участников команды и ссылку на репозиторий.
Дефолтные темы для гемов - можно брать себе.
1. Гем, который проверяет, что содержимое файла совпадает с расширением файла. Чем больше типов файлов - тем лучше.
2.
Гем для заполнения шаблонных документов (doc/docx, google docs). Для
работы с документами надо найти готовые гемы. Логика этого гема - взять
таблицу и автоматически заполнить множество документов по шаблону.
3.
Гем для работы с кодовой базой: на вход подается путь к папке с кодом,
на выход - файл, в котором представлены основные метрики кода: число
файлов, число классов, число строк...
Чем больше языков и метрик - тем лучше.
Очень
желательно иметь возможность сравнить два отчета, сделанных с одной и
той же кодовой базой. Можно использовать готовые статические
анализаторы.