As metodologias em cascata parecem antiquadas hoje em dia, com SCRUM, Crystal, eXtreme, Kanban e outras, todos esses novos paradigmas para a cria\u00e7\u00e3o de aplicativos de forma iterativa e r\u00e1pida realmente se tornaram comuns. Acredito que o NoSQL com o Couchbase \u00e9 a pr\u00f3xima evolu\u00e7\u00e3o desse movimento, permitindo que voc\u00ea desenvolva o modelo de dados de forma igualmente suave e iterativa, e muito mais rapidamente.<\/p>\n
Quando crio um aplicativo, geralmente conhe\u00e7o apenas parte da ideia. Gosto de mergulhar de cabe\u00e7a, arrega\u00e7ar as mangas e descobrir o que fazer. Tenho uma ideia para come\u00e7ar, mas, \u00e0 medida que come\u00e7o a desenvolv\u00ea-la, aprendo mais e mudo o que penso com frequ\u00eancia; quando mostro o aplicativo para outras pessoas, aprendo mais e mudo novamente. Com o ActiveRecord e o Ruby, tenho que criar migra\u00e7\u00f5es toda vez que mudo de ideia sobre como algo deve funcionar do ponto de vista dos dados. Acho que isso \u00e9 mais do que uma dor de cabe\u00e7a.<\/p>\n
Quando mudei para o Couchbase, encontrei-me em um mundo muito mais tranquilo e org\u00e2nico. Eu podia adicionar campos, remover campos e alter\u00e1-los com tanta facilidade que fiquei entusiasmado com o desenvolvimento sem migra\u00e7\u00e3o. A flexibilidade do esquema \u00e9 SCRUMptious. Sinceramente, acho que ela eliminou muita dor de cabe\u00e7a e tornou o desenvolvimento mais suave. Ela tamb\u00e9m me permite ter \"colunas\" adicionais, que s\u00e3o apenas campos json que podem variar de um \"registro\" para outro. \u00c9 claro que esses s\u00e3o documentos no Couchbase, n\u00e3o s\u00e3o colunas ou linhas, mas a maioria das pessoas ainda parece pensar em SQL (por enquanto).<\/p>\n
Ent\u00e3o, o que significa ter flexibilidade de esquema? O Couchbase armazena dados como documentos JSON. Isso significa que, \u00e0 medida que recupero e salvo meus objetos Ruby, posso adicionar facilmente novas chaves JSON ao documento ou alterar seus valores de strings para arrays ou o que quer que eu precise alterar. N\u00e3o preciso fazer uma migra\u00e7\u00e3o. \u00c9 quase a mesma coisa que criar ou consumir uma API com JSON, s\u00f3 que o banco de dados e o modelo s\u00e3o meus.<\/p>\n
(*Caveat - \u00c9 claro que se eu j\u00e1 tiver milh\u00f5es de documentos em um determinado formato de dados, talvez eu queira lidar com a mudan\u00e7a quando eles forem instanciados, ou fazer uma \"migra\u00e7\u00e3o de dados\", que \u00e9 diferente do desenvolvimento de um novo aplicativo. Mesmo isso \u00e9 trivial de implementar).<\/p>\n