Na noite de terça-feira, Rags e eu tivemos a oportunidade de falar no Encontro de tecnologia de Boston. Em primeiro lugar, quero agradecer ao Justin, ao Alex e ao Matt, da equipe organizadora, por organizarem esse Meetup.
Apresentamos uma introdução ao NoSQL e ao Couchbase. Tivemos uma sala lotada e um ótimo público. O Boston Tech Meetup tem uma grande diversidade em seus membros. Há desenvolvedores de muitas convicções. NET e Java parecem ter pequenas vantagens, mas todas as principais plataformas estão representadas. Há também designers, DBAs, gerentes e empreendedores. Portanto, foi um ótimo público para uma discussão geral sobre NoSQL.
Infelizmente, meu laptop não queria se dar bem com o retroprojetor no Centro de Desenvolvimento Regional do Nordeste (NERD) da Microsoft. Felizmente, mantenho meus slides no Dropbox e, por isso, pude fazer a apresentação no laptop do Rags. Infelizmente, meu laptop tinha uma demonstração de código que deveria fazer a transição entre minha palestra e a palestra do Rags.
Rags demonstrou a nova API de visualização do Couchbase Server 2.0 usando o cliente Java. Em uma sala com afinidades de linguagens mistas, o Java tende a ser o menor denominador comum. Não quero dizer isso de forma negativa, mas todos nós provavelmente já lidamos com Java em algum momento de nossas carreiras - acadêmicas ou profissionais.
Recebi uma pergunta interessante de um participante antes do evento. Ele perguntou se as redes sociais e os jogos eram os principais casos de uso dos bancos de dados NoSQL. Entendo por que ele pensa assim - e por que muitas pessoas pensam assim. Os sites sociais e de jogos estavam entre os primeiros a adotar as tecnologias NoSQL de código aberto. No entanto, à medida que os bancos de dados não relacionais cresceram, eles chegaram às empresas convencionais. Na verdade, contamos entre nossos clientes uma grande variedade de empresas, desde jogos sociais até publicidade e comércio eletrônico tradicional. Checkout https://www.couchbase.com/about para uma lista.
Outra pergunta comum (ou, mais precisamente, uma preocupação) que ouço de pessoas que estão explorando bancos de dados não relacionais é que os esquemas flexíveis de documentos podem quebrar os aplicativos à medida que os objetos de negócios e os documentos ficam fora de sincronia (ou seja, problemas de desserialização quando as propriedades não estão mais alinhadas). O fato é que esse não é um problema novo. Seja usando um ORM ou alguma outra abordagem baseada em reflexão, é bastante comum mapear os resultados de uma consulta SQL para propriedades de objetos de negócios. Se a consulta subjacente, o código de mapeamento ou até mesmo o esquema do banco de dados ficarem fora de sincronia com o código, coisas ruins acontecerão.
O NoSQL não inventou os problemas de mapeamento de esquemas, ele apenas introduziu uma variante do problema.
Deixando de lado as falhas na conexão do projetor e a transição estranha, Rags e eu gostamos muito do evento. Tivemos ótimas conversas de acompanhamento com os participantes após a palestra. Esperamos ver alguns de vocês que estavam na plateia em https://www.couchbase.com/couchconf-boston, que será realizado em 15 de maio. Também darei uma palestra sobre o Couchbase no Acampamento de código da Nova Inglaterra 17 em Waltham, MA, neste sábado.
