Dois tipos de ambiente

Uma linha deixada aberta de propósito

A aula de config do curso Rails CLI: rails new citou três arquivos de passagem: "config/environments/development.rb, test.rb e production.rb sobrescrevem o application.rb, cada um para um ambiente." E acrescentou: "Ambientes: dev vs test trata disso depois." Este é esse curso.

"Ambiente" já quer dizer outra coisa

Os cursos de ambiente de desenvolvimento (Ambiente: macOS, Ambiente: Linux e Ambiente: Windows/WSL2) passaram as aulas num computador. Trataram de um editor de código, um gerenciador de versões do Ruby, PostgreSQL e Git, tudo o que uma pessoa instala antes de escrever Rails. É um uso correto da palavra, o ambiente de um computador. Não é o que este curso quer dizer.

O que o Rails chama de ambiente

Duas pessoas podem ter configurações diferentes, uma no macOS e outra no Linux pelo WSL2. Ainda assim, podem rodar a mesma app Rails no mesmo dos três modos nomeados: development, test ou production. Esse modo, guardado em Rails.env, é o que "ambiente" significa neste curso. A configuração do notebook e o ambiente do Rails são eixos separados. Um desenvolvedor troca o ambiente do Rails muitas vezes por dia sem mexer na configuração do notebook.

Por que dar nome à confusão agora

As duas expressões dividem as palavras "ambiente de desenvolvimento". Ler isso e pensar "reinstalar minhas ferramentas" em vez de "o modo em que o Rails está rodando" é um erro fácil. Dar nome a ele aqui o mantém fora do resto do curso.

O que este curso cobre

1. Rails.env, a variável RAILS_ENV e os três modos que o Rails entende.
2. development.rb vs test.rb, linha a linha.
3. production.rb, e o que muda quando há usuários reais.
4. database.yml, e como um arquivo manda cada ambiente para seus próprios bancos.
5. Trocar de ambiente, e como isso se relaciona com o modo sandbox do curso Console Rails (IRB).
6. Um fechamento, e o que vem depois.

No fim, Rails.env é um modo que você sabe nomear, trocar e entender.