FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
||||
|
||||
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? |
#2
|
||||
|
||||
Para mi, un buen programador es aquel capaz de dar solución a un problema, sin importar el lenguaje a utilizar.
__________________
Conoce mi blog http://www.edgartec.com |
#3
|
||||
|
||||
He movido este hilo a debates pues es el lugar mas indicado para este tema
__________________
Lecciones de mi Madre. Tema: modificación del comportamiento, "Pará de actuar como tu padre!" http://www.purodelphi.com/ http://www.nosolodelphi.com/ |
#4
|
||||
|
||||
Cita:
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 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. |
#5
|
||||
|
||||
Por supuesto, estoy de acuerdo con casi todo lo dicho (el casi lo he puesto por si las moscas ) pero quiero destacar una frase.
Cita:
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 . |
#6
|
||||
|
||||
Cita:
Cita:
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. |
#7
|
||||
|
||||
Cita:
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
__________________
Si usted entendió mi comentario, contácteme y gustosamente, se lo volveré a explicar hasta que no lo entienda, Gracias. |
#8
|
|||
|
|||
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.
__________________
"La forma de empezar es dejar de hablar y empezar a hacerlo." - Walt Disney |
#9
|
||||
|
||||
Hola
Me identifico con esto: Cita:
Si se corta y pega no se aprende, coincido plenamente aunque aveces sea desesperante el no llegar a la solucion. Saludos |
#10
|
||||
|
||||
Yo tampoco aplico Ctrl+C y Ctrl+V, prefiero Ctrl+Ins y Shift+Ins
// Saludos |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Buen chiste!!! | joHn je@N | Humor | 2 | 28-02-2007 09:36:57 |
Que tan buen pulso tienen? | jacanche | La Taberna | 5 | 22-01-2007 11:24:30 |
Manual del buen forista | Gydba | Varios | 1 | 15-10-2004 19:13:00 |
Buen Día | edwin1 | OOP | 1 | 29-07-2003 15:09:57 |
Un buen editor??? | Tanix | PHP | 2 | 13-06-2003 16:07:21 |
|