Control de stock

[Casimiro Noteví]

Entonces no estás haciéndolo correctamente.
Piensa con lógica, ejemplo, has vendido 10 caramelos y querías vender 20 lápices.
Para solucionarlo tendrás que vender -10 caramelos.
Luegos venderás los 20 lápices.

[juanelo]

Y pensaba que lo habia visto todo . Como dice Casimiro, tu problema esta en la logica, revisa el proceso y la iteraccion que tiene el usuario.

[mamcx]

Jack: Te recomiendo que estudies sobre el tema, y uses una hoja de excel (o lapiz y papel) y paso a paso vayas haciendo el proceso. Si no tienes claro lo que haces, no podras programarlo.

[Casimiro Noteví]

Empezado por mamcx

Jack: Te recomiendo que estudies sobre el tema, y uses una hoja de excel (o lapiz y papel) y paso a paso vayas haciendo el proceso. Si no tienes claro lo que haces, no podras programarlo.

Totalmente cierto.
Yo siempre tomo papel y lápiz. Pienso en el proceso en la vida real. Lo describo siguiendo paso a paso cada opción. Cuando lo tengo resuelto en la "vida real" es entonces cuando enciendo el ordenador y lo tecleo en el lenguaje de programación que esté usando.

[TiammatMX]

Empezado por mamcx

Jack: Te recomiendo que estudies sobre el tema, y uses una hoja de excel (o lapiz y papel) y paso a paso vayas haciendo el proceso. Si no tienes claro lo que haces, no podras programarlo.

Regla CERO del diseño de sistemas: Si no entiendes PERFECTAMENTE el proceso a programar, no hagas nada, por mucha presión que exista.

Si le explicas a tu abuela el proceso y ella aporta ideas, estás listo para comenzar a codificar.

[Casimiro Noteví]

Empezado por TiammatMX

Regla CERO del diseño de sistemas: Si no entiendes PERFECTAMENTE el proceso a programar, no hagas nada, por mucha presión que exista.

Si le explicas a tu abuela el proceso y ella aporta ideas, estás listo para comenzar a codificar.

[Jack]

Que nadie comprenda lo que digo me hace alucinar, vuelvo a explicar que el usuario de mi programa ( no yo sino el usuario que quede bien claro ), graba una linea de venta de 10 lapices, despues una vez ha grabado la linea y descontado el stock de la ficha de lapices, rectifica la linea porque en realidad tenia que haber grabado 20 libretas( vuelvo a decir que el usuario se ha equivocado él y no yo ).
Si esta situación vuestros clientes no la tienen los mios si, y mi deber es que se puedan gestionar estos cambios en la base de datos con lo que nadie de vosotros tiene el derecho de opinar si mi pregunta es buena o mala, tan solo se pide que el que no la comprenda o no la sepa pues que no la conteste, decirme 'que le pregunte a mi abuela no se que', o que 'creía que lo había visto todo' esta totalmente fuera de lugar y es de muy mala educación ya que mi abuela esta ya fallecida.
Creía que esta página era para ayudarnos entre gente que trabaja con firebird, y que sufrimos lo indecible por intentar hacer bien las cosas pero veo que no.
No sé exactamente desde que año estoy suscrito a esta página, son muchos años y muchos años también trabajando con firebird, nunca jamás se me habría ocurrido contestar a nadie de la manera que aquí se me ha contestado. Una buena noticia para todos estos que me lo han hecho, esta sera la última vez que entre en esta página, jamás volveré a pisar los pies por aqui.
Es triste encontrase con gente así por la vida, aunque tengo claro que siempre que tenga que medirme con gente de este tipo, yo estaré infinitamente por encima de ellos, por respeto a los demas y por educación.

[Casimiro Noteví]

Hay que ser más humilde, no pasa nada por reconocer que te has equivocado, todos lo hacemos y ninguno nacemos enseñados, se aprende de los errores.
En tu explicación del problema está claro, y así se te ha informado (con bromas sarcásticas, cierto) de que el planteamiento que haces es incorrecto. ¿Y te enfadas porque te han dicho que está equivocado el planteamiento que haces?, yo me alegraría que me dijeran que está mal y así poder solucionarlo.


PD. En relación a tu otro mensaje de baja, basta con que no nos visites más. Suerte.

[mamcx]

Empezado por Jack

Que nadie comprenda lo que digo me hace alucinar...

Aunque tomaste una accion drastica, no debería sorprenderte que no te comprendan, y a la vez, que el programa no funcione. Ambos problemas son el mismo problema..

Definir el problema es como tener el 90% de la solución. Entender el problema es la puerta segura y facil al éxito.

Por ejemplo, de acuerdo al zen de python:

Explicito es mejor que implicito
---
Al enfrentar la ambigüedad, rehusa la tentación de adivinar.
---
Si la implementación (osea, código) es difícil de explicar, probablemente sea una mala idea

Probablemente estas familiarizado con la idea que es dificil de estimar cuanto cuesta/dura un programa, que las especificaciones que te dan los clientes siempre son insuficientes, o que cuando vas a implementarlas te das cuenta que tienen lagunas.

Una razon? Porque si las especificaciones fuera realmente correctas y completas, no solo no tendrían ambigüedades sino que serian la explicación exacta y detallada del programa.

Un programa entonces, seria la explicación (en términos del lenguaje) concreta de la especificacion.

----

En pocas palabras: Cuanto tienes las preguntas claras, y son claras PRECISAMENTE PORQUE CUALQUIER LAS PUEDE ENTENDER, ERGO, LAS PUEDES PROGRAMAR Y EL LENGUAJE LAS "ENTENDERA".

Eso es especificamente, la labor que se hace en foros como este. Aqui NO DAMOS RESPUESTAS, no porque no queramos, sino porque muchas veces no podemos! (literalmente!)

Porque? Porque NO ENTENDEMOS LA PREGUNTA! Si la entendemos, tendremos las respuesta, y al MISMO tiempo, la tendrias tu

[TiammatMX]

Empezado por Jack

...esta sera la última vez que entre en esta página, jamás volveré a pisar los pies por aqui.
Es triste encontrase con gente así por la vida, aunque tengo claro que siempre que tenga que medirme con gente de este tipo, yo estaré infinitamente por encima de ellos, por respeto a los demas y por educación.

No hace falta el que se va ni sobra el que se queda...