Anécdota

Ah los que conocen muchos frameworks pero no saben programar algo sin tener el framework a la mano, hay que decirles por su nombre. No son programadores, son integradores. Pueden hacerla muy bien como consultores, llegando a una empresa a decir "ah es que todo lo que hacen aquí está mal, tienen que usar X, Y, y Z frameworks, T/U/V arquitecturas e integrarlas para tener mayor sinergia y blablalaba (una serie de buzzwords hilados para poner al cliente en DUMMY_MODE=ON). Pero no pueden hacer un ciclo for para salvar su vida.

Hay dos cosas que diferenciar acá.

Una es sacar la chamba a como de lugar, que en el caso de la programadora certificada PHP que no sabía PHP pues lo hacía de una mala manera, pero lograba entregar los trabajos. Era sin duda hábil para convencer a los demás que lo hicieran y a veces ( no lo digo peryorativamente ) ese es precisamente el trabajo de un líder de proyecto ( no quiero decir que sea farsante, sino lograr que otros hagan el trabajo )

Que está mal, no cabe duda, que da resultados, también. Obvio, no es una persona confiable.

Lo mismo pasa con el programador del celular en la tienda. Pues de alguna manera hacía el trabajo. En todo caso, pues se les pagará menos y listo.

Hay veces que estamos tan a la punta con las tecnologías que Google es un salvador indiscutible, y sinceramente yo no podría trabajar sin usarlo. Simplemente para buscar el javadoc cuando el IDE está apagado. O para preguntar a otros: "Estoy haciendo esto, y no me sale" y obtener respuestas buenas.

Entonces, la diferencia esta entre decir que sabes y no saber ( mentir ) y decir que sabes, saber y además adminir que puedes auxiliarte de todas las herramientas a tu alcance ( amigos, google, otros )

Por favor tampoco denosten a los certificados nomás por el hecho de estarlo. Si bien es cierto que la certificación no representa experiencia, al menos una certificación seria ( como la de Java ) sí avala que la persona, paso una prueba de suficiencia.

Yo conozco varios programadores que prefieren no certificarse en Java, por que es una farsa, pero la verdad es que si toma algún esfuerzo por ejemplo como funcionan los wrappers y las referencias en Java y es más fácil no hacerlo. Conozco a muchos otros que no se certifican por genuina flojera, pero que no demeritan al resto "Pues si tengo ganas, pero me aguanto".

Sobre las otras certificaciones ni opino, pero la de Java si sirve.

En la segunda empresa donde trabajé, les daban 10% de aumento inmediato a quién se certificara y la calidad del código se noto de inmediato cuando el 50% de los consultores sabian las REGLAS BÄSICAS DE JAVA y ahora si todos hablaban el mismo idioma, y no como en otros casos donde se veia que el que sabía C++ quería escribir como en C++ en Java y lo mismo con el que sabía VB.

Por ultimo recuerdo que en esa misma empresa había uno ( que por cierto nunca se certificó por que decia que: ¿para que?! ) al que se le encargo eliminar todas las excepciones de la aplicación web.

Paso como tres semanas clavadisimo en el código y cuando le dió commit TODOS los jsp's archivos tenían el siguiente patrón:

<% try { %>

// resto del código inalterado

<%} catch( Exception e ) {} %>

Uuuy que miedo

Siento que aquí podemos revivir este hilo que igual revelan las fechorías de algunos programadores

http://www.javamexico.org/foros/java_mexico/historias_de_horror_en_progr...

Por cierto tanto he leído que resaltan tanto los errores de otros y, mucho criticamos cosas, entonces me hago la pregunta: A CASO TU NUNCA HAS METIDO LA PATA???

No me refiero a algo totalmente horripilante (necesariamente) y con esto no justifico a nadie pero el punto es que en lo personal, conforme leo cosas de aquí o allá pues me doy cuenta que alguna vez hice algo que pienso... Hijoles que dirán cuando vean ese código!! :s

Bueno, en la liga que escribí de este mismo blog relatan cosas que si son bien pasadas hasta de imaginación. Yo lo mas horripilante que he hecho es escribir una clase llena de variables estáticas en lugar de usar properties, ya me acorde de otra. Para mi proyecto final no me salían unas consultas bien entonces baje todas las tablas en unas listas LinkedList y ahi me hice programe el filtro de búsqueda que no me salía en mi SQL. Quizás todos hemos empleado la frase de: es que no había tiempo y tenía que solucionarlo de cualquier forma... podría decir que no es malo si lo hacemos con moderación. SOLO HAY QUE EXIGIRNOS NO HACERLO TANTAS VECES

Espero les parezca interesante, este es el codigo que ponia a leer en un block de notas en las entrevistas, traten de hacerlo a ver que les resulta

La pregunta es: ¿Que imprime? hay errores? si hay errores son de ejecucioon o de compilacion?

(no se vale usar algun tipo de ayuda en el editor de texto, ya que hayan tomado su respuesta verifiquenla donde quieran).

public class test5 {



	public static void main (String[] args) {

		int numero = 100;


		if(numero >= 100){

			int arreglo[] = new int[]{10, 20, 30, 40, 50, 70, 80, 90, 100, 90,

			numero = ((numero != 100) ? 0 : 999999),
			numero = 10, 200, 300, 400
					
		}



		/** IMPRIMIENDO EL VALOR DE NUMERO **/
		/*	System.out.println ("imprimiendo el valor de numero: " + numero);*/;
		/***/



		for(int i = 0; i <= 10; i++)
			numero = i;
			imprimeValor( String.valueOf(arreglo[numero]) );
		}


	}



	public static void imprimeValor(String valor){
		if(valor != null)
			System.out.println (valor);
	}

}

Existe mucha gente así, pero yo en parte no le echo siempre la culpa al programador. Contaré un caso:
En una empresa para la que trabajé tenía un jefe bien mentiroso (que hasta me dan ganas de decir el nombre del tipo y de la empresa, con el fin de prevenir a los demás). Nombre de entrada a la que era su asistente la embarró en un proyecto de consultoría de SAP ¿y qué creen?...Pues mi jefe dijo que su asistente era una experta en lo que a SAP se refería, que incluso había sugerido varias correcciones a la empresa creadora de SAP (que no recuerdo el nombre) ¿y qué creen?...La asistente ¡JAMAS EN SU VIDA HABIA USADO SAP!

Una segunda situación fue un compañero de trabajo, en donde una empresa estadounidense les ofreció un producto bien interesante para telemetría. Y mi jefe le dijo a mi compañero de trabajo que era "bien papita" programar esos dispositivos, que podía ser en cualquier lenguaje de programación.
La impresión de mi compañero fue tal cuando vio que no era programación en cualquier lenguaje, que era únicamente comandos AT y Python (bueno más bien una edición corta del último).

Y cómo dicen "la tercera es la vencida". Ésta me ocurrió a mí. Pues de una manera me enteré de qué estaban contratando y fui con ganas de aprender y me serviría de mucho un empleo en una empresa del ramo por el hecho de qué sin estar titulado aún ya iba a tener experiencia en el ramo. Apliqué para el puesto de programador .NET en su edición compacta, en otras palabras, cómo programador de dispositivos Windows Mobile.
De entrada en dispositivos de menos de 300MHz (que eran los que le vendían a los clientes) querían que fueran capaces de computar cosas que incluso para PC de escritorio son complejos, añadiéndole que .NET Compact Framework (2.0 hasta la 3.5) viene más limitada que es imposible imaginarse lo limitada que es XD. En fin, al final conseguí hacer lo que pedía.
Mi sorpresa fue que al final de ese proyecto querían que realizara un portal wap, de bajo costo (para la empresa); y también le fuera aprendiendo a la programación en iP[od, ad, hone]. Siendo que de entrada mi puesto era otro, teníamos otros proyectos en Windows Mobile, ah! si y yo ya había sido declarado cómo un experto programador de iP[od, ad, hone] y además certificado por Apple y acreditado para subir cosas al App Store, todo esto según mi jefe (WTF??, en mi vida había agarrado un iPhone)...y el colmo de los colmos: ¡Ni siquiera teníamos una Mac para programar esas cosas!

Conclusión, en muchos casos el problema es del programador; en muchos otros es problema de lo fanfarrón que llega a ser el jefe que le toque al programador y la corriente que se le siga al jefe.

PD: Carraro soy wishmaster no whismaster, jajajaja.

Como dice el chiste.

Aja... :") Esta una muy buena práctica, si va a compañado, como dice ezamudio de una explicación del candidato y quizá puedas o no dar otra oportunidad.

En mi caso, tenía la respuesta correcta. Luego dije, a ver, lo voy a revisar por si estoy olvidando algo. En la segunda y tercera revisión dije: "Ya esto es lo que pasa" lo probé y falle.

Es este precisamente mi punto. Muchas veces Google es tu mejor aliado, pero es importantisimo entender lo que encuentras y no solo hacerle copy/paste

Si el candidato se equivoca ( como yo :P ) pero puede saber que es lo que pasó, quizá aún sea un buen prospecto ( quizá ya no le ofrezcas el mismo sueldo, pero aún sirve )

+1 por el ejercicio.

Bueno tampoco crean que me dijeron una respuesta mala y fuuum adioos!! Siempre pedí justificación y así como había los que pedían pistas al ver errónea su respuesta también había quienes se rendían y no quisieron seguir intentando. Había quienes justificaban su error en la prisa porque tenían otra entrevista (coorrele antes que se te haga tarde)

En fin, me sirvió tanto para ver la actitud y disposición de las personas para resolver un problema claro que encontré varios que si se daban de topes y tardaban hasta 40 minutos entendiendo el porque después de ver el resultado. También quienes lo resolvieron a la primera y en especial uno que me sorprendió q en un par de minutos dio con el resultado correcto con su respectiva explicación

por cierto, decidí hacer eso porque estaba hasta el gorro de tanta entrevista por culpa de varias personas que pasaban por el filtro de "recursos humanos" que incluso llego una persona diciendo: "No se Java, pero podría pasarte todos tus sistemas a .Net" y no es que me niegue a .Net (del todo) pero imaginate, que te venga a vender la idea de que tienes que cambiar todos tus sistemas en desarrollo a .Net solo porque el no sabe Java... bueno, así las cosas estaban y mi interés a entender código es porque se tenia una aplicación que carecía de patas, cuerpo y hasta cabeza

Está muy bien usar Google en la chamba, todos los días y cuantas veces al día necesites. Pero una entrevista es algo muy distinto. A menos que les interese tu capacidad de encontrar cosas en internet, sigo creyendo que no debería ser una opción en una entrevista. A fin de cuentas, un examen de entrevista y las preguntas que se te hacen son para darte una idea de los conocimientos del candidato, pero no es una simulación (ni tiene por qué serlo) del ambiente laboral de la empresa que hace la entrevista.

@ezamundio... ya diste el x q no me laten los frameworks en tu comentario de "integradores", x los "itegradores" que se hacen pasar por "super programadores", pero bueno ya no entremos en ese debate,

también uno cuando llega a entrevistas donde se da cuenta que el perfil que pidieron algo que no es lo que va hacer te quedas de WTF!!!... bueno a mi me paso exactamente la semana pasada.. pedían un freelance en PHP, llego a entrevistarme para ver que se tenia que hacer... y me salen con que el desarrollo que quieren que les rescate esta en Grails :S.... y yo me quedo de WTF!!,,, que no era PHP???, bueno no hay bronca grails se aprende de volada pero también es desagradable ver que en las convocatorias piden algo que ni al caso, lo bueno que se me facilita eso de aprender nuevas cosas .... otra vez me paso en la convocatoria requerían JavaScript, y ya pregunte es Java o JavaScript ya ven que luego los confunden (no se por que), total termine en entrevista y ya llevamos un buen rato platicando.. y salen ok y como andas en .net... heee??... .net?.. pase entonces y a la fecha estoy en un casi null

Al buscar pseudoprogramadores hay que tener mucho cuidado de no caer en la trampa de los prejuicios, en mi caso, llevo ya 10 años dedicandome a esto, y que conocido:

Buenos programadores que:

• Solo estudiaron la carrera tecnica
• Estudiaron la licenciatura en universidad publica
• Estudiaron la licenciatura en universidad privada (y algunas muy caras)
• Estudiaron la maestria (o doctorado) en universidad publica
• Estudiaron la maestria (o doctorado) en universidad privada (y algunas muy caras)
• Con certificaciones
• Sin certificaciones
• Titulados (por Tesis, y por Ceneval)
• Sin Titulo
• Mexicanos
• Extranjeros (de primer mundo y de tercero)

Malos (o pseudo) programadores que:

• Solo estudiaron la carrera tecnica
• Estudiaron la licenciatura en universidad publica
• Estudiaron la licenciatura en universidad privada (y algunas muy caras)
• Estudiaron la maestria (o doctorado) en universidad publica
• Estudiaron la maestria (o doctorado) en universidad privada (y algunas muy caras)
• Con certificaciones
• Sin certificaciones
• Titulados (por Tesis, y por Ceneval)
• Sin Titulo
• Mexicanos
• Extranjeros (de primer mundo y de tercero)

Notan la diferencia en los antecedentes de los buenos programadores y los malos? no? es por que no la hay.

¿Quieres saber si un programador es bueno programando? ¿Quieres estar realmente seguro? Entonces: No le preguntes donde estudio, o si esta o no certificado, o de manera obtuvo su titulo, o si tiene licenciatura o doctorado, ni le pongas preguntas de opcion multiple (nadie se ha ganado una medalla olimpica en los 100 metros planos por explicar como correr, y por presumir de su excelente entrenamiento) sencillamente: Ponlo a programar. Lo demas, son solo heuristicas, que si bien pueden ayudarte a tomar una decision cuando tienes presiones por falta de recursos (tiempo, dinero) no son el mejor modo de detectar la habilidad de alguien.... y de preferencia, ponle al programador a hacer algo que se paresa a lo que hara todos los dias, si le pones un ejercicio artificial, terminaras con un equipo de programadores bueno para los ejercicios artificiales (y generalmente eso no es lo que quieres).

NIH es un antipatrón, excepto cuando lo que estás haciendo es una función base de tu negocio. Por ejemplo, si estuvieras haciendo un ORM, como que no sería muy buena idea utilizar las bibliotecas de Hibernate, por que si no, entonces no estarías haciendo un ORM, sino decorando uno existente.

Cuando no es una funcion base de tu negocio ( es decir de lo que haces pues ) entonces puedes reutilizar. Por ejemplo en este mismo ORM nuevo, no tiene sentido crear una biblioteca para loggear, a meeeenos claro, que interfiriera en tus objetivos de ORM, pero en términos generales, no tiene sentido, mejor tomas alguna existente. No tendría caso destinar recursos a un subproyecto que va a repetir algo que ya existe.

Cuando te encuentres personas asi, no le sigas la corriente, no vale la pena. Por mucho que quisieramos no podemos dejar a google a una lado, el api de java es demasiado extenso, no podemos aprendernos por mas que quisieramos todos los metodos y cuantas cosas,. Pero un buen programador es tambien alguien que sabe investigar, conosco programadores que aun viendo la documentacion no saben como utilizar el api,. Usar google para copiar codigo fuente en eso si no estoy de acuerdo.

Ponlo a programar...pero sin usar Google (mejor que use un libro y así puede aprender)

Igual se puede aprender de Google... yo opino que si lo vas a dejar usar Google para trabajar, entonces lo dejes usarlo para el examen, la cosa esta en diseñar un examen "a prueba de Google" o inclusive, que sirva para saber si el programador es lo suficientemente compentente para poder resolver sus propios problemas usando Google (yo he conocido muchos que no pueden hacer ni eso)

Concuerdo con Tigo otro podria ser que ponen a un jefe que no tiene ni la mas minima idea de lo que se hace solo esta porque es el compadre del dueño u algo asi jejejej y eso ah como te jode si eres su programador y te vienen a decir es facil no? le dije que ya mañana esta como vez? si sale no?, aunque se podria dar el caso de que tu te encajes y le digas hijole no eso tomara 3 semanas siendo que es cosa de 1 dia pero pues hayq aprovechar jajajajja

pues navegando y siguiendo links accidentalmente me encontre con esta pagina,

Programmer Competency Matrix

en ella colocan una matriz sobre niveles de conocimientos que un programador deberia tener, no es algo definitivo pero si podria ser un lugar de partida para el objetivo de evaluar no solo a otros sino a nosotros mismos.

Estoy parcialmente de acuerdo. Pero por lo que veo piensas que los frameworks son algo mágico y maravilloso para que tu pongas "153" y sepa que tiene que ejecutar la operación 15*3. Y no es así, la gran mayoría de frameworks son estructuras con un fin específico (la moda ahora: MVC, por ejemplo).

Ahora, primero (considero) es necesario conocer y darte una leida por los patrones de diseño más elementales (MVC, IoC -DI-, Observador observable, por mencionar unos). te aseguro más de un patrón de diseño aplica para "lo que tienes en la cabeza" y (muy seguido, por no decir siempre -que no lo es-) te encuentras un framework que ya implementa o te ayuda a implementar dicho patrón en tu aplicación.

En fin, creo que si bien es cierto (es de suponer que un programador está capacitado para hacer lo que le viene a la mente), también es cierto que (sobretodo cuando empezamos) caemos en NIH. Recuerdo cuando estaba estudiando el T.S.U y desconocía que era MVC...intentaba implementar mi manera para crear una "separación". Igual, ese mismo año que desconocía los ORM y típico que haces tu "implementación" con objetos que cuentan con sus métodos ALCB (altas, lecturas, cambios y bajas), siendo que ¡ESO YA EXISTÍA!. Y es natural del programador, querer hacer cosas nuevas y llevarse "el violín más pequeño del mundo".

Ahora, también es cierto que cuando aprendes y estás en la escuela (los primeros programitas, ej.: HolaMundo.java, Sumatoria.java, etc.) si es bueno que la gente entienda que se hace "detrás de escenas", las cosas base cómo los parámetros de ejecución, cómo hacerlo desde la terminal, etc. Pero tampoco así de: "No, los IDE son algo pésimo, si utilizas un IDE jamás aprenderás bien."; es decir, no ser tan radicales. Porqué después lo que haces es gente tan a la NIH y malo.

Estoy de acuerdo con ezamudio, el MVC se considera dentro de los patrones de diseño "primarios" (por llamarlo de alguna manera), pero, a juzgar por los proyectos que me han pasado, pareciera que apenas se descubrió el término "patrón de diseño" ...

¡Exacto!...Parece que ni siquiera los patrones más elementales se han descubierto a juzgar por los programadores que te topas cada día. Cosas tan horribles cómo las que han salido en el thread creado para el 31 de octubre (¡que muchas me constan son reales!).

Y que me puedes decir tu teresa de ti?