Feda /dev/ - No Javascript allowed

> acoplar el proyecto al IDE de tal manera que si quieres usar tú otra cosa ni siquiera te buildea
> me río en .net

Iba a proponer un eisen vs kazulu pero es que no hace ni falta saber el vencedor.

Eisen eres el primer ganador del battlecode próximamente en twitch de mediavida.

Kazulu mas suerte la próxima vez.

Los huevazos que tiene DBank generan su campo de gravedad.

Debatamos amistosamente:

var foo int
if something {
  foo = bar
} else {
  foo = baz
}

vs

foo := func() int {
  if something {
    return bar
  }
  return baz
}()

#13963 El tema es precisamente ese, que no hay operador ternario en Go e if/else no es una expr.

#13969isvidal:

de momento

Ese es el quid. Los "de momento" se convierten en "para siempre" y más tarde en "quién coño ha hecho esta mierda". Yo prefiero sacarlos siempre que se pueda.

#13971 Ese quote para empezar esta mal utilizado y fuera de contexto, ojala alguien hubiese escrito una entrada en su blog al respecto analizando ese preciso paper.

El que buscas es YAGNI y una futura serie de entradas sobre esencialismo.

#13970 Yo lo veo muchisimo en mi codebase actual, se requiere de crear un módulo nuevo, este módulo nuevo tiene muchos componentes nuevos, que solo se utilizan en este módulo por el momento.

Que hace el encargado? (No yo), crea el modulo en /modules, y todos los componentes nuevos (Que solo se utilizan en un sitio, en el modulo nuevo) en /components.

Que acaba pasando? Tienes una carpeta immensa, infumable, inusable llamada /components llena de componentes utilizados solo en un sitio, y que al ser tan grande masiva, acaba generando duplicados, pues es imposible encontrar lo que buscas.

Para mi, mejor dejarlo en el fichero de /modules donde se utiliza, evidentemente programado de tal forma de que sea independiente y re usable, y si en un futuro se hace un modulo con un componente que aparece en módulos anteriores, entonces, es responsabilidad del equipo de mover ese código del componente fuera de su dominio a un sitio más neutro de donde puedan beber los dos módulos. (Aplica esta mierda de alinear divs a cualquier otro dominio del mundo de la programación, yo creo que el ejemplo vale)

Que ojo, estoy de acuerdo, que no se suele dar el caso, y lo que acaba pasando es que tienes dos componentes clónicos si haces esto.... Pero Just my cents de lo que debería ser una codebase sana con code reviews y gente responsable por lo que hace.

#13974 Totalmente jajaja No tenia en cabeza exactamente "optimización" per se, pero para el caso se ha entendido que es lo que cuenta.

#13977 Pero tiene sentido, imagina que requieres de un componente que ofusca el texto de un párrafo, de tal forma que dado un texto con 500 caracteres, solo muestra 300 y los 200 restantes tienen un fade blanco que los va escondiendo.

Explicado así tiene todo el sentido del mundo que esto sea un componente re usable neutro verdad? Y por lo tanto para /components te vas. Pero claro, donde tenias 300 componentes ahora tienes 301 un fichero extra.

Evidentemente hay soluciones para esto (Storybook o naming de carpetas super definido y ordenado), pero creo que son más difíciles de seguir, implementar y mantener que simplemente dejar el componente por dominio, y en futuro si se requiere moverlo a un sitio mas neutro.