Feda /dev/ - No Javascript allowed

python y "me faltan cosas" en la misma frase es jodido eh... Si tienes paquetes pip para escribir "cagar()" y que venga un bot en paquete de amazon a hacerte una infusión para provocarte cagalera.

Callaos ya que llevo desde las 6 con un pase a producción. En media hora o así, si ningún equipo la ha liado (de mi equipo está todo perfecto), me meto en la cama.

#53856 ¿Te levantas a las 6 y ya te metes a la cama a las 11?

#53855 te me lavas la boca antes de hablar de Scala, he pasado dos años y medio muy buenos ahí

#53857 ah pero tú dices (creo)

public Basket(BasketItems items)
{
  this.Green = items.Green;
  this.Yellow = items.Yellow;
}

vs

public Basket(Green green, Yellow yellow)
{
  this.Green = Green;
  this.Yellow = Yellow;
}

yo diría que la segunda está mejor por norma general pero la verdad que el drama es pequeño imho, yo digo esto:

  private def getRequestBodies: ChainBuilder = exec(session => {
    val directory = BaseConfig.BodiesFolderPath
    val files = new File(directory).listFiles()
    session.set(LIST_REQUESTS, files.toList)
  })

en vez de retornar cosas voy seteando en el session (que es un hashmap por debajo) valores y para acceder a esos valores tengo qeu ir mágicamente a buscarlos al session, es una fumada del copón

#53860 me llamaron de estocolmo diciendo que perdieron un síndrome y eres el único síndrome que conozco, puede ser?

#53863 ¿Y el gym cuando? En mi caso como no haga ejercicio la espalda me empieza a dar guerra a los pocos días.

#53863 ¿Y qué hacéis durante tantas horas pasando algo a producción?, suena interesante. Lo que sea que subáis durante esa ventana de mantenimiento... ¿está caído?

#53857Kaledros:

hay un debate encarnizado sobre si es buena práctica o no.

El applicationContext para todo esta mal... y te dire mas. En spring podrias tener un Subcontext por paquete.. en lugar de eso, que resolvería el 99% de los problemas de colisiones de @Beans automáticamente y defaults que no saben de donde vienen... y te diria exactamente que linea de código esta mal y porque... la gente pone todo en el global...

Java y Spring... detector de fperos que no solo no saben programar, promocionan malas practicas constantemente.

#53865 el context no solo es de lectura... también tienes cosas SINCRONIZADAS CON MUTEX para leer y escribir... porque spring no sabe que hará el usuario y asume siempre que leera y escribira ... la realidad es que normalmente es de lectura como dices, pero tienes un degradación de rendimiento y un uso de memoria brutal por el mutex y la copia de variables entre threads...

Java y spring... cuanto mas sabes de programación e ingeniería... mas horrores conoces...

#53867 Casi:

public Basket(ApplicationContext context)
{
  this.GreenService = context.GetBean(GreenService.class);
}

#53868 A mí siempre me ha parecido mala práctica por varios motivos, el primero porque si pasas todo el context por IoC no sabes si va a tener dentro la dependencia que quieres hasta que vaya a buscarlo en runtime, mientras que si pasas la dependencia explícita te va a cantar en compilación si existe o no. A partir de ahí, empeñarse en usarlo es un "todo mal" de libro.

#53871 Java y Spring tienen el problema de que quieren hacerlo todo y al final tienes módulos enteros completamente deprecados (Spring Integration dejó de tener sentido cuando aparecieron soluciones de mensajería mucho mejores, por ejemplo) y todo el framework es un bloat gigantesco para que al final todo el mundo use un 5% de la funcionalidad (los rest controller y los tests). Si creas un proyecto con un único controller que devuelve "Hola, mundo" y nada más sigue tardando tres segundos en arrancar aunque lo arranque en mi MB Pro de 32GB y M2, eso es estar en la más absoluta indigencia porque mi portátil debería ser capaz de ejecutar 400 millones de esos proyectos simultáneos mientras juego al BG3.

LO QUE PASA, que es la baza que tiene Spring, es que existen unas convenciones (gracias a Maven sobre todo) en casi cualquier aspecto de la aplicación, desde el árbol de packages hasta la nomenclatura de las clases, que hace que cualquiera que las conozca pueda entrar en un proyecto nuevo y reconocerlo absolutamente todo a la primera, porque está todo donde debería estar. Por eso se usa tantísimo en consultoras, porque hasta en la cárnica más cabrona con una rotación altísima la gente puede ser productiva desde la primera semana.

Y desde que trabajo en Go lo tengo cada vez más claro. Ha sido una revelación ver que se pueden hacer las cosas tan sencillas.

vengo a quejarme también. como puede ser que el servidor de desarrollo de next se coma un ordenador nuevo con 32gb de ram. menuda mierda bloated es webdev.

#53861 lo tengo pendiente, mejor/peor que Factorio o Dyson sphere program?