Recordatorio de que GTK no es tan malo y wxwidgets es excelente.

Electron es el castigo a los que se burlaban de GTK3 y GTK3 es el castigo a los que se burlaban de GTK2.

Si no te gusta no lo uses. Deja de andar paqueando.

Electron es la salida fácil a las corporaciones mediocres que quieren aparentar ser modernas pero terminan produciendo un navegador web con mucho javascript y 2 documentos html en lugar de una aplicación buena y realmente moderna.

Tiene un nombre bastante irónico. Algo tan pequeño siendo usado como el nombre de una hinchada, ondulada pila de palpitantes tumores malignos.

GTK es una mierda.

>>4
En algunos casos no te queda otra porque hoy en día los desarrolladores hacen todo en Electron.

Falso. Telegram está escrito en C++, 0% electron, 0% bloat. No todos. Sólo los desarrolladores de apps mediocres.

>>8
¿Argumentos?

>>9
Entonces te carga la mierda pero aceptas seguir comiéndotela a cucharadas. Estamos claritos, ¿ah?

Excepto que la gente normal no usa telegram a menos que el trabajo o las circunstancias lo pidan. La app de whatsapp en escritorio para colmo es Electron.

Excepto que la gente normal no usa telegram a menos que el trabajo o las circunstancias lo pidan. La app de whatsapp en escritorio para colmo es Electron.

Y la guinda de la torta: https://hyper.is/
130 megas para un emulador de terminal. Algo que en mac y linux pesan 9 megas con documentación y traducciones.

>9 megas
qué cagada bloateada estás usando, p­rro

>>12
>Excepto que la gente normal no usa telegram a menos que el trabajo o las circunstancias lo pidan
He visto que su popularidad ha ido aumentando (al menos un poco) y de hecho desde mi punto de vista lo merece. Te permite guardar archivos, usa un algoritmo de encriptación propio, te deja enviar mensajes más o menos anónimos (más o menos porque registra tu IP), es personalizable y más eficiente que whatsapp, tanto en su front-end como en el back-end.

De cualquier forma la "gente normal" siempre se acaba comiendo la mierda corporativa (windows, electron, spotify, discord y la lista sigue...)

>>13
Ay no puede ser, lo que faltaba, un emulador de terminal hecho en Electron, que puta necesidad de hacer eso?
>>15
Telegram es la misma mierda, no hay privacidad total, usan la palabra Privacidad como estrategia de marketing

¿Para cuándo la app de escritorio de BaI hecho en electron?

Hay una en ReactJS que es espiritualmente la misma mierda.

Si combinas la ineficiencia de Electron con la ineficiencia de Slack, la histérica sueca llegará en barco y carruaje a tu casa para darte una golpiza por desperdiciar recursos energéticos. Si además descubre que minas criptomonedas basadas en Proof of Work con ASICs, contratará a 2 sicarios veganos para envenenarte con sales de frutas.

Hablar de eficiencia y postear en BaI en un navegador moderno es una contradicción hasta biológica.

>>20
Uso pale moon *dabs*

>>22
Acabas de demostrar el punto.

Se acuerdan de los feed RSS?

Qué gasta más: RSS vs navegador?

Existen lectores de RSS para terminal ;)

FLTK merece un poco de amor, ya que es:
- simple y facil de usar (cualquier persona que sepa algo de OO entendería su funcionamiento)
- ligero (codigo fuente no pesa más de 4,5MB y un "hello world" alrededor de 200K)
- multi-plataforma (unix, linux, mac y windows, con soporte robusto para opengl)
- personalizable (extender clases de los widgets es muy simple siguiendo la documentación)
- decente visualmente (puede ser algo fea a la vista, pero es totalmente configurable con un poco de código)

C/C++ no es tan complicado en la actualidad (C++14) como para que sea dificil programar en el, además tiene bindings para python. El unico problema sería los dispositivos móviles, pero ese no es un problema de FLTK, ya que Apple no acepta aplicaciones que no usen apariencia nativa a su SO y Google no ha dado soporte para apps hechas en C/C++ a un nivel que motive la creación de un back-end para el soporte en Android.

Acaban de terminar C++20 y está pendiente de estandarización. Aparte también está C++17. Llegas tarde.

wxWidgets es ligero. También hay una gui simple que usan en dnfdragora que también soporta ncurses.

Estoy confundido no se que usar ahora

Wxwidgets

>>15

estoy cerrando una compraventa. me anuncié en yapo y en marketplace+grupos específicos. muchos interesados me han contactado por wasap o por fb. pero uno de ellos me contactó por telegram.

con ese men estoy cerrando negocio. curiosamente, telegram parece estar más en la palestra de las clases "ilustradas" de la sociedad moderna (si es que puede llamarse así): esto es, los profesionales jóvenes y hasta viejos, los educados en educación superior, esté ligada o no a la informática dicha formación.

>>26 >>29
hace como 2años que no ando muy cercano al mundillo de linux, por motivos laborales. pero recuerdo que siempre usaba cosas estilo EMELFM2, o spacefm, cosas que se alimentaban de gtk2, en general, las prefería por su ligereza respecto de otras alterantivas. pero ahora estoy con óxido encima. ¿podrían hacerme un update del conocimiento?

>¿podrían hacerme un update del conocimiento?
llegó esta cosa https://electronjs.org/ arruinó la eficiencia de las aplicaciones y las convirtió en monstruos devoradores de RAM. Electron es básicamente tomar un navegador web y decir que es tu aplicación de escritorio. Parece ser wxwidgets y Qt son buenas alternativas, o GTK como mencionas.

https://dino.im lo utiliza, y telegram usa Qt creo.

>y las convirtió en monstruos devoradores de RAM
RAM libre es RAM desperdiciada.

>>32
Por eso se prefiere utilizar como caché.

>>32
RAM innecesariamente usada es bloat.

Como si uno sólo tuviera un programa abierto en un sistema operativo.

>>34 no, justo eso no.

>>35
Aún no evolucionamos tanto como para poder usar más de uno a la vez.

Estaba a punto de decir que las CPUs tampoco corrían más de un programa a la vez pero me acordé de que los multiprocesadores y multicores sí existen.

>>37
No, pero toma en cuenta que el usuario de un ordenador promedio usa simultáneamente windows 10 (el cual de por sí ya es un devorador de RAM), su app de música favorita (spotify, o en el navegador), tiene varios sitios web abiertos, posiblemente su chat bloteado (discord) y algún jueguito. Todo eso consume bastante RAM, al punto que no se pueden realizar varias actividades en la computadora de forma eficiente, y es por eso que los programas hechos en electron son basura.

>>28
FLTK, GTK+, QT o wxWidgets.

Cualquiera de esos el que mas te acomode. Por mi parte prefiero que mis binarios sean lo mas ligeros posible, por eso uso FLTK. Pero me imagino que para usted no serán las mismas necesidades, asi que utilice el que crea necesario mi baisa. Un abrazo, cuidese.

Hay que tener en cuenta que en ocasiones la experiencia de usuario o la accesibilidad importa. No solo para que soporte AT-SPI y similares, amigables con lectores de pantalla, sino para gente que no requiere lectores pero tiene deficiencias visuales, requiera colores invertidos, modo oscuro, un tema especial o texto ampliado. Algunos toolkits no se integran tan bien o no siguen el estilo del sistema, y ahí wxWidgets es bastante bueno, ya que usa componentes nativos del sistema en lo posible.

>>39
s/Discord/Slack/i si estás en un entorno laboral.
El problema de Electron no es electron en sí, sino del hecho de que jamás se hizo campaña por hacer electron un framework al estilo de las MS VC++ runtime que pueda ser compartido por diferentes aplicaciones. Así hubiera sido posible compartir la sección de código y algunas estructuras de datos en memoria.

Personalmente, no le veo utilidad a Electron teniendo lenguajes de uso general que te permiten escribir código más rápido y que tiene varias bibliotecas de interfaz de usuario, haciendo innecesario usar lenguajes más complejos y de bajo nivel.

No me cansaré de decirlo, Electron está ahí para que las empresas no tengan que contratar una persona que sepa otro lenguaje (Python, Ruby, C/C++, etc.) que no sea Javascript/Typescript solo para escribir una aplicación de escritorio, es más rentable usar al desarrollador web que ya está contratado y listo, que suban las ganancias.

Las empresas valoran mucho el "time to market" y Electron cae como anillo al dedo para eso.

Gracias >>45, ojalá todos pensáramos así. No solo me niego a React, Angular, Electron y demás mierda. Es más, trato de insultar intelectualmente a quien me propone esas tecnologías.

Como anécdota, en una empresa donde trabajé anteriormente, tenía que cubrir eventualmente el trabajo que estaba haciendo otra persona. Era una herramienta que procesaba algo en lo que previsualizaba páginas de un PDF, hecho en Java. Tenía un bug en una librería que hacía que causara excepciones con ciertos PDF. Se les ocurrió la brillante idea de usar Electron + PDF.js y reescribir el frontend y sincronizarlo con un backend Java. Tras meses de desarrollo y caos absoluto en el código (lo mezclaban con Bootstrap y el reset CSS de Bootstrap era incompatible con el CSS de PDF.js, rompiendo toda la interfaz. Todo muy divertido. Sobreescribían el core de PDF.js que requería parchear manual en cada lanzamiento, no se le podía caer por eventos. Les dije que me dejara un rato esa tarde para reparar el bug en el código viejo, tras varias súplicas, yendo en contra de la decisión del jefe. Tardé 30 minutos, reemplazando iText con PDFBox para el renderizado. Los PDF renderizaron sin problemas. Al final el intento de usar PDF.js y electrón se destruyó, por el bien de todos y para dejar de pasar vergüenza.

Buenísimo, yo estoy apestado que en la universidad ahora le pongan más prioridad a enseñar frameworks que sus mismas bases.

Gracias educación de mercado w

Oh si, recordemos que la culpa no es del todo de javascript

https://vas.neocities.org/articles/javascript_isnt_slow.html

¿"Del todo" dices? Javascript no es el problema aquí. El problema con Electron es el mismo que viene ocurriendo hace mucho tiempo cuando los desarrolladores deciden utilizar su lenguaje preferido para todo en vez del que se adecua para la tarea que realizan, ya sea porque es mas facil o por falta de conocimiento en otros lenguajes. Además del intento por introducir Javascript en todos los entornos de programación terminará por destruir la informatica desde dentro, y a menos que los mismos desarrolladores dejen de prestarse para este tipo de cosas impulsadas por el Capital proponiendo alternativas ligeras y funcionales que simpaticen con el mercado, es muy poco probable que cambie en el corto plazo.

Entonces estás admitiendo que javascript es parte del problema, en mayor o menor medida, y aparte del Capital y porque "es más fácil o por falta de conocimiento" como lo mencionas.