Me paso al lado oscuro...

[mamcx]

Mmm....

A mi siempre me ha parecido un mito la idea de que hay que usar la herramienta mas popular *porque* es con la que mas facil se consigue empleados.

A primera, la idea es cierta. Pero que *calidad* de empleados? Durante mi carrera creo haber entrevistado para las empresas donde he trabajado y para mi mismo un total de unos 60+ personas (donde hubo un cara a cara ) y la verdad no veo ninguna correlacion entre que "sepa" el lenguaje de turno y el que sea una buena eleccion.

No se si sere yo o que, pero no me parece que aprender otro lenguaje sea tan terrible, como lo hacen parecer mis ex-jefes. Hace 1 mes empeze con Objective-c, que junto a XCode, es de lo mas raro que se puede uno topar. Y para rematar, tiene ese sabor a asco que te deja el C y sus pendejadas. Y como le hago? Cojo un libro, pregunto como loco en stacoverflow.com y googleo. Y ya estoy acabando y he logrado cosas que se esperan de "expertos" en Obj-c. Y no es tan terrible, no soy un gran programador y tampoco tengo un IQ raro. Es puramente, y llanamente, que no me trago el mito, y googleo. Y ya.

Por el contrario, AzidRain, me pareceria mucho mas mejor si encuentras alguien que maneje un lenguaje opuesto o diferente al que buscas!

Una razon? Pues mira http://www.paulgraham.com/avg.html.

Para mi, un indicador muy fuerte en un candidato es que sepa mas de un lenguaje, y si son opuestos en su idea, mejor. Y personalmente, tal como se enseña de forma regular .NET/Java en la U, que es bajo una suposicion de estar en un equipo de desarrolla "grande" con mucho "enterprise" por todos lados, me da mala espina.

No es que este en contra de .NET como tecnologia. Es mas, me he ganado la vida en estos años por ser de los pocos por aqui que lo manejan de forma decente. Pero mucho de eso se lo debo a saber foxpro, delphi, python y tener ideas de muchas otras cosas.... tal como manejo de BD , un poco de infraestructura y cosas asi.

Con respecto al entrenamiento y los costos, en mi opinion, no veo que sea mas "barato" al final el "ahorrarse" entrenar a alguien en un lenguaje diferente. Por lo menos, lo saca uno de la zona de confort.

Es mas, aun si consigues pupilos que seguro de la universidad tuvieron un minima exposicion a otros lenguajes, seria sano que dedicaran tiempo a explorar otras cosas. De hecho. en .NET se pueden correr python, pascal, php & demas....

. .NET es una bestia grandota, al igual que otros aniquiladores de productividad (C++, Java), asi que es muy raro encontrar alguien que sepa .NET bien. Y aunque lo sepa, los costos que te traeran las constantes e incompletas actualizaciones (ejm.... linq, wpf) que traen problemas serios de compatibilidad (.net 1,0-1,1, 1,1-2,0, 3,0-?) anulan los beneficios a mediano y largo plazo.

A menos que estes pensando armar un "combo" de unos 20+ desarrolladores, el tirar a .net/java en proyectos medianos o grandes te terminara costando un ojo de la cara... pero no te daras cuenta hasta dentro de mucho rato.

[Casimiro Notevi]

Para empezar, y como dije antes, espero que tu decisión sea buena y todo te vaya bien, sin duda.

Aunque discrepo en varias temas, para empezar: 'VB, porque lo pide el cliente' es como si llevo el coche al taller y le digo al mecánico qué herramientas tiene que usar y cómo debe usarla... ¡¡¡él es el experto profesional, él sabrá!!!, yo sólo puedo explicarle lo más claramente posible los síntomas de la avería que he detectado, pero nada más. Otro ejemplo, ir al médico y decirle que me recete cierta medicina porque yo crea que tengo cierta enfermedad , pues igual, yo me limitaré a explicarle los síntomas que tengo y él, que es el experto profesional, decidirá qué herramientas (medicinas) usar para mi caso.
En los pocos casos que me he encontrado de clientes que han sugerido algún lenguaje de programación... simplemente lo he ignorado y le he explicado por qué tengo que usar otro lenguaje, y el motivo principal es que 'yo soy el experto profesional', y si no le parece bien... que lo haga él con su lenguaje, habráse visto
El otro tema es el de hay pocos programadores delphi y 'hay que perder tiempo enseñando delphi': pienso, mejor dicho, estoy seguro de que no es que hayan pocos buenos programadores delphi, lo que ocurre es que hay muchos mediocres y malos programadores VB y de productos microsoft porque es lo que normalmente se enseña, pero simplemente tendrás más gente donde elegir y más tiempo y trabajo para decidirte porque se presentarán montones de personas que dirán ser buenos programadores y... qué te voy a contar, las veces que me ha tocado seleccionar a gente es algo que aborrezco, son típicas las conversaciones del tipo:

"¿Sabes delphi?, sí, hice un curso de programación y me enseñaron delphi, VB, VC, php, javascript, java, html, oracle, C, C++, 3dstudio, photoshop, msoffice, access, reparación de lavadoras, leer las líneas de la mano y preparar paella valenciana...¿Y cuántos años duró el curso?, fueron 180 horas, pero muy bien aprovechadas, ya veo, sí."

Pienso que un programador 'medio/bueno', aunque no sepa delphi, lo aprende rápido y le saca provecho, tal y como comenta mamcx.
En fin, tampoco es que quiera influir en tu decisión, porque, como dije antes, no estoy en tu situación y desde mi punto de vista me parece... como mínimo... extraña: ¿VB en el año 2009?.

[[AzidRain]]

Estoy de acuerdo Casi, pero mira, al menos aquí para entrar como programador no solo basta con decir que saben y mostrar n diplomas. Se les pone un pequeño examen para evaluar sus capacidades de abstracción, de diseño y por supuesto de programación. Ahi es donde filtramos toda la basura, claro junto con la entrevista. De hecho en los anuncios de empleo ponemos "Favor de no postularse si solo conoce VB" y hasta ahora santo remedio. Tambien en la entrevista platicamos sobre diferentes cosas de programación para ver como anda de actualizado, que más conoce, si es alguien que lee, etc. Finalmente es mejor conseguir buenos analistas y modeladores pues esta es la base de cualquier desarrollo, un programador promedio con un buen análisis y modelo puede sacar adelante grandes cosas...algo que no es tan sencillo de hacer si no partimos de un buen trabajo de análisis y modelado.

Por otro lado, no es correcta tu apreciación sobre que el cliente pida VB. Me refiero a clientes que tienen su propio departamento de desarollo pero no dan el ancho para más allá de mantener algo ya hecho y que solamente conocen VB. Es ahí cuando te piden que el código fuente que entregues sea en VB. No me refiero a desarrollos en donde el código no se entregue o bien a desarrollos comerciales en donde ni mencionamos en que se hizo.

Es cierto sin duda que .NET no es ni será la panacea para ninguna empresa de desarrollo como tampoco lo es el propio Delphi y por supuesto Java, pero mientras más abramos nuestro carcaj de programación más trabajo vamos a conseguir. Por aquí en la zona hay poca competencia y todas son "especializadas" en una sola tecnología. Pienso que comenzando a expandir para donde nos podemos mover tenemos más oportunidad de ir atrayendo clientes que por el momento no podemos.

Por supuesto dec, Java ya es de hecho una de nuestras tecnologías en uso pero la reservamos para desarrollos que los clientes solicitan que corran en Linux, principalmente pequeñas aplicaciones para servidores y demás. La verdad no le hemos sacado provecho pues a pesar de ser tan poderoso es un cometiempo de miedo. No tanto porque sea complicado pero armar una ventana mas o menos decente requiere mucho más tiempo que lo que hace uno en Delphi aunque por dentro el código sea más eficiente.

Como les decía aquí lo que tratamos de atacar es reducir tiempos de desarrollo que es realmente lo que vendemos. Las personas que trabajamos aquí tenemos ganas de ir para adelante y la verdad con el pequeño equipo que formé quiero seguir hacia adelante.

Ya veremos que pasa compañeros...

[camariere]

Empezado por AzidRain

Se les pone un pequeño examen para evaluar sus capacidades de abstracción, de diseño y por supuesto de programación. Ahi es donde filtramos toda la basura, claro junto con la entrevista.

Perdona la pregunta, para ti, quien no cumple con un perfil ¿es basura?, ¿lo dices en serio?

Me parece una manera muy denigrante de tratar a las personas que buscan empleo.

Lo dicho, sigo pensando que trabajar para ti ha de ser un "via crucis", cada vez que leo tus comentarios verdaderamente me asusta.

en fin, me cayo o ¿me callo?

[[AzidRain]]

Es obvio que no necesariamente cumplir un perfil significa que seas competente en el puesto. Me ha llegado mucha gente que cumple el perfil en el papel y que dicen que le enseñaron a Marteens a programar y ante problemas sencillos de todos los días no son capaces de diseñar una solución. Por el contrario, llegan personas honestas que te dicen "mire yo no terminé la carrera, o solo estudié bachillerato, pero si me pone a prueba le puedo demostrar..."

De hecho todo mi equipo de programación no cumple el perfil de otras empresas, no vienen de universidades "reconocidas" y algunos aún estudian. Sin embargo sus capacidades y competencias superan por mucho a los que "si cumplen" el perfil.

En México se tiene la triste creencia de que el que busca empleo tan solo por no tenerlo debe dársele a la primera oportunidad sin ninguna justificación. Es así que hay miles de doctores, licenciados, ingenieros y demás que se quejan y se quejan de que no hay trabajo para ellos pero tampoco hacen nada por mejorar sus habilidades. Obviamente no lo son todos. Aqui en el changarro han venido chicos que estan en los últimos semestres de la universidad a hacer sus prácticas profesionales y al prinicipo llegan pensando que van a dejar a todo el mundo con la boca abierta y que lo que han aprendido es lo máximo. Aquí les ayudamos, les orientamos, les decimos como es la realidad y por donde buscarle cuando salgan. Cuando regresan a la uni, ya van con otra mentalidad y sobre todo con una buena dosis de realidad.

Finalmente mi estimado camariere, nadie trabaja para mí. Mis compañeros trabajan conmigo y saben que el beneficio de nuestra pequeñita empresita va a ser para todos y sobre todo para nuestras familias.

[nuk3zito]

Empezado por camariere

Perdona la pregunta, para ti, quien no cumple con un perfil ¿es basura?, ¿lo dices en serio?

Lo más seguro es que se refiere a que un currículum así solo ocupa espacio en su escritorio... y se convierte en basura... no se refiere a la persona como tal.

Empezado por camariere

me cayo o ¿me callo?

Es "callo", de "callar"

En fin... en la empresa donde trabajo tenemos ese mismo problema que se menciona en este hilo. Basta con poner un anuncio en el periódico solicitando programadores de Delphi y solo aparecerán dos que "conocen" delphi y los demás son programadores de VB que te dirán "todos los lenguajes visuales son lo mismo".

En la empresa donde trabajo hemos decidido también irnos al lado oscuro de la fuerza porque es bastante difícil conseguir buenos programadores de Delphi en esta región, y sin embargo de C# que es relativamente "nuevo" se consiguen en relación a Delphi 4 de cada 1.

Como quiera, los que trabajamos por nuestra cuenta sabemos que Delphi nos da más de lo necesario... pero cuando el cliente exige un lenguaje (porque requiere el código) entonces sabemos que Delphi lleva las de perder.

Saludos.