/tech/ - Tech 2.0

Mode: Reply
Name
Subject
Message

Max message length: 4096

Opciones
Files
E-mail
Password

(used to delete files and postings)

Misc

Remember to follow the rules


Choroy 12/28/2024 (Sat) 03:47:44 8d2f11 No. 15646
Que bonito queda tkinter con la selección adecuada de colores incluso con el theme por defecto que trae tk. Mejor aún, se ve mucho mas bonito si se implementan adecuadamente los íconos de fontawesome en svg. Convertirlos a png es un chiste con imagemagick, colorearlos es un mero trámite. Ahora si que merece la pena totalmente profundizar en tcl. Lo único que me webea es que no hay un diseñador gráfico al estilo visual studio/netbeans. Eso y que los releases no son empaquetables tan fácilmente como en java.
>Eso y que los releases no son empaquetables tan fácilmente como en java. <no conoce los Starpacks/Starkits Pero chodoy, profundiza en Tcl... Para el soporte Svg, revisa lo que hay con el último release de Tcl 8 y lo que está propuesto Tcl 9. Y si es por "boring technology", imposible tener algo más estable que Tcl, si su actualización desde Tcl 8.6 a Tcl 9 ni siquiera ha causado el ruido y trauma que tuvo Perl de Perl 4 a Perl 5 o Python de 2.7 a 3.0...
Recuerdo implementar una UI para un proyecto en Python que me encargó un estudiante de pregrado de algoritmia hace años, fue un infierno, pero no resposabilizo a la herramienta, sino a mi mismo por no saber usarla. Igual, todos los programas que hago son para mi mismo, así que no veo necesidad de ponerle interfaces más allá de terminal y un bot de Matrix. Quiero hacer un multiposter agnóstico para Lynxchan algún día, así que quizá me ponga a aprender bien la herramienta.
>>15655 Sorry, pero hay que culpar a Python. O sea, ¿qué lenguaje de programación en su sano juicio implementa un intérprete de otro lenguaje y su biblioteca gráfica (Tcl/Tk), solamente para tener un módulo como tkinter? Si ya detesto a Python por el tema de los espacios como elemento relevante en la sintaxis, esto de usar Tcl/Tk es para cagarse de la risa. Digo, Tcl/Tk es hasta más elegante y compacto que Python...
>>15656 Opino lo mismo, si de aprender TCL se tratase, que xuxa pintaría Python en el tema. Luego de años con el me empiezo a dar cuenta de que un día Guido tuvo la maravillosa idea de crear un lenguaje y como no tenía ni puta idea sobre el tema, la weaita fué entonces mucho mas emocioinante y atractiva de lo que en realidad era. Así nació Python. El frankestein que encarnó el aprendizaje del men y su grupito. De hecho lo comenta en un podcast/entrevista donde dice que gran parte de la velocidad conseguida en las releases 3.10+ se debe a optimización. El entrevistador sorprendido pensaba que habían hecho maravillas, pero Guido responde que no, que cuando crearon la wea había demasiado que no sabían y mucho de la implementación se hizo como las weas, por ende la mejora en velocidad era el resultado del tacón levantándose por sobre la mierda del piso, pero que en realidad la limpieza del mismo aún no se llevaba a cabo. >>15651 Mira sabis que no encuentro a tcl para nada una bortech (boring technology), es al revés, lo pensaba como una oportunidad. Ahora el software de escritorio está casi todo hecho en tecnologías dura como C/C++, D, .net, Java con capas extras de complejidad como GTK, QT, winforms, etc. No tengo nada en contra de dichas tecnologías, pero su sintaxis la encuentro ralentizante respecto a Python. Salvo el tema del empaquetado del ejecutable que como dices bien, es debido a mi ignorancia. Pero e aquí donde veo el océano azul, tkinter es feo, pero fácil de aprender, muchos themes vienen en tcl directamente, no veo por qué no usar tcl para hacer a tkinter atractivamente estético, aprovechar la versatilidad de python en cuando a paquetería y sintaxis, y producir software que resuelva problemas y que además sea portable entre sistemas operativos. Quizá mi opinión está basada en mi ignorancia respecto de tcl, pero para bien o mal, no pierdo nada con aprenderlo.
>>15676 >Mira sabis que no encuentro a tcl para nada una bortech (boring technology) Ojo, que no hablo de aburrido en el aspecto negativo, sino en el aspecto positivo: Tcl lleva mucho tiempo ya estable como tecnología y eso te lo dice el hecho que el paso a Tcl9 no ha causado los traumas que ya se mencionaron en el hilo (Python2.7 a Python3.x). No sé si has podido leer el ensayo "Choose Boring Technology", para que sepas a qué me refiero: https://boringtechnology.club/
>>15681 >https://boringtechnology.club/ Nunca me había detenido a reflexionar sobre eso. Ahora viene la gran pregunta. Por qué google apoyó a python y no a tcl?, tcl ha tenido apoyos de google u otras empresas? Supongo que hicieron la cuota con java hasta hartarse y originar kotlin; e hicieron la cuota con Python a ver que salía.
>>15685 >Nunca me había detenido a reflexionar sobre eso. Ahora viene la gran pregunta. Por qué google apoyó a python y no a tcl?, tcl ha tenido apoyos de google u otras empresas? Supongo que hicieron la cuota con java hasta hartarse y originar kotlin; e hicieron la cuota con Python a ver que salía. Uf, hay mucho paño que cortar ahí. El desarrollo tecnológico nunca se realiza en un vacío conceptual, por lo que: 1. Google tomó a los desarrolladores ya existentes en la academia, que venían trabajando en Python. 2. Todas las empresas tecnológicas grandes sufren del síndrome NIH (Not Invented Here) y adoran reimplementar la rueda a su gusto y regalada gana, aunque sea una pérdida de tiempo. 3. Tcl, en su momento, estuvo bajo el ala de Sun Microsystem, pero tuvo la mala cueva de competir AL MISMO TIEMPO en Sun con Java (el síndrome NIH haciendo un ataque interno, kek) y Sun se decantó por Java porque razones. 4. El paisaje del software libre y software abierto es un constante reimplementar de cosas, porque se cree que todo es irreparable y no puede evolucionar. ¿Para qué hacer evolucionar a X.org? Mejor gastamos tiempo inventando Wayland y nos obsesionamos en buscar la paridad de funcionalidades con X.org usando otra arquitectura. Y así tienes el caso Pulseaudio/Pipewire, Gnome2/Gnome3, 4.4BSD o Minix/Linux y así ad infinitum.
5.97 KB, 275x183
>>15703 >hacer evolucionar a X.org
>>15706 Tomando en cuenta que han estado reimplementando todo en Wayland y dándose un cabezazo junto a otro con los distintos errores que han saltado por temas de propiedades de las ventanas, el sistema IME, los protectores de pantalla, los teclados virtuales...
>>15708 Sí, eso pasa cuando tienes que huir de un protocolo que tiene una sola implementación relevante y no quieres repetir el mismo error. Menos mal que lo peor ya está pasando. >t. maineo wayland desde 2022
>>15703 PulseAudio era un desastre, sí merecía ser reemplazado.
>>15710 Pero si eso no lo discuto. El punto es que PulseAudio reemplazó Alsa y OSS...
>>15727 >>15710 >>15709 >>15706 ni un solo hilo que no termine en ésto, cual es la finalidad de rallar la papa cabros?

Delete
Report