que es ser un buen programador?
 

Hola a todos. Soy un recien egresado de la carrera de Analista Programador. Ademas de muchas dudas que se me generan por ser un novato en todo(un profesor me dijo unas sabias palabras: Te recibiste?. Bueno, ahora ponete a estudiar) hay una que me llama toda mi atencion: Q ue parametros tenemos que evaluar para saber que es un buen programador. Y a que me imagino que esta pregunta debe tener respuestas muy subjetivas y personales aqui tiro la inquietud para que la desmenucemos entre todos, y sobre todo los que tienen experiencia en el tema.

Mi respuesta, más subjetiva imposible.

El buen programador es el que se adapta al perfil (metodología de desarrollo) de la empresa donde trabaja.

Saludos

Para mi, un buen programador es aquel que no tiene miedo a un problema (sea este crear un programa o aprender un concepto nuevo) y es capaz de enfrentarse a él de forma organizada.

También aquel que aplica el "Divide y vencerás".

Como ser un buen programador
 

Tal vez y esta pagina pueda contribuir a definir un poco mas la definicion de buen programador
Como ser un buen programador

:D

Para mi aparte de lo dicen Lepe, Ñuño y nightynvid es aquel que logra resultados con poco y nada.

No se necesita contar con sin-cuenta herramientas: DUnit, DelphiToDoc, etc...
Si bien son muy buenos productos. Creo que el asunto más pasa por tener un trabajo bien organizado. ¿Quieren ver mi escritorio?.... Se los aseguro que no tiene orden alguno.... y mi disco duro es un reflejo de ello. Pero hago todo lo posible.

Si uno tiene organizado el trabajo, las herramientas pueden ser más provechosas... pero no son tan indispensables.

Yo digo que mi mejor amigo es el papel y el lápiz... y rara vez me siento a codificar si no veo algo en papel... tengo pilas y pilas de documentos que indican la evolución del trabajo. Eso para mi dice mucho más que tener el código en un clic.

Rara vez mido al programador por su código. Prefiero mirarlo como la experiencia que tiene para resolver el problema y su planteo. Su versión ingenieril y de análisis me dice más...
De hecho cuando pido ayuda en los foros, prefiero que me comenten alternativas y no tanto el código.

Es cierto que al final todo se traduce en código y de éste puede verse el análisis. Yo creo firmemente en la idea del Análisis -> Diseño -> Código. Si bien hay otras posturas más extremas: Código -> Diseño, todavía me cuesta engancharme con esa teoría.

Cuando veo los códigos que amablemente exponen seoane, roman, marcos, casimiro, neftali, caral, lepe, y otros tantos más veo el código con una mirada de análisis y no aplico simplemente un Ctrl+C, Ctrl+V.

Eso es en mi opinión:
Si no se tiene un trabajo organizado, no se puede llegar a un buen análisis... sino se entiende el análisis... el producto falla.

El buen programador, repito: en mi opinión, es aquel que consigue armonizar todo eso.

Saludos,
PD: ¿No debería estar ese post en Debates?

Para mi, un buen programador es aquel capaz de dar solución a un problema, sin importar el lenguaje a utilizar.

He movido este hilo a debates pues es el lugar mas indicado para este tema

Tomo nota para la próxima vez :p :D

En cuanto al tema del hilo, no tengo la bastante experiencia para decir que es ser un "buen programador", pero me imagino que es aquel capaz de imaginar un algoritmo en su cabeza. Si eres capaz de imaginar algo, lo demás solo es darle "cuerpo", no importa el lenguaje o el sistema operativo, si tienes claro lo que quieres hacer lo demás se soluciona mirando la ayuda :p

En contraposición, creo que un mal programador es aquel incapaz de imaginar nada nuevo, que se limita a usar ideas de segunda mano. Y es malo porque nunca conseguirá crear nada verdaderamente original, y además, siempre terminara encontrándose con un problema para el que nadie tenga ya una solución y no sabrá por donde empezar.

que buen texto...

Coincido con el texto y coincido totalmente con Lepe y Poliburro...

Todos tiene algo en común: no mencionan un lenguaje en específico.

Para mi un buen programador es el que conoce las técnicas y tácticas para resolver problemas sin importar el entorno en el que se encuentre.

Hoy trabajas en visual basic *nauseas*, otro día trabajas en PHP, otro en Delphi... un día trabajas para contabilidad, otro día para ventas, otro para compras, hasta puedes trabajar en un Table Dance diseñando un sistema para contabilizar los minutos de bailes privados y demas menesteres :D

No importa donde trabajes, ni con que trabajes, siempre y cuando sepas resolver los problemas que se te presenten

... totalmente de acuerdo. Poco más tengo que añadir. :)

Bueno si ...., además si lo hace de manera EFICIENTE, mejor que mejor. El algoritmo, el código, la lógica, las sentencias utilizadas, etc, tienen que ser todo eficiente. .... y lamentablemente, por experiencia, siempre es mejorable. Pero hay veces que estás plenamente satisfecho con el código que has escrito y probablemente aunque sea posible mejorarlo en algo, no merece la pena volver a invertir tiempo en esa mejora.

Hola
Para mi un buen programador es que no deja colgado el trabajo, le dice al dueño de la empresa, si yo puedo hacerlo y no lo hace, ni rapido, ni con seriedad.
Lo que le queda a uno como empresario es aprender delphi y olvidarse de los irresponsables.
Para mi un programador es el que se compromete con su trabajo, sepa o no hacerlo perfectamente, lo importante es insistir para lograrlo, buscar las herramientas, preguntar si no se sabe, ect.
Recien graduado, no importa
Con años de experiencia, no importa.
Conocimiento perfecto de mil cosas, no importa.
Curriculum de mil paginas, no importa.
Seriedad, responsabilidad, deseos de trabajar, SI IMPORTA.
Humilde opinion
Saludos

Por supuesto, estoy de acuerdo con casi todo lo dicho (el casi lo he puesto por si las moscas :p) pero quiero destacar una frase.
Muchas veces me han preguntado cual es la mejor herramienta de programación que conozco, y cuando contesto "Una hoja de papel y un lapicero" me miran con cara rara. Claro, ellos esperaban que contestara con el nombre de un superIDE mega-intuitivo que te pasas, osea... :rolleyes:

Ahora no lo practico mucho, pero es totalmente cierto. Yo siempre he programado más seguro con un cuaderno y un bolígrafo al lado. Cuando tengo una duda, agarro una hoja en blanco y empiezo a garabatear esquemas, diagramas y código hasta que quedo contento. Entonces sigo codificando. Y me gusta pensar que es la mejor forma :cool:.

Voy preparando mi cabeza entonces...:rolleyes:

Y yo que pensaba que era el único que se tomaba el tiempo de pensarlo en papel.
Yo lo practico fielmente. Cuando la "traducción" del primer análisis no anda... apago la máquina. Dejo descansar mi cabeza... veo tele, escucho música... lo que sea. Al rato saco nuevamente más papel (Para ahorrar uso aquellas hojas de impresiones fallidas, cualquier pedacito que no sirva) y lápiz... y repito el proceso. Si al cabo de 3 o 4 iteraciones no me sale... no insisto... voy a internet, a los foros. Si se trata de algoritmos... los estudio primero... trato de entenderlos y reproducirlos (Adaptados a mi análisis y entendimiento). Una vez entendido... busco mejorarlo (usando mi criterio y alguna que otras métricas)... Sino lo logro reproducirlos, directamente veo la posibilidad de mejorarlo... y sino queda otra... lo copio.
Para mi esa es mi mejor forma.
¿Se pierde tiempo? Posiblemente... por eso yo hice incapié en el orden. Un trabajo bien organizado y estructurado ayuda mucho. Ya sea en una empresa o en forma independiente, en el lenguaje que se desee... con más o menos abstracción... considero que la maduración hacia un proceso ordenado y debidamente controlado termina a la larga a minimizar los riesgos y tiempos. La experiencia que se pueda ir ganando, permite ser más ordenado y descubrir soluciones a problemas similares.

Pensaba que yo era el único rácano del foro, de hecho tengo una bandeja específica para esos tipos de papeles, posavasos, esquemas, etc.

Por supuesto una vez moldeado lo paso a limpio, me gusta tener los esquemas en una carpeta del programa en curso con toda la documentación.

Saludos

Hola,

Coincido con todos ustedes, solo agregaría una cosa.

Un buen programador nunca debería de estar satisfecho con lo que ha logrado.

Salud OS.

Hola
Me identifico con esto:
Cuando pido, que es muy constante ayuda en el foro y sale Roman o seoane en mi ayuda me gusta mucho, por que no me dicen haz esto y aquello sino que te ponen a pensar, te dan un poco aqui y un poco alla.
Si se corta y pega no se aprende, coincido plenamente aunque aveces sea desesperante el no llegar a la solucion.
Saludos

Yo tampoco aplico Ctrl+C y Ctrl+V, prefiero Ctrl+Ins y Shift+Ins

// Saludos

Ahora me van a decir que tambien se puede.:D
Saludos

Yo también aplico Shift+ insert, y prefiero Shift+Supr para cortar un texto.

ufff, como degenera el hilo .... jejeje

Hola
Vamos Lepe, que tambien tiene que ver con ser un buen programador el conocimiento:p
Saludos

jojojojo :D:D:D ;)

Hola,

Yo para copiar y pegar el texto uso a Clipo. :D :D :D

http://img259.imageshack.us/img259/369/clippitfr6.gif

Como se dijo resulta algo subjetivo definir a un "Buen programador", pero en contraposición veamos quienes no son buenos programadores:

- Aquellos que están seguros que ya son buenos programadores :D
- Quienes tienen una dependencia de un lenguaje, pero dominan varias .
- Quienes solo encuentran una sola alternativa a la solución de un problema
- Quienes no tienen los conceptos teóricos claros
- Quienes no escudriñan en Internet en busca de información
- Cuando no tienes esa pasión de convertir el código en programas que "casi" tienen vida.

con permiso de Gustavo
 

¿Qué es un buen programador?, dices, mientras clavas
en mi pantalla tu pantalla azul,
¡Qué es un buen programador! ¿Y tú me lo preguntas?
Un buen programador... eres tú.


:D :D

Un buen programador?? El trabajo de crear una aplicación de software involucra varios expertos:

Un analista, que toma el problema de la vida real y lo transforma en diagramas o esquemas (el que les guste, UML, Jackson, etc.)

Un diseñador que pasa ese esquema a módulos en un sistema de software (pero obviamente no lo escribe).

Un programador como tal, que pasa el trabajo a código

Un tester que verifica que lo que hizo el programador case con lo que pretendiò el diseñador.


La mayoria de nosotros hacemos las 4 cosas a la vez :). Aunque todos tenemos diferentes enfoques: habemos ingenieros, quienes decantamos por métodos técnicos y un poco científicos para atacar un problema. De hecho nos encanta estarnos quebrando la cabeza para encontrar el como hacer...también hay quien viene de formación administrativa, a ellos les gusta más que su software sea una pieza dentro del engranaje de las empresas, su enfoque es distinto..

Pero bueno, un buen programador...es el que logra resolver el problema planteado con la mejor solución posible de acuerdo con los recursos que tiene. El leguaje es lo de menos, un buen desarrollo en cualquier lengaje no tendrá mucho que mejorarle, al menos en cuestión a su funcionamiento (quizá una maquilladita, colores, etc.) . Un buen programador, capta la necesidad real del cliente, la necesidad que el cliente tiene pero no puede describir y la necesidad futura que pueda presentarsele al cliente; la plasma en un sistema sencillo, fàcil de usar, que no requiera "capacitación" exhaustiva, que funcione como el cliente piensa y sobre todo que funcione con lo que el cliente ya tiene (equipos o sistemas).

Yo no sé cómo definir exactamente qué es un buen programador, pero sí sé lo que tiene que hacer una persona si quiere ser un buen programador: Dedicarle muchííííííííííííííííííííííííííííííííííííííííííííííííííííííííííííííííííísimo tiempo.
Es un aprendizaje contínuo, siempre hay algo nuevo que probar, documentos que leer, utilidades que testear, tests que realizar, cambios que hacer, libros que leer, informes que redactar, presentaciones que hacer, etc. etc. etc.

No sé si hay alguna otra profesión en la que practicamente siempre se está trabajando y nunca acabas.
Muchas veces envidio a mis compañeros técnicos de hardware, cuando llega la hora de salir, simplemente, dicen: "hasta mañana" y se olvidan de todo, sin embargo para nosotros eso es algo casi imposible, nos vamos del trabajo pensando en el maldito error que no encuentras la solución, pensando en el documento que tienes que leer cuando llegues a casa, pensando en las pruebas que vas a hacer para comprobar alguna funcionalidad y que en el trabajo no te da tiempo probar, etc. etc. etc.
Creo que deberíamos cobrar sueldos de 24 horas diarias :rolleyes:

Cita:

muchííííííííííííííííííííííííííííííííííííííííííííííííííííííííííííííííííímo

Taaaaaaaanto que se te olvidó el 'siiiiiiiiiiiii' !! :D :D

:D corregido, gracias. :)

Yo creo que esto puede suceder en cualquier profesión, y como con cualquier profesión, depende de uno si quiere cerrar el canal TRABAJO llegando a casa o no.

// Saludos

Lo que dice Casimiro es muy cierto, yo he tenido la oportunidad de trabajar en otras cosas ajenas a esto y no me pasaba igual, conozco muchos amigos programadores "traumados" por esto a los que les pasa lo mismo. En otras profesiones se da pero no tanto o al menos si les queda tiempito para dejar su mente en blanco.

En lo personal tengo que hacer esfuerzo porque a veces cuando estoy haciendo otra cosa mi mente esta pensando como resolver tal o cual cosa y pues como que no es por ahi. Y ahora que me compré una laptop pues me cuesta mas...

Sin embargo, creo que esta profesión es de las pocas que te permite crear y hacer verdaderos prodigios y monumentos al razonamiento humano del cual muchos nos sentimos orgullosos en algun momento...A quien no le ha pasado que después de lograr algo nos sentamos frente al monitor, vemos nuestra obra y exclamamos una de estas: "¡¿No que no?!", "¡Que chingón soy!" (al estilo español: "¡Soy la ostia!"),"¡No hay código que se me resistan!" y demás frases engrandeceros del ego que solo nos atrevemos a decirnos en la intimidad de nuestro espacio de trabajo.

Lo mismo que sintió el que resolvió la última conjetura de Fermat, o quien descubrió el adn, o el que compuso una sinfonía o pintó un cuadro. No es exclusivo, ni mucho menos, de la programación.

// Saludos

Pero hay algunas grandes diferencias, si la sinfonía o el cuadro tiene algún error... ¡¡¡no se nota!!!, sin embargo, nuestro programa fallará estrepitosamente en la demo al cliente ¡¡¡no podemos equivocarnos en nada!!!
Además hay otra gran diferencia, puedes dedicar todo el tiempo que quieras y necesites a resolver el teorema, descubir el adn, pintar un cuadro o terminar esa sinfonía... pero el programa tiene que estar listo para el lunes próximo y además aquí llevas 10 folios con nuevas funcionalidades que no estaban previstas!!! ;)

P.d. y además, si hoy no tienes ganas de pintar... no pintas, y no pasa nada :S

Entiendo el punto de Roman y el tuyo Casimiro, pero si nos ponemos un poco estrictos, tambien sucede que si eres un programador por hobby, si hoy no tienes ganas de programar no lo haces y eso no quiere decir que no seas buen programador.

Y si vemos el otro lado, que tal si estas creando una suite musical para una pelicula y te exigen una fecha de entrega.

Salud OS.

Pues lo que comenté antes, que la música ni el cuadro son cosas "matemáticas" que tengan que funcionar, no importa si hay un tono más alto que otro o si un color del cuadro es más claro u oscuro.
Sin embargo, en nuestro trabajo, un simple punto o coma cambiado de sitios te lo estropea todo.


P.d. ya sé que estamos comparando cosas distintas, pero es que además, como comenté antes, nosotros tenemos que seguir aprendiendo, probando, estudiando, leyendo... constantemente si no queremos quedarnos atrás, sin embargo ni el pintor ni el músico necesitan "actualizarse"

¿No importa? Pero, ¿realmente crees lo que estás diciendo? ¿Crees que el artista va a ser un pelo menos exigente consigo mismo que tú por el hecho de no tener fechas de entrega? ¿Crees que al músico le da lo mismo una nota que otra? ¿Crees que a su audiencia le da lo mismo? ¿Crees verdaderamente que un artista no tiene que estar en constante actualización y contacto con la cultura? Y ni qué decir de los cientificos, economistas, sociólogos, filósofos, historiadores, y un largo etcétera que abarca todas las áreas del conocimiento humano. Nuestra profesión es como cualquier otra, y como en cualquier otra, le dedicarás más o menos tiempo, serás mejor o peor, te llevarás o no el trabajo a casa, pero no es inherente a la profesión sino a uno mismo.

// Saludos

Lo que quiero expresar es que un color más claro o una tonalidad distinta al resto, en un cuadro, no podemos saber si el pintor lo hizo así a propósito o fue un desliz.
Y lo mismo con la música, ¿cómo sabemos que el artista cambió una nota por otra, sin darse cuenta, por error o a propósito?.

En ambos casos, el cuadro se verá y la música sonará... pero, en nuestro caso, un fallo es un fallo, no podemos decir que el botón 'aceptar' no hace nada porque nosotros lo hemos querido así, "se vé el fallo".

Ya sé que en otras profesiones también tienen que estar al día, pero no tanto como nosotros, en la mayoría de ellos. un abogado debe estar al día, principalmente, de las leyes, sean modificadas, eliminadas o nuevas, pero sólo leyes. Economistas, igual, hay unas normas a cumplir, cada año pueden que cambien alguna, añadan o eliminen, pero tampoco hay más. Un graduado social, idem, deberá estar al día de las nuevos cambios para aplicar a los contratos, seguros, etc. pero sólo eso.

Que hay otras profesiones que también necesitan dedicar mucho tiempo y estudios, por supuesto que sí, no lo pongo en duda, pero de que la nuestra es una de las más exigentes... creo que no se puede negar.

Aquí hay dos elementos que se conjugan: por un lado las profesiones en si mismas y por otro las personas como tales.

Profesiones hay una gran diversidad, las cuales pueden exigir determinadas aptitudes,conocimientos, etc. Ni que decir de las personas, no hay dos iguales.

Pero son las personas las que podrían convertir la profesión u oficio mas sencillo en algo prodigioso. ahi podemos ver que existen niveles de excelencia.

Sin importar la profesión aquellas personas que alcanzan altos niveles de excelencia están dedicadas, apasionadas por su trabajo y pagan el precio de la excelencia.

Estoy de acuerdo en lo que comentas, Onti, cada persona es un mundo y en su trabajo puede ser totalmente distinto a otra persona que realiza un trabajo similar.
Es lo que intentaba explicar a los comentarios de roman, por supuesto que hay muchas profesiones en las que puedes "sumergirte" a fondo y no acabar nunca, de los ejemplos que pone roman conozco más a los músicos, un familiar muy cercano compone música y se desvive para lograr la perfección, llega a límites insospechados para conseguir un sonido perfecto.
Otra profesión que puede servir de ejemplo, los arquitectos, tengo varios amigos arquitectos, está el que tiene su horario fijo, llega la hora de marcharse y dice "adiós, hasta mañana". Sin embargo, el otro amigo es justo lo contrario, está siempre informándose de nuevos estilos, formas, materiales, tendencias, ... está siempre leyendo información sobre su trabajo, asiste a conferencias, reuniones, eventos, ...
Y en nuestro trabajo también conozco los 2 polos opuestos: uno de mis compañeros sólo sabe lo que usamos en el trabajo, en su horario, punto y se acabó. No hace nada fuera del trabajo, no lee, no aprende, no prueba, nada de nada. Y el otro polo opuesto soy yo mismo, me falta tiempo para llevar adelante tantísimas cosas pendientes que tengo, necesito un año sabático (pagado :D) para ponerme al día y luego volver :)

Pero eso de irse a la hora y no preocuparse de más no tiene porque ser malo tambien... aqui entra otra cuestión que es que puede que tu seas mejor programador, pero tal vez el es más feliz y vive mas despreocupadamente, y eso se refleja tambien.

Es muy posible que el que solo se dedica a hacer su parte y listo, entregue mas a tiempo sus encargos que tu mismo, pues el no pierde el tiempo en foros o webs enterandose de cosas que ni al caso en su momento. A los ojos del jefe el sería mejor que tu porque como solo se dedica a lo que en el momento hay que hacer lo hace más rápido; y quien sabe al rato ese compañero puede ser ascendido a jefe de tu departamento.

Se a lo que suena, pero sucede en la realidad, lo he visto en varios lugares, además el se verá como un tio mas alivianado, mas "cool" por no tener tantas cosas en la cabeza y esas cosas son las que muchas veces abren mas puertas que la "sapiencia".

Mi muy particular punto de vista.

Hola

Me encontré un documento que habla sobre como ser un Programador, en este documento se habla de tres tipos de programador

Principiante
Intermedio
Profesional

Espero que no les de flojera leerlo aunque está en inglés.

Enlace

Con cual de ellos te identificas y cual de ellos realmente deseas ser.

Salud OS.