d'Ivan

Нужно начать с того, что каждое устройство должно иметь свой сетевой адрес (IPv4, IPv6) и тогда оно может быть доступно в пределах некоторой подсети. Обычно веб-сайты доступны по имени домена.
В зависимости от целей можно использовать доступ по HTTP (REST API на PHP, например), MQTT и прочим.

Попробуй jq. Довольно удобно для обработки и извлечения данных.

type a*.csv b*.csv > concat-a-b.csv

Непонятный источник. Удали тот бинарник и установи по инструкции с официального сайта.

Чтобы не городить огород, достаточно импортировать в SQLite. Ну и, добавить индекс на нужную колонку. Если нужно, там есть и полно-текстовый поиск.

Просто используй функцию.

def summa(cfs)
  cfs[5]+cfs[12]+cfs[10]+cfs[11]
end
sum = summa(cfs)

И отдельно почитай про обработку ошибок в Ruby.

Установить плагин https://github.com/danhper/asdf-python к asdf.
Если нужно лишь для некоторого проекта, то можно и с Docker.

SQLite поддерживает полнотекстовый поиск.
Getting Started with SQLite Full-text Search

Предлагаю хранить данные в СУБД временных серий Prometheus и дать менеджерам доступ к админке в Grafana. Кто-нибудь один должен создать панели с графиками, подключая к СУБД источника данных.

Добавлено
Чтобы не тормозить основную СУБД приложения, создать slave replica и подключить Grafana к ней.

Схема:

App (W) -> DB master
Grafana (R) -> DB slave
   \
    (R)
   Prometheus

Добавлено
Забыл, что Prometheus сама забирает метрики с устройств, у которых есть HTTP endpoint торчащие наружу и выдающие данные по строго заданому темпу сэмплирования (скажем, раз в 5 сек). Тогда может и слейв реплика нужна разве что веб-сервисам, которые берут данные с нее.

Это неверный подход и с точки зрения ИБ и разворачивания ПО.
Для доступа к конечному серверу на Linux и разворачивания новых версий на нем достаточно лишь открытого порта для SSH, причем, необязательно 22. А собирать приложения стоит на отдельном сервере для сборки (негоже продакшн засорять всякими системами сборки). Это называется CI/CD. Ну или, хоть, на своем компьютере собирай, где хоть все порты открыты.
При использовании внешних хранилищ для скачивания артефактов сборки типа Docker Hub или AWS ECR требуется еще и открытый порт наружу 443 на хранилище.

Начиная с версии 1.11, используются Go modules.
При этом нет необходимости использовать ни GOROOT, ни GOPATH.
Для удовлетворения зависимостей предпочитаю использовать go mod tidy.

Малоизвестные библиотеки лучше не брать, если речь идет о не о хобби-проекте.
en.wikibooks.org/wiki/Ruby_Programming/GUI_Toolkit...
https://ruby.libhunt.com/gems/gui

Использовать знаки псевдографики из Unicode.
Обратить внимание на то, что вокруг прямоугольного узора по центру всегда светло-серый фон из лоскутов размером в один прямоугольник.

Есть различное ПО для индексации текстовой и другой информации на базе полно-текстовых движков.
Для настольного варианта есть DocFetcher (с отдельной pro версией). Кажется, есть и серверный вариант.
Если хочется готовить самостоятельно, тогда можно взять Apache Solr, Apache Tika.

Файловая система контейнера Heroku не предназначена для хранения файлов помимо файлов проекта. Используются либо внешнее хранилище/СУБД (можно в виде add-ons) либо ищется другой хостинг.

Согласен с Александр Павлюк .
Если хочется сэкономить на случаях, когда ответ достаточно увесистый, а достаточно лишь получить некоторые поля, тогда можно попробовать https://github.com/tidwall/gjson