O output é uma boa ideia para localizar o erro... mas os alunos também deveriam ser capazes, e acho que devem desenvolver capacidades para os detectar sem o Output. Erros de Compile-Time são facilmente detectaveis, porque são avisados pelo compilador... é por isso que acho que é boa ideia na parte dos erros de Run-Time os alunos desenvolverem capacidades para os resolverem... Não podemos esquecer também os erros de design (que são dos mais dificeis de detectar... e resolver também...) ----- Original Message ----- From: "Jose Mata Fernandes" <josemataf@xxxxxxxxxxx> To: <genesis@xxxxxxxxxxxxx> Sent: Tuesday, November 27, 2001 5:29 PM Subject: [genesis] Plano de Introdução à programação > > Boas > Eu estava a pensar dividir este tema em 3 partes, e depois em cada parte > desenvolvia cada tema, ficava assim: > > -> Planificação > Aqui desenvolvia tudo o que se refere à planificação para o > desenvolvimento de um programa iria falar de > . Abordagem Top Down - como pegar um problema pelo todo e desenvolve-lo > até estar decomposto em pequenos modulos > . Fluxogramas - já com a dissolução do problema como representa-lo em > esquemas de forma a facilitar a compreensão > . Pseudocodigo - Pegar num fluxograma e criar um pequeno codigo que irá > depois facilitar o desenvolvimento do programa > . Algoritmos - Regras basicas que um algoritmo deve seguir > -> Execução > Aqui iria falar de como se deve estruturar o programa, formas padrão de > como escrever o codigo de forma a facilitar a compreensão, assim como > algumas técnicas que poderão ser uteis > . Escrever de forma a permitir a compreensão - Dizer que se devem > respeitar espaços e escrever o codigo de forma a visualmente se > destinguir as diferentes partes de um programa. > . Documentação - Dizer no que consiste de forma a o aluno compreender a > sua importancia ao nivel da organização do programa > . Dar nomes a objectos - Dizer as vantagens de dar nomes que tenham sentido. > . Estrutura de blocos - Como dividir um programa em subprogramas. > . Abstracção procedimental - Escrever um bloco de um programa à base de > outros, sem estar a pensar na estrutura interna desses outros. > . Tipos Abstractos de Informação (ADT) - Dizer o que é um Tipo Abstracto > de Informação (isto sem estar a referir-me a OOP, n me posso esticar mt > aqui devida às diferenças entre as linguagens de Programação). > -> Depuramento > Aqui irei falar de alguns métodos de encontrar erros no programa e como > resolve-los > . usar o Output para localizar o erro - Dizer como usar o output para > ver a localização onde o programa crasha > . // estou aberto a novas ideias nesta parte > > Pronto é +/- isto se virem que algo está mal ou que algo deve ser > acrescentado digam :) > Hasta > - > Jose Mata Fernandes - Th0rin > > >