¿hola que es mejor y porqué visual basic o java?porqué?
en la fuente te dejo un link que te puede servir.
Si quieres empezar a programar, también depende un poco del tipo de aplicaciones que puedes hacer.  
Bueno, yo te recomiendo dos lenguajes que más o menos sirven tanto para aprender como para empezar a trabajar con ellos y hacer cositas interesantes.  
Uno de ellos es Visual Basic. Es un lenguaje bastante fácil de aprender, aunque ya para meterse en cosas complicadas requiere mayor conocimiento, pero yo empezaría aprendiendo VB. Para trabajar con BBDD es de los más sencillos que hay. Luego tiene "vertientes" de este lenguaje como lo es ASP y VBScript, que se centran en programación web.  
El otro lenguaje (por llamarlo lenguaje) es HTML. Con este lenguaje aprendes a hacer una página web. Pero lógicamente, no creo que te conformes con hacer una web simple. Para poder hacer una web (más o menos profesional) tienes que meter scripts y bses de datos y cosas así.  
Para la programación orientada a web tienes Javascript, VBSccript (que son más o menos igual), y luego lo que se llama CGI, como lo son Perl y PHP. Estos lenguajes también son más o menos sencillos en medida a lo que quieras hacer.  
Y luego tienes lo que es ASP y JSP, que uno viene de VB y el otro de Java.  
Bueno, resumiendo, yo empezaría con VB para pillar un poco de metodología y saber más o menos como funciona el tema de la programación. Luego ya, dependiendo de lo que más te guste, puedes declinarte por aplicaciones tipo VB, o hacer aplicaciones web, entonces tendrías que aprender como mínimo HTML y Javascript. El resto siempre se aprende con tiempo y de curiosear webs ya hechas.  
En cuanto a bases de datos, empezaría por SQL y acabaría por Oracle.  
Quizá te estoy metiendo aquí mucha bulla, pero bueno, yo te cuento y luego tu eliges que es lo que más te apetece hacer.  
Si quieres más información sobre estos lenguajes de programación, puedes consultar en la web del programador [http://www.lawebdelprogramador.com](http://www.lawebdelprogramador.com/) <p>utilizo ambos, aunque si tuviera que elegir uno, sé cuál elegiría. aún así, intentaré hacer una comparación objetiva sobre algunos temas.</p><ul> <li> <p><strong> ¿disponible en todas partes? </strong> si usted es un administrador de sistemas profesional que trabaja con sistemas unix, o un usuario avanzado en dispositivos integrados (enrutadores, teléfonos inteligentes con busybox, ... ), debe conocer vi (no vim), porque está disponible en todos los sistemas unix y en la mayoría de los sistemas similares a unix, ya sea de escritorio, servidor o incrustados. para un usuario común, este argumento es irrelevante: emacs está fácilmente disponible para cualquier sistema operativo de escritorio/servidor, y dado que admite la edición remota, es suficiente tenerlo en su máquina de escritorio de todos modos.</p> </li> <li> <p><strong> ¿hinchado? </strong> emacs una vez fue humorístico por "ocho megabytes e intercambio constante". en este momento, en mi máquina, google chrome necesita casi tanto ram por pestaña como emacs lo hace para 100 archivos abiertos, y ni siquiera mencionaré firefox en el siglo xxi, la hinchazón de emacs es solo un mito.</p> <p><em> ¡característica</em> hinchazón tampoco es un problema. si no lo usa, no tiene que saber que está allí. las características de emacs se mantienen fuera del camino cuando no las usa y la documentación está muy bien organizada.</p> </li> <li> <p><strong> tiempo de inicio </strong>: los proponentes de vi (m) se quejan del tiempo de inicio de emacs. sí, emacs tarda en iniciarse, pero esto no es gran cosa: inicia emacs una vez por sesión, luego se conecta al proceso en ejecución con <code>emacsclient</code>. entonces, el inicio lento de emacs es principalmente un mito.</p> <p>hay una excepción, que es cuando inicia sesión en una máquina remota y desea editar un archivo allí. iniciar un emacs remoto es (generalmente) más lento que iniciar un vim remoto. en algunas situaciones, puede mantener un emacs ejecutándose dentro de la pantalla. también puede editar archivos remotos desde emacs, pero interrumpe el flujo si está en una sesión ssh en una terminal. (desde xemacs 21 o gnu emacs 23, puede abrir una ventana de emacs desde una instancia x en ejecución dentro de un terminal).</p> <p>al girar las tablas, he observado que vim tarda mucho más en cargar que emacs (<code>vim -u /dev/null</code> vs. <code>emacs -q</code>). es cierto que esto estaba en una plataforma extraña (cygwin).</p> </li> <li> <p><strong> curva de aprendizaje inicial: </strong> esto varía de persona a persona. <a href="https://unix.stackexchange.com/questions/986/vim-vs-emacs-and-no-this-is-not-a-flame-war/988#988">gráfico de michael mrozek</a> me hizo reír. en serio, estoy de acuerdo en que la curva de aprendizaje de vim comienza empinada, más pronunciada que cualquier otro editor, aunque esto puede reducirse utilizando gvim.</p> <p>como he disipado un par de mitos de emacs, permítanme disipar un mito vi: un editor modal no es difícil ni doloroso de usar. se necesita un pequeño hábito, pero después de un tiempo se siente muy natural. si tuviera que rediseñar vi (m), definitivamente mantendría los modos.</p> </li> <li> <p><strong> curva de aprendizaje asintótica: </strong> tanto vim como emacs tienen muchas características, y seguirás descubriendo otras nuevas después de años de uso.</p> </li> <li> <p><strong> productividad </strong>: este es un tema extremadamente difícil. los defensores de vi (m) argumentan que puedes hacer casi todo sin salir de la fila de inicio, y eso te hace más eficiente cuando más lo necesitas. los defensores de emacs replican que emacs tiene muchos comandos que no se usan con frecuencia, por lo que no garantiza una combinación de teclas, pero es muy conveniente cuando los necesita ( <a href="http://xkcd.com/378/">referencia obligatoria de xkcd</a> ).<br> <sub>mi opinión personal es que emacs finalmente gana a menos que tenga una discapacidad de escritura (e incluso entonces puede configurar emacs para que requiera solo secuencias de teclas y no combinaciones como <kbd>ctrl</kbd>+ letra). las teclas de la fila de inicio son agradables, pero a menudo no son una gran victoria porque tienes que cambiar de modo. no creo que vim pueda hacer nada <em> ¡significativamente</em> más eficientemente que emacs, mientras que lo contrario es cierto.</sub></p> </li> <li> <p><strong> personalización </strong>: ambos editores son programables, y hay un extenso cuerpo de paquetes disponibles para ambos. sin embargo, vim es un editor con un lenguaje macro; emacs es un editor escrito en lisp con algunas primitivas ad-hoc. emacs gana espectacularmente cuando intentas hacer algo que los autores simplemente no pensaron. esto no sucede todos los días, pero se acumula con los años.</p> </li> <li> <p><strong> más que un editor </strong>: vim es un editor. emacs no es solo un editor: también es un ide, un administrador de archivos, un emulador de terminal, un navegador web, un cliente de correo, un cliente de noticias, ... si eso es bueno o malo es un tema de debate. pero puede usar emacs como un mero editor (ver "hinchazón de características" arriba).</p> </li> <li> <p><strong> como ide </strong>: tanto vim como emacs tienen soporte para muchos lenguajes de programación y otros formatos de texto. más allá de lo básico, como la coloración sintáctica y la sangría automática, ambas tienen funciones avanzadas ide) como búsquedas de referencias cruzadas de código y documentación, inserciones asistidas y refactorización, control de versiones integrado y la capacidad de iniciar un compilación y saltar al primer error.</p> <p>un dominio donde emacs es simplemente mejor que vim es la interacción con <em> ¡asíncrono</em> subprocesos. ahí es cuando comienzas una compilación larga y quieres hacer algo más dentro de la misma instancia del editor mientras el compilador se está agitando. o cuando desea interactuar con un <a href="http://en.wikipedia.org/wiki/read-eval-print\_loop">read-eval-print loop</a> - emacs realmente brilla con esto, vim solo tiene trucos torpes para ofrecer. sin embargo, una nueva bifurcación de vim, <a href="https://github.com/neovim/neovim">neovim</a> ha demostrado haber solucionado esto e implementado otras varias correcciones de errores no implementadas en vim.</p> </li> </ul> Programas en visual basic pueden ser de muchos tipos sabes? es como decir "me podrias decir de que tratan TODOS los libros" aplicaciones java para celulares Tu pregunta es muy amplia, ya que existen varias formas de hacerlo.  
Pero te pido que me pases tu nivel de experiencia así se lo que te puedo recomendar, para que empieces te aconsejo que uses Textboxes, ComboBoxes, y Labels.  
Y para almacenar dichos datos en una base de datos, podes utilizar el Access para crearla, y desde VB utilizar un DataControl para enlazar la base de datos a tu programa. Contestame lo que te pregunte que te doy más ejemplos. ¿Dale?. Si tienes problemas con conectar ACCESS con Java, puedes consultar aquí:  
<http://www.dcc.uchile.cl/~cc10a03/catedra/cap21_apu.doc>  
Estos apuntos los hice yo para un curso y yo logré conectar ACCESS con Java puro. Ahora con un applet la cosa no es distinta (de hecho es lo mismo, solo si el APPLET no lo vas a publicar en una página web, que eso es imposible de hacer).  
- Primero que todo ¿configuraste el ODBC de la Base de Datos?  
Si no es así, ve esto: <http://www.dcc.uchile.cl/~cc10a03/catedra/ane04_apu.doc>  
- ¿Te conectas bien con el driver?   
Si lo haces bien y aún tienes dudas de por qué no te funciona, yo tengo un ejemplo más facilito... Tal vez te lo puedo enviar... :-) Hola la misma que le ponga al procesador saludos <p>depende completamente de lo que esté haciendo el so huésped. en mi experiencia personal, un vm está ejecutando un solo programa (servidor de compilación, servidor de trac, svn, etc.) por lo que no hay razón para establecerlo por encima de uno.</p><p>un posible caso puede ser si es un usuario final, por ejemplo, una universidad que está utilizando el sistema operativo invitado como un desecho (es decir, ta) y luego puede establecerlo en más de uno.</p> hola jorge,

lo que te puedo comentar al respecto es que no solo es considerar el microprocesador, sino también los demás componentes y el software. porque, por ejemplo, podrías tener un buen hardware, pero sin el debido soporte por la marca en actualizar y optimizar el software, el equipo funcionaría pésimo.

te recomendaría revisar el historial de calidad de ambos en equipos en sus respectivas versiones anteriores y hacerte una mejor idea de lo que te conviene más. Hola,no entiendo? que mesages quieres ver?
  
un saludo