UML e object oriented programming
Ora pois ... lá li um livro sobre UML e outras coisinhas.
o livro em questão é o UML - Metodologias e Ferramentas CASE - Volume 1.
Achei o livro bom, pois toca em muitos tópicos do desenvolvimento de software e não só UML.
Com este livro descobri o que temia: UML é para "assuntos" (assuntos, pois não serve apenas e só para programação) orientados a objectos.
Como não sou da área da informática, tendo a ler bastante para melhor compreender aquilo que sei, leio e ouço.
Gosto mais da programação dita estruturada, face à orientada por objectos, pois penso que o seu conceito é mais simples e a sua programação mais envolvente.
A programação orientada por objectos leva a uma programação mais rígida e planeada. Muitas vezes acaba-se por fazer programação estruturada, com alguns objectos pelo meio.
Triste foi a minha conclusão de que o UML é para programação orientada a objectos e ponto final. A razão é simples: a abordagem a objectos é mais fácil de compreender, de mais rápida programação e consegue ser mais abstracta (sobretudo devido às classes).
Concordo com tudo isto, no entanto as linguagens oo mais utilizadas não me cativam. Falo, pois, de JAVA e C#. Prefiro C ao C++ e gosto bastante de python (embora sem grande experiência).
Parece que vou ter que mudar um bocadinho de atitude ...
- o blogue de gass
- Clique Iniciar Sessão ou registar-se para colocar comentários
- 607 leituras
Comentários
UML
Python é orientado a objectos :)
yep ... a única linguagem
yep ... a única linguagem oo que utilizei e gostei ... embora seja apenas interpretada.
o que quis dizer das linguagens oo foi que não me cativa utilizar C# ou java. Que prefiro programar em C ao programas em c++, "mas" até gosto bastante de python, com o qual não tenho muita experiência.
UML é cena de menina ;P
UML é cena de menina ;P
+/- ... parece-me que para
+/- ... parece-me que para projectos grandes é muito bom para planeamento (embora talvez demasiado detalhado, mas cada um detalha aquilo que quiser).
por outro lado, a abordagem oo é limitativa.
O UML tenta ser o mais
O UML tenta ser o mais generalista possível para estruturar e resolver qualquer problema. Por isso, acho que é uma linguagem com demasiadas extensões (bloated) e que, por ser muito generalista, não resolve nada em si. Se eu fosse a ti não me preocupava com o UML, nem nas vantagens ou desvantagens de uma qualquer linguagem real, mas sim escolhe uma e aprofunda-a o mais possível. O Python é bom porque é multi-paradigma (podes usá-lo como entenderes) e é elegante, mas qualquer outra linguagem serve, desde que a percebas profundamente.
A experiência com a
A experiência com a linguagem é, de facto, o mais importante, o resto vem por acréscimo... Se tens experiência em C, usa C...
discordo ... existem
discordo ... existem linguagens que permitem alta produtividade (que é como quem diz, mais features, em menos tempo, com menos linhas de código). Falo de java, C# e python, por exemplo.
Se programas bem em C, é normal que te sintas ainda mais à vontade numa destas linguagens (ou então pós um curto período de adaptação.
Se tempo é dinheiro ... faz as contas.
Agora, se pretendes algo robusto, muito mais flexível, rápido, deves (na minha opinião) procurar o mais baixo nível (de C e C++).
Se for uma página web, com a manipulação de um número infinito de strings e variáveis, um programa que tem 2 features leves ou algo similar, deves procurar o alto nível que as outras linguagens proporcionam.
Não te esqueças que se
Não te esqueças que se fores um programador experiente e com alguns anos de prática já tens provavelmente a tua "framework" privada para as tarefas repetitivas e comuns...
mas isto é um bocado como discutir o sexo dos anjos....