BandaAncha.eu

  • 🔍 en 📰 artículos ⏎
  • 🔍 en 👇 este 📰 artículo ⏎
  • 🔍 en 💬 foros ⏎
Regístrate Regístrate Identifícate Identifícate
  • 📰 Artículos

Alky: Ejecutar programas en cualquier plataforma

proprote

Alky, la arriesgada apuesta para ejecutar programas en cualquier plataforma
¿bluf o proyecto serio?. Los responsables de Alky anuncian una plataforma capaz de convertir un ejecutable de Windows en otro de Mac OS X o Linux.

La diferencia de Alky respecto a otros programas como por ejemplo Wine, es que en lugar de correr la aplicación original sobre una especie de emulador o de recrear la API de Windows a través de librerías y programas que corren en el sistema anfitrión, con Alky se reconvierte el ejecutable, corriendo por tanto como una aplicación nativa de Mac OS X o de Linux.

Actualmente tienen más desarrollado el proyecto de Apple que el de Linux.

Enlace: Alky

Fuente: Master Magazine

En Menéame y Barrapunto se habló hace poco de Alky.

💬 Comentarios

Vermu

Yo apostaría por una tecnología que permitiese permutar entre varios sistemas operativos de forma transparente, rápida y eficaz, en vez del típico reinicio.

Desearía poder bajarme algo en Windows, pulsar ALT+F2 y que me apareciese el sistema Linux, y poder ejecutarlo.

🗨️ 15
BocaDePez
BocaDePez

¿pero eso seria posible?

🗨️ 6
javielillo

claro que no hombre, Sólo ha dicho que lo desearía...

Como mucho en el futuro arrancarás más de 1 sistema operativo a la vez pero por independiente entre ellos (cada uno con sus escritorios exclusivos en particiones separadas, etc)

🗨️ 5
BocaDePez
BocaDePez

Virtualización

🗨️ 2
javielillo

Lo que dices supongo que te refieres a lo de la paravirtualización (o como se diga) pero no es exactamente lo que pide el 1º, el que habla de cambiar con una tecla el sistema operativo pero que todo apunte donde estabas antes de cambiar de SO para instalar algo que habia bajado con otro SO... etc etc

Salu2!

🗨️ 1
BocaDePez
BocaDePez

Con VMWare o MS Virtual PC puedes hacer algo parecido, no estan imposible. Es como todo, cuestión de recursos.

🗨️ 1
javielillo

Si es lo que uso normalmente y el tio no pide eso exactamente... no insistais en esta rama de la noticia :P

BocaDePez
BocaDePez

Eso se llama virtualizacion y esta muy de moda ultimamente.

No me refiero a el tipico VMWare que emula la maquina entera sino a la paravirtualizacion (en.wikipedia.org/wiki/Paravirtualization) mediante "hypervisores"

Lo malo es que para poder para-virtualizarlo, el S.O. debe de estar ligeramente preparado para ello ( mirad por ejemplo la page en wikipedia de Xen un famoso hypervisor en.wikipedia.org/wiki/Xen_%28virtual_mac…e_monitor%29 ) y por ejemplo Windows XP no esta preparado.

Se comenta por ahi entre los entendidos que se estan añadiendo extensiones a los procesadores para dar soporte a la virtualización a nivel de la cpu y así poder virtualizar cualquier S.O., aunque no este "preparado"

----------------
Un blog mas

BocaDePez
BocaDePez

Sorry, esa infraestructura hardware para S.O. sin modificar YA existe

en.wikipedia.org/wiki/Virtualization_Technology

En Intel se llama VanderPool y en AMD se llama Pacifica.

Al contrario que la mayor parte de las extensiones en las cpus x86 (AMD64 y EM64T, por ejemplo ), estas dos infraestructuras son INCOMPATIBLES entre ellas.

🗨️ 3
BocaDePez
BocaDePez

A ver, sobre correr varios sistemas operativos en una única máquina, hace tiempo que existen los llamados "superservidores", en los que les puedes asignar una cierta cantidad de memoria y capacidad de CPU a cada partición virtual configurada en la maquina. Eso sí, no está al alcance de los usuarios domésticos.

🗨️ 2
overpeer

Si, vi unos IBM de ese tipo y al ver el precio me desmaye por el cuarto '0'....

Krigan

Sí, pero ahora esas tecnologías se están incorporando a los procesadores de los PCs. Es decir, te compras un PC con un procesador que incorpore Vanderpool (un Pentium 4 6x2, por ejemplo), le instalas Xen, y puedes tener ejecutándose simultáneamente en la misma máquina Linux, Windows y Mac OSX.

El paraíso del friki ;-D

overpeer

VMWare ESX Server.

TitoBill

Eso que dices existía hace unos cuantos años, lo que pasa es que de momento, el programa que lo hace posible sólo ha soportado sistemas Windows. El programa se llama HyperOS (hyperossystems.co.uk/07042003/products.htm) y funciona con todos los Windows. A ver si se animan para meter otros sistemas operativos distintos...

Salu2.El Innombrable.

BocaDePez
BocaDePez

Parallels cobre MAC OsX . ni ralentiza la manica ni nada, un lujo, puees tener los 3 a al vez. bye

donso

con Alky se reconvierte el ejecutable, corriendo por tanto como una aplicación nativa de Mac OS X o de Linux

¿Y que pasa si el ejecutable está comprimido?

🗨️ 13
BocaDePez
BocaDePez

Se descomprime xxD

proprote

el zip ya es un ejecutable...

🗨️ 11
donso

No estoy hablando de si está comprimido en un zip, estoy hablando de si está comprimido con un compresor de ejecutables (codeguard, wwpack32, petite ect). Yo diría que alrededor del 50% del software privativo para Windows viene con los ejecutables comprimidos. No creo que este programa funcione con ese tipo de ejecutables.

🗨️ 10
overpeer

Por que no? No se puede descomprimir lo que se comprime ? ;P

🗨️ 9
BocaDePez
BocaDePez

lo unico que tiene que hacer es cambiar la cabecera de los ejecutables. Pero vamos, reconvertir un exe no es ninguna solucion ... en el articulo hablan de emuladores cojmo el Wine ... y habla de librerias, esas librerias que tu exe reconvertido tambien va a necesitar y no va a encontrar ...
No se si me explico

🗨️ 8
BocaDePez
BocaDePez
🗨️ 7
BocaDePez
BocaDePez
🗨️ 6
BocaDePez
BocaDePez
🗨️ 4
BocaDePez
BocaDePez
🗨️ 1
BocaDePez
BocaDePez

El ejecutable vale y con programas que lleven implementadas todas las librerías en la instalación o el dvd, cd... OK Pero... ¿Y aquellos programas que necesitan de librerías que incluye el otro sistema y son propietarias de dicho sistema? Ahí tendrán problemas fijo. Si no el que se puedan portar algunas sí lo tendrán legalmente... A menos que pasen por caja y que eso salga rentable....

Pero el concepto es bueno y para determinados programas que ya se poseen o bien que se quieran usar en diferentes sistemas por estar habituados a ellos y sean compatibles con este sistema pues genial.

🗨️ 5
Shortshot

Tendrán que hacer bibliotecas compatibles pero sin copiar código. Es decir, las funciones de la API seguirán estando ahí de cara a las aplicaciones, pero serán implementaciones hechas por ellos.

Eso tendrá ventajas y también inconvenientes: muchas funciones, al ser reescritas, estarán mucho más optimizadas y serán más eficientes; pero también introducirán nuevos bugs y nunca lograrán una compatibilidad del 100% (funciones indocumentadas, etc.)

En cualquier caso me ha despertado la curiosidad y ya tengo ganas de ver algo :-)

🗨️ 4
BocaDePez
BocaDePez

Vamos, igual que hace Wine xD

🗨️ 3
javielillo

En cuanto a declarar funciones de windows si, encuanto a ejecución, si el proyecto llega a buen puerto, sería como correr nativamente el programa/juego, cosa que wine no hace ni hará (y que "suele" ser más lento que en windows)

Shortshot

En cierto modo sí. El API debe "estar ahí" como sea, así que no quedará más remedio. Pero hay una diferencia y es que el Wine funciona en PCs que tengan el mismo hardware que el Windows.

Con este sistema (supongo) que si recompilan el código y convierten el código objeto de una cpu a otra, se podrá hacer como el Wine, pero por ejemplo en un Mac basado en PowerPC, o en la plataforma que te dé la gana :D

BocaDePez
BocaDePez

Pues a mí me parece la mejor idea que han podido tener. De hecho yo ya pensé hace tiempo que algo así sería la solución definitiva al problema de Linux.

Los emuladores son limitados, deben actualizarse contínuamente para dar soporte a las aplicaciones y eso, es ineficaz.

Lo lógico sería pensar que un código escrito en C (la mayoría de programas serios de Windows están escritos en C++) podría migrarse realizando conversiones a un código que ejecutara bien en Linux. Con eso, las empresas desarrolladoras de software no tendrían inconveniente en sacar sus productos para Linux, ya que tendrían que perder unos pocos días en convertir sus códigos. Lo que a ninguna empresa le apetece es tener que escribir de nuevo todo el programa.

Ojalá que este sistema funcione, porque si lo hace, me pasaré definitivamente a Linux. Mientras tanto, no me queda más remedio que quedarme en Windows, porque en Linux no puedo usar todo lo que uso en Windows.

Si se dan prisa, y coincidiendo con el fracaso que va a suponer Windows Vista, es posible que llegue el momento del cambio definitivo. Pero para ello, Linux tendrá que mejorarse un poco más, unificar criterios, recibir más apoyo y, por supuesto, que exista una herramienta como esta que facilite del todo la transición.

Saludos

Alex

🗨️ 4
Shortshot

Por lo que entiendo aquí, que el programa esté escrito o no en C es lo de menos, porque esto ataca al ejecutable directamente (y supongo que hará una re-compilación dinámica en tiempo de ejecución o algo similar, es decir, tardará un poquito más en arrancar el programa y se relentizará un poco cada vez que accede a una nueva DLL, pero el rendimiento general será bueno).

Lo que dices tú del código en C es lo que se ha hecho toda la vida y se sigue haciendo , la portabilidad pura y dura (para eso está el AnsiC).

Pero el sistema este al funcionar con código del EXE trabaja con un código objeto de nivel de máquina, con lo cuál no debería importar que el programa esté hecho en C, en Delphi o directamente en ASM32.

O eso, o no me he enterado de nada de lo que ha dicho la noticia :-D

🗨️ 3
BocaDePez
BocaDePez

Tienes razón, me he vuelto a leer el texto en inglés de este programa y, efectivamente, trabaja al nivel del ejecutable, sin necesidad de abrir el código fuente.

Bueno, mejor aún, no? aunque en contra veo que eso es todavía más complicado que crear un sistema de portabilidad.

Lo del AnsiC será muy bonito, pero parece que nadie lo usa, porque yo no veo aplicaciones de Windows escritas para Linux. Me parece que los programadores pasan millas de usar el AnsiC. Además, AnsiC sólo es C, no? Es decir, no es C++. Si es así, vamos listos, porque ya nadie programa en C a pelo.

Es que yo no he programado nunca en Linux y no sé cómo será, pero siempre pensé que no sería tan complicado crear un programa que "tradujese" un código C++ para Windows en un código C++ que pudiera compilarse en un lenguaje de programación de Linux. SUpongo que no será tan fácil cuando no lo han hecho aún.

Lo de trabajar con binarios es estupendo, porque ni siquiera hace falta que la empresa desarrolladora se moleste en convertirlo. Simplemente instalas el programa en Linux y listo, sin que nadie sepa dónde lo estás instalando.

Alex.

🗨️ 2
Shortshot

Huyyy, que no se usa dice. Se usa muchísimo :-)
Piensa en la de miles de programas escritos en Unix que se compilan para Win32:
Apache, PHP, Squid... si te vas a SourceForge, una inmesa cantidad de programas tienen la opción de descargarte el código fuente, los archivos compilados para Win32, paquetes .RPM o Debian, o a veces incluso el .DMG listo para correr en un MacOS X.

Todo eso es gracias al C estándar (y en algunos casos al Java, aunque en este caso no hay ni que realizar port, lo sueltas ahí y funciona la mayoría de las veces sin tocar nada).

🗨️ 1
drivers66

Por ejemplo practicamente todo cygwin...

BocaDePez
BocaDePez

Pues como funcione, Windows va a durar meses, porque vaya chapuza comparado con Mac OS X. Todo el mundo va querer correr sus programas favoritos pero en entorno Mac OS X, que es otro mundo.

🗨️ 10
TitoBill

¿Si? ¿no me digas? ¿y como piensas hacer funcionar de manera legal MacOSX en un PC? Y ahora que han cerrado el núcleo, ni hackeandolo me parece a mi.

Salu2.El Innombrable.

🗨️ 9
BocaDePez
BocaDePez

Si Alky es como prometen, no hay problema: que tu próximo PC sea un Mactel (Mac con Intel inside) y correrá cualquier aplicación de forma nativa. Aemás los Mactel arrancan de forma nativa como Mac, Linux o Windows gracias a BootCamp de Apple apple.com/macosx/bootcamp/ . Además tienes Parallel Desktop parallels.com/en/products/desktop/ para tener Linux y Windows como máquinas virtuales dentro de Mac OS X. O sea, el ordenador universal perfecto. Dicho sea de paso, el Mac mini cuesta 500 euros para educación y hay ofertas por 300 euros en El Corte Inglés y otros sitios (precios con IVA) y le puedes poner el monitor, teclado y ratón de tu PC. El que prueba Mac OS X ya no quiere la chapuza de Windows. Mac OS X es lo más fácil e intuitivo que existe. No tiene virus (Windows tiene más de 72.000), spyware ni otro malware y no se cuelga. Ya sé que puede ser difícil de creer. Pero el que no lo crea, que lo pruebe y lo compruebe por sí mismo.

🗨️ 4
TitoBill

El problema es que Apple declaró hace unos meses que no dará licencia para utilizar MacOSX en PCs. Así que o lo metes pirata o no puedes. Y ahora que van a cerrar el núcleo quizá nisiquiera pirata funcione en próximas versiones.

Las virtualizaciones en cualquier entorno sólo sirven para correr determinadas aplicaciones que no tengan requeridas determinadas características hardware. Así por ejemplo, ningún juego moderno funcionará en dichas virtualizaciones, y este es uno de los puntos fuertes de Windows.

El problema de los Mac, además de los precios es su nula capacidad de actualización comparado con un PC. Cuando compras un Mac concreto, tienes que ajustarte a las características de dicho Mac, ya que por ejemplo los componentes que hay metidos en la base de alguno de ellos, son realizados para que quepan de ese modo y de manera que sólo puedas actualizar poquisimos componentes a veces ninguno. Con esto, si alguno de estos componentes que van integrados en la propia placa, se jode (por ejemplo la tarjeta gráfica) pues ya puedes tirar el Mac a la basura y comprarte otro.

Yo he probado MacOSX, Windows y Linux entre otros muchos sistemas operativos y precisamente el que he dejado de usar es MacOSX.

Por último, por de pronto yo ya he encontrado 2 virus para MacOSX, así que eso de que no hay virus ni spyware, es más falso que una moneda de 3 euros.

Salu2.El Innombrable.

🗨️ 3
BocaDePez
BocaDePez

Tito Bill, no sé si es que no te enteras o es que no quieres enterarte. En algunas cosas pareces estar informado, pero en otras o no lo estás o dices lo que en cada momento te interesa. Sin ser exhaustivo: - Por supuesto que Mac OS X no funciona de forma "oficial" en hardware distinto de Apple (algo que creo es un error por parte de Apple). Pero es que los Mac están muy baratos y más todavía para el mercado educativo. Los Mac min están por 500-600 euros con IVA y el Corte Inglés y otras tiendas los han estado vendiendo por menos de 300 euros con IVA. Si ahora miras la calidad del hardware y software incorporado (¿conoces de asomo iLife '06, por ejemplo que viene gratis con todos los Mac? --es obvio que no, por lo que dices de que son caros), resulta que los Mac son una ganga comparado con los PC-Windows. - Existen dos formas de correr Windows en Mac con Intel: sin virtualización (Parallells Desktop) o con virtualización (BootCamp). El primero arranca el Mac como Windows Linux, exactamente igual que si fuera un PC. Corres juegos y lo que te de la gana con velocidad nativa al 100%. Respecto a Parallels Desktop, va alucinantemente bien y rápido y te permite arrancar Mac OS X y luego tener en otras ventanas Linux, Windows, etc. Pero es que cuando usas Mac OS X ya no quieres Windows ni regalado. Todo esto es una estrategia de Apple para que los usuarios de Windows pierdan el miedo a comprar y probar un Mac, porque ahora los Mac corren Windows de forma nativa si uno quiere. Es sólo eso. - Como digo, los Mac no son más caros que los PC-Windows si miras hardware y software incorpoado y hay Macs que son baratísimos. Un Mac tipo torre se actualiza igual que cualquier otro ordenador. Dependiendo del modelo se pueden actualizar más o menos. Lo que no puedes pretender es que el Mac mini, que es diminuto (como cuatro cajas CD apiladas) tenga una tarjeta gráfica tipo PC torre. Es obvio que ello no es posible. No pidas peras al olmo. Mira un Mac mini y no te lo creerás; parece que fuera un lector CD o un disco duro y no un ordenador completo con todo incluido. Eso es innovar. No hay virus para Mac OS X ni spyware ni malware. De lo que hablas son conceptos de virus que no llegaron a hacer daño alguno. Dime un solo usuario de Mac OS X en el mundo --uno solo-- que haya perdido datos debido a virus en su Mac. Hay millones que los han perdido, lo siguen perdidiendo y los perderán en Windows que está plagado de miles de virus (más de 72.000 y saliendo todas las semanas), spyware y otro malware. - Dices que has usado Mac, pero después de leer todo lo que dices y en particular lo de los virus y que Windows en Mac va lento, está claro que si acaso los habrás usado en sueños. O quizá durante dos minutos hace bastantes años... El Mac OS X de ahora no tiene nada que ver con el Mac OS 9 de hace seis años. Sólo conservan en común el nombre "Mac". Pero no hay problema. Es bueno que haya diversidad. Así que sigue en tu mundo Windows sufriendo sin saber todos sus problemas. Quizá algún día descubras todo lo que te estás perdiendo.

🗨️ 2
TitoBill
🗨️ 1
BocaDePez
BocaDePez
BocaDePez
BocaDePez

pues... teniendolo, por ejemplo?, te viene con tu portatil mac. aun con le nucleo cerrado se ha isntalado con exito en un sony la version 10.4.6.
bye. San google y amen.

🗨️ 3
TitoBill

Si pero para eso hay que tener un mac, y él ha dicho que va a substituir a Windows, ¿acaso piensas que todos los usuarios de PC (de los que hay varias veces en número respecto a Macs) van a tirar su ordenador nuevecito para comprarse un Mac sólo porque lleve MacOSX? ni de coña.

Salu2.El Innombrable.

🗨️ 2
BocaDePez
BocaDePez

Ése es el fallo de Apple. Debería permitir que Mac OS X corriera en culquier PC y entonces Windows duraría meses. Pero Apple hace lo que hace porque ahora los Mac son baratísimos y corren Windows igual de rápido que cualquier PC. Así Apple quiere que los usuarios de PC prueben un Mac sin miedo porque sabe que cuando lo hagan el 99.9% de ellos ya no querrán Windows ni en pintura.

🗨️ 1
Axelko

¿Y por qué no desarrollan en Java en lugar de reinventar algo que ya existe? Lo que se escribe en Java funciona en Windows, en MacOS, en Linux... en lo que quieras. Ah, ¿qué lo quieres compilado en código nativo? No pasa nada... existen compiladores para generar código máquina a partir de código Java, cosa realmente estúpida porque en lugar de tener una sola versión para cualquier plataforma habría que generar tantas versiones como plataformas existan.

Salu2.

🗨️ 125
Shortshot

Lo que molaría es que hicieran una máquina Java... pero de verdad, no una virtual :D

Sería complicado porque el código compiladol de Java es de un nivel bastante más altillo que el código máquina típico, pero si hicieran una capa "traductora" por hardware sería flipante :)

🗨️ 2
Axelko

Eso también existe, y de hecho creo que los móviles de hoy en día lo implementan. Se trata de un procesador Java, algo así como un chip acelerador, que es capaz de interpretar de forma nativa el código intermedio compilado para la VM. El problema es que, al menos en ordenadores de escritorio, la cosa no cuajó.

Salu2.

🗨️ 1
TitoBill

Si por llevar Java lo llevan hasta las lavadoras de hace muchos años, pero el Java no es el lenguaje más apropiado para estandarizar las aplicaciones. Prefiero una variante de C que esté más optimizada que Java.

Salu2.El Innombrable.

BocaDePez
BocaDePez

Sí, pero el problema son las aplicaciones Windows que ya existen y que no están escritas en Java. Si esas aplicaciones corren de forma nativa en Mac OS X, eso sería un bombazo y el fin de Windows como sistema operativo. Windows es el peor sistema que existe, pero se mantiene por inercia. La gente necesita correr sus aplicaciones y éstas necesitan Windows. Por ahora...

🗨️ 120
Shortshot

Lo de que necesitan Windows es un decir. Puede haber casos puntuales en que sea cierto, pero la mayoría de las veces *creen* que necesitan Windows cuando en realidad todo lo que hacen lo podrían hacer con otro sistema.

En mi casa no hay ni un solo Windows, y por falta de ordenadores no será...

🗨️ 13
TitoBill

¿Un decir? entonces dime como jugar a los últimos juegos de PC en una plataforma que no lleve Windows.

🗨️ 12
BocaDePez
BocaDePez

Muy fácil: un Mactel, que es un Mac con Intel inside pero arranca como Mac, Windows o Linux. Mira BootCamp de Apple apple.com/macosx/bootcamp/

🗨️ 7
TitoBill
🗨️ 6
BocaDePez
BocaDePez
🗨️ 1
BocaDePez
BocaDePez
🗨️ 3
TitoBill
🗨️ 2
BocaDePez
BocaDePez
BocaDePez
BocaDePez
Shortshot

Eso no es una necesidad genérica, sino una concreta; reduciendo al absurdo tu argumento, entonces todo el que necesita un PC, también necesita una PlayStation 3, porque si no, no podrá jugar a los nuevos juegos de PlayStation 3, necesitará una XBox360, ya que entonces no podrá disfrutar de los juegos de XBox360, y necesitará un Mac, ya que no podrá disfrutar de programas que sólo salgan para Mac (sobre todo los profesionales de diseño y producción audio/visual), etc.

Sin embargo, para necesidades no específicas (y querer jugar a un juego de Windows que sólo está en Windows no me parece una de ellas), todo lo que se hace con Windows se puede hacer con el resto de sistemas. En el caso de Mac, incluso tiene la ventaja de ser mucho más fácil.

🗨️ 3
TitoBill
🗨️ 2
TitoBill

Poniendo todas las ventajas e inconvenientes de todos los sistemas, Windows sale ganando. Y lo de que es el peor sistema que existe será para tí, porque para gustos los colores.

Salu2.El Innombrable.

🗨️ 105
BocaDePez
BocaDePez

Te aseguro que sale perdiendo. ¿Porqué?. Porque el día que los fabricantes de hardware no tengan ganas de programar para Windows, éste se va al carajo.
Linux es más estable y rápido/eficiente, además de ser más seguro (en caso de propagación de virus, sólo se puede tocar el directorio de usuario... el resto del sistema de archivos sigue intacto).
La única ventaja que tiene Windows es que al venderse en equipos OEM está más extendido, y por tanto los fabricantes desarrollan para él (a excepción de algunos gordos, como ATi o nVidia, y si lo hacen será por algo...), pero una cosa te aseguro, si por facilidad de uso se tratase (aparte de lo que ya he dicho antes), ganaría Linux. Alguien cuyos conocimientos <específicos> son 0 (es decir, que no sabe que es el windows, que es el linux, que es el BSD, el MacOSX, etc. pero que si que sabe mover el ratón y usar el teclado), ven más fácil un entorno Linux+Gnome que un Windows en el cual su menú Inicio es una jauría de iconos sueltos. Añádele al Vista los colorines para confundir aún más y verás.

🗨️ 70
BocaDePez
BocaDePez

¿Cómoooooo?

Que el menú de Linux es más sencillo que el de Windows? Eso no lo creo, de verdad. El menú de Inicio de Linux KDE es un infierno.

Precisamente ese es uno de los problemas de Linux, la falta de coherencia y de estructuración de cara al usuario. El menú de inicio tiene mil carpetas con programas por aqui y por allí, las herramientas de configuración del sistema no están en un sólo lugar, y lo más importante, para cuándo van a poner nombres más entendibles a los programas de Linux? Son tonterías, pero te aseguro que influye. Es más fácil recordar que Word es un procesador de texto que esos nombres que ponen a algunos programas de linux, como kpro-rc y cosas así (me lo acabo de inventar, pero es que muchos nombres parece que los han ideado en la Facultad de Matemáticas).

Otro ejemplo. En linux no hay coherencia con los menús; como los programas los desarrollan gente de todas partes, cada uno pone los botones y los menús a su manera. En Windows, al menos existe un estándar de accesos de teclado, menús, botones, etc. Las traducciones también están unificadas y son siempre coherentes.

Por último, a Linux le faltan algunos detalles que faciliten su uso intuitivo. No es que Windows sea intuitivo siempre, pero en algunas cosas sí que lo es. Por ejemplo, es posible reordenar el menú de inicio arrastrando y colocando, cosa que en Linux no lo he visto aún. Parece que en Linux eso del drag-and-drop no está muy estandarizado, porque yo lo he echado mucho de menos. O el doble clic, en muchos sitios tienes que seleccionar un elemento y darle al botón Abrir, por ejemplo, en vez de hacer doble clic. Un ejemplo de esto es el programa de configuración de Apache, seleccionas un servidor virtual y no vale el doble clic.

O que cuando instalas un programa, no se añade un acceso directo al menú de inicio (algunos lo hacen, pero no todos). Ándate a buscar el ejecutable y ponte un acceso directo.... que en Windows al menos se instalan en una carpeta "Archivos de programa" (bastante intuitivo), pero en Linux dónde están...en usr/bin/etc... o cosas así que sólo el inventor de Linux sabe qué narices significa.

Concluyendo, el problema de un sistema operativo es que debe estar orientado a la gente, teniendo en cuenta lo que la gente quiere y busca, no teniendo en cuenta lo que quieren o buscan los programadores. Lo más complicado es ponerse en la piel del usuario y ofrecer formas de hacer las cosas teniendo en cuenta lo que una persona haría, no lo que harías tú. Ese es uno de los puntos flacos de Linux, que no es tan intuitivo.

🗨️ 68
Krigan
🗨️ 67
BocaDePez
BocaDePez
🗨️ 16
Krigan
🗨️ 15
TitoBill
🗨️ 14
Krigan
🗨️ 1
BocaDePez
BocaDePez
🗨️ 11
TitoBill
🗨️ 2
Eldar
🗨️ 1
TitoBill
🗨️ 7
SrCuesta
🗨️ 4
TitoBill
🗨️ 3
SrCuesta
🗨️ 2
TitoBill
🗨️ 1
BocaDePez
BocaDePez
🗨️ 1
Shortshot
🗨️ 44
BocaDePez
BocaDePez
🗨️ 43
BocaDePez
BocaDePez
🗨️ 33
Eldar
🗨️ 6
Krigan
🗨️ 5
Eldar
🗨️ 4
Krigan
🗨️ 3
Eldar
🗨️ 2
Krigan
🗨️ 1
Eldar
Krigan
🗨️ 25
TitoBill
🗨️ 24
Eldar
🗨️ 3
TitoBill
🗨️ 2
Eldar
🗨️ 1
Krigan
🗨️ 19
TitoBill
🗨️ 18
Krigan
🗨️ 11
TitoBill
🗨️ 9
Eldar
🗨️ 8
TitoBill
🗨️ 7
Eldar
🗨️ 6
TitoBill
🗨️ 5
Eldar
🗨️ 4
TitoBill
🗨️ 3
Eldar
🗨️ 2
TitoBill
🗨️ 1
Eldar
Eldar
🗨️ 5
TitoBill
🗨️ 4
Eldar
🗨️ 3
TitoBill
🗨️ 2
Eldar
🗨️ 1
TitoBill
🗨️ 6
Krigan
🗨️ 3
TitoBill
🗨️ 2
Krigan
🗨️ 1
TitoBill
🗨️ 4
TitoBill
🗨️ 2
TitoBill

Las hipotesis de cosas que podrían ocurrir y que además no tiene vistas de ocurrir, no llevan a nada.

Yo puedo configurarte un Windows XP de forma que sea tan segura como cualquier Linux, y que en caso de virus sólo infecte la carpeta del usuario que lo ejecutó. Pero claro, para eso hay que saber administrar un sistema operativo, algo que a la mayoría de la gente se la trae floja.

Respecto a la facilidad de uso, Windows gana con muchísimo a Linux. He probado muchas distros con distintos escritorios y ninguno se acerca siquiera la facilidad de Windows 95. De hecho, esta discusión ya la tuve con el Sr. Cuesta en otro hilo y me llevo a preguntar a 31 personas que habían probado ambos sistemas, cual era más fácil de los dos. Todos sin excepcción me dijeron Windows. Unos por unas cosas y otros por otras, pero la mayoría coincidió en que es la intuitividad de este sistema operativo, algo que se deja de manifiesto cuando se pretenden realizar acciones similares en ambos sistemas.

Salu2.El Innombrable.

BocaDePez
BocaDePez

Tito Bill, tu problema es que te has aprendido Windows y no has tocado Mac OS X en tu vida. Pruéba Mac OS X 10.4.6 y saldrás de dudas. O no lo hagas y sigue en tu mundo feliz. La decisión es tuya. Windows persiste simplemente por inercia. Si Windows, Mac OS X y Linux tuvieran un 33% de cuota de mercado cada uno, entonces Windows duraría meses. Porque Mac OS X es simplemente otro mundo. Ahora han querido copiarlo con Windows vista (como lleva haciendo Bill Gates y Microsoft desde el tiempo del DOS), pero, de nuevo, no le llega a los talones. Por si fuera poco, para cuando salga Windows Vista también saldrá Mac OS X 10.5 (Leopard), que se dará a conocer este mes de agosto. Los de M$ estarán ansiosos de ello para seguir copiando. Y ahí están...

🗨️ 33
Shortshot

Se puede decir más alto, pero no más claro :)

Y, bueno... Lo interesante, más que el 10.5, es lo que están preparando, es decir, el MacOS 11. Eso sí que tengo ganas de verlo O_O

No hay que olvidar que el MacOS X es ya un sistema antiguo, pues data incluso de algo antes que el Windows XP, y aún así se cepilla al Vista. O sea, que Microsoft ha copiado en su Vista una GUI que tiene casi 6 años... En vez de intentar hacer algo nuevo.

P.D. Disculpas a todos por el off-topic.

🗨️ 20
TitoBill
🗨️ 19
Krigan
🗨️ 2
TitoBill
🗨️ 2
BocaDePez
BocaDePez
🗨️ 11
TitoBill
🗨️ 10
Eldar
🗨️ 2
TitoBill
🗨️ 1
Eldar
BocaDePez
BocaDePez
🗨️ 1
SrCuesta
🗨️ 4
TitoBill
🗨️ 3
SrCuesta
🗨️ 2
TitoBill
🗨️ 1
TitoBill

Como ya te he puesto arriba, si he probado MacOS, y sencillamente me parece igual que un Windows XP. Tiene ciertas cosas que son más fáciles, pero tampoco me parece nada del otro mundo. No veo que tenga algo que no pueda tener cualquier otro OS si se pusieran a ello, Linux incluido.

Por cierto, mi afirmación no se basa en hipotesis sino en el momento presente. Si nos ponemos a hacer hipotesis, Apple se hubiera ido a la quiebra hace muchos años si Microsoft no le hubiera metido una buena inyección en forma de compra de acciones muy sobrevaloradas a Apple. Así que no tendrías tu querido MacOSX.

Por cierto, me hace mucha gracia que hables del Vista sin haber probado la versión final de este. Osea, hablar por hablar y desprestigiar sin conocimiento de causa te resta mucha credibilidad.

Salu2.El Innombrable.

🗨️ 11
BocaDePez
BocaDePez
🗨️ 8
TitoBill
🗨️ 7
BocaDePez
BocaDePez
🗨️ 4
TitoBill
🗨️ 2
BocaDePez
BocaDePez
🗨️ 1
BocaDePez
BocaDePez
🗨️ 1
BocaDePez
BocaDePez
🗨️ 1
overpeer

Java no siempre es una opcion, porque necesitar un framework para funcionar ... no siempre se puede considerar opcion, mas cuando Java no es libre y por ende un sistema operativo libre que basa sus herrramientas en un framework propietario se puede ir a pique entero solo con que Sun cambie la licencia.

A mi lo de java me parece lamentable, es como si Microsoft saca el Linux.NET que se ha oido por ahi de boca de Ballmer y el proximo KDE tiene como dependencia dotnet-framework-2.4-386.deb ... la monda vamos.

Cada sistema operativo es una filosofia de entender la computacion, el manejo del dato y el acceso al hardware, evidentemente solo se puede llegar a un binario comun a traves de los frameworks que hacen de traductores con el SO. Parece ser que es hacia donde tiende la programacion ...

Lo de pasar un binario Java a codigo nativo no lo habia oido nunca, eso si es un buen avance ... pero habria que ver que tal tiran y si merece la pena.

Un saludo.

Krigan

Sería una caña si funcionase, pero no funciona y tal vez nunca lo haga.

Los autores dicen que están enfocados a juegos de gama alta, pero sus pretensiones serían más creíbles si ya hubiesen conseguido que funcione el Bloc de Notas en un SO que no sea Windows.

TitoBill

Esto lo veo como una parida, ya que un ejecutable de hoy en día no es como el ejecutable de hace años en MS-DOS, donde sólo ese fichero era el programa completo.

Hoy en día todas las librerías hay que interpretarlas de nuevo, y eso ya lo hace Wine, así que yo sigo apostando por Wine o programas similares que traduzcan las librerias. Esto y los emuladores no son más que lastre comparado con Wine (por supuesto para el objetivo que este proyecto persigue, para otras cosas si son útiles y muy interesantes).

Salu2.El Innombrable.

🗨️ 9
BocaDePez
BocaDePez

amen!

Shortshot

"Esto lo veo como una parida, ya que un ejecutable de hoy en día no es como el ejecutable de hace años en MS-DOS, donde sólo ese fichero era el programa completo."

Discrepo. Una cosa bien distinta es un archivo ".com", que carga todo el programa en un segmento máximo de 64KB (-256 bytes, ya que carga en 100h), y otra cosa es un .EXE, que es una estructura compleja que ya existía en los tiempos del MS-DOS.

En MS-DOS ya se compilaba con overlays y llamadas a funciones de bibliotecas externas (gracias a la aparición del formato .exe, entre otras cosas). Sólo tienes que pensar que el Windows 3.x NO era un OS aún, sino un simple programa que se ejecutaba sobre MS-DOS y ya trabajaba con linkados dinámicos.

🗨️ 7
TitoBill

No has entendido lo que he querido decir. En MS-DOS había programas que sin necesidad de recurrir a otras librerías ni instalando archivos adicionales, podías meter un disquete con un único archivo ejecutable .EXE y que ese fuera el programa completo. No mezlces .COM con .EXE porque yo ni he mencionado su parecido.

🗨️ 6
Shortshot

No mezclo nada. Tú has dicho que en MS-DOS el ejecutable era el programa completo, y yo te digo que no. Había algunos que sí, y otros que tenían overlays externos o llamadas a funciones en bibliotecas externas.

Y al revés: en Windows también hay EXEs que contienen a todo el programa. Todo depende de cómo esté hecho el programa, sencillamente.

🗨️ 5
TitoBill

Si nos ponemos tiquismiquis... Yo creo que todo el mundo me había entendido, pero voy a volver a poner la frase estrictamente correcta:

"Esto lo veo como una parida, ya que un ejecutable de hoy en día no es como el ejecutable de hace años en MS-DOS, donde sólo ese fichero podía ser el programa completo."

Ale, ¿ya estas deacuerdo?

🗨️ 4
TitoBill
🗨️ 2
yatique

Cuando consiga ejecutar el Counter con el Steam en Linux me acabare de migrar definitivamente.

Pd. Que corra fluidito nada de emuladores.

🗨️ 1
javielillo

Que emulador intentabas usar, ¿mame?

Porque Wine no es un emulador, sólo las API para linux de las de windows...

BocaDePez
BocaDePez

En definitiva, es el mismo concepto del Wine.

Para los que todavía hablan de emuladores: Wine NO ES UN EMULADOR.
Wine debe entenderse como un TRADUCTOR. El servidor de Wine se queda
"escuchando" las llamadas al sistema y las librerias que necesita la aplicación win32. Wine no emula el kernel de Windows!!!

La única diferencia entre el Alky y el Wine es que con el Alky se "elimina" el servidor que traduce llamadas al sistema de win32 a linux (y tb llamadas D3D traducidas a OpenGL si lo usamos en juegos)... Para ello lo que hacen es "meter a presión" todo lo que necesita la aplicación nativa en el ejecutable creado por Alky. Esto podría tener una cierta mejora en el rendimiento pero... no quiero ni pensar en el tamaño del ejecutable: van a ser tochos, tochos.

Lo dicho, es otro Wine.

🗨️ 9
Shortshot

He estado leyéndolo y ahora sé bien cómo funciona; es un concepto radicalmente opuesto al Wine, ya que al contrario de lo primero que pensé, no se hace ninguna recompilación ni traducción de código en tiempo de ejecución.

Tampoco está el sistema pensado para hacer funcionar aplicaciones completas a lo bestia; es un simple traductor de ejecutables, o sea, que le das un .exe y te crea un .elf (en el caso de Linux) o un ejecutable de Mac en su caso.

Así que de momento, a no ser que como alguien apuntó acertadamente más arriba, te embutan chorrocientos megas dentro del nuevo ejecutable, no se podrá hacer funcionar cosas mucho más complejas que el Notepad.

Para ello habría que hacer un scan de dependencias del ejecutable principal, buscar todos los ejecutables o bibliotecas llamados desde el mismo, y traducirlos también, y luego embutirlos dentro del EXE. Imposible no es, pero como hagan funcionar bien tal engendro, se merecen algún premio los chavales.

🗨️ 8
BocaDePez
BocaDePez

Soy el de antes...

es verdad yo tb me lo he vuelto a leer y tienes razón. Al principio sonaba raro, pero despues de una lectura más pausada, efectivamente, te puedes hacer una idea de por donde van los tiros.

Ahora me doy cuenta, que entoces el tamaño de los ejecutables no es un problema. En t. de compilación traduces y sustituyes las llamadas por las equivalentes en linux (librerias, sistema, etc). Despues en t. de ejecución cargas las librerias necesarias en codigo nativo (sin necesidad de traducir puesto q ya lo hiciste en t.compil).

tiene buena pinta, entonces.

🗨️ 4
Shortshot

Sí, pero con muchos peros; según sea la estructura interna del .exe podría no ser tan fácil, especialmente en casos en los que el código está, como alguien apuntó acertadamente, comprimido y/o encriptado.

Es cierto que se puede descomprimir el .exe como se hace en muchos casos (antivirus y otras cosas), pero si no conoces el agolritmo con que está comprimido, hay que traducir trazando el código y dejando que la propia rutina descompresora incluída en el .exe sea la que haga el trabajo. Pero entonces un programador "retorcido" puede meter en ésta código especialmente diseñado para que el traductor falle.

En fin... ya veremos qué rumbo toma el proyecto (si es que consiguen hacerlo funcionar, que de momento, ni eso).

🗨️ 3
BocaDePez
BocaDePez

Ya, muy bien pero...

El que el programa esté o no comprimido o ecriptado no es el principal problema. De hecho, la mayoria de las aplicaciones no están comprimidas o encriptadas. Quien apuntase esto como el gran problema a salvar, seguramente buscaba su momento de inspiración.

El problema es que se trata de un proyecto "mastodóntico" que para que saliese adelante requeriría un gran número de programadores. Digo esto por una simple obviedad: para realizar la conversión total del programa nativo requeriría trazar todo el código para detectar las posibles dependencias. Y es aquí donde está el verdadero problema, las dependencias (me refiero a las librerias) y no si está encriptado o comprimido.

Y, ja! No quiero ni contarte el tiempo que se tardaría en "convertir" todas y cada una de las librerias de un triste programa en sus compatibles linux/macos. Simplemente, monstruoso. Tardarían meses, sino años, en sustituir las llamadas a esas funciones de libreria por las de linux, sólo para un programa. Eso con un grupo de programadores grande, quizá fuera más viable, pero con 3 o 4 (como van ahora) es simplemente imposible. Evidentemente para casos puntuales de pequeñas aplicaciones que utilicen librerias "estandar" de M$ (ya sean MFC, AVL)... pues hombre la cosa sería más fácil. Pero en "señoras" aplicaciones por mucho que utilicen, por ejemplo las MFC, también utilizan otras (propietarias o libres), incluso modularizan su codigo en sus propias .dll, que por supuesto habría que trazar y convertir... Uff, madre mía.

Y, según parece, el objetivo es hacerlo para los juegos... Pff, ni te cuento, solo con ver las *.dll del HL2 basta para darse cuenta de que 1 juego-->1 año mínimo para hacerlo compatible (sabiendo como van estos proyectos sin animo de lucro)

Así que, les animo a que continuen, pero mucho me temo, que un proyecto de esta envergadura acabará o bien copiado y distribuido previo pago (vid caso Cedega) o bien abandonado... o subsistir malamente como el Wine.

🗨️ 2
BocaDePez
BocaDePez
Eldar
Eldar

Sólo un apunte, según leo en su foro, se van a dedicar principalmente a los juegos, las aplicaciones pequeñas (notepad y demás) y no tan pequeñas son de menor prioridad.

Así que, si se han lanzado directos a los juegos, digo yo que deben de pensar que no será tan imposible como lo pintáis.

🗨️ 2
Shortshot

Como he comentado, yo no creo que sea imposible. Pero es muy complicado, así que si lo logran, un 10 para ellos :-)

🗨️ 1
Eldar

mmm

(link roto)

¿a qué se refiere exactamente daeken en ese post? "Linux support for conversion is almost done"

BocaDePez
BocaDePez

Buff, esto tiene mas de humo que de realidad. Una aplicación así revolucionaria el mercado del software y además bajo licencia GNU??? lo veo con poco futuro. Habría multinacionales que pagarían millones por ese código, mucho humo.

Salu2.