no . obvio que tiene que a ver una forma de coordinacion y no hace falta tanta gente como dices programandolo , al menos con mi idea si se usan librerias como qt(multiplataforma) donde cambiarian cosas pequeñas como las rutas no es algo tan descabellado

la cosa es que compilar cada aplicacion seria algo lento y se deberia estar dispuesto a mostrar el codigo o parte de este

El problema es el mismo de siempre, los nucleos de linux, unix y windows son distintos, por lo tanto es imposible ejecutar algo en ambos lados con el mismo código sin ser interpretado.

Por esto se crearon los lenguajes interpretados en el cual el interpretador es el encargado de ejecutar todas las funciones utilizadas en el script o binario.

Por ejemplo: perl, php, python, ruby, pascal, java, etc.

El gran problema de .Net es que no funciona en otros sistemas que no sean windows si lo compilas directamente a .exe, mono interpreta pero ya pierde toda lógica, por eso java es mucho mas potente ya que el objetivo de un lenguaje interpretado es la multi plataforma sin mayor esfuerzo donde tu aplicación pueda tener exactamente el mismo rendimiento, ventajas y funcionalidad en ambos sistemas, con .net no puedes utilizar todo su poder en sistemas libres porque dependerias de las dependencias de Windows en muchas ocasiones, en cambio java todos los sistemas funcionan por igual.

Volviendo al tema, no es mala idea pero el desgaste de trabajo es enorme y requiere de mucho conocimiento a nivel de ensamblador a menos que quieras usar las apis de cada sistema operativo (doble trabajo).

Eso que comenta kub0x es cierto, es muy factible, y desde hace años se viene haciendo en las aplicaciones Web con JAVA cuando se ejecuta un applet y con .NET con las aplicaciones clickonce y XBAP, las cuales son multiplataforma, envían este código intermedio y los compilan o interpretan en el cliente. Pero volvemos a lo mismo, eso sigue siendo recompilación e interpretación.

Ahora, yo estoy totalmente en contra de decir que algo no es posible y si alguien quiere seguirlo intentando de acuerdo, pero la pregunta sigue siendo ¿quién le va poner el cascabel al gato?  

¿De verdad alguno de los que dicen que no sólo es posible sino que no requiere mucho trabajo y no es tan complicado, va ponerse a escribir las primeras 1000 líneas de código para dicha idea? Y lo pregunto con todo respeto.

Lo que comenta kub0x si parece muy buena idea. Está claro que todo lo bueno lleva su trabajo. Se habrán creado miles de programas por gente con menos nivel del que hay aquí y con más código del que posiblemente ocupe el programa. 1000 lineas de código parece mucho pero no te creas. yo mismo acabo de escribir 1000 lineas de código en 3 semanas y no es que tenga mucha experiencia en C++. Para muchos de vosotros no supondría ni una décima parte del esfuerzo que me ha llevado a mi, por eso estoy seguro de que si los más "veteranos" se unen podremos sacar el proyecto adelante.

Lo de que seamos muchos programadores no es para nada un problemas. Unos se pueden encargar de la interfaz, otros de sockets y comunicación de redes, otros de la estructura, otros de reclutar programadores. Lo que sea, cuantos más mejor. Si son 10 personas con sockets, pues se comunican entre ellos y dicen, pues me falta esto, pues yo lo sé hacer, lo hace y listo.

¿No os gustaría marcar un antes y un después en el software libre? Posible es.

Creo que como lo dice kub0x podría definirse como un servicio de compilación en linea, lo cual es una gran idea y serviría para desarrolladores que trabajen con lenguajes compilados y por supuesto que los códigos sean multiplataformas. Pones el código en el programa (que creemos) y te devuelve los archivos compilados para Windows, Mac, Linux, etc. Esto en realidad no parece tan complicado.
Usas un Ubuntu Server mismo (por decir uno), le metes VirtualBox con las máquinas de los sistemas y con los compiladores e ides y listo. Mirando un poco lo que habría que codear, sería lo siguiente:

·Habría que hacer la comunicación con el Ubuntu Server con sockets. Tanto para enviar el código como para recibir los binarios ya compilados.

· Una vez controlando el servidor remotamente el programa, comunicarse con las máquina virtuales. Sencillo haciéndolo por Red Local. Simplemente habría que encender las máquinas virtuales con el comando VBoxManage startvm y conectarse a una de ellas remotamente con una shell desde la que ejecutaremos el archivo recibido. Este archivo podríamos identificarlo por la ip durante un determinado periodo de tiempo. Una vez compilado el archivo lo mandaremos de vuelta a la Ip por el puerto que especifiquemos, o a nuestro programa cliente mediante sockets.

·Habría que hacer una interfaz gráfica con las distintas opciones. Como pueden ser elegir el tipo de compilación que deseemos.



Un ejemplo en más o menos pseudocódigo del programa. xD

Este ejemplo es para el compilar un archivo en lenguaje C++, podría hacerse una función y darle los parámetros para que trabajara con la extensión de cada lenguaje que queramos compilar, autodetectándolo o pidiendo que se especifique en el cliente.

Más o menos sería algo así:



Desde el programa cliente:

Conectar con servidor
Esperar datos de usuario
Si usuario a pedido compilación en windows
Conecta con máquina virtual windows.
Guarda la ip del usuario en una variable.
Envía el código con la siguiente identificación variableQueContieneLaIpDeUsuario.
Envía un código para saber que tipo de compilación se desea. 1 windows. 2 Linux.
Espera respuesta x tiempo.
Si llegó la respuesta
Guarda el programa compilado que te ha llegado.
Cierra conexión
Si no, inténtalo de nuevo.
 


Para el servidor algo así:

Si recibo datos del cliente:
Recojo la ip.
Creo una carpeta temporal para esa ip.

si es un .txt
lo cambio a .cpp

si ya es un cpp:
compruebo que tipo de compilación ha pedido el usuario mirando el código correspondiente.
si código de compilación es igual a 1

Comprueba que la máquina virtual de windows esté encendida, en caso contrario enciéndela

Si ahora esta encendida: abre un programa previamente creado, que se encuentre  en la máquina virtual (a través de la dirección local)
Entrégale el cpp.
Espera un .exe.
Mándalo de vuelta al cliente.
Espera más peticiones.

Si sigue sin encenderse vuelve a intentarlo.
Si sigue sin encenderse, devuelve un error.


Y por último para la máquina virtual:

Abre conexión.
Espera un cpp de la ip del servidor.
Compílalo.
busca el exe con el mismo nombre que el cpp.
Devuélveselo al servidor.
Cierra la conexión.
Cierra el programa.


Creo que sería un método rápido y eficaz para llevar a cabo lo que planteó kub0x.

Para correr directamente el programa en cualquier plataforma sin el código, hay que seguir pensando ideas que puedan funcionar, las de ahora llevan demasiado trabajo para el resultado que se pueda obtener. Pero seguro que sacamos alguna idea buena.