cuando mas rapido quieren el sistema:::::::::::::

[voldemmor]

jejeje.. No ce si les pase, aunque estoy seguro que a muchos si.

Estoy realizando practicas preprofecionales, trabajo sin sueldo, para cubrir requisitos de la Universidad.
Estoy realizando un sistema academico, me dicen que porfavor ya lo necesitan que me apresure, que talves asi me reconoscen algo.

Pero he aki la joda, mas me dicen q apure pero más me dicen, por favor de viendo esa maquinita que se daño, y cuando terminas te preguntan.....Como va con el sistemita, con una cara, mcomo diciendote apura arreglando y noche en tucasa te amaneces con el programa.... Y si puedo te doy para las gaseosas

[[Crandel]]

No solo te va a pasar en la universidad, cuando termines y salgas a laburar de verdad tambien. Siempre los sistemas los querian para ayer.

Lo que sucede es que cuando a alguien se le ocurre una "super idea" para implementar, en realidad lo que quiere es probar si funciona algo que no tiene.

Pero igualmente todas esas cosas valen por mas que no cobres, al principio ganar poco no es algo tan malo, suma experiencia y fama para cuando tengas que vivir de eso.

pero algunos consejos:
* Intenta hacer conocer la dificultad y la duracion del trabajo a quien te lo encargo.
* Di que cada problema es complicado, pero que lo puedes resolver.
* No importa la cantidad de opciones, si que esten bien terminadas.
* Si no crobras, intenta pasar el trabajo de mantenimiento a otro antes que te sigan pidiendo cosas y asi dedicarte a otros proyectos.
* por mas que lo intentes, no lograras matar a Harry

Suerte

[juanelo]

por mas que lo intentes, no lograras matar a Harry

Excelente!

[voldemmor]

Empezado por Crandel

* por mas que lo intentes, no lograras matar a Harry

bueno eso que ni que siempre se tendra que vivir asi

y gracias por tus consejos.

Por lo del mantenimiento, bueno ya toca, puesto que estoy echo cargo de toda la rrama de sistemas, de ese pequeño colegio donde estoy.

Pero bueno de alli estan saliendo varios proyectos para luego, y por los cuales se que voy a recibir algo mas de reconocimiento

[[AzidRain]]

Manual para verdadero "RAD" (desarrollo rápido de aplicaciones)

1.- No hacer diagramas o bien limitarlos a los más sencillos e indispensables para casos en donde se necesario razonar algo.

2.- Empezar a codificar de inmediato sin demorarse en modelar.

3.- No documentar código más que donde de verdad sea totalmente indispensable (alguna operación rara o poco entendible).

4.- Utilizar únicamente componentes ya integrados en Delphi y no crear nuevas clases a menos que se absolutamente indispensable y dichas clases sean sencillas.

5.- No crear nuevos componentes.

6.- Evitar el "adornar" código para que se vea más elegante o bien pensar en optimizar código.

7.- Abstenerse de ardonar la GUI con colores, diseños, etc. Limitarse única y exclusivamente a lo que Delphi proporciona tal cual.

8.- Abstenerse de utilizar íconos en botones.


Lo anterior funciona (de verdad) sí :

1.- Es un proyecto sencillo
2.- No hay intención ni necesidad de mantenerlo más adelante
3.- Se requiere para solucionar un problema que no se volverá a presentar una vez resuelto.


Bajo este concepto algo raro de programación es posible desarrollar aplicaciones inclusive en cuestión de unas horas. Se le saca mucho provecho a lo que ya da delphi de por sí y se mimiza el tiempo dedicado a otras actividades.

Obviamente tiene muchas desventajas y cosas indeseables por lo que únicamente lo recomiendo para casos desesperados o bien casos en donde se programará la aplicación de una sola vez y no será necesaria más adelante o bien solo esporádicamente, por ejemplo: una aplicacion que lea un archivo en un formato y lo escriba en otro, una aplicación para respaldar un archivo x en un servidor y...etc.

Ni pensarlo para una aplicación administrativa o algo similar.

Obviamente mientras más experiencia tengas el código al final será de mejor calidad aunque no por eso se minimizan sus desventajas.

También puede aplicarse el esquema de iteraciones utilizando este esquema algo burdo, la primera iteración genera la aplicación que hace lo que se requiere, la segunda iteración digamos que es donde ya optimizamos códigos y empezamos a maquillar y así sucesivamente. Obviamente insisto en que esto sirve para aplicaciones relativamente sencillas porque de otra forma se puede convertir en un infierno.

[[poliburro]]

Empezado por AzidRain

También puede aplicarse el esquema de iteraciones utilizando este esquema algo burdo, la primera iteración genera la aplicación que hace lo que se requiere, la segunda iteración digamos que es donde ya optimizamos códigos y empezamos a maquillar y así sucesivamente. Obviamente insisto en que esto sirve para aplicaciones relativamente sencillas porque de otra forma se puede convertir en un infierno.

El metodo iterativo es a mi punto de vista y coincidiendo con mi amigo Azid, el mejor a la hora de emprender un nuevo proyecto.

[[Delphius]]

Empezado por poliburro

El metodo iterativo es a mi punto de vista y coincidiendo con mi amigo Azid, el mejor a la hora de emprender un nuevo proyecto.

Amigo poliburro, no es por querer hechar leña al fuego pero... ¿podrías definirme "nuevo proyecto"?

Puede que para "proyectos nuevos" sea adecuado emplear un modelo iterativo e/o incremental, como USDP. Pero si consideramos otros factores, incluso podríamos optar por otro enfoque más "liviano".

¿Porqué te digo esto? Porque no todo lo "nuevo" es desconocido. Puede que las características del sistemas nos lleven a tener ciertas precauciones pero la experiencia en haber empleado la "metodología" nos conduce a un factor de confianza más elevado por lo que se podría emplear otro modelo; e incluso llevar un modelo híbrido.

La elección de imponer un marco de trabajo no debe descansar únicamente en los fundamentos, restricciones y los requisitos del proyecto/sistema sino también en la misma experiencia y confianza que se tiene.

Yo que estuve en pasantias no pagas puedo decir que el modelo más estable a los fines prácticos es el prototipado. Al menos para mi me ha sentado bien.

Si me baso en la descripción y situación de voldemmor rechazaría de plano un modelo incremental. ¿Porqué? Porque implementarlo requiere de destreza y una organización superior a la que puede someterse actualmente.
De por si no es sencillo acomodar un modelo incremental para una persona. Sobre todo si se opta por RUP o USDP. La opción más "viable", dentro de los modelos evolutivos, es Espiral, pero aún así. Requiere de esfuerzo y tiempo, ambas cosas que voldemmor no dispone en estos momentos.

De hecho podría prepar un cuasi-contraejemplo. Suponte que tienes muchas experiencias en proyectos que se han llevado mediante USDP, y el nuevo proyecto al que te enfrentas posee mediana complejidad y el análisis demuestra que no se esperan demasiados cambios. ¿Seguirías optando por UDSP?¿O te relajarías un poco y seguir un enfoque más liberal como ser Espiral?

Ojo... no es que esté en contra tuya... sino que la elección del ciclo de vida no debe ser tomada a la lijera y con escasa información. Al menos así lo opino yo.

Como consejo a voldemmor puedo decir que se centre en hacer lo mínimo necesario para cumplir con el trabajo. Como mencionaba Azid.
Centrar el grueso de la actividad en el código rápido. Hacer una vista propotipo.
Como pasante no te pueden exigir más de la cuenta, sobre todo si no eres pago. El proyecto debe ser proporcional a tus experiencias y los plazos, no por función de objetivos. Ahora, si estás en los dos últimos años de la carrera, se supone que estás listo para asumir las consecuencias y exigencias, tus responsabilidades son mayores y por tanto debes prepararte para lo peor.
Lamento decirlo pero es así: de por si los proyectos informáticos son "para ayer".
Haz lo posible con cumplir con tus objetivos, pero que los mismos se ajusten a la actividad de pasante.

De hecho, en mi práctica profesional seguí un enfoque hibridoentre XP (Extreme Programing, Programación extrema) y Prototipado. Si bien no me siento cómodo totalmente con esta filosofía, para lo que estaba viviendo era lo más adecuado que se me ocurrió.

Muchas veces se los explota, y por ello deberás aprender a decir que si quieren algo de calidad que te paguen, te den licencia en la facultad y te amaneces allí.
Las prácticas profesionales están hechas para aprender, no para que te lo termines todo y le agarres odio a la carrera (algo que se estila mucho hoy en dia debido a la demanda de profesionales. Buscan la manera de eliminar más rápido a los "débiles").

¿Por cierto... donde estás estudiando? Si no es atrevido de mi parte preguntar.

Saludos,