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

danao #21631 Abr '21

Leos #21632 Abr '21

#21630 Sí, que lo hacen para hacer equipo y por temas de comunicación. Ya viví algo así en una startup y ya se que eso es que el cto o founders son unos paranoicos de cuidado xD

2 1 respuesta

Kaledros #21633 Abr '21

#21632Leos:
por temas de comunicación

Es que no falla XDDD La próxima vez que alguien te diga eso les pasas esto:

4 2 respuestas

danao #21634 Abr '21

#21633 joder estan currando en el puto salon 3 de ellos xD

desu #21635 Abr '21

#21611Leos:

Se programa bien

Demuéstranoslo. Postéanos tu código a ver.

1 respuesta

Wei-Yu #21636 Abr '21

en serio nadie se ha visto en la situación de #21623 ?

chequeen sus privilegios, machirulos blancos opresores

1 1 respuesta

Fyn4r #21637 Abr '21 Inocente

#21633 imagina enviar un trasto a Marte y currar en la silla revienta espaldas del comedor

1

desu #21638 Abr '21

#21636 cambia tu ciudad y en las zonas donde buscas curro.

Te seguirán llegando de España muchas pero en mi caso es 50-50

Hoy por ejemplo la Suiza que pase.

r2d2rigo #21639 Abr '21 Inocente

#21626 #21627 sois tan, pero TAN tontos los dos, que no sabeis diferenciar que:

Visual Studio es un IDE, y tu problema es que no sabes que el ultimo VS te viene con los ultimos redistributables y si quieres dar soporte a ciertos proyectos antiguos (sobre todo de codigo nativo), tienes que instalarlos y configurarlos a mano.
MSTest y MSBuild son codigo nativo, ahi hay 0 .NET.

Pero vamos, dejandoos vosotros mismos en evidencia para variar, que se note que no teneis ni puta idea de lo que soleis criticar.

1 3 respuestas

aren-pulid0 #21640 Abr '21

#21639

y si quieres dar soporte a ciertos proyectos antiguos (sobre todo de codigo nativo), tienes que instalarlos y configurarlos a mano.

Oh shit

isvidal #21641 Abr '21

Pero vamos, dejandoos vosotros mismos en evidencia para variar, que se note que no teneis ni puta idea de lo que soleis criticar.

1

Wei-Yu #21642 Abr '21

#21639 yo me quejo del ecosistema .net y ninguno de los dos puntos que comentas entran en contradicción con lo que opino.

1 respuesta

r2d2rigo #21643 Abr '21 Inocente

#21642

> me quejo de .NET
> pongo de ejemplo el core de VS que es nativo

puesok.gif

1 respuesta

B

[Borrado] #21644 Abr '21

.

Wei-Yu #21645 Abr '21

#21643 te expongo una situación que me pasó hace poco y la comparo con .net core que si bien el ecosistema está mucho mejor sigue siendo el mismo mundo por debajo en muchos sentidos.

Quiero ejecutar un conjunto de tests sin abrir el visual studio:

Con .net core: dotnet test.

Con .net fw: busca el runner interno de vs, localiza la API y mírate la mierda de API que expone. Viendo la mierda que se avecina, busca alternativas (que no las hay que tengan una forma razonable, donde forma = intersección de funcionalidad, coste y complejidad). Después de dar unas cuentas vueltas dale un tiento a la API y comprueba que depende de bastantes partes de VS que deberías implementar tú en paralelo porque no hay composición ninguna en el diseño de la herramienta. Cierra 30 pestañas, 2 terminales y vuelve al VS/runner random de CI.

No sé qué entiendes por ecosistema, pero me da igual que X herramienta por debajo esté hecha en javascript, ensamblador, java o intermediate language. Lo que quiero es un conjunto de funcionalidades que en otros ecosistemas son completamente normales, no tener que instalar mierda de azure que le da por secuestrarme la CPU cuando quiere sólo porque quiera escribir yo una API rest. No hay más que ver la package-manager console, que es un wrapper de un bin que funciona como el culo y nadie en su puta vida ha usado porque la API que tiene es ponzoña.

1 respuesta

Leos #21646 Abr '21

#21635 he dicho ellos no yo

r2d2rigo #21647 Abr '21 Inocente

#21645 ah bueno que el señorito quiere que las cosas funcionen como a el le sale del rabo sin tener que invertir un minimo de esfuerzo en molestarse.

No te niego que haya bastante friccion y dependencia de VS con netframework, pero estas hablando de algo que se considera casi legacy. Por no hablar de que no se que pelotas estaras liando para tener problemas con el test runner de VS porque el primer resultado de Google sobre como correrlo headless es este: https://docs.microsoft.com/en-us/visualstudio/test/vstest-console-options?view=vs-2019

Pero vamos, esas quejas que tienes tu porque el workflow no se adapta al copypaste al que estas acostumbrado en lo que sea que utilizas tambien las puedo tener yo sobre la ponzoña que es NodeJS y su sistema de dependencias de mierda, o Ruby/Python y su obligacion estupida de tener miles de variables de sistema para joderte la vida because potato.

Si te cae el marron de pelearte con un ecosistema que no es al que estas hecho pues toca apechugar y ver que las cosas se hacen de otra manera, ya me gustaria a mi no tener que pelearme con la subnormalidad del sistema de firmas de iOS nunca mas.

2 respuestas

Wei-Yu #21648 Abr '21

#21647 ya, y ahora prueba a correr el runner y verás que está acoplado a otras herramientas que son las que le resuelven las dependencias porque si no tienes que hacerlo tú a mano. Ya sólo con eso pasé pero es evidente que partiendo de esa premisa va a ser todo un lodo muy farragoso, y más considerando que no existen herramientas third party que te dan esa flexibilidad sin comerte el tarro.

Legacy es si empezaste un proyecto nuevo hace poco, porque mucha gente no ha pasado sus sistemas a core, y normal teniendo en cuenta el salto de 2.1 a 3.1. Todavía ahora con 5.0 es cuando el grueso de gente que está mínimamente al día empezará a pivotar de fw a 5.0

El señorito braubrau y node y noséqué, pero es ponzoña y lo sabes, no pasa nada por decirlo eh. Que correr un test sin complicarte es un concepto de hace 40 años mínimo pero parece que a MS cosas como esa y la naturaleza compositiva del desarrollo de software son cosas que aún le están llegando.

1 respuesta

r2d2rigo #21649 Abr '21 Inocente

#21648 vamos que no sabes instalar bien Visual Studio y te peta. Porque mira que he corrido proyectos de test en servidores de CI headless y ni una vez me ha fallado si tienes el NuGet bien configurado para que te baje todas las dependencias.

1 respuesta

isvidal #21650 Abr '21

Os veo muy agresivos

3

Leos #21651 Abr '21

Pelea pelea

1

Wei-Yu #21652 Abr '21

#21649 está claro que no me quieres entender; apple es mierda porque XYZ pero .net perfecto lo que pasa es que soy un mono (y los problemas que tengo te la fuman porque o mueves el poste o me haces un strawman). Yo ya sabía que tenías síndrome de estocolmo pero tampoco hace falta que la conversación gire en torno a ello.

Yo te animo a tirar de mstest/msbuild a pelo como intenté hacer yo, algo perfectamente normal en la mayoría de ecosistemas pero aquí es cuando o tienes un thirdparty adecuado para tu use case o tienes que tragar polla como si no hubiera mañana. Y de estas hay muchas más, no pasa nada por reconocerlo, no es un partido político al que le debas sumisión porque te estén dando de comer.

1 respuesta

B

[Borrado] #21653 Abr '21

.

3

Wei-Yu #21654 Abr '21

es culpa del puto eondev

@eondev hijo de puta

1

vivora #21655 Abr '21

Esto pasa por salirse de alinear divs, que empezáis a discutir...

2

r2d2rigo #21656 Abr '21 Inocente

#21652 es que te estas aferrando a lo que asumo es un corner case que jamas me ha pasado en los 14 a;os que llevo con .NET.

Asumo que tu problema viene de que los tests en netframework estuvieron mucho tiempo pensados para que usases MSTest y ya, de ahi que si necesitas xUnit o NUnit tengas que instalar los test adapters tambien que lo que hacen es comunicar su infrastructura de testing con como espera MSTest recibir los resultados. No te niego que sea un co;azo pero es un paso extra que la mayoria de veces es casi trivial instalando los NuGets adecuados.

Pero bueno, como dicen por ahi let's agree to disagree, a ti te parece la mayor ponzo;a jamas inventada y a mi me parece de lo menos malo en el apestoso mundo del desarrollo de software. La proxima vez avisa que vas a rajar solo para desahogarte y asi me ahorro entrar al trapo.