Club Delphi  
    Paypal   FTP   CCD     Buscar   Trucos   Trabajo   Foros

Retroceder   Foros Club Delphi > Otros temas > La Taberna
Registrarse FAQ Miembros Calendario Guía de estilo Temas de Hoy

 
 
Herramientas Buscar en Tema Desplegado
  #16  
Antiguo 01-10-2015
Avatar de mamcx
mamcx mamcx is offline
Moderador
 
Registrado: sep 2004
Ubicación: Medellín - Colombia
Posts: 3.939
Poder: 27
mamcx Tiene un aura espectacularmamcx Tiene un aura espectacularmamcx Tiene un aura espectacular
El test tiene sus puntos interesantes, pero es claro que se sesga en muchos aspectos hacia un lado a otro. Por ejemplo, es super-claro que el test es ultra-pro-OO, aun supone que TDD es lo mejor que hay, se explaya mucho en como organizas *fisicamente* los archivos (que en lenguajes como C++ es mucho mas critico que en otros como Python - donde el esquema esta muy pre-definido o F# donde es anormal tener muchos archivos y arbol de estos), y muchas cosas que *dependen* del lenguaje en particular y sus falencias/limitaciones/capacidades (como el uso de asserts).

Cojamos este ejemplo:

Cita:
Programación defensiva

- No entiende el concepto

- Comprueba todos los arguments y las asunciones críticas en el código

- Se asegura de comprobar los valores de retorno y comprobar excepciones en el código que puede fallar

- Tiene su propia librería para ayudar con la programación defensiva, escribe pruebas unitarias para simular fallos
Todo esto *parece* taaan sabio! Pero es solo valido en lenguajes con una baja solidez en su sistema de tipos (como por ejemplo en Javascript, PHP, C, C++) no es tan cierto si son mas fuertemente tipados (Python, Pascal, Maso C#) y casi innecesario en altamente tipados (F#, Ocalm, Haskell). Pa' rematar, asume que la "programacion defensiva" es le mejor manera de hacer apps robustas.

Por el contrario, es "hacer que fallo rapido y grande"! Que es el principio de la "robustez en software".

---

El error es que mezcla muchos paradigmas, conceptos, lenguajes y entornos, lo que hace que ciertas cosas sean o no ciertas dependiendo del espectro en el que se mueva uno.

Ahora, hay muchas cosas que son genuinamente univerales (El punto de la comunicacion, me parecio genial que estuviera!), y quizas debio partirse en 2 o 3 sub-test por cada gran familia (ej: Uno para los de OO, uno funcional, uno declarativo) y/o por cada sub-profesion (apps servidor, moviles, web).

---

Por otro lado, si mas de un programador novato lee eso, se asusta de que rayos es cada uno de esos puntos y lo pone a investigar, genial!..

---

Hay un solo punto que es constante en el test y es lo mas valido que tiene. De hecho, se pueden convertir casi todas las preguntas en 2:

Acerca de X

- No se X, o no se usarlo bien/fluido
- Se usar bien y fluido X
__________________
El malabarista.
Responder Con Cita
 



Normas de Publicación
no Puedes crear nuevos temas
no Puedes responder a temas
no Puedes adjuntar archivos
no Puedes editar tus mensajes

El código vB está habilitado
Las caritas están habilitado
Código [IMG] está habilitado
Código HTML está deshabilitado
Saltar a Foro

Temas Similares
Tema Autor Foro Respuestas Último mensaje
Programador novato vs. Programador con experiencia matabyte La Taberna 6 10-06-2016 13:03:28
¿ Qué eres ? fidel Humor 0 25-03-2009 18:03:04
12 señales de que eres un mal programador REHome Noticias 16 07-12-2007 01:38:10
que es ser un buen programador? nikotina Debates 44 24-04-2007 16:18:23
Eres mas.......... Rox77 Humor 17 15-07-2003 16:27:52


La franja horaria es GMT +2. Ahora son las 04:16:46.


Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi
Copyright 1996-2007 Club Delphi