O link para a apresentação é que eu fiz durante o evento ESLIF.

A tendência de criação de bancos NoSQL fez com que uma nova categoria de bancos surgisse. O document-oriented MongoDB é uma nova possibilidade que trabalha com o armazenamento de documentos no formato BSON, uma extensão do JSON que é muito conhecido entre os desenvolvedores JavaScript e largamente utilizado para a troca de informações na web. A principal diferença entre um documento JSON e um objeto em uma linguagem de programação orientada a objeto é que no JSON não é possível guardar métodos, no entanto permite guardar objetos e vetores – arrays – dentro de um objeto JSON.

Uma das grandes vantagens do MongoDB é justamente essa flexibilidade que o padrão BSON possibilita de se criar objetos dentro de outros objetos. Um exemplo de objeto armazenado no MongoDB é apresentado a seguir:

aluno = {“nome”:”Kelvin Santana”,”período”:5,”nascimento”:”1991-02-07”}

Como o formato BSON pode ser estendido, é possível acrescentar outras informações ao objeto aluno, de maneira que ele incorpore mais informações n o objeto criado, como um array de dados por exemplo.

aluno =

{

“nome”:”Kelvin Santana”,

”período”:5,

”nascimento”:”1991-02-07”,

“disciplinas pendentes”:[“Padrões de projeto”,”Administração de banco de dados”]

}

Também a adição de objetos completos é possível:

aluno =

{

“nome”:”Kelvin Santana”,

”período”:5,

”nascimento”:”1991-02-07”,

“celular”:{“ddd”:”31”,“numero”:”91233342”},

“residencial”:{“ddd”:”31”,”numero”:”25526123”}

}

Ou mesmo um array com objetos:

aluno =

{

“nome”:”Kelvin Santana”,

”período”:5,

”nascimento”:”1991-02-07”,

“telefone”:[

{“celular”:{“ddd”:”31”,“numero”:”91233342”}},

{“residencial”:{“ddd”:”31”,”numero”:”25526123”}},

{“empresa”:{“ddd”:”31”,”numero”:”37526137”}}

]

}

Todas essas estruturas são possíveis para o objeto aluno e elas podem coexistir em uma mesma Collection. A Collection é um conceito que se assemelha a uma Tabela em um banco de dados relacional. Uma Collection “alunos” pode receber todos os objetos “aluno” listados acima, mesmo que possuam características estruturais diferentes. Isso é possível por que cada Collection armazena documentos independentemente, ou seja, cada documento é independente de uma estrutura pré-fixada. O único item obrigatório para cada elemento é a chave “_id”, que é responsável por indexar todos os elementos de uma Collection e que é inserida automaticamente pelo MongoDB e que também pode ser inserida pelo desenvolvedor manualmente caso seja de interesse do mesmo.

Assim como uma tabela, é uma boa prática que a Collection armazene itens de um mesmo tipo básico, ou seja, a Collection “alunos” deve armazenar todos os alunos, sejam eles de graduação, ensino médio, básico ou pré-escola. Cada um desses tipos de alunos terá uma estrutura específica, como a divisão de notas e ou estrutura do curso – em semestres, anos, módulos –, mas também possuirá itens em comum. Ao procurar itens dentro de “alunos”, serão apresentados os Documents de todos os alunos cadastrados no banco. O Document é o equivalente a linhas em uma tabela de um banco relacional.

Quando usar?

Muitas pessoas entendem o conceito do MongoDB, mas ficam em dúvida sobre quando utilizá-lo. Os desenvolvedores do MongoDB – o pessoal da 10gen – pensaram o banco para ser algo dinâmico, em que cada Collection possa ser composta por diversos outros objetos. O exemplo clássico de quando utilizar o Mongo é um blog. Mas espera aí, quem é que constrói um blog hoje em dia? Algo pouco usual, ainda mais com o WordPress disponível. Então onde? Nesta sessão você verá alguns exemplos de quando usar e quando não usar.

Primeiramente será apresentado onde não usar o MongoDB. Se você precisa de um sistema que realiza várias ações atomicamente, como, por exemplo, uma conta no banco em que o dinheiro precisa ser creditado numa conta e automaticamente debitado em outra, não utilize o MongoDB. Ele não aceita ações atômicas em mais de uma Collection ao mesmo tempo. O mesmo serve se você está implantando uma loja virtual e precisa fazer o controle no estoque que está em outra tabela de maneira atômica em um não pode ser feito sem o outro. Neste caso, opte por outros tipos de banco, de volta aos famosos relacionais. Não entenda o fato do MongoDB não aceitar operações atômicas para múltiplas Collections – tabelas – ao mesmo tempo, como se o MongoDB não oferecesse atomicidade. Ele oferece sim, sempre que uma Collection for alterada e acontecer uma inserção, atualização ou deleção de quaisquer Documents no Mongo, esse processo será atômico.

Mas se a realidade do projeto é distinta da apresentada anteriormente, especialmente se você estiver em um projeto de software social – desenvolvido para suportar a interação entre diversas pessoas – como são os casos do Facebook, Twitter e de quase todas as empresas que querem que seus visitantes interajam com o seu site, o MongoDB foi feito para o projeto. Isso por que o mongo permite objetos multiestruturados. Sendo assim, se o seu sistema possui uma página e esta página possuir comentários ou seguidores ou pessoas associadas, provavelmente a solução em MongoDB será melhor projetada. Vale também para sistemas desktop que possuam estruturas de dados complexas e não requerem atomicidade entre diversas transações.

Um exemplo será apresentado a seguir. Imagine um sistema de organização de horário de uma faculdade em que será necessário distribuir as disciplinas entre os diversos professores e os professores entre os diversos horários. Em um sistema desses é muito comum possuir professores que tem restrições de dia, por exemplo, só podem dar aula às segundas e terças feiras e também possuem restrição de horários, nas segundas apenas no terceiro e quarto horários. As disciplinas possuem cargas horárias semanais, então certo número de aulas têm que serem ministradas durante a semana e cada disciplina pode ser ministrada por alguns professores, sendo que apenas um será escolhido para fazê-lo.

Uma organização para resolver este problema em um banco de dados relacional seria algo assim:

Esta solução foi feita da maneira mais simples possível para atender todos os requisitos listados acima. Em uma estrutura JSON, a solução seria um pouco mais simples, com apenas duas Collections.

Este é um tipo de sistema em que vale a pena optar pelo MongoDB.

Sistemas que necessitam fazer versionamento, ou seja, alguns usuários utilizam uma versão e outras utilizam uma nova, encontram no MongoDB uma alternativa perfeita para suportar o sistema. Isso por que como os Documents não precisam de estrutura fixa, os utilizadores de uma versão podem ter uma estrutura de dados e os de outra uma estrutura diferente, sem que isso cause qualquer inconsistência no banco e sem que você precise trabalhar com uma série de NULLS no tratamento de dados de qualquer uma das versões que estão no servidor. Basta disponibilizar a nova versão, atualizar os dados dos usuários que a utilizarão e pronto. Seu sistema já estará funcionando em modo multiversionado.

Por fim, o Mongo também oferece muita rapidez no acesso e a possibilidade de criar Shards de maneira muito otimizada.

Posteriormente será apresentado um pouco mais sobre o mecanismo de armazenamento de dados do MongoDB, como instalá-lo e utilizá-lo em aplicações cotidianas.

A primeira impressão foi muito boa, já que peguei a tecnologia amadurecida (.NET 4.0) e com um conhecimento de estruturas de linguagem já avançado, mas foi só começar a trabalhar na linguagem para começar a ver os problemas.

O primeiro é a mania da Microsoft de tentar redesenhar a roda. Um exemplo são as tags personalizadas (ie <asp:TextBox…, <asp:Label… etc). A lógica dessa abordagem é muito ruim, já que um desenvolvedor (que provavelmente sabe ou será obrigado a saber HTML) terá que aprender novas tags proprietárias da Microsoft para advinha só, o .NET convertê-las novamente em tags HTML padrão. Por mais que eu tenha tentando, não consegui descobrir como as pessoas engoliram isso. É muito ruim. No projeto que estava desenvolvendo (www.adecom.com.br) optei por utilizar as tags HTML padrão e apenas acrescentar o atributo runat=’server’. Depois percebi que a aposta da Microsoft, o MVC, já recomenda esta abordagem. Nunca é tarde para superar um erro.

Outro problema grave da lógica de funcionamento são os IDs (re)gerados no servidor. Dessa forma, se você cria uma tag <a ID=’nome1′… o .NET irá automaticamente convertê-lo em <a ID=’nomeASPNET1′… O problema dessa abordagem é que não será possível acessar o elemento via JavaScript ou CSS. A solução para este segundo caso é usar o “ClientIDMode” que permite informar ao .NET que o ID daquele elemento específico é estático.

Do lado positivo, a MasterPage, idéia muito boa e altamente produtiva. Fiquei muito surpreso ao descobrir que é possível ter várias MasterPages em um mesmo projeto. Isso é muito útil quando se tem páginas que precisam ser acessadas através de um login e páginas que estão liberadas para o público em geral.

Outro ponto interessante é a webConfig, que permite configurações globais para a aplicação e que me pareceu bem segura e fácil de acessar (por exemplo para pegar a String de Conexão).

Bom, é isso. Estou iniciando os meus estudos em MVC e depois postarei um artigo sobre a linguagem. Pretendo ainda este ano estudar o Ruby on Rails e fazer um comparativo dos dois.

Na disciplina de LP que ministro na PUC Minas é utilizada uma BNF para que os alunos tenham uma idéia de como ocorre o processo de análise de uma linguagem. Como parte da disciplina foi desenvolvido um Analisador de Sintaxe em JavaScript que pode ser utilizado para explicar o conceito e facilitar o processo de entendimento da Teoria.

O projeto é liberado para uso pedagógico, quem quiser acessá-lo, basta clicar no link do analisador.

Boa sorte pra vocês Equipe TWG!

Para quem tem interesse em realizar o curso, basta acessar o endereço: http://ead.avacefetmg.org.br.

Público alvo

O curso foi desenvolvido para pessoas que fazem cursos relacionados a área de tecnologia ou que já programam, mas nada impede que pessoas que ainda não tiveram nenhum contato com linguagens de programação façam o conteúdo. Ele foi projetado para permitir a aprendizagem de qualquer pessoa.

Equipe

Abaixo a equipe do grupo AVACEFETMG que está participando desse projeto:

• Prof. Dr. José Wilson da Costa
  Lattes:http://lattes.cnpq.br/4411956765694711
• Rogério Rocha
  Lattes: http://lattes.cnpq.br/8191622707214190
• Amilcar Peres dos Santos
  Lattes: http://lattes.cnpq.br/6092607703163228
• Flávia Lamounier Gontijo
  Lattes: http://lattes.cnpq.br/3943389626236206
• Juliana Danielle dos Reis Pereira
  Lattes: http://lattes.cnpq.br/8289590652288808
• Tiago Emmanuel Nunes Braga
  Lattes:http://lattes.cnpq.br/8376134230259399
• Welber Amaro Souza Santos
  Lattes: http://lattes.cnpq.br/4400711575433325

Essa é sem dúvida uma grande oportunidade para as pessoas que tem interesse na área.

O primeiro ponto a se destacar é que o Ensino a Distância não se resume ao e-learning (eletronic learning). Tende-se a resumir EAD ao processo de ensino que utiliza computadores e ambientes virtuais como meio de acesso, mas a verdade é que a EAD já existe a muito tempo. O Instituto Universal Brasileiro que o diga, pois com suas revistas já formou milhares de pessoas.

Com esta perspectiva é possível refletir sobre o que compõe o EAD. Seu sucesso se dá através de 4 pilares principais:

• Alunos: tem que estar dispostos a aprender a partir da perspectiva de distância
• Gestão: responsável por mediar a aprendizagem
• Instituição: tem que assumir a opção de oferecer formação a distância.
• Conteúdo: deve ser trabalhado de maneira a favorecer o processo de ensino e aprendizagem.

O pedagogo tem atuação principal em dois desses itens, o Conteúdo e a Gestão. Alguns autores defendem que a Tecnologia também seria um dos pilares. Apesar de ser muito importante, acredito que a tecnologia é um meio utilizado, mas não um fator que defina o EAD, mesmo por que a tecnologia pode variar. Utilizando o e-learning temos os LMSs (Learning Manegment System), mas se utilizásse-mos um método menos moderno, as revistas do Instituto Universal serviriam muito bem.

Inicialmente referia-se ao pedagogo que trabalhava com EAD como sendo o Design Instrucional. Esta denominação veio do inglês (Instrutional Design), mas sua tradução não resolve bem o termo, uma vez que Instrutional teria a ver com o processo de aprendizagem, muito mais amplo do que o termo Instrucional em português. Na verdade a função do pedagogo nesse contexto seria atuar como um Design de Aprendizagem. Alguém responsável por planejar como o processo de ensino e aprendizagem irá acontecer. Dessa forma, o pedagogo teria as seguintes atribuições para cada uma de suas duas formas de atuação, com o conteúdo e com a gestão.

Conteúdo

1. Adaptar a linguagem do conteúdo inicial (chamado de material bruto) para o ambiente em que o curso será disponibilizado.
   
   Ler um livro é muito diferente de ler uma tela de computador, por exemplo, uma vez que no ambiente virtual existem diversos “ruídos” que podem acontecer e o conteúdo deve ser preparado levando-se em consideração esses fatores. Alguns exemplos de “ruídos” são: programas de mensagens instantâneas, músicas, outros sites carregados em abas ou browsers diferentes, programas que estão abertos etc.
   
2. Prever problemas que os alunos poderão ter no processo de aprendizagem.
   
   O pedagogo deve procurar utilizar o olhar de “aluno” ao construir o conteúdo e com isso, perceber quais são as principais dificuldades que o aluno terá ao realizar o conteúdo. Dessa forma será possível disponibilizar material complementar em pontos críticos.

Gestão

1. Estar afinado com a tecnologia utilizando, ficando assim preparado para atender ao aluno.
   
   Ao se propor tutoriar um curso o pedagogo deve ter domínio total dos recursos existentes na tecnologia utilizada para disponibilizar o conteúdo aos alunos. Dúvidas tecnológias poderão comprometer o trabalho de tutoria e consequentemente a experiência do aluno no processo de ensino e aprendizagem.
   
2. Domínio do conteúdo
   
   O pedagogo deve também conhecer o conteúdo que foi disponibilizado aos alunos. Não se trata de exigir que o profissional da educação esgote o tema, mas sim de que ele tenha segurança sobre o que está sendo abordado no material, entendendo o conteúdo disponibilizado por completo, compreendendo assim o processo pelo qual os alunos estão passando.

Essa foi a temática abordada na palestra. Sei que este conteúdo pode ser aprofundado e espero fazer isso com um artigo científico que deverá ser publicado em breve. Abaixo estou postando os slides utilizados na apresentação.

Abraços e até a próxima!

Esse aumento poderia ser facilmente observado por qualquer pessoa atenta a questão, mas a novidade é que os estudos apontam para uma “explosão” no acesso de pessoas pertencentes às classes C e D e que isso se deve principalmente à facilidade de acesso oferecido pelas Lan Houses, o que traz várias perspectivas de projetos possíveis para EAD.

Com certeza muitas conclusões se darão sobre esses estudos ainda. Após uma análise mais aprofundada será postado nesse espaço os itens mais relevantes encontrados.

Até lá!

Ao estudar a documentação no SCORM foi necessário analisar também a documentação das versões 1.2 pois a versão 1.3 (2004) ainda não é unanimidade apesar de suas diversas melhorias. Isso pode ser constatado nas empresas que desenvolvem conteúdo e que na maioria absoluta das vezes utiliza a versão 1.2 e mesmo nas empresas que contratam desenvolvimento, que solicitam a produção de conteúdo na versão 1.2. Em agosto a DATIS estará dando um treinamento no Rio de Janeiro na versão 1.2 do SCORM para uma multinacional brasileira. Isso parece realmente incoerente tendo em vista as diversas melhoras que a versão 1.3 promoveu, dentre elas o recurso de Sequência e Navegação que permite que cada experiência de aprendizagem seja única, adaptando uma mesma organização de conteúdo para diversas e pessoais experiências dos alunos. Além disso tem o amadurecimento do core, que é o esquema de atributos do SCORM, e o aumento de portabilidade e facilidade de utilização de conteúdos. Mas parece que isso não é tão importante, pois as empresas nacionais que utilizam o SCORM não têm interesse em alterar o processo e implantar as mudanças em seus produtos. Não sei se isso ocorre também em outros países, mas pela quantidade de softwares que são produzidos para desenvolvimento SCORM 2004 no exterior parece que é uma realidade apenas brasileira.

Enquanto isso, a ADL anunciou em Junho a 4ª versão da documentação do SCORM 2004 e também a chamada pública de papéis com idéia para o SCORM 2.0, a nova versão do padrão que será implantada pela LETSI.

Neste meio tempo nós, profissionais de EAD, vamos trabalhando com os padrões mais modernos possíveis e oferecendo a melhor qualidade naquilo que somos bons, disponibilizar conteúdos para EAD, sejam eles em SCORM 1.2, 1.3 ou quem sabe em breve 2.0.

Technorati : e-learning, scorm
Del.icio.us : e-learning, scorm

Mais informações podem ser obtidas no site www.escoladetodos.com.br.

Até mais!