Bienvenidos a este, mí sitio web.
En esta página voy a intentar recoger mis experiencias como programador, analista, diseñador,... y demás trabajos que van surgiendo en la vida de un informático.
Aún no hace mucho estuve trabajando con Delphi, modificando un programa ya hecho. No se lo recomiendo a nadie sobre todo si tienes experiencia en programación orientada a objetos, que si, que ya sé que delphi tiene orientación a objectos pero... en un programa donde una unit (trozo) tiene unas 8.000 líneas de código, como comprenderéis no voy a ser yo quien modifique todo eso, simplemente lo estoy parcheando para que no de los errores que está dando.
Como actualmente me encuentro desarrollando con c#, y como todos los que trabajamos en este mundo sabemos, ahi cosas que no deberían ser así pero, por lo menos a a mí me pasan constantemente, voy a contar una pequeña anécdota.
Hay que hacer un trabajo, dicho trabajo lo estimas en que te puede llevar 20 días hacerlo. Una vez empiezas con el diseño de base de datos, diseño de clases, objetos,... y te pones manos a la obra picando código, va el superior de turno y...
- bueno,... esto podría ser así en lugar de asao,
- bueno... esto de aquí, que antes te dijimos que no, ahora si,.. etc,...
Estas situaciones se repiten constantemente, por lo menos en todas las empresas por las que he pasado. A todos los responsables de empresas de software que puedan leer esto: "Debeis pensar que si decimos que nos lleva un 70% del tiempo el diseño en papel y un 30% el teclear código por algo será. Si lo hacemos al revés y luego los mantenimientos, modificaciones,... se disparan en cuanto a tiempo de realización ya sabeis por que es".
Ahora me han hecho responsable de un proyecto, yo he aceptado como no, y voy a intentar hacer algo que los muchos programadores, analistas que han pasado por mí trabajo no han hecho. Hacer las cosas en un orden lógico, para mí este orden lógico es:
- Pensar que quiero hacer
- Pensar que necesito para hacerlo
- Diseñar en papel la BD que me haga falta
- Diseñar en papel las clases que me hagan falta
- Hacer un diagrama de casos de uso
- Picar código.
Creo que me he saltado algún paso pero... más o menos.
Bueno, y cambiando de tema, voy a intentar recoger scripts, programas, enlaces que me han sido útiles en estos años. No sé quizás nadie los use, pero cuando a mí me hicieron falta, me costo mucho encontrarlos, sobretodo si tienes un tiempo muy limitado para hacer un proyecto a nivel nacional.
Estoy abierto a todo tipo de sugerencias, quejas (estas menos), y todo lo que deseeis.
En esta página voy a intentar recoger mis experiencias como programador, analista, diseñador,... y demás trabajos que van surgiendo en la vida de un informático.
Aún no hace mucho estuve trabajando con Delphi, modificando un programa ya hecho. No se lo recomiendo a nadie sobre todo si tienes experiencia en programación orientada a objetos, que si, que ya sé que delphi tiene orientación a objectos pero... en un programa donde una unit (trozo) tiene unas 8.000 líneas de código, como comprenderéis no voy a ser yo quien modifique todo eso, simplemente lo estoy parcheando para que no de los errores que está dando.
Como actualmente me encuentro desarrollando con c#, y como todos los que trabajamos en este mundo sabemos, ahi cosas que no deberían ser así pero, por lo menos a a mí me pasan constantemente, voy a contar una pequeña anécdota.
Hay que hacer un trabajo, dicho trabajo lo estimas en que te puede llevar 20 días hacerlo. Una vez empiezas con el diseño de base de datos, diseño de clases, objetos,... y te pones manos a la obra picando código, va el superior de turno y...
- bueno,... esto podría ser así en lugar de asao,
- bueno... esto de aquí, que antes te dijimos que no, ahora si,.. etc,...
Estas situaciones se repiten constantemente, por lo menos en todas las empresas por las que he pasado. A todos los responsables de empresas de software que puedan leer esto: "Debeis pensar que si decimos que nos lleva un 70% del tiempo el diseño en papel y un 30% el teclear código por algo será. Si lo hacemos al revés y luego los mantenimientos, modificaciones,... se disparan en cuanto a tiempo de realización ya sabeis por que es".
Ahora me han hecho responsable de un proyecto, yo he aceptado como no, y voy a intentar hacer algo que los muchos programadores, analistas que han pasado por mí trabajo no han hecho. Hacer las cosas en un orden lógico, para mí este orden lógico es:
- Pensar que quiero hacer
- Pensar que necesito para hacerlo
- Diseñar en papel la BD que me haga falta
- Diseñar en papel las clases que me hagan falta
- Hacer un diagrama de casos de uso
- Picar código.
Creo que me he saltado algún paso pero... más o menos.
Bueno, y cambiando de tema, voy a intentar recoger scripts, programas, enlaces que me han sido útiles en estos años. No sé quizás nadie los use, pero cuando a mí me hicieron falta, me costo mucho encontrarlos, sobretodo si tienes un tiempo muy limitado para hacer un proyecto a nivel nacional.
Estoy abierto a todo tipo de sugerencias, quejas (estas menos), y todo lo que deseeis.
No hay comentarios:
Publicar un comentario