Feda /dev/ - No Javascript allowed | Página 1157

desu #34681 May '22

#34680 Si ibas a dar tu opinon sobre el tema de debate de hoy hazlo. te animo a participar.

como puedes ver, este hilo lo leen cientos de personas a diaro pero son todos unos COBARDES en su mayoria. COBARDES. En mayusculas.

DONDE ESTAN LOS FPEROS? DONDE ESTAN QUE YO LOS VEA?

2 respuestas

B

[Borrado] #34682 May '22

#34681 un saludo de parte de Enrique Cerezo, ayer comí con él

1 1 respuesta

desu #34683 May '22

#34682 yo ficho ya... me voy a entrenar.

ma;ana puedes sacar tu un tema de conversacion? algo sobre scala? confio en ti.

1

Soltrac #34684 May '22 MV Wizard

De nuevo, 2 páginas de first world problems. Os aplaudo.

1 respuesta

Fyn4r #34685 May '22 Inocente

#34684 No, si quieres en el hilo de chat de /dev hablamos del problema inmigratorio

B

[Borrado] #34686 May '22

ahora podemos hablar de lo que queramos, jastro está muy ocupado creando contenido en el pozo de gamedev y no se va a pasar por aquí a mirar, así que

@aren-pulid0 hijo de puta

1 respuesta

B

[Borrado] #34687 May '22

¿Que fue de Stallman? ¿Murió? ¿Lo mataron? ¿Se fue en un cohete?

1 respuesta

Fyn4r #34688 May '22 Inocente

#34687 Lo último que sé es que montó la FSF paralela y me suena que al final volvió a ser jefe de la original, no?

1 respuesta

B

[Borrado] #34689 May '22

#34688 Ni idea... hace ya un buen tiempo que no escucho nada de el... me imagino estará en un retiro espiritual.

LLoid #34690 May '22

Si Stallman sigue vivo será de milagro, porque tenía toda la pinta de tener el corazón a punto de explotar

Pero siempre he admirado mucho a ese hombre

Jastro #34691 May '22 Moderador

#34686 ocupado, pero stalker

3

PiradoIV #34692 May '22 Brongster

#34681 ¿Los argumentos de un programa es un tema a debatir en 2022? ¯\(ツ)/¯

Igualmente no me queda claro si quieres resolver una duda o simplemente tienes otro ataque repentino (pero no inesperado) de narcisismo.

1 respuesta

Leos #34693 May '22

Lo dices como si pudiera tener otras cosas que no fueran un ataque repentino de narcisismo

1 1 respuesta

Fyn4r #34694 May '22 Inocente

hombre @newfag buenos días

1 respuesta

PiradoIV #34695 May '22 Brongster

#34693 Estoy 99% seguro de que, detrás de la máscara, hay alguien majete xD

1 respuesta

Leos #34696 May '22

#34695 Yo cada día lo dudo más xD

B

[Borrado] #34697 May '22

Este hilo tiene una relación tóxica con desu... cuando no está se llora porque no está... cuando está... se llora porque está.

Muted y santas pascuas. Aunque el muted de mediavida es bastante chusterillas... como tenga actividad ese usuario te lo sigues comiendo con patatas.

1 respuesta

Leos #34698 May '22

Pensaba que llorar era una skill necesaria para postear en este hilo

2

desu #34699 May '22

#34692 la cli era un ejemplo

Como puede ser una api rest o grpc o una librería o un archivo de configuración.

El Debate era sobre cómo más de 50 años haciendo software, proyectos como el. Kernel con décadas encima. Y la gente aún no entiende porque hay que hacer o no hacer las cosas.

1 respuesta

newfag #34700 May '22

#34694 ey tiarraco

PiradoIV #34701 May '22 Brongster

#34699 No hay ningún debate, nada más que estás tú insultando al personal. Pero la verdad es que paso de comerme más el bait, que te diviertas xD

1 respuesta

MTX_Anubis #34702 May '22 :psyduck:

#34697 Para mi trae planteamientos muy interesantes y discute ingeniería del software (si se le pude llamar así) y cuando entra en ese tipo de cosas está genial.

El problema es el otro 90%, se me hace bastante cansino todo el día con la misma cantinela.

Cambiando de tema, llevo unos meses que he profundizado más en el mundo del DDD y puedo decir que el 99% de la literatura que hay es basura mala. Practicamente todo se centra en los patrones tácticos y a mi es lo que menos interés me despierta que no son más que buenas prácticas de OOP salvo los aggregates que es algo relativamente novedoso cuando salió el libro y sólo he visto que se aplique (de forma explícita) aquí, además la gente abusa y malusa las arquitecturas innecesariamente.

Y es que está todo mal, los patrones tácticos son una consecuencia de la parte estratégica y hay poquisima literatura (en comparación con la parte tactica) para poder destilar y descubrir esos bounded context y relacionarlos. Pero claro para esto no hay recetas y es un acto de descubrimiento y requiere hablar con otras personas no técnicas.

Veo un montón de empresas "aplicando DDD" y basicamente tiene un event bus con microservicios alrededor donde el líder técnico o el grupo de desarrolladores son los que deciden qué va a ser cada microservicio, del trabajo que hay que hacer alrededor ni han oido hablar de él.

2 3 respuestas

Kaledros #34703 May '22

#34702MTX_Anubis:
Veo un montón de empresas "aplicando DDD" y basicamente tiene un event bus con microservicios alrededor donde el líder técnico o el grupo de desarrolladores son los que deciden qué va a ser cada microservicio, del trabajo que hay que hacer alrededor ni han oido hablar de él.

Me siento personalmente atacado. Pero sí, es tal cual.

B

[Borrado] #34704 May '22

#34702 Yo voy a confesar que a veces respondo a desu con textos que ha escrito el mismo en el pasado... es mi pequeño momento placentero.

Respecto a DDD es lo mismo que trabajar de forma modular ¿o que? xD El "bounded context" sería la funcionalidad del modulo (compras, ventas, etc...)

1 respuesta

desu #34705 May '22

#34701 como que no hay debate? la premisa es simple y la he expuesto en mi primer mensaje.

luego he ido evolucionando hacia el default hell config, libreria vs framework y terminando como esto te lo encuentras hasta en el kernel te encuentras con syscall que llevan 30 a;os y tienen 4 versiones con distintos parametros.

la manera en que en el kernel lo hacen para no tener "defaults" entre comillas es pasar un puntero para los OPTS/FLAGS. que se pueden resolver estaticamente. asi por ejemplo es como estan dise;ado las task. thread y process es lo mismo, ambos se llama el clone de task, solo cambia los flags que le pasas.

https://man7.org/linux/man-pages/man2/clone.2.html

este es el estilo unix. yo en mi codigo lo que hago si quiero tener defaults es algo asi:

type FooConfig struct {
  a string
  b string
  c int
}

func New(config FooConfig) *Foo {
   // resulevo el constructor
}

Si tienes un sistema de modulos en tu lenguaje, go rust elixir erlang ocaml... etcs puedes abrir tu constructor con este config y de esta manera como he dicho arriba, permites al usuario de tu libreria rellenar los valores por defecto como quiera, tu en tu modulo puedes testear todo sin problema.

Por ejemplo, si nos vamos a la stdlib de golang algo como tcp que por debajo depende del OS

https://github.com/golang/go/blob/master/src/crypto/tls/tls.go

fijate como el server recibe un *Config, que dependiendo de la architectura o lo que necesites vas a tunear.

Golang es un claro ejemplo de dise;o UNIX tradicional, donde se usan mucho los default.

Lo contrario a la escuela UNIX de dise;o, es la escuela LISP o FUNCIONAL, donde todo son parametros fijos y tener muchas funciones.

Como puedes ver yo apuesto por un sistema hibrido tirado a funcional, si quieres seguir la escuela UNIX se lo dejo al usuario, pero a nivel de libreria predico el codigo funcional. Como ya sabeis los que me conoceis en el hilo.

1 respuesta

Leos #34706 May '22

#34702 Totalmente de acuerdo, al principio me frustro mucho encontrar siempre los mismos recursos que no me solucionaban las dudas, porque todos se centraban en oop o solid.

Al final trabajando en varias empresas con DDD, se deja de lado siempre a negocio y los tecnicos montan lo que ellos creen que es el dominio, para mi para lo que sirve es para intentar forzar las buenas practicas a todo el mundo y darles un abc de una vez se ha montado algo todo va igual.

2

Soltrac #34707 May '22 MV Wizard

#34705desu:
esto te lo encuentras hasta en el kernel te encuentras con syscall que llevan 30 a;os y tienen 4 versiones con distintos parametros.

Obvio, que quieres, que un driver meta un pantallazo azul por usar la primera versión de un syscall? XD. Una vez windows o linux saca un syscall, no va a tocarlo y esto lleva así desde yo q se, XP en windows? y no se cuando en linux...

4 1 respuesta

desu #34708 May '22

#34707 No obviamente. Era un ejemplo de breaking change, cuando tu codigo evoluciona es normal... es inevitable. Por arriba me ha dico @pacox que soy un fpero por meter breaking changes. Pues que se lo diga a Linus no?

Es que en tu mensaje me estas dando la razon a mi. Deberias hablar con @pacox o @wei-yu ...

Fijate en el ejemplo de clone que he puesto, las versiones que tiene y la cantidad de parametros que tiene... luego, a mas alto nivel, han hecho helpers para que los fperos creen threads y procesos de manera mas facill... pero LA LIBRERIA esta dise;ada full parametrizable.

Al final el debate es que esto es un tema mas que masticado, durante 50 a;os, pero la gente aun no sabe el porque si y porque no hacer las cosas. Mira el vegano del hilo. Ni se entera de por donde le da el aire. Y yo hoy me he encontrado con el debate en el trabajo XD

Como en el trabajo paso de hablar y discutir estos temas, he venido al foro ha crear contenido de alta calidad.

O ahora me diras que el forero medio del hilo sabe como esta dise;ado el kernel y las stdlib de los lenguajes que usan como les he explicado????

Si los fperos del hilo lo supieran no habria debate HAHAHAHAHHAHAAHHA

Pero me ha parecido interesante leer opiniones de como piensan los fperos.

Breaking changes = mal @pacox
defaults bien = porque asi no hay que pensar @wei-yu
Tema de romper = hemos comentado como hacer type driven design ayuda a detectar errores, y hay que dise;ar tu codigo, para que cuando se rompa, el compilador te avise con @MTX_Anubis. creo que hemos quedado de acuerdo y que el piensa parecido a mi en lo demas XD no lo tengo claro.

No se, yo creo que he creado contenido educativo, tu que opinas @soltrac?? me he pasado de vacilar a la gente? salvo 2 tontos (@pacox y @wei-yu) que han entrado a trollear sin tener ni puta idea el resto han sido muy currectos.

1 respuesta

B

[Borrado] #34709 May '22

Yo no veo mal que se rompa la ABI en un cambio de version "major"...

Wei-Yu #34710 May '22

no sé en qué momento es excluyente el parametrizar y tener defaults, eso es un falso dilema que te has creado

mi argumento va en la línea de convention over configuration y como ya he dicho antes, es algo contextual

p.s ni siquiera estoy defendiendo una frente a otra, simplemente hablando de casos de uso o enfoques detrás de una cosa en concreta

Feda /dev/ - No Javascript allowed

Normas basicas de convivencia:

Memes Feda/dev

Usuarios habituales