CLASE 1- IS-142

Bueno aquí les dejo por encargo de la Prof.Ing.Elinar Carrillo Riveros el desarrollo de la clase 1 del curso de PROGRAMACIÓN ORIENTADA A OBJETOS(IS-142) de la escuela de ING. DE SISTEMAS de la UNSCH, además se tomara una evaluación practica de esta clase leanlo y pregunten, cualquier duda o inconveniente dejar en el comentario.

OTRO LIBRO GRATUITO

Libro gratuito aportado por nuestro amigo Frank que en su andanza por la red lo encontró, El contenido de este libro: “El lenguaje de
programación Java” es independiente de Sun Microsystems, que consta de 354 fojas, en el transcurso del curso que desarrollaremos también sera una de nuestras fuentes,cualquier duda o pregunta dejanos un comentario.

INTRODUCCIÓN A POO

Bueno... Programación Orientada a Objetos, es un ejemplar de programación que se basa en el uso de objetos, haciendo que estas interactúen entre sí. Veámos el siguiente material.

APRENDAMOS JAVA JUNTOS

En un encuentro dirigencial del grupo de estudiantes de la Universidad Nacional de San Cristóbal de Huamanga, Facultad de Ingeniería de Minas Geología y Civil, Escuela de Formación Profesional de Ingeniería de Sistemas, VIRTUALUNSCH, decidimos empezar hoy que se celebra el Día de la Libertad de Expresión en Internet , a discutir y aprender juntos el lenguaje de programación que “esta de moda” JAVA, que para varios analistas es perjudicial en estudiantes, más información, ver el siguiente artículo LEER AQUI.

Bueno empezaremos hablando de POO independientemente de lo que son los Lenguajes de Programación Orientado a Objetos, de cómo es este paradigma de programación, luego pasaremos a la parte introductoria de JAVA hablando algo que muchas veces se obvia por el uso excesivo de editores como Netbeans, JCreator, Eclipse, etc. que, nadie niega que es son buenos, o como Plataforma de Desarrollo como lo cita la Wikipedia porque permite que las aplicaciones sean desarrolladas a partir de un conjunto de componentes de software llamados módulos pero, “a mi punto de vista es para ya desarrolladores que saben y entienden lo que están haciendo, se deja a tu criterio, pero yo recomiendo y prefiero aprender JAVA en consola así entender como es el lenguaje, cometer errores, aprender a leer tu código como si estuvieras leyendo un libro u otras cosas básicas que debe saber un desarrollador, es mas si deseas obtener una CERTIFICACION debes saber muy bien estas cosas y más”, como son las definiciones de Máquina Virtual de Java, qué es el JDK, cuando se crea un Bytecode, etc y; no solo se mal acostumbre al estudiante a ser dependiente de un editor u otro, ya luego cuando se entienda bien lo que estás haciendo y cómo funciona la compilación y demás puntos, te recomiendo utilizar lo dicho, para facilitar tu trabajo y ahorres tiempo pero, mientras tanto en condición de estudiantes creo que deberíamos aprender a hacer código para que luego poder crear nuestras aplicaciones, sólidas y de calidad pero, has de saber más que nadie que un lenguaje de programación por mas “n” niveles que estudies, o te enseñen los mismos creadores de dicho lenguaje, es diferente a poder aplicarlo en la vida real y es allí donde, como vulgarmente se dice te chancheas.

Luego estaremos hablando de clases, los objetos, los módulos, las propiedades, la relación entre objetos, entre clases, herramientas de grafico, interfaz de usuario, base de datos, java en la web, etc., crearemos aplicaciones desde las más sencillas hasta poder hacer grandes y buenas aplicaciones como un Sistema de Usuario o un Reproductor de Música Parecido al Winamp eso ya depende a como avanzamos. Apúntate al curso, solo pon tu correo en la parte izquierda de este blog donde dice suscríbete así te estaremos enviando las nuevas entradas que haremos en este blog y juntos lograr aprender bien JAVA por que así como dijo alguien, LAS BUENAS Y MEJORES IDEAS SON IDEA DE TODOS. Mil gracias por leer estas quizá, aburridas palabras de inauguración e introducción. VIRTUALUNSCH.

Eminencias informáticas: "Java es perjudicial"

Dos expertos en informática critican el uso generalizado de programación en Java en instituciones de educación superior en Estados Unidos.

Diario Ti: Los catedráticos eméritos Robert B.K. Dewar y el Dr. Edmond Schonberg, de la Universidad de Nueva York, EE.UU., pertenecen a la elite informática en ese país.

Ambos critican lo que califican de "uso indiscriminado de Java en la formación de estudiantes de informática". A juicio de los catedráticos, "Java es un atajo, una solución fácil", en lugar de lo que denominan "verdadera programación".

"El resultado es un estudiante que sabe como armar un programa sencillo, pero que no sabe como programar", escriben Dewar y Schonberg en el sitio STSC Crosstalk.

Ambos proponen un retorno de los antiguos y sólidos lenguajes de programación como C, C++, Lisp y ADA, que califican de "conocimientos elementales" para todo estudiante de informática.

"Java tiene una misión, pero no puede ser usado como la primera o única opción", concluyen los catedráticos.

Múltiples vulnerabilidades en JRE (Java Runtime Environment) de Sun

Sun ha publicado actualizaciones para JDK, JRE y SDK debido a que se han encontrado numerosos problemas de seguridad no especificados que afectan a diferentes versiones. Estas herramientas también se engloban dentro del producto Java 2 Platform, Standard Edition.

JDK (Java Development Kit) y SDK (Software Development Kit) son productos destinados a los desarrolladores de programas Java. JRE (Java Runtime Environment) es un entorno que permite a las aplicaciones Java ejecutarse en el sistema e interpretar gran cantidad de contenido web.
JRE es además un producto presente en la mayoría de clientes, que lo usan como plugin del navegador, de ahí la importancia de mantener actualizado el sistema. Se han dado bastantes casos de malware que ha intentado aprovechar vulnerabilidades en JRE para ejecutar código arbitrario en el sistema. Sin embargo, el hecho de que existan varias ramas en desarrollo (1.4.x, 5.x, 6.x...) con saltos de versiones y cambios en la nomenclatura, unido al hecho de que pueden convivir varias ramas en un mismo sistema de forma que necesiten actualización por separado, hacen que el mantenimiento de esta máquina virtual resulte confuso para muchos usuarios.
Las vulnerabilidades, de los que no se han dado detalles técnicos, son:
* Cuando los applets o aplicaciones no confiables muestran una ventana, Java Runtime Environment muestra además un mensaje de advertencia. Un defecto en JRE permitiría que un applet o aplicación especialmente manipulada mostrara una ventana con un tamaño mayor que ocultaría la advertencia al usuario.
* Una aplicación Java Web Start o un applet especialmente manipulado permitiría mover o copiar ficheros arbitrarios en el sistema en el que se ejecuten. Para que la vulnerabilidad pueda ser aprovechada, el usuario de la aplicación o applet debe arrastrarlo y soltarlo a otra aplicación que tenga permisos de acceso a los archivos objetivo.
* Un fallo en el tratamiento de applets permitiría realizar conexiones de red a otros servicios o máquinas que no fueran desde donde se descargó el applet. Esto podría ser aprovechado por un atacante para obtener acceso a ciertas vulnerabilidades o recursos de red que normalmente no serían accesibles.
* Se han encontrado varias vulnerabilidades en la interpretación de Javascript de JRE que podrían causar un salto de restricciones de red y podrían ser aprovechadas por un atacante para obtener acceso a ciertas vulnerabilidades o recursos de red que normalmente no serían accesibles.
* Se ha encontrado una vulnerabilidad en Java Runtime Environment (JRE) que permitiría que código Javascript hiciera conexiones de red vía Java APIs a otros servicios o máquinas que no fueran desde donde se descargó el código Javascript.
* Se ha encontrado otra vulnerabilidad en Java Runtime Environment (JRE) que permitiría a un applet, descargado a través de un proxy, realizar conexiones de red a otros servicios o máquinas que no fueran desde donde se descargó el applet.
Estas dos últimas vulnerabilidades no afectan a Internet Explorer.
* Múltiples vulnerabilidades en Java Web Start podrían permitir a una aplicación maliciosa leer archivos locales accesibles desde la aplicación, determinar la localización de la caché de Java Web Start o leer y escribir archivos locales accesibles desde la aplicación.
Los problemas han sido solucionados en las siguientes versiones paraWindows, Solaris, y Linux:
JDK y JRE 6 Update 3 o posterior.JDK y JRE 5.0 Update 13 o posterior.SDK y JRE 1.4.2_16 o posterior.
Para Solaris 8 y Windows:SDK y JRE 1.3.1_21 o posterior.
Disponibles desde:java.sun.com/javase/downloads/index.jspjava.com
JDK 6 Update 3 para Solaris está disponible desde:* Java SE 6 update 3 (que viene con el parche 125136-04 o posterior)* Java SE 6 update 3 (que viene con el parche 125137-04 o posterior(64bit))* Java SE 6_x86 update 3 (que viene con el parche 125138-04 o posterior)* Java SE 6_x86 update 3 (que viene con el parche 125139-04 o posterior(64bit))
JDK y JRE 5.0 Update 13 están disponibles desde:java.sun.com/javase/downloads/index_jdk5.jsp
JDK 5.0 Update 13 para Solaris está disponible desde:* J2SE 5.0 update 13 (que viene con el parche 118666-14)* J2SE 5.0 update 13 (que viene con el parche 118667-14 (64bit))* J2SE 5.0_x86 update 13 (que viene con el parche 118668-14)* J2SE 5.0_x86 update 13 (que viene con el parche 118669-14 (64bit))
SDK y JRE 1.4.2 están disponibles desde:java.sun.com/j2se/1.4.2/download.htmlSDK y JRE 1.3.1 para Solaris 8 están disponibles desde:java.sun.com/j2se/1.3/download.html