Continuando com a idéia do OOLE!:
Como configurar os cursos, por semestres, por anos, por séries. Eu diria que o avanço daria-se em função dos objetos já adquiridos de conhecimento, e ainda todo semestre ou ano calendário, demandaria uma integração de objetos, uma comunicação entre eles. Na verdade como é que nós continuamos a usar engenharia e computação de maneira fragmentada? na realidade os objetos são associações, que se comunicam e interagem.
Definir disciplinas, não!, definir competências e habilidades a serem atingidas, de modo que vários professores coordenariam sessão de transmissão do conhecimento, e poderiam complementar os objetos necessários a construção de uma funcionalidade.
Vejamos dois exemplos:
Temos disciplinas de materiais, e temos disciplinas de projeto em que estudamos os sistemas de conjunto, porque não vamos estudando o projeto e de acordo com a necessidade de conhecimento requeremos um especialista em materiais para definir escolhas e reconhecer os aspectos necessários a definição do correto funcionamento.
Projeto de Estruturas metálicas: dois semestres, 6 horas por semana. Inicia o processo definindo que os aprendizes devam ser preparados para escolher os tipos de materiais, a configuração do sistema, analisar o sistema com os diferentes carregamentos, para isso primeiro temos uma visão geral do sistema. Começamos depois atingir os objetos sobre materiais, métodos de construção, porém sem perder de vista que o objetivo final é criar um projeto que tenha uma vida útil e desempenho adequado.
Alguns problemas a vista, o corporativismo, a propriedade de uma ou outra disciplina pode atrapalhar qualquer tentativa de pensar em educação orientada a objetos.
Observe-se, hoje se aprende com informações de n! fontes, saber escolher as fontes adequadas, reduz em muito esse numero de fontes eu diria (n/3)!, além disso parte de essas informações nem são necessárias a nossas metas.
A interligação entre o conhecimento dos objetos e suas propriedades, deve ser enfatizado, ou seja após "passar" esse objeto o usuário deve ser capaz de reusar e derivar novas propriedades dele, ou funções.
terça-feira, 9 de outubro de 2007
Assinar:
Postar comentários (Atom)
Nenhum comentário:
Postar um comentário