Foro - Perl en Español

Buenas.

He buscado en este foro y en Internet y no he encontrado información clara acerca de si existen o no certificaciones para programadores en Perl. Estoy interesado principalmente en cómo obtener estas últimas (si existiesen) en LatinoAmérica o más específicamente en Chile, y si éstas son presenciales y/o en línea.

Cualquier información se agradece.

¡Saludos!

Yo conseguí el mio en la Universidad de Granada.

El caso de la certificación en Perl está muy discutido a lo largo de los años.

Para algunos, no es necesario tener/pagar por un papel que diga que estás certificado en Perl. Para esa parte de la comunidad Perl, tu estás certificado viendo el modo en que participas en ella: qué módulos has escrito o participado, a qué conferencias Perl has asistido o dado, en qué empresas has trabajado, en qué foros participas y cómo...

Otros son más drásticos: "La Certificación es para los débiles. Es algo que te abandera como técnico, cuando lo que realmente querías es ser un ingeniero". (en inglés).

Discusiones apasionadas (en inglés).

Opinión del propio Larry Wall (en inglés): No voy a decirle a la gente si está certificada o no. Mi enfoque al diseño del lenguaje siempre ha sido que la gente debe aprender lo suficiente de esos lenguajes como para obtener su trabajo hecho. No tienen porqué aprender todo el lenguaje desde el comienzo. Pero con la certificación, debes aprender todo el lenguaje. Algunas personas se siente más cómodas así. Supongo que si deseas contratar a expertos, quieres asegurarte de que son expertos. La certificación es útil para eso.

Sin embargo, la mayor parte de la programación que hay por ahí no es realizada por expertos en Perl. Está principalmente hecho por novatos en Perl, y a veces hacen programas de forma descuidada, lo cual también está bien. Aprenden gracias a la experiencia de hacerlo cada vez mejor y, eventualmente, se convierten en expertos, y entonces, si quieren estar certificados y otro quiere certificarles, pues bien. Yo no quiero hacerlo para mi mismo.

En los EEUU sí que hay alguna empresa privada que da esa certificación. Busca en Google por "Perl certification".

En mi opinión las certificaciones son algo delicado y pueden ser engañosas, ¿por qué? Normalmente en automático se considera que porque alguien es cetificado es debido a que es muy bueno o un experto en esa área, pero no es el caso.

Sé que es algo que pasa mucho en Java, mucha gente que tiene certificaciones en Java es porque se aprendieron el manual de memoria, pudieron responder el éxamen escrito, pero realmente no comprenden y no tienen un buen manejo del lenguaje.

Siempre lo he dicho, para ser un buen programador no es imperativo que te aprendas las cosas de memoria, lo que si es necesario, es que comprendas que es lo que estás haciendo.

Es la diferencia entre aprenderte el diccionario de memoria, y el saber realmente cómo y en qué momento usar las palabras adecuadas.

En todo caso esa es mi opinión.

Yo también creo que los certificados de lenguajes de programación en general no son buenos para medir tu nivel de conocimientos y capacidad de resolución, pero el problema es que si quieres conseguir trabajo o algún empleo espóradico, no basta con sólo decir "sé Perl", hay un buen porcentaje de personas que piden papeles y/o diplomas o cualquier cosa por el estilo.

En fin, gracias por las respuestas.

Saludos.

Yo creo que sería bueno para el lenguaje, para que crezca un poco, por algo en Java tanta gente lo usa... Sobretodo si en la búsqueda de empleos lo piden...

Aunque igual siempre te hagan una prueba de nivelación...

Saludos

Pero esas personas que te piden papeles, te echarán del trabajo si no lo haces bien, por muchos papeles que tengas, así que no son determinantes para salvarte. Y si lo haces bien, tampoco, así que tampoco son determinantes.

Por donde yo vivo, los empresarios se obstinan en contratar a los titulados, porque para ellos es una garantía, pero en realidad, es una criba para tener que hacer menos entrevistas de trabajo. Igual que cuando una Administración te pide que seas una empresa certificada ISO 9001: no le importa realmente que sigas un patrón de calidad (de hecho, pocas lo hacen). Lo que le importa es filtrar a las que no están certificadas... para al final, darse cuenta de que ambas empresas cuentan con el mismo tipo de personal y que ambas pueden generar los mismos programas con los mismos errores garrafales.

Yo ahora estoy como empleador, así que hago entrevistas de trabajo. Y desde que entré para hacer eso, me impuse la norma de Joel Spolsky (Fog Creek Software) sobre cómo realizar entrevistas (en inglés). En resumen: hay que hacer 6 entrevistas de trabajo por cada empleado. Dos por parte de recursos humanos, y 4 por parte de los futuros compañeros. Y, sobre todo, ver cómo codifica. Quiero ver un ejemplo de cómo trabaja. Viendo el código se pueden saber muchas cosas. El siguiente nivel es ya de nota: ponerle en examen, a que resuelva problemas triviales, a ver cómo se desenvuelve.