Muy interesante esta iniciativa. Yo programo en go y anunciaron que se viene el soporte para este lenguaje. Que uno pueda hacer interfaces gráficas en el lenguaje que uno más maneja es genial.
Me gustaría crear una aplicación para Windows, pero quiero aprovechar el browser en lugar de crear mi propia interfaz GUI. ¿Se puede escribir una aplicación web de manera que utilice el browser para abrirse, como NiceGUI o JustPy, pero acceda al hardware? Por ejemplo, necesito llamar a archivos DLL... si el browser no permite llamadas a DLL, ¿qué pasa con el acceso al puerto serie (WebUSB, Web Serial API)? Si el browser tampoco lo permite, supongo que necesita escribir una aplicación web progresiva utilizando marcos grandes (React, Angular, Electron, etc.). Pero si tengo que desarrollar un exe tradicional, entonces tal vez no tenga mucha ventaja optar por una "aplicación web" moderna y, en su lugar, debería usar un enfoque tradicional... como usar Python+Qt/Flet o C++ (UWP, WPF). , WinForms), Dardo+Aleteo?
Justo ayer descubrí este framework en un video ingles. Se ve interesante porque hacer las UI con las librerías de siempre de Python no se ve agradable.
@@phelions rust y go si son concurrentes.. elixir, pero pues son poco populares... Node es buena opción aunque maneja un solo hilo, es dificil manejar varios núcleos. Pero es muy popular .
Porque dices eso ??? Yo lo uso y no lo veo lento para nada , hay que saber usarlo claro Python a fondo , no es lo mismo que hacer funciones sencillas!!!
Puede que python nativo sea lento, pero resulta que muchas de las librerías de ciencia de datos como numpy o pandas están hechas en c++, lo que e hace que sea absurdamente rápido para procesamiento de grandes volumenes de datos. Y si a los científicos de datos ahora le das un framework de desarrollo frontend, los potencias una barbaridad. Anhelo que ya se venga la versión para go porque estoy cansado de react y compañía.
Excelente información amigoooo! Felicidades
Muy interesante esta iniciativa. Yo programo en go y anunciaron que se viene el soporte para este lenguaje. Que uno pueda hacer interfaces gráficas en el lenguaje que uno más maneja es genial.
Le falta zoom, porque tienen la mala costumbre de no máximizar la ventana
va bastante bien flet
Me gustaría crear una aplicación para Windows, pero quiero aprovechar el browser en lugar de crear mi propia interfaz GUI. ¿Se puede escribir una aplicación web de manera que utilice el browser para abrirse, como NiceGUI o JustPy, pero acceda al hardware?
Por ejemplo, necesito llamar a archivos DLL... si el browser no permite llamadas a DLL, ¿qué pasa con el acceso al puerto serie (WebUSB, Web Serial API)? Si el browser tampoco lo permite, supongo que necesita escribir una aplicación web progresiva utilizando marcos grandes (React, Angular, Electron, etc.).
Pero si tengo que desarrollar un exe tradicional, entonces tal vez no tenga mucha ventaja optar por una "aplicación web" moderna y, en su lugar, debería usar un enfoque tradicional... como usar Python+Qt/Flet o C++ (UWP, WPF). , WinForms), Dardo+Aleteo?
pero.... y como paso la app funcional al celular?????
Justo ayer descubrí este framework en un video ingles. Se ve interesante porque hacer las UI con las librerías de siempre de Python no se ve agradable.
Python es muy lento y no es concurrente
Da algunas opciones pues 😅, Go? Rust ? Nodejs ?
@@phelions rust y go si son concurrentes.. elixir, pero pues son poco populares... Node es buena opción aunque maneja un solo hilo, es dificil manejar varios núcleos. Pero es muy popular .
Porque dices eso ??? Yo lo uso y no lo veo lento para nada , hay que saber usarlo claro Python a fondo , no es lo mismo que hacer funciones sencillas!!!
Puede que python nativo sea lento, pero resulta que muchas de las librerías de ciencia de datos como numpy o pandas están hechas en c++, lo que e hace que sea absurdamente rápido para procesamiento de grandes volumenes de datos. Y si a los científicos de datos ahora le das un framework de desarrollo frontend, los potencias una barbaridad. Anhelo que ya se venga la versión para go porque estoy cansado de react y compañía.
Es concurrente asyncrono , usa paralelismo, de procesos y de hilos