Valorar tu conocimiento de delphi

[Casimiro Notevi]

Empezado por FGarcia

[..] 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) [..]

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

[[AzidRain]]

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.

[[Al González]]

Empezado por AzidRain

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...

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.

[[AzidRain]]

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...

[[Al González]]

Empezado por AzidRain

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

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

[look]

Empezado por AzidRain

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.

¡Amen compañero!

[[fer21unmsm]]

Empezado por Casimiro Notevi

pero en las respuestas se "ve" si la persona tiene ese "algo" que lo hace especial y sobresalir sobre los demás programadores.

Te doy toda la razón.