Виталий, т.е. ты не удаленно работаешь, а в конторе в Мск?

В офисе, в Академгородке.) Погуглите по это место. Тут много отличных it компаний и отличное it сообщество.)

Новосиб?

Да

Я подумал о Казани

Рядом с Казанью аля силиконовую долину развивают вроде как

Иннополис

Ага ! Точно

я второй раз пересматриваю урок 29, в первый раз было ничего не понятно. там рассказывается про ActiveRecord

скажите, зачем вообще весь этот огород?

создать рейкфайл, создать миграции, прописать в миграциях свойства создаваемых таблиц, запустить миграции, проверить, что всё создалось как следует

имхо в уроке с созданием лепры всё проще в этом плане было. разве не так?

А с какого урока рейлс пойдет?

> скажите, зачем вообще весь этот огород?

все дело в реляционных БД, которые не приспособлены для хранения объектов, которые описывают реальный мир (я имею в виду то, что создается когда ты говоришь SomeClass.new). Пока хороших баз данных не придумано, есть движение в сторону NoSQL, это кое-что. Но в общем-то БД типа MySQL - это упорядоченная структура данных.

И этот ActiveRecord нужен чтобы просто твои объекты сохраняли свое состояние при перезапуске приложения, например. Этот процесс называется mapping. Несмотря на то, что процесс упростили, он все равно слегка геморный. 20 лет назад ты создавал иерархию классов, которые описывали бизнес-процесс за пару недель, и 2 месяца надо было на то, чтобы замэппить это все в базу данных. Сейчас попроще, но все равно это не так просто, как могло бы быть.

Миграция - вещь любопытная. Дело в том, что в БД существует ЕДИНСТВЕННЫЙ способ описания данных (говорят еще "схема"). Т.е. единственный формат, в котором лежат данные. Когда у тебя сайтик крутится в продакшне и ты добавляешь улучшение (к примеру, решаешь что теперь все юзеры должны иметь номер телефона), то у тебя меняется схема БД, меняется ее формат. И тебе нужна миграция, чтобы от одного формата перейти к другому, и чтобы при этом ничего не потерялось.

Как-то так

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

существуют базы данных, которые поинтереснее и попроще описывают бизнес-процессы и сущности. Но они платные. Они работают очень хорошо и супер-круто. Но бесплатных аналогов нет. Скажем, в компании Боинг такие БД применяются, т.к. обычные реляционные БД (MySQL, PostgreSQL, Oracle, и т.д.) иногда не подходят под их бизнес-процессы.

исторический экскурс про это есть тут на англ.языке https://www.youtube.com/watch?v=bW5K5cJ-AVs&t=3246s

>И этот ActiveRecord нужен чтобы просто твои объекты сохраняли свое состояние при перезапуске приложения, например

не совсем понимаю

один объект это одна строка в таблице, так?