Feda /dev/ - No Javascript allowed

#29521 Como te va a completar el ide un any?

El any le dice al compilador "Esto puede ser cualquier cosa"

Asi que logicamente, el ide no tiene ni idea de que es eso.

es parte de la post-verdad normal que no lo entiendas ranthas poruqe ya estás en edad post-jubilación

#29521 no te lo va a completar porque este tipo de lenguaje usa un sistema de tipado unidireccional

existen 2 tipos, uni direccion y bidreccional, quizas confundo los terminos y los digo del reves porque no son palabras muy usadas, solo phds en estas cosas, la idea es

en los sistemas de tipado unidreccional, el sistema de tipado va en una direccion, imaginate que hace una pasada, hay casos que se pierde y no sabe de que tipo es una varaible, por tanto necesita que el programador, tu, le digas que tipo es.

este es el comportamiento de la mayoria de lenguajes pobres

en un sistema de tipado bidireccional se dan muchas vueltas, por eso se compila lento jeje, pero la gracia es que automaticamente se sacara el tipo mas restrictivo. si TS tuviese este tipado, si tu le cascas un any te detectaria el minimo que funcionase por ejemplo

const value: any = 10;

Ts sabria que 10 es un number por mucho que tu le hayas puesto any...

y lo mismo te ayudaria con interfaces con muchos fields, si tu tienes dos objetos:

interface A {
   a string;
   b number;
}

y

interface B {
   a number;
   b string;
   c number;
}

y tu creas un objeto any, dependiendo de los campos que metas en el objeto TS te cojera el mas restrictivo / el mejor.

dependiendo de como uses esta variable, imagina que tienes metodos para estos... la variable se ira adaptando y cambiando su tipado internamente, y si detecta que algo no funciona, estas usando A y B al mismo tiempo pero te falta un campo o un metodo, te petara el compilador. lo cual es la puta polla y es como funciona Rust y demas lenguajes Ricos o funcionales.

basicamente lo que te proporcinan es inferencia de tipo automatica, sin tu poner el tipo, o si has puesto un any, te pillaran lo "mejor"

que es lo que molaria, que todo fuera any... pero el sistema de tipado te dijese el tipo que mejor se ajusta a tu variable.

#29530 no se es un ejemplo.

podria ser que algun lenguaje lo pillase, go por ejemplo pilla bastantes cosas, pero tienen limites que te obligara a notar.

piensa que lo que te digo significa que no necesitas anotar el tipo en variable NI en funciones, que puede ser todo interfaces genericas...

estos sistemas de tipados son muy pontentes pero acaban tardando 1h en compilar o te generan binarios enormes o etc etc

#29524 esto esta mal no le hagas caso, como siempre el vegano hablando de lo que no tiene ni puta idea

any no borra nada al contrario apunta a

los sistemas de tipados son un arbol...

lo que haces al poner any es meterlo arriba de todo

el sistema de inferencia que te he comentado, recorre este arbol lo mas hacia abajo posible, cuanto mas abajo, mas restrictivo

volviendo a la pregunta, es posible que del any saquemos el tipo mas restrictivo, no es muy dificil la verdad pero dependiendo del tama;o de la code base no es muy sostenible. pero no costaria demasiado esfuerzo... podria ser un plugin de vs code sin problema

no costaria demasiado esfuerzo, sin problema = tener un sistema de inferencia como el de rust ya me entiendes XD

#29531 No se que dices, yo solo te digo que tu defines un const como 10 (number) y lo casteas a any, TS y el IDE saben que es un number por mucho any.

Lo unico que estoy diciendo, no se las fumarolas que te montas luego.

Eres la primera persona que conozco que termina los side projects, mis felicitaciones

#29540 otro para ti, muy amable

#29542 Me pase de scope, pero vamos:

https://jvidalv.github.io/react-ts-cups-generator/

https://jvidalv.github.io/vvlog

https://github.com/jvidalv/super-simple-sitemap-generator

https://github.com/jvidalv/parcel-reporter-multiple-static-file-copier

https://github.com/jvidalv/astrale

https://github.com/jvidalv/react-native-festes-de-poble

Codigo de mierda en su mayoria, pero alli estan.

#29516 Te he dicho que no me has entendido, y tras ese mensaje está más que claro (para mi) que no me has entendido. Pero nada de nada.

Lo que he dicho es tener exactamente worktrees pero en un solo dir. Y lo que he dicho es precisamente para paliar lo que hacen algunos IDEs. En lugar de hacer cd.., haces co, sin necesidad de usar el stash.

En ningún momento he dicho nada de llevar commits de un lado a otro (cherry picks) ni he hablado de mi workflow de abuelo.

Si no usas IDE no tienes el problema que menciono, por lo que te vale usar worktrees.