Esta cifrado en base 16, y cuando lo descifras, parece q esta comprimido por zlib o bzip2, pero le falta el header... ( al primero lo descifras agregandole un 0 al final, sino no esta bien alineado )

No tiene nada que ver el IDE que uses para compilar, si tiene que ver el compilador y las opciones que se le pasan a este. Por ejemplo, si lo vas a compilar con informacion de debugging, que tipo de optimizacion usas para compilarlo, si habilitas o no el manejo de excepciones, si alineas o no el codigo, etc..

Para rolo19, primero, no te recomiendo visual C++( entendiendo a esto como las microsoft fundation classes o el api de windows a secas )... te convendira mas usar QT o wxwidgets, q ademas de ser multiplataforma, son realmente mucho mas simples y naturales de entender... Segundo, no es tan dificil de entender y empezar con C++, es una muy buena idea, sobre todo pq hay una comunidad muy grande sobre ese lenguaje ( distinto seria si programaras en D, q estas casi solo )... otra cosa q se puede hacer, pero ya es excederese mucho, es programar toda la parte visual en Lua o python... y q te armes modulos para estos lenguajes escritos en C++ por ejemplo, para llamar desde Lua al codigo de C++ ( muy facil de hacer con luabind ).

Visual Basic es simple, pero genera malos habitos en la forma de programar; hay otras opciones un poco mejores como C# si queres encarar por ese lado. Visual Basic no es malo como primer lenguaje, es malo como lenguaje, yo lo veo feo, incomodo de leer, pero como en todo, cada uno tiene sus gustos.

Hacelo en el lenguaje q te sientas mas comodo... si lo tuyo es java, hacelo en java...

C++ y D ( para cosas personales nomas )

Me parece q es un mal ejemplo para backtracking. Sale por djkstra...

Lo que pusiste ahi sobre la programacion orientada a objetos, esta muy mal...
El resto del texto masomenos, de lo que en realidad hablas es de separar la capa de logica de la aplicacion, de la de vista... no tiene tanto q ver con consola o no consola, sino como organizar el codigo en distintos binarios ( incluye librarias estaticas y dll ), con el fin de tener que modificar lo menos posible...

Pequeña aclaración, no necesariamente de alta complejidad, pueden ser realmente simples. El tema es q sean en cantidad y paralelos.

No solo pasa por el tema del hard, un SO de una Pc tiene q dar soporte a un monton de interrupciones, servicios y cambios de contexto, q en una consola pasan en mucha menor medida (por ejemplo los 63 procesos, y 763 threads q tengo abiertos con el msn y el chrome). Tambien tiene que ofrecer seguridad para q la ejecucion de una amplicacion no comprometa al resto.

Off Topic: Perdona por la forma tan seca de responder antes, no estaba de buen humor.