@OmarHack

1) Wine funciona, precisamente, EN LA MINORIA DE LOS CASOS.

2) Creo que no eres consciente de lo que costaría mantener un servidor así. estamos hablando de MILES de €

3) No es solo el coste del servidor, es el volumen de trabajo que llevaría, esBRUTAL, y probablemente (y no lo digo en coña), un esfuerzo muy superior al de hacer un sistema operativo.

4) Me parece genial que apoyes el software libre, pero no os volváis un fanático, en muchas ocasiones si algo funciona peor en Linux, es porque el modo de hacerlo igual que en windows es mucho mas complicado.

Si hay programas de software privativo que no existen para Linux, no es para que pienses " Ohhhh windows es la leche ", no, es porque no merece la pena gastarse los cientos de miles de dolares que cuesta producir un software de calidad, para un 0.5% de los usuarios. Así de simple.

Creo que deberías informarte muy bien acerca de lo que es desarrollar software a un nivel profesional, antes hablabas de mil lineas como algo reseñable.... yo ayer escribí 6000 lineas en C solo para una tontería, el kernel de linux va por las 15.000.000 de lineas, y realizaría menos funciones aún que lo que tu propones, para que te hagas una idea.

WINE es un intento de traducir las llamadas WIN32  a POSIX, el resultado es inestabilidad, falta de una buena parte de las funciones... etc etc...

¿ Quieres un programa multiplataforma ? JAVA.

Eso es una maldita locura, osea, pretendes hacer un ejecutable con ejecutables de todos los SO? vamos, un porgrama como Photoshop, que te carga 600 MB de ram tranquilamente, que me compro, exabytes de RAM?

1) Si el código es multiplataforma (p.e: ANSI C), mi único trabajo, es recompilarlo, osea, los escasos 2 segundos que puede perder una persona en escribir gcc en una linea de comando.

2) Si el programa no es multiplitaforma vas a fastidiarte.

3) hay cientos de lenguajes, algunos no estan en windows, otros no estarán en linux, otros no estarán en free bsd, otros no estarán en HP-UX, otros no estarán en solaris, otros no estarán en red hat... ( te vas dando cuenta también de la cantidad de sistemas operativos que hay? )

4) De que te vale tener un cluster de servidores con distintos so? osea, yo hago mi programa en windows, lo voy a hacer en C#, y tirando de .net, no C# básico. Como compilas eso para HP-UX? o para FreeBSD?  no puedes hacer la piedra rossetta de los lenguajes y hacer un interprete que acepte de todo a C. El tamaño del servidor sería BRUTAL, y los costes totalmente desproporcionados. Esto teniendo en cuenta, que pudieses compilar de un sistema a otro... (que en el 99% de los casos NO SE PUEDE)

Está bien dejar volar la imaginación y tener ideas, pero un poco de rigor , por favor, que no todo es ponerse a hacer código

EDIT: También tienes que , no todos los lenguajes serían compatibles entre sí, probablemente, como dices que programas en C++ , estarás acostumbrado al paradigma orietnado a objetos, te invito a que veas el paradigma funcional, o el paradigma orientado a aspectos, para que veas que hacer lo mismo en objetos/imperativo es MUY TEDIOSO

Yo no he dicho que fuese del todo imposible, pero es evidente que, si fuese rentable, las empresas lo habrían desarrollado, crees que una empresa que genere versiones para Linux + Mac + Windows no se lo habrá planteado? Imaginate, el coste de desarrollar eso, de ser posible, es mas caro que el que una empresa estima en portar TODOS sus productos (por ejemplo Adobe con la suite creative, microsoft con office.... etc etc)

Depende del país, en españa SI

Si no se ha hecho ya es por que es "imposible"

Es decir, windows hace unas cosas, Linux hace otras, y encima, lo que hacen igual, internamente lo hacen de manera diferente.

Ya no es solo el hecho de querer compilar para distintos SO, es compilar para distintas arquitecturas. Aún poniendo ese ejemplo que dices de el servidor / maquina virtual. Si tu tienes un código para Windows, lo mas probable es que no haya versión posible para Linux, u otro SO diferente.

Podría ser posible si todos los SO's implementasen el standart POSIX, pero no es asi 

No había visto esa ASUS, la verdad que me había fijado en sus hermanas mayores que sin bastante mas caras...

Al final creo que pasaré un poco del tema, estuve comentandolo con colegas de clase y salvo contadas ocasiones, la tablet acaba siendo otro trasto que tienes contigo en clase...

Si hubiese una mucho mas barata con W8 la compraba sin pensarlo, pero 500€ por algo que no estoy muy seguro de si voy a darle provecho...

Bueno, es normal sacar mejores medias en cursos mas avanzados aunque la dificultad sea mayor, dado que tu cerebro se va desarrollando y tienes mas capacidad.

Por ejemplo, yo repeti 1 curso de la ESO, con 8 suspensas (de 11). Después hice el bachiller de letras, con una media absurda , aunque mejor que la de la ESO. Despues, al entrar en la ingenieria, empecé a sacar matriculas de honor, sobresalientes y demás (también a suspender alguna eh  ), influye mucho tu madurez, tu capacidad mental, y lo que te guste lo que das.

Para todos los que lean esto, y quieran hacer informática, me gustaría daros unos consejos:

1) No le pilléis asco a las matemáticas. A veces es dificil, pero las matemáticas en la carrera dejan de ser (no siempre) el calcular cosas por calcular, si no que se convierten en una herramienta muy poderosa. Hay que destacar que en informática no reinan, a diferencia de otras ingenierias , las matemáticas continuas (derivadas, integrales, etc etc...), sino las matemáticas discretas (principalmente teoría de grafos) y la lógica (resolubilidad, computabilidad, maquinas de turing , etc...). Esto te enseña a pensar de una manera muy diferente. En el foro veo muchos códigos que se nota que directamente se han  tirado a programar a prueba y error, sin un planteamiento previo del problema, sin comprobar si el problema es resoluble, en definitiva, lo que te hará un gran programador, no es saber 2.000.000 de lenguajes, es saber hacer cosas elegantes y eficientes, y ahí entran en juego las matemáticas.

2) Llevarlo todo lo máximo al día posible : Aunque parezca de perogrullo, llevarlo todo al día es algo que nadie acaba haciendo , si bien la teoría puede ir dejandose para las semanas previas a los examenes teóricos. Las prácticas es mejor liquidarlas cuanto antes, aunque estas sean extremadamente fáciles. Por ejemplo, estas en introducción a la programación, tienes que hacer una tarea y tu ya llevas programando un tiempo, te parece sencilla y dices " bueno, la dejo para el día/2 dias antes que esto es una chorrada". ¿ Que pasa ? , que el de cálculo te ha puesto un parcial derrepente para la semana siguiente, el de algebra lineal un trabajo de la virgen y al de física le importa una ***** tu vida, y te manda resolver teóricamente los guiones de laboratorio. Acabas haciendolo todo chapuceramente en 2 días.

Esto no te librará de tener épocas de mucho estress, pero desde luego, te ayudará mucho en el día a día.

3) No desmotivarse porque no das lo que esperabas dar: En la ingeniería en informática no te enseñan a entrar en cualquier wifi, no te enseñan a crackear programas, no te enseñan a saltarte firewalls , ni diseñar virus/troyanos indetectables. Hay que partir de esa base. En la carrera se te da una base para que luego tu puedas tirar por donde quieras. Es decir, ni siquiera vas a programar (si te ciñes solo a lo que te dan) de una manera necesariamente buena. Esto suele causar mucha frustración a gente que entra con la idea de que al salir de la carrera van a ser unos programadores del copón , capaces de hacer el nuevo susper sistema operativo y forrarse. De eso nanai... La cosa es saber enfocar lo que te enseñan, ¿que te gusta diseñar virus? pues mira que bien me vienen esos conocimientos que he dado en Sistemas operativos, en Seguridad de sistemas informaticos, en redes... ¿ Tengo un programa que necesito mil funciones para hacer una tontería ? Anda, si esto con programación funcional lo resuelvo en 2 lineas de código...

Y así con una larga lista.

En definitiva, animo a todos los que queráis estudiar informática, el camino es largo y duro, pero merece la pena!

Yo acabo de acabar segundo, y doy fé de que te puedes despedir  Sali 3 fines de semana en todo el año,  pero bueno, se compensó con unos cuantos sobresalientes  (y algún suspenso)

No sé como andarán las cosas por otras universidades, pero yo de integrar directamente, y de dar teoría de integración pura y dura, solo tuve 1 asignatura (cálculo). Si bien luego las vas a usar en mas asignaturas (algebra, física, metodos numéricos, estadística, estructuras de datos...). Aunque la cosa es no muy complicada xD