#118 Cobol es una puñetera odisea, y quien lo haya programado alguna vez, entendera lo que digo (maldita columna 7).

Java tiene muchas normas, pero son normas creadas precisamente para que nada se te pase por alto, y que si algo se pasa por alto, es porque TU has querido que se te pasase. si una funcion puede lanzar una excepcion y tu decides capturar las posibles excepciones con un catch-all y continuar con el flujo del programa (porque, total, nunca va a suceder 'esa' excepcion), has sido tu quien has querido continuar, y no porque se te ha olvidado que tal peticion XHR o Fetch de Javascript puede lanzar un codigo HTTP 5xx y joderte toda la cadena de callbacks...

#125 Es que no capturar en una llamada al server las excepciones tiene delito. Insisto en que cada cosa en su sitio. Yo concretamente prefiero que el lenguaje me deje a mi aire a que me esté todo el rato molestando con lo que supone que es lo correcto. No hay que confundir lenguaje "profesional/adulto" con paternalista. Por ejemplo Python no tiene sistema de atributos publico/privado y en palabras del creador "Aquí todos somos adultos y sabemos que se puede tocar" https://mail.python.org/pipermail/tutor/2003-October/025932.html

Otra cosa en Java son los frameworks, que siempre he tenido la sensación de que potencian la densidad intriseca de Java. Yo he usado Vertx para microservicios con MongoDB (y mucho antes JSF con Hibernate pero no para microservicios) y no vuelvo a tocar eso ni con el palo de Goku, funciona, pero vaya coñazo. https://geekandpoke.typepad.com/.a/6a00d8341d3df553ef01901c96dd1d970b-pi

#110 ¿Java ceremonioso? vaya, entonces ¿en que lugar ponemos a COBOL?

#117 ¿Ultra ceremonioso? ¿Java es sencillo porque COBOL es todavía más complicado?

#118 Cobol es una puñetera odisea, y quien lo haya programado alguna vez, entendera lo que digo (maldita columna 7).

Java tiene muchas normas, pero son normas creadas precisamente para que nada se te pase por alto, y que si algo se pasa por alto, es porque TU has querido que se te pasase. si una funcion puede lanzar una excepcion y tu decides capturar las posibles excepciones con un catch-all y continuar con el flujo del programa (porque, total, nunca va a suceder 'esa' excepcion), has sido tu quien has querido continuar, y no porque se te ha olvidado que tal peticion XHR o Fetch de Javascript puede lanzar un codigo HTTP 5xx y joderte toda la cadena de callbacks...

#125 Es que no capturar en una llamada al server las excepciones tiene delito. Insisto en que cada cosa en su sitio. Yo concretamente prefiero que el lenguaje me deje a mi aire a que me esté todo el rato molestando con lo que supone que es lo correcto. No hay que confundir lenguaje "profesional/adulto" con paternalista. Por ejemplo Python no tiene sistema de atributos publico/privado y en palabras del creador "Aquí todos somos adultos y sabemos que se puede tocar" https://mail.python.org/pipermail/tutor/2003-October/025932.html

Otra cosa en Java son los frameworks, que siempre he tenido la sensación de que potencian la densidad intriseca de Java. Yo he usado Vertx para microservicios con MongoDB (y mucho antes JSF con Hibernate pero no para microservicios) y no vuelvo a tocar eso ni con el palo de Goku, funciona, pero vaya coñazo. https://geekandpoke.typepad.com/.a/6a00d8341d3df553ef01901c96dd1d970b-pi

#117 Cobol es la versión beta de Java

#110 Hacer codigo facil de mantener es esencial para ser agil

#142 He entrecomillado el "fácil" . Usar java no garantiza por si solo que el código sea mantenible, lo facilita en ciertos ámbitos, pero no lo garantiza.

#3 Si el número de trabajadores es muy inferior al esperado, puedes esperar que la calidad del servicio no sea la que te están diciendo que es. Si un trabajador limpia 10km de calle al día (me invento los datos), Madrid tiene 1000km de calles, y te llega una empresa que dice que te los va a limpiar con 50, lo normal es, al menos, preguntar cómo piensa hacerlo. Si además luego se ve que la calidad del servicio ha caído de manera considerable, es evidente que te estaban engañando.

#7 Claro, pero eso lo sabes a posteriori, no antes de firmar el contrato. Supón que tienes que adjudicar un contrato, la empresa A te dice que te va a seguir dando el servicio como hasta ahora, y que asigna un total de 100 trabajdadores, con lo que cuesta X. La empresa B te dice que reduce a la mitad el número de trabajadores, lo que hace que el precio caiga a X/2, pero te mantiene la calidad. ¿A ti no te llama la atención? ¿No intentarías ver cómo piensa hacerlo antes de adjudicar nada? Luego pasa lo de siempre, cuando las empresas ganan empezamos con las desviaciones, la perdida de calidades y terminamos teniendo un servicio peor que nos cuesta más.

#14 Pero pasa que los parametros que se fijaron por el anterior ayuntamiento son de flipar

Los ejes principales y las zonas anteriormente mencionadas se limpiarán diariamente. Para el resto de vías la frecuencia mínima será la necesaria para garantizar las condiciones de adecuadas de salubridad y adecuación del espacio público en todo momento

Es la empresa concesionaria quien decide si está suficientemente limpio.

#21 Eso ya es harina de otro costal. Pero si no recuerdo mal (no puedo buscarlo) existen ciertas métricas para medir la calidad por parte del ayuntamiento.

#14, Deberias analizar por que todos te censuran... Eres un Troll y li sabemos!!

#3 Pero ha sido el mismo Ayuntamiento el que ha producido la rebaja de calidad con las presiones para que en la subasta se fuera a la baja y el que por experiencia debería saber que con esos precios no se podía cumplir el contrato, por lo tanto, como las empresas no son tontas ni gilipollas, como los enemigos en la guerra, no me extrañaría que les dijeran: "vosotros tirar para delante que ya haremos la vista gorda, os ponemos unas cuantas sanciones para hacer el paripé pero sin miedo. Llevo 35 años viviendo en Madrid y ver como se iba deteriorando año a año la limpieza, sobre todo en los barrios no turísticos, me da vergüenza ajena.