PHP OO Cuanto tiempo te tardas desarrollando

[usuario100]

Hola que tal gente, colegas, programadores etc... mi duda es mas que nada teórica, en el sentido de que quiero saber cuanto tiempo se tardan en desarrollar:

un crud normalito en php con mysql con todo y diseño?
un crud normalito en php con mysql pero usando ajax con todo y diseño?
un web service soap con php?

en si esta información me ayudará a entender que nivel tengo.

saludos y gracias por sus respuestas. :)

[pateketrueke]

Tu pregunta carece de objetividad, no es justo comparar el "tiempo" que uno se tarda porque sencillamente cada quien hace las cosas a su manera.

Además no todos tienen la misma experiencia, ni habilidad, ni manera de pensar.

Por ejemplo, yo en lugar de andar por los foros preguntando sobre esto mismo mejor dedicaría a seguir practicando y mejorar mi forma de programar. Fijarse en detalles cómo el tiempo es divagar, desperdiciando valioso tiempo, vaya frivolidad la tuya.

un crud normalito en php con mysql con todo y diseño?
un crud normalito en php con mysql pero usando ajax con todo y diseño?
un web service soap con php?

Cada una de esas cosas es muy fácil de hacer si te gustan hacer las cosas mal, así que podría tardarme menos de un semana.

Si quisiera hacer las cosas mejor y bien hechas, entonces me tomaría el tiempo para entender el problema y plantear una solución adecuada.

Hacer las cosas bien no es fácil ni rápido ni bonito.

Si terminas midiendo todo por "tiempo" seguro acabarás todo mal.

[usuario100]

Haber brother, supongamos que tienes un punto (tal vez si la pregunta carece de objetividad), Pero esto:

no es justo comparar el "tiempo" que uno se tarda porque sencillamente cada quien hace las cosas a su manera.

estamos de acuerdo que no es lo ideal? que no es lo que se debe hacer? entonces no tendría cavidad en la respuesta.

Después:

Además no todos tienen la misma experiencia, ni habilidad, ni manera de pensar.

En base a esto es que quisiera yo saber los tiempos de desarrollo, quiero saber cuando se tardan de acuerdo a la experiencia.

Por ejemplo, yo en lugar de andar por los foros preguntando sobre esto mismo mejor dedicaría a seguir practicando y mejorar mi forma de programar. Fijarse en detalles cómo el tiempo es divagar, desperdiciando valioso tiempo, vaya frivolidad la tuya.

Sobre esto, Tu como sabes que no estoy practicando, como sabes que estoy desperdiciando el tiempo no seas prejuicioso, eso habla mal de ti.

Y lo peor que me respondiste es:

Si terminas midiendo todo por "tiempo" seguro acabarás todo mal.

Adivina de que se tratan las metodologías ágiles? digo por simple curiosidad sabes que es un burndown chart? a groso modo, es una herramienta gráfica de estimación de tiempo para saber cuanto te tardas en realizar un proyecto, dentro de ello se usan el product backlog y los sprints que ya están priorizados y valorados en tiempo esto regularmente en SCRUM, en si también parte de mi duda, para saber cuanto tiempo se tardan; esto en comparación de otros desarrolladores.

De lo demás gracias por tu tiempo y respuesta.

[gnzsoloyo]

¿CUanto tiempo tardamos?
Eso es una pregunta demasiado abstracta, sea que uses un lifecycle en cascada o incremental de cualquier tipo, INCLUYENDO el uso de técnicas ágiles.
Puedes tardar un día o tres años (en este ultimo caso estoy incluyendo un proyecto que usa técnicas ágiles en la empresa en que trabajo). El tiempo es relativo a la complejidad del sistema, la estabilidad del entorno, las peticiones de los usuarios, los requerimientos legales, la experiencia de los desarrolladores, y la efectividad de los lideres del proyecto.

No hay un tiempo calculable. Cada sistema, incluyendo sistemas aparentemente iguales, pueden requierir tiempos completamente diferentes.

Adivina de que se tratan las metodologías ágiles? digo por simple curiosidad sabes que es un burndown chart? a groso modo, es una herramienta gráfica de estimación de tiempo para saber cuanto te tardas en realizar un proyecto, dentro de ello se usan el product backlog y los sprints que ya están priorizados y valorados en tiempo esto regularmente en SCRUM, en si también parte de mi duda, para saber cuanto tiempo se tardan; esto en comparación de otros desarrolladores.

Se ruega moderación en el lenguaje para evitar fricciones innecesarias y malas respuestas a preguntas hechas sin cortesía.