[ home ] [ a / jp / h / lain ] [ b / hum ] [ mu / tech / v / vis / x ] [ meta / nexo ]

/tech/ - Tecnología

No rompas las leyes de Isaac Asimov
Nombre
Email
Comentario
Archivo





Clave (Para eliminar el post.)

  • Archivos soportados: [ jpg, jpeg, png, gif, ogg, mp3, webm, mp4, pdf ].
  • Adjuntos soportados: [ youtube, vimeo, dailymotion, vocaroo ].
  • Tamaño máximo 20MB.




File: 159182702693.jpg (44.7 KB, 482x302) ImgOpsiqdb

44.7 KB

No.2627

Dame un dato/consejo aleatorio sobre tecnología.
>>

No.2628

Ten una usb táctica con varios SO cargados para instalarlos, no sabes cuándo podrías necesitarlo.
>>

No.2629

>>2628
>tfw hermana te pide instalarle otra vez Windows 10 en su PC pero ya borraste todo el contenido del pendrive
Secundo a ese consejo.
>>

No.2630

El único disco duro HDD formateado es el que rompes con un martillo
>>

No.2633

Cuida tus ojos con xcalib y si te da pereza configurarlo tienes stargazing.

https://github.com/victorhck/stargazing (detalle: usa bash y no soporta wayland)
>>

No.2634

Usa Arch Linux.
>>

No.2636

>>2634
Usa Void Linux*
>>

No.2637

>>2636
Usa LFS*
>>

No.2653

File: 161999790665.jpg (225.49 KB, 960x720) ImgOpsiqdb

225.49 KB
>>2637
Usa tu propia distro creada con tu propio lenguaje de programación compilado con tu mismo compilador*
>>

No.2655

>>2653
Secundo.
>>

No.2676

Vi es mejor que emacs.
>>

No.2689

>>2676
No lo se, wai, comparar un editor de texto con una aplicación que puede ser IDE, cliente de correo, navegador web, emulador de Terminal y gestor de paquetes no es muy lógico que digamos.
>>

No.2698

>>2689
yo no se por qué la gente se pelea si vi o emacs es mejor, yo personalmente prefiero vi porque cumple su función principal, editar texto, y se le pueden expandir las funciones con sus propias configuraciones (que son una barbaridad), o hacer una propia con vimscript, también bajando plugins hechos por la comunidad (cosa que me abstengo de descargar, ya que termina volviendo lento a vim), entre mas cosas, pero emacs es mucho mas monstruoso, se lo puede expandir una barbaridad a ese programa y hasta se separa de su objetivo principal que es editar texto plano, esa es la razón por la que no lo uso, pero ambos son muy buenos programas, y esta a la elección de cada uno usar cualquiera de los dos, ninguno es mejor que el otro, depende que es lo que quieras llegar a lograr con ese editor va a ser tu editor ideal o no.
>>

No.3113

File: peace.jpg (285.64 KB, 1391x1985) ImgOpsiqdb

285.64 KB
>>2627
Programa todo lo que sea útil y complejo pero irrelevante en python.
>>

No.3121

>>2630
Explíca, por favor. ¿Por qué no habría de serlo?…
>>

No.3177

File: .tech.png (296.28 KB, 1280x809) ImgOpsiqdb

296.28 KB
Alcanza la ILUMINACIÓN
>>

No.3181

Si algún día te quedas ciego aún podrás seguir trasteando con emacs mediante speechd-el o emacspeak.
>>

No.3794

>>

No.3795

>>3794
Si ya colgo los tenis, quien paga el dominio?, y lo mas importante, donde descargo el codigo fuente?
>>

No.3796

>>3795
>quien paga el dominio?
Sus seguidores.
>donde descargo el codigo fuente?
La ISO tiene los archivos HolyC en texto plano y el sistema los ejecuta con un compilador JIT. Puedes extraer los archivos de la imágen ISO o editar el código directamente desde el mismo TempleOS usando Ed();
Si quieres editar el código fuera de TempleOS (por ejemplo en Linux) puedes clonar este repo https://github.com/cia-foundation/TempleOS
Davis dijo que su sistema es de dominio público, así que asumo puedes hacer lo que quieras con el código.
>>

No.3797

Todos los trabajos usan excel, aprende excel.
>>

No.3798

>>2627
Que pasa si me niego y procedo a gritar a mi jefe por ser un puto soyero de windows?
>>

No.3799

Nunca confíes en un sistema que te impide acceder a su código fuente.
>>

No.3800

File: az34zp.jpg (64.68 KB, 376x444) ImgOpsiqdb

64.68 KB
>>3799
pregunta de ignorante ¿Que puede tener el codigo fuente de valioso para que te impidan acceder a el? Lo único que se me ocurre es que se haga para evitar que otras personas lo reproduzcan y vendan aunque no sé si funcione así el asunto
>>

No.3801

File: td.webm (1.44 MB, 429x592) ImgOpsiqdb

1.44 MB
>>3800
Yo simpatizo con la idea del copyleft ("si usas esto gratis, debes devolver el favor a todos y bajo la misma licencia") y el código abierto, pero las 4 libertades freetards del gordo comunista / anarkid / libertario de Stallman me parecen una definición llena de errores y peca de idealista.
>muh libhertad de los usuarhios
Para un freetard es más ético un programa open source lleno de spyware y telemetría que un programa privativoh sin spyware. Y para un freetard es mejor un programa open source limitado y carente de características a un programa privativo que de hecho funciona (no me malinterpreten, hay programas open source muy buenos como Blender, OnlyOffice, VS Code, OBS, etc., pero un freetard iría al extremo de no usar cosas convenientes como discord o el traductor de google o yandex solo porque son privativos)
>muh libertad ceroh
El propósito de un programa siempre será definido por el programador, no importa qué usos quieras dar al programa, ningún software cumple con esta "libertad" realmente excepto emacs, que es un supuesto editor de texto pero está lleno de bloat y basura innecesaria, producto de la obsesión autista de Stallman con sus "libertades"
>el código fuente es necesario
Sí, es preferible que una aplicación comparta su código fuente con el propósito práctico de encontrar errores más rápido, evitar pull requests de spyware/adware y por simple transparencia y profesionalismo (muchas empresas hoy en día comparten el código fuente), pero no es necesario. Los fans de Pokémon por ejemplo, llevan años desensamblando las ROMs, e incluso el código fuente del juego está en Github. El código fuente de twitch fue "filtrado" hace poco y es 100% javascript basura sin utilidad para nadie más que el mismo twitch. Ruffle literalmente realizó ingeniería inversa a flash, así que no, no siempre es necesario el código, pero es un "deberías" más que un "debes" compartirlo.
>>

No.3802

>>3801
>Ruffle literalmente realizó ingeniería inversa a flash
Ay caray, eso me interesa. ¿Hay posibilidad de revivir flash con eso?.

En general más o menos me hago una idea de lo que dices pesé a los tecnicismos que usas y supongo que tienes razón. La actitud que mencionas de hecho es muy común en /tech/ o bueno, me lo parece a mi, que no necesariamente se concdice con la realidad
>>

No.3803

File: cat 3.jpg (66.33 KB, 616x619) ImgOpsiqdb

66.33 KB
>>3802
>¿Hay posibilidad de revivir flash con eso?
Es posible seguir reproduciendo archivos .swf con Ruffle, si (de hecho wired-7 usa la versión web assembly de Ruffle para reproducir archivos .swf). Desarrollar nuevas aplicaciones flash si, también, instalando flashdevelop https://www.flashdevelop.org/, aunque ese último ya es un software algo viejo (hay tutoriales que datan del 2013 como https://youtube.com/watch?v=MLJOzZpTD3I) y Ruffle no está terminado todavía. En su página de GitHub dice que aún es una "prueba de concepto" y hay cosas de los archivos SWF que no soporta, aunque por fortuna tiene algunos patrocinadores importantes como Newgrounds y Armor Games. Y hay un desarrollador muy conocido de Mojang trabajando en Ruffle.
Sea como sea, la realidad es que la era flash ya pasó y actualmente tiene más valor "retro" o nostálgico que otra cosa. Pero eh, no quiere decir que se vaya a morir del todo, aún puede conservar valor artístico o jugabilístico. Hay fans de la vieja Game Boy de Nintendo que siguen creando juegos para dicha consola con programas como GB Studio https://gbstudio.dev
>>

No.3804

>>2676
Vi es un dolor de culo. El mismo Bill Joy dijo "I'm tired of using vi" . ¿Porqué crees que existe vim?
>>

No.3807

>>3803
Concuerdo, lo malo de que flash haya sido "descontinuado" es que ya no habrá la misma cantidad de juegos flash que son de las cosas más nostálgicas para mí. Pero si, ahora quedara cómo algo más bien de nicho, ojalá puedan sacar el proyecto adelante


[Post a Reply]
[ ]
[ home ] [ a / jp / h / lain ] [ b / hum ] [ mu / tech / v / vis / x ] [ meta / nexo ]