no entiendo muy bien la pregunta.

No obstante, no deberías pensar en los tramos como “no me interesa llegar al siguiente tramo porque pierdo”… nunca pierdes. Si ganas más en bruto, ganas más en neto. Otra cosa distinta es que la retención que te haga mensualmente la empresa sea mayor o menor, y que te parezca que mensualmente has salido perdiendo aunque te suban el sueldo… pero al final del año, al hacer la declaración, te tocará a devolver o a pagar, de modo que al final siempre siempre, si ganas más en bruto, ganas más en neto.

Que te interese o no esa ganancia, ya depende de ti y de cómo valores tu tiempo.

si te refieres a si hay que declararla en la renta, no, claro que no. Ahí se declara, como su propio nombre indica, la renta.

Pero por supuesto que pagarás impuestos por la moto. Así a bote pronto se me ocurre que pagarás IVA cuando la compres, impuesto de matriculación cuando la matricules e impuesto de circulación por el mero hecho de tenerla (aunque nunca he tenido ninguna, a lo mejor por ser moto, o por ser de poca cilindrada, está exenta). A lo mejor hay algún otro impuesto por contaminar, y pagarás un huevo de impuestos por la agsolina.

Supongo que donde mejor pueden informarte es en la DGT. Pero vamos, si te la estás comprando, el propio concesionario ya se encargará de ello cuando te la venda (o la gestoría que te haga la transferencia, si es que es de segunda mano).

Por ejemplo, lo de la Programación Funcional (típicamente en Cobol) vs La Programación OO (en C++ o Java, normalmente), bien explicadas las ventajas e inconvenientes de cada una, sería interesantísimo al menos para mí, siempre que no se caiga en tecnicismos ridículos de esos que tanto nos gustan a los “pofesionales”, ni, sobre todo, en tomas de posición a priori (típicas de consultores y tal), del estilo de “sólo la programación xyz conseguirá no-sé-qué-cosa-importante, y si se utiliza la programación zyx, te quedarás calvo sin remedio”…

En estos tiempos existe, veo, una curiosa dicotomía programador Cobolero (teóricamente desdichado dinosaurio con patas, que en la práctica está feliz con su trabajo) vs programador OOero (teóricamente encantado con su trabajo de la cresta de la ola, que en la práctica está hasta el gorro de tanta incompatibilidad de versiones), en la que cada cual está satisfecho (o así) con su trabajo y desconoce todo sobre el del contrario… y ya sabes que el español desprecia lo que no conoce, así que…

Cuenta con mi ayuda en lo que pueda, darle forma, lo que sea (en el contenido, menos, claro). Elcedazo está que arde!!

Saludos, y te esperamos…

Se me ocurren estos temas, donde encontrar fácilmente ventajas e inconvenientes explicados de forma menos técnica de la habitual:

• Programación funcional clásica (PF) vs programación orientada a objectos (POO)
• Sistemas cliente-servidor (2 capas) vs sistemas multi-capa (habitualmente 3)
• Optimización de procesos vs entrega rápida de proyectos
• Servicios web (WS), arquitectura orientada a servicios (SOA) y demás zarandajas de la “globalización” de los programas

Cosas así.

Yo soy (bueno, en términos profesionales, fui) un informático del tiempo de los dinosaurios (ya se vió en mi serie, ya), y no sé casi nada de cosas “modernas” como Web Services, Java, LDAP y otras cosas que leo y no entiendo. Y una explicación de estos conceptos para que el común de los mortales los entienda, y contando esas cosas que tú sabes y por algún motivo extraño, los demás, no, sería fuertemente bienvenida por mí, desde luego, y, supongo por muchos otros.

Puedes probar, escribir un primer artículo, a ver qué tal queda, los editores ayudamos, lo revisamos, sugerimos mejoras y esas cosas, se publica, y verás qué buena acogida tiene, seguro. ¿Te has fijado que hay más de dos mil personas que están suscritas al feed de Elcedazo, y reciben los artículos que se publican por email?

Nada, nada, la cobardía es de cobardes… (tautológica frase lapidaria donde las haya). ¡Atrévete! Te quedarás de agustito…

Respecto a la serie de música clásica, digo que no me interesa en principio porque no me interesa la “literatura habitual” sobre ella, pero escucharla la escucho (menos que antes) ya que la música clásica es una obra de arte se mire (escuche) por donde se mire. Estudié hasta 4º de piano y tengo formación al respecto y algunos “cedeses” (Adagio de Karajan es, diría, mi favorita).

Y sobre lo que podría escribir, en lo que sea experto, poca cosa: la informática y las nuevas tecnologías son mi pasión pero tú ya has contado bastante al respecto (también son Ingeniero de Informática, pero de 36 tacos). Luego sé bastante de motos, pero de eso sabe cualquiera y del resto de cosas sé de muchas, pero de ninguna en profundidad.

muchas gracias por tu esfuerzo, la burocracia cada día nos exige realizar más y más procedimientos, obligándonos a realizarlos de forma totalmente mecánica, impidiendo con ello que podamos reclamar por posibles errores (si no lo entendemos, no podemos detectar un error) o acceder a derechos que nos correspondan (si no conocemos los derechos, no podemos reclamarlos).

Curiosamente, la burocracia exige, pero no hace NINGUN esfuerzo por solucionar dicho problema (la opción menos mala sería ¡que nos enseñaran la declaración de la renta en la escuela! arghh…). Únicamente toma medidas para facilitarnos la mecanización (tratándonos como autenticos tontos “Lea detenidamente las instrucciones… Escriba con letra clara… Elija la opción A o B…”).

Entradas como la tuya nos ayudan a movernos en este caos administrativo.

Por último, querría aprovechar para hacer una pregunta que me ronda desde hace bastante tiempo por la cabeza.

Si un producto tiene por precio final de venta 7 euros y se le aplica un IVA del 16% ¿cual es la forma LEGAL de realizar la factura?. Si decimos que la base imponible son 6,03 euros, entonces el precio final en la factura sale 6,99 pero si ponemos como base imponible 6,04 entonces el precio final son 7,01. ¿Cual es la forma CORRECTA de enfoncar el problema? (el problema de fijar los precios finales y no las bases imponibles).

¡Muchas gracias y un saludo!

josejuan