d'Ivan

git add, git commit следует выполнять лишь тогда, когда наращивается значимый функционал или полноценное исправление ошибки, при этом каждая фиксация (commit) должна означать, что программа будет работать исправно как до, так и после фиксации. То есть полурешения, приводящие к неисправной работе программы, фиксировать не следует.
Просто "написал функцию" - это не функционал, а мёртвый код. До тех пор пока эта функция не будет вызываться где-то из кода. Желательно ещё дописать модульный тест для проверки работоспособности данной функции. Вот тогда имеет смысл фиксировать изменения.
Или любое исправление, при котором с новым решением программа работает исправно (сбой не вызыван логическими ошибками и т.д.).

Отвечу как решил задачу:

1. Построить граф зависимостей связей между таблицами
   
2. Подключить 2 БД к одной программе-скрипту: БД-донор, полученная путём восстановления резервной копии с продакшна и основная БД как реципиент (обе СУБД одного типа)
   
3. Начиная с корневой таблицы проходить построчно, поочерёдно создавая новые записи, попутно заменяя первичные ключи на свежесозданные в дочерних объектах.
   

Изучение путей решения заняло половину рабочего дня. Ещё 1 рабочий день ушёл на написание программы и отладку.

Не помню когда какой алгоритм использовал последний раз в веб-разработке.
Из алгоритмов порой может использоваться разве что линейный и бинарный поиск в массивах. В любом случае, как правило, такие алгоритмы реализованы в стандартных библиотеках и поэтому остаётся лишь вызвать нужную функцию.
Порой нужно посчитать что-то несложное, например статистику с выборкой по разным таблицам в БД или что-то по простенькой формуле. Изредка-изредка попадаются немного более сложные задачи. Но задач типа динамического программирования или по искусственному интеллекту не жди - такие задачи обычно решаются программистами с другой квалификацией, независимо от веб-разработки.

В веб-разработке важно чтобы запрос к серверу занял как можно меньше времени. Для этого нужно быстро обратиться к БД, что-то посчитать и вернуть ответ. Пользователь не любит ждать. Порой нужно использовать техники кеширования данных и некоторые другие оптимизации.
По-моему, основными факторами задержки являются:

1. неоптимальные запросы к БД
   
2. неоптимальный выбор структур данных и, как следствие, понижение скорости работы и повышенные требования к памяти
   
3. повторяющиеся операции в коде
   
4. блокирующие операции в коде
   
5. неоптимальная отдача статического контента сервером
   

Писать программы можно быстро, но неграмотно, не задумаваясь о "мелочах", о которых порой вспоминают слишком поздно.

Паскаль - очень простой язык и интуитивно понятный. Пайтон - простой только до некоторых пор.
Если программку нужно написать и потом про неё забыть - то тогда проще выучить Python. На каком ЯП быстрее писать - зависит больше от навыков.

Допустим в
python3:

>>> 5/2
2.5

python2:

>>> 5/2
2

Паскаль более требователен, но с ним проще разрабатывать в долгосрочной перспективе.

Сегодня Linux Mint (основан на Убунту) - самый популярный дистрибутив согласно статистике distrowatch.com
Не обязательно устанавливать OS на физический том диска. Для первого знакомства проще установить в качестве виртуальной машины при помощи VirtualBox.

Setup Ruby On Rails on Windows 10
daverupert.com/2016/06/ruby-on-rails-on-bash-on-ub...

В целом, компания NVidia повёрнута к сообществу Linux задом. Разработчикам альтернативных свободных драйверов приходится изгаляться для того, чтобы драйвера работали более-менее достойно.
https://askubuntu.com/questions/751888/3-monitors-...

Возможно, в новой версии Убунту, при более новом ядре, драйвера работают хуже. Это может быть следствием недружелюбности разработчиков NVidia к Linux. Однако, пользователю обычно наплевать на политику, поскольку он хочет чтобы всё просто работало.

Согласно этим цитатам fman2:

Ubuntu 16.04 зависает сразу же после установки и виснет до тех пор, пока я не поставлю проприетарные драйвера от Nvidia через терминал. После этого система запускается и работает нормально, но я также получаю ошибку в системе после apt-get update, появляется окно - произошла ошибка в unity..., не заскринил к сожалению. Система работает нормально, больше ошибок не было, но ресайз окна в Google Chrome происходит не то что фризами, рывками! С Intel HD 4600 все было окей. Тиринга нет на NVidia.

Linux Mint 18.1 - то же зависание, что и у Ubuntu 16.04.2 (и почему я не удивлен?), когда ставишь последний проприетарный драйвер от Nvidia, все окей, за исключением дерганного перемещения окон. На LOR про это писали, там комментаторы сказали - сам дурак. Проблема есть и ее я подтверждаю. Тиринга нет, но работать с окнами из-за этого бага невозможно.

Ubuntu 16.04 Mate - я пробовал 17.04 Beta, думал в стабильной версии будет получше. Но нет. Система не зависает, но тиринг везде, в том числе и на драйверах от Nvidia.

проблема состоит именно в графике (функционировании видеокарты Nvidia). Маловероятно, что на других дистрибутивах Linux всё будет прекрасно работать, если проблема состоит в драйверах.

Можно попробовать установить проприетарные драйвера так: https://askubuntu.com/questions/716668/geforce-gtx...

Если не получится, то выбор может состоять либо в переходе на Windows (в силу проприетарности ОС и входящих в неё драйверов), либо в покупке подходящей для пользователя видеокарты, которая при этом совместима к Linux.

Рассылка писем в RoR делается при помощи ActionMailer (руководство на англ.).
Такие сервисы как Mailgun, SendGrid и т.д. позволяют заниматься массовыми рассылками.
На сайтах этих сервисов можно почитать о лучших практиках в рассылке.