5 replies to this topic

[FGarcia]

Hola a Todos y todas!

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

[Caral]

Hola
Valorar el conocimiento es algo etéreo.
Si valorara mi conocimiento en programación comparándome con Seoane, cHacKall, Egostar y muchos mas, seria lo que soy Novato.
Si comparo mi conocimiento con mi experiencia entonces la cosa es diferente.
Pregunta dificil amigo.
Saludos

[egostar]

Hola amigo

Creo que tu pregunta tiene muchos "asegunes" y difícilmente hay una respuesta universal a este cuestionamiento.

Lo que yo creo es que debemos tener bien claro en que sector estamos mejor "plantados" y a partir de ahí, entender cual es el grado de conocimiento de programación que se tiene.

Nuestro amigo Al González publicó un artículo y propuso la creación de Distribución del Trabajo por Especialidades (DTE) y me parece que ahí está plasmada con mucha elocuencia lo que quiero expresar.

Por Al González. Copyleft© 2005.

La Distribución del Trabajo por Especialidades es un paradigma de organización laboral aplicable a todas las profesiones que alcanzan cierto nivel de complejidad.  Consiste en clasificar todas las tareas involucradas en un caso —proyecto— por tipo de actividad o, más formalmente, por especialidades, y respetando esa clasificación durante los procesos de estimación, repartición y ejecución del trabajo.  La idea fundamental de la DTE es tener claramente identificadas las diferentes áreas de una profesión y promover el surgimiento de especialistas y el trabajo en equipo, para con ello lograr resultados de mayor calidad, dignificar la labor de los profesionistas y elevar su nivel de vida.  Algunas profesiones, como la médica, llevan décadas demostrando lo que se puede conseguir gracias a la DTE.  La especialización es quid.

Supongamos que tenemos a un autodenominado especialista en Delphi, un fanático del lenguaje que no programa nada si no es con Delphi.  Éste realiza un trabajo excelente creando clases de objetos, programando manejadores de eventos y validando la lógica de negocios de las aplicaciones que desarrolla, pero sus sentencias SQL de acceso a datos no son del todo óptimas y su diseño visual de ventanas desagrada a los usuarios.  Entonces inferimos que realmente no se trata de un especialista en Delphi, como él suele llamarse.  Más bien es un desarrollador que conoce la herramienta lo suficiente como para crear aplicaciones funcionales medianamente aceptables, y quizá se le reconocen grandes habilidades de programador operativo y de bibliotecas, pero tiene una destreza mediocre en las áreas de administración de datos y diseño visual.  Si una empresa le asigna cualquier actividad que tenga que ver con programación en Delphi, muchas de esas actividades serán mal ejecutadas.

Por otro lado, es muy importante tener en cuenta que hay dos factores básicos

1. Tener los conocimientos teóricos "necesarios".
2. Contar con un grado de abstracción que nos permita explotar dichos conocimientos.

Salud OS

[Delphius]

Hola,
Disculpa que lo diga FGarcía pero es que en parte tus primera oración tiene un aire a "no salen sabiendo nada" y no comparto ese sentir. Un recién egresado no será experto, pero de allí a la nada hay mucha diferencia. Yo no he salido un experto, no me creo uno pero algo debo haber hecho bien como para que mis compañeros y profesores me digan que he sido uno de los que más ganas y entusiasmo le puso a muchas cátedras.
Esto lo expongo desde mi caso, desde lo que me tocó vivir. Muchos de mis compañeros tomamos un perfíl distinto, uno se concentró más en dirección de proyectos, otro en analista, otro más en el aspecto hardware, y cada uno a su modo salió lo suficientemente preparado como para que no quede en la nada, más sin ser expertos.

No es por atacar. No tengo nada en contra, simplemente me pareció oportuno mencionarlo. Es muy amplio el especto de la formación, y no todo es programación.
Según como lo veo, no es ni lo uno ni lo otro: más que nada, menos que experto .

Ahora bien, independientemente de si la formación pasó de forma autodidacta o en una universidad todos somos autodidactas.

Tal vez el egresado tenga más chances y preparación para agarrar cualquier lenguaje, pero eso no garantiza de que funcione.

Yo vi Pascal, VB, NET y un poco de Delphi. Dediqué (y dedico) mi tiempo a aprender bien Delphi (aunque no se que tan bien es ese bien). LLevo unos cuantos años con el... no creo ser un experto, ni lo pretendo... pero tampoco puedo decir que recién me inicio.

No creo que se pueda valorar cuantitativamente lo que uno sabe, incluso tal vez el significado cualitativo no pueda (ni debiera) ser medido.

En todo caso creo que lo que hay que valorar no es el conocimiento en el lenguaje sino en la forma en como encara al problema.

Desconozco si hay un test, de cualquier modo test son test y los números son números... estoy convencido de que la nota uno se la gana en la calle, y por ello vuelvo a lo dicho en el párrafo anterior: en como uno encara el problema.

Por lo general las empresas piden algun portafolio con presentaciones de sus desarrollos. Pero también es habitual encontrarse con entrevistas a modo de prueba. Te dan un problema y te piden que lo resuelvas. Según el nivel de conocimientos que solicitan, la prueba se hará más o menos difícil. Además, no necesariamente debe ser código, puede ser en diagramas, texto, pseudo-lenguaje.

En realidad no terminan evaluando que tanto sabe del lenguaje, sino como lo usa.
Disculpen que lo diga, pero el saber el lenguaje no es garantía del éxito... puedo saber mucho de Delphi pero si no lo se usar, ¿de que sirve?
La herramienta no hace al maestro.

El maestro se hace con la práctica y la herramienta se adapta al maestro. Con el tiempo uno deja su "marca" en lo que usa. Cuando uno se enfrenta a una nueva herramienta y no puede dejar esa marca, es frustante... y termina siendo que el maestro fracasa.

Entonces ¿quien hace a quien? Ni lo uno, ni lo otro.

Si logras armar ideas y saber adaptarte a las cosas, y hacer también que las diferentes cosas se adapten a ti, allí puede que uno decirse que es un maestro.

Saludos,

[Al González]

Nuestro amigo Al González publicó un artí­culo y propuso la creación de Distribución del Trabajo por Especialidades (DTE) y me parece que ahí­ está plasmada con mucha elocuencia lo que quiero expresar.

¡Hola a todos!

Acabo de ver este mensaje, el cual agradezco con gusto, Eliseo.  Y aprovecho para darles un nuevo enlace al artí­culo referido (ya que el anterior ha vencido).

Francamente recomiendo sobremanera su lectura, pues considero que reflexionar sobre lo expuesto ahí­ es clave para alcanzar muchas de las metas que como gremio del desarrollo de software nos hemos planteado frecuentemente; cuando nos reunimos y charlamos sobre cómo podrí­amos disfrutar más de nuestro trabajo o cómo podrí­amos conseguir mejores resultados.

http://rescatandoade...liotecario.html

[axesys]

Delphi VCL wisdom

Delphi RTL and Language Wisdom

Delphi IDE Wisdom