Valorar tu conocimiento de delphi
 

Hola a Todos y Todas!:D

Me ha surgido una duda existencial. ¿Como valorar lo que se de programacion en Delphi?

Es decir, muchos de ustedes son egresados de licenciaturas relacionadas con la programacion, tal vez al salir de la licenciatura son expertos en nada, pero tienen bases y conocimientos que al ingresar a algun centro de trabajo les permitiran desenvolverse con facilidad en el lenguaje de programacion que usan ahi. Ahora bien, habemos algunos que hemos aprendido algo de programacion y/o un lenguaje en especifico (para mi caso Delphi) de manera autodidacta (libros, foros) entonces la pregunta inicial ¿como valorar lo que se de Delphi? -esto se aplicaria tambien a algun otro lenguaje- ¿existe algun test que nos diga cual es nuestro nivel? Una empresa cuando contrata a un programador ¿como lo evalua? ¿como lo clasifica?

Se que algunos miembros son profesores de materias de programacion, algunos otros son propietarios de su propia empresa de software, me gustaria conocer sus opiniones al respecto.

Saludos!!

Sí, somos muchos autodidactas :)

Donde trabajo, en ocasiones me ha tocado evaluar a nuevos programadores y les he puesto un test de 4 ó 5 preguntas variadas, genéricas, sin requerir ningún lenguaje en especial, aunque luego el trabajo fuese para delphi, pero en las respuestas se "ve" si la persona tiene ese "algo" que lo hace especial y sobresalir sobre los demás programadores.
Si alguien es bueno con PostgreSQL, seguro que en poco tiempo también será bueno en Firebird. Si es bueno con el lenguaje C, seguro que será bueno con el Delphi. Lo importante es saber, conocer la metodología, tener recursos para aprovechar las herramientas que va a usar... y el resto viene solo.

Si tuviera que puntuarme en Delphi... un 5 :)

Mi querido amigo, a la fecha que yo sepa no lo hay. No se trata se saber mucho de Delphi o no, sino de saber como interpretar y traducir lo que ocurre en el mundo real a una proceso que una computadora pueda realizar. El lenguaje es lo de menos.

El lenguaje se convierte en un simple vehículo de la mente del arquitecto que hace la traducción ya mencionada. Puedes tener un programador experto en x lenguaje, pero con un modelo pobre no podrá hacer prácticamente nada. En cambio un programador promedio con un modelo sólido lo puede llegar a hacer 1000 veces mejor.

El lenguaje no hace al desarrollador, sino su visión. Muchos desarrolladores son verdaderos "teóricos" de su lenguaje, te crean mil y una funciones (que luego bibliotecas), grandes modelos en OOP, pero a la hora de implementarlo en un modelo operativo o administrativo real simplemente no funcionan, y a la inversa, administradores desarrolladores que con parches y alfileres muchas veces crean veraderos "frankies" que sin embargo les resuelven el problema

Como todo, si el problema en cuestión está resuelto, ni hablar, no hay más por donde buscarle, claro, solo que sea para mejorar algo que sea parte del problema.

Espero no estar incluido en esa clasificación tuya, César. Digo, porque hace unos días el primo de un amigo tuyo me dijo que yo tenía la teoría y él la práctica, y la verdad me extrañó un poco ese comentario (en otras circunstancias hasta me hubiera molestado). Pues en mi modesto historial destacan una veintena de aplicaciones funcionales que le han dado muy buenos resultados a las empresas, gobiernos y particulares que las solicitaron. Todas escritas por mí, y empleando las bibliotecas de funciones y clases que yo mismo he programado.

Sentí la necesidad de aclararlo para que luego no se cree un estigma. Y es que este nuevo comentario parece estar conectado con aquel otro, como si fuera una extensión de él.

Saludos.

Al González. :)

Te doy toda la razón.:)

Jajaja...no Al...ni siquiera cerca...

Me refiero a concretamente a las situaciones en las que contratas a un desarrollador, o bien a los recien egresados. Esos casos específicos. Lo expresado es exclusivamente lo que me ha tocado y que me he encontrado a lo largo de mi vida profesional. Muchachos que llegan con mucha teoría y muchas ideas pero que no son capaces de pensar de forma abstracta y hacer un modelo simple para resolver un problema (de ahi lo teóricos) y otros tantos que tienen mentes muy ágiles y casi tienen los modelos en la cabeza, pero son una papa para el codificado (lenguaje).

Obviamente mi estimado Al, no es tu caso...vaya, si así fuera casi todos caeríamos en el pues casi sin fallar todos tenemos por ahi nuestras bibliotecas y cosillas que vamos utilizando en cada desarrollo o bien que hacemos en momentos que no tenemos algún pendiente.

Espero que haya quedado aclarado...jiji Saludos...

Ah, bueno, menos mal. Discúlpame tú a mí por mi paranoia. :D :p :o

Bueno, yo, como propietario de mi propia empresa multimillonaria de software... No mentira, pero sería lindo ¿no?

En cuanto al "DelphiTest", yo te diría que no existe ninguno.

En cuanto a lo de las empresas. En general las empresas preparan un "cuestionario preliminar de conocimientos", ("examen" para vos y para mí), en el que preguntan cosas que les interesan en particular. Por eso no hay un examen específico para ningún lenguaje. Aunque, claro, pueden tomar como guía cuestionarios de las empresas que desarrollan esos lenguajes y que tienen cursos de formación para ellos (digamos, .NET, por ejemplo). En ese sentido se me ocurre que quizás podrías tratar de obtener una copia de los exámenes que tome alguna empresa de capacitación Delphi...

Pero, no, en general no va a haber un cuestioario fijo, porque, como comentaron los muchachos antes, muchas veces no es cuestión de conocimientos planos y secos, sino más bien de experiencia o adaptabilidad. Y evaluar sólo los conocimientos muchas veces es peligroso. Sobre todo si no se sabe muy bien en qué va a programar la persona que se está evaluando.
Yo me acuerdo en una oportunidad que buscaban programadores C#, cuando fui me hicieron una prueba de ASP.NET, me tomaron para programar en Java, y ¡terminé programando en Delphi!

¡Amen compañero! :)

Coincido con lo expuesto hasta ahora.
quisiera agregar que hay cosas que son invaluables, que no tienen precio y no existe manera de medirlas.
Algunas de estas son: Intuición, creatividad, solidaridad, buen humor, predisponibilidad, tranquilidad, sinceridad, honestidad, deseo de progreso, placer por lo que se hace, espontaneidad e improvisación.... y muchas otras que no se me ocurren ahora (aunque creo que la mayoría van de la mano).

En cuanto a la programación en sí misma, como dijeron antes, lo importante es la idea, el lenguaje es sólo el medio.
Yo siempre hago la analogía con el lenguaje humano: lo importante no es en el lenguaje con el que se dicen las cosas, sino el mensaje en sí mismo, la idea.

Si una empresa te evalúa y te dice que "no, gracias" eso no querrá decir nada. A no dejarse engañar. Las empresas buscan sus necesidades capitalistas y se olvidan de que los programadores somos humanos.
Por más título que se tenga o método de evaluación infalible que sea, nadie podrá calificar a ciencia cierta a un programador. Somo bichos de otro pozo! ;)
Lo anterior corre para cualquier profesión

Lo REALMENTE importante es que tú mismo valores lo que has aprendido y que sigas aprendiendo más y perfeccionándote. El conformismo debería ser una alarma de que algo no está del todo bien, de que algo está faltando.
Si faltan ganas, descansa y replanteate si lo que haces es lo que realmente te gusta. Creo que la programación no es para cualquiera.

Mi contacto con la informática fue muy precoz. Soy autodidacta por naturaleza. No tengo experiencia en entrevistas para puestos de programación y espero no tener que hacerlo pero, lo único que te puedo decir al respecto, es que si te toca, sincérate, relájate y no trates de ser quien no eres. Sé tu mismo que es lo mejor que puedes hacer.