Inicio en la Ingeniería
Pues bien, oficialmente ya estoy en la ingeniería. Sólo he accedido a los temarios pues el sistema se satura y yo me saturo con el trabajo así que no he hecho gran cosa que leer de qué van a ir las materias. Sin embargo es algo bueno el que ya me haya dado un panorama de lo que habrá de venir. Son materias muy fáciles y además una es de contenido económico (soy economista) y otra de corte metodológico (estuve en la maestría de metodología de la ciencia) y las otras son estadística y desarrollo humano que también están regaladas aunque eso sí hay que hacer muchas actividades y de eso nadie me va a salvar, nadie, hay que trabajar.
Ya estoy en la ingeniería y me parece una alucinación y de hecho ya hasta he soñado juegos y aplicaciones, seguro que es de buen augurio.
Trabajo en unas horas, no he dormido bien por meses pero mi consumo de omega 3 y mi dieta con casi cero azúcares me dan potencia de sobra. Esto es un consejo, si quieres rendir más suspende el azúcar, seguro que funciona y tu cuerpo lo agradecerá pues el azúcar es veneno.
Tengo tarea en derecho pero relax, nada del otro mundo. Pondré mi lista de pendientes:
– continuar lectura del libro de algoritmos.
– continuar lectura del libro de Gracián.
– continuar lectura de libro nuevo.
– leer lo de derechos fundamentales y lo de acceso a la información.
– tarea de informática jurídica.
– tareas de la ingeniería.
– continuar lectura de revista sobre linux.
– continuar lectura de html5.
Son las que me vienen a la memoria.
Me retiro hay que dormir siquiera cuatro horas. Bye.
Ejercicios propuestos de la Unidad 1
En la unidad 1 del libro de Leobardo López Román viene al final una lista de ejercicios propuestos para ir calentando en esto de los algoritmos. Bueno, voy a tratar de dar mis respuestas a los ejercicios.
A. Elaborar un algoritmo para hacer palomitas de maíz en una cacerola puesta al fuego, usando sal y maíz.
1. Abrir la bolsa de maíz.
2. Vaciar la bolsa en la cacerola que está al fuego.
3. Agregar sal a la cacerola.
4. Tapar la cacerola.
5. Esperar hasta que los granos de maíz hayan reventado.
6. Apagar el fuego.
7. Esperar a que se enfríe la cacerola.
8. Fin
Este algoritmo parece estar incompleto o no, pero sucede que tampoco nos da muchos datos y suponemos muchas cosas. Con la práctica supongo que haré unos más detallados pero al parecer no es objetivo del ejercicio que detalle tan a fondo.
B. Elaborar un algoritmo que permita cambiar un vidrio roto de una ventana.
Suponemos que ya tenemos el vidrio de repuesto, el pegamento y que no hay que subir a ningún lado.
1. Despegamos el vidrio roto.
2. Quitamos el vidrio roto.
3. Tomamos el vidrio de repuesto.
4. Colocamos el vidrio de repuesto.
5. Pegamos el vidrio de repuesto.
6. Fin
C. Elaborar un algoritmo para cambiar un neumático pinchado.
1. Orillarse.
2. Detener el auto.
3. Poner el freno de mano y encender las señales de peligro.
4. Apagar el auto.
3. Bajar del auto.
4. Cerrar la puerta.
5. Abrir la cajuela.
6. Sacar la llave de cruz.
7. Sacar un plástico o cartón
8. Sacar la llanta de refacción.
9. Sacar el gato hidráulico.
10. Poner el cartón o plástico cerca de la llanta ponchada para tener área limpia de trabajo.
11. Tomar la llave de cruz.
12. Con la llave de cruz dar dos vueltas a cada birlo en contra de las manecillas del reloj para aflojarlos.
13. Dejar la llave de cruz
14. Tomar el gato.
15. colocar el gato en detrás de la llanta delantera o enfrente de la llanta trasera
16. Gire la manija del gato en el sentido de las manecillas del reloj, hasta que la llanta ponchada esté 5 ó 6 centimetros por encima del suelo.
17. Tome de nuevo la llave de cruz.
18. Quite un birlo completamente
19. Póngalo en un lugar seguro.
20 Haga lo mismo con el resto de los birlos.
21. Deje la llave de cruz.
22. Sostenga la llanta ponchada con firmeza.
23. Jale derecho hacia afuera.
24. Ponga la llanta ponchada debajo de la carrocería o suspensión del automóvil, por si el gato se desliza todavía será soportado.
25.Tome la llanta de refacción y colóquela en el tambor.
26. Tome un birlo y colóquelo donde le corresponde.
27. Apriételo manualmente.
28. Haga lo mismo con el resto de los birlos.
29. Gire el gato de manera opuesta hasta que el auto baje al suelo.
30. Cuando el peso ya no esté en el gato, remuévalo de abajo del auto.
31. Ponga a un lado el gato.
32. Tome la llave de cruz.
33. Apriete completamente un birlo.
34. Repita la operación con el resto de los birlos.
35. Saque la llanta ponchada que está debajo del auto.
36. Guarde la llanta ponchada en la cajuela.
37. Guarde el gato en la cajuela.
37. Guarde la llave de cruz en la cajuela.
38. Guarde el plástico o cartón en la cajuela
39. Cierra la cajuela.
40. Fin
D. Elaborar un algoritmo para hacer una llamada telefónica. Supongo que ya estoy parado en frente de un teléfono público y las monedas las tengo en la mano derecha.
1. Descolgar auricular con mano izquierda
2. Llevar el auricular a la oreja izquierda.
3. Esperar a escuchar el tono de marcado.
4. Con la mano derecha introducir las monedas en la ranura del teléfono.
5. Con la mano derecha marcar el número
6. Esperar a que conteste es destinatario.
7. Dar el mensaje.
8. Colgar con mano izquierda el auricular en el lugar en donde se descolgó.
9. Fin.
E. Definir «su» robot, es decir, lo que sabe hacer tomando como referencia lo que usted hace, y elaborar un algoritmo que lo lleve desde que se despierta por la mañana hasta que llega a la escuela, trabajo o algún otro lugar.
Supongo que el robot sabe identificar rutas visualmente y además que en el cuarto de baño hay ropa para cambiarse.
El robot sabe.
a. Levantarse de la cama.
b. caminar.
c. detenerse.
d. ponerse sandalias.
e. quitarse sandalias.
f. Abrir puerta y entrar.
g. desvestirse.
h. vestirse y guardar ropa sucia.
i. abrir el refrigerador.
j. sacar alimentos del refrigerador.
h. preparar desayuno.
i. sentarse.
j. comer.
l. bajar escaleras.
m. cerrar puerta.
n. bañarse.
ñ. secarse.
o. cepillarse los dientes.
p. bajar escaleras.
q. cruzar la calle.
r. pagar importe de pasaje.
s. subir al transporte.
t. verificar si hay lugar para sentarse en transporte.
u. levantarse de asiento o silla.
v. bajar de transporte.
w. lavarse los dientes.
x. peinarse.
y. rasurarse.
z. aplicar complementos de aseo (desodorante, loción, etc.).
z1. Tomar cartera y celular.
z2. Esperar el transporte.
Algoritmo.
Para ahorrar tiempo lo haré con claves:
1. a; 2. d; 3. b hasta la puerta; 4; c; 4.1. 4.2. m; 5. b hasta la puerta del baño; 6. c frente a la puerta del baño; 6.1. f; 7. b hacia el interior del baño; 8. c; 9. e; 10. g; 11. d; 12. b hasta el área de la regadera; 13. n; 14. ñ; 15.h; 16. x, y; 17. b hasta la puerta del baño; 18. c; 19. f; 20. b hasta el refrigerador que está en el comedor; 21. c; 22. i; 23. j; 24. h; 25. i en una silla frente a la mesa del comedor; 26. j; 27. u al terminar de comer; 28. b hasta el lugar del aseo personal; 29. c. 30. o; 31. z. 32. b hasta la sala; 33. c; 34. z1; 35. b hasta la puerta principal. 36. c; 37. f; 38. m; 39. l hasta llegar a la salida del inmueble; 40. b hasta la parada del bus; 41. c; 42. z2; 43. s; 44. r; 45. t; 46. En caso de encontrar lugar b hasta el asiento vacío; 47. en caso de 46 c sino b hasta la puerta de descenso, c y esperar al lugar destino; 47. En caso de 46 i en asiento vació hasta llegar al destino; 48. En caso de 47 al llegar al lugar destino u, b hasta la puerta de descenso y v; 49. En caso e no 47 v en el lugar de destino; 50. b hasta puerta del trabajo; 51. c; 52. f; 53. Fin
Bueno, este es el algoritmo, la verdad es que así sin estructuras de camino alternativo, secuencia, etcétera es muy complicado. Por supuesto es erróneo en varios puntos pero como ejercicio me fue interesante. Pienso que es muy importante hacer la lista de requerimientos muy bien porque si no van a hacer como yo, ir metiendo puntos extra aunque supongo que a la hora de codificar es común pero más si no se planea ya que puede ser que se eche a perder el esfuerzo. Bueno, sigo aún en la unidad dos. Suerte.
Algoritmos 1
Sigo leyendo el libro Programación estructurada y orientada a objetos. Un enfoque algorítmico, de Leobardo López Román, me sigue pareciendo bueno o muy bueno, salvo algunos detalles de redacción y algunas ambigüedades.
A continuación les mostraré una técnica de estudio que puede servir para estudiar efectivamente libros, no sólo de programación sino en general. Continuamente se nos pide como estudiantes que leamos tal o cual libro y que además típico que sobre esa lectura tendremos que hacer examen. Bien, yo he leído muchos muchos muchos libros, de muchísimos temas. Es fácil leer cuando tienes tiempo o son temas más bien divertidos o no muy demandantes mentalmente, pero, hay otro tipo de libros, de muchos conceptos por aprender, o complicados por enunciar leyes o datos históricos y que a menos que el tema que estemos leyendo se nos haga lo más divertido del mundo pues nos acabará por cansar, no nos aprenderemos nada o muy poco y el examen que hagamos no será muy fácil de resolver por nosotros. ¿Qué hacer? Mmm supongamos que estamos en el supuesto del examen, lo primero que hago es hojear el índice (sí ya sé que parece técnica barata de libro de lectura rápida) y pues no lo leo tan al detalle pero sí me da una pequeña idea de lo que me voy a encontrar. Generalmente leo el prólogo y la introducción pues me gusta lo que piensa el autor o alguien cercano al libro acerca de este. No olvidemos que una obra literaria tiene detrás de sí el trabajo de personas, del autor, del editor, del revisor, etcétera; es una obra humana y en sí misma es interesante. Pero volvamos al examen, el siguiente pasó sería leer la primera parte de cada capítulo, en ella generalmente se exponen los puntos básicos que tocará cada capítulo. Generalmente los profesores son flojos y tampoco van a preguntar cosas muy complicadas y además si tienen un poco sentido común también preguntarán los conceptos más importantes y eso viene en la primera parte de cada capítulo. Este paso es importante porque en el caso de que vayamos a hablar en público del libro ya nos podremos defender bien, hablaremos de lo más importante del libro, además este paso tiene encerrado otro propósito muy importante, nos da un panorama acerca de hacia donde va el libro, qué pretende demostrar o mostrar. Insisto en este paso porque es parecido a cuando vamos emprender un viaje largo; sin saber hacia donde se va hasta el viaje más corto puede resultar tedioso sobre todo cuando nos implica esfuerzo, y leer un libro es como una caminata que puede ser divertida si sabemos qué cosas interesantes podemos ir observando en el camino, pero si no lo sabemos será sin duda más difícil. Todos nosotros (o casi todos) hemos extraviado la ruta a la hora de querer llegar a un destino y aunque sólo hayamos caminado un poco para encontrar el lugar que buscábamos, el hecho de sentirse extraviado hace que todo parezca el triple de largo, lo mismo pasa con los libros, es mejor tener un mapa de todo él antes de querer leerlo a fondo, eso nos lo dará leer la primera parte de los capítulos. Por último yo leería los primeros párrafos de cada sección, confíen en mí, los profes buscan sus preguntas ahí y lo que es más, lo más importante debe entrar antes a su mente y está en donde les digo, si ustedes hacen hasta aquí lo que les recomiendo irán el triple de rápido sobre el libro y no les parecerá tan tedioso pues ya saben el destino al qué llegar y puede ser que el libro ya no parezca tan aburrido. Ya si quieren leer todo el resto del libro pues ya será cosa se niños.
Bueno, eso hice con el libro del que hablo al principio, en todas las primeras partes da los conceptos más importantes y ya tengo un mapa mental de qué es lo que voy a aprender y el lugar al que voy a llegar. No es fácil, para nada, pero me permite poder avanzar con mayor rapidez. Algo que también repite una y otra vez en cada primera parte de los capítulos es que si el estudiante no hace algoritmos no aprende, lo cual tiene su lógica. Así las cosas avancé hasta el capítulo 9 que más bien trata de conceptos básico y algoritmos básicos con pseudocódigo y ya terminé el primer capítulo totalmente (bueno, faltan los ejercicios que obviamente voy a realizar) y podré seguir adelante.
A realizar los algoritmos se ha dicho. Pronto más noticias.
Nuevo Libro
Sigo revisando bibliografía con relación al desarrollo de software. Ayer fui al sótano y estuve hojeando varios, de C++, de HTML5 (que extrañamente sólo encontré uno), de JAVA, etc. No compré ninguno y regresé de noche a casa. Sigo pensando en que las bases son importantes por eso busco libros y más libros; empezar bien ahorra mucho tiempo, mucho esfuerzo. Existe un libro que encontré ya en varias librerías llamado Programación estructurada y orientada a objetos. Un enfoque algorítmico, de Leobardo López Román. Me sorprendió mucho el saber que el autor es mexicano, casi todo lo que encuentro de ese tipo es norteamericano; hoy fui a casa del libro y lo compré. He leído las primeras hojas y queda reforzada mi idea de la importancia del trabajo en las bases pues lo mismo piensa el autor. Además el autor también recomienda empezar en C o C++ en lugar de JAVA o algún otro lenguaje a la hora de empezar a estudiar un lenguaje de programación, sin embargo recomienda ampliamente no meterse en lenguajes sin antes aprender a usar el pseudocódigo y aprender las estructuras básicas, la programación estructurada, aprender la lógica de programar. Pues vamos a hacerle caso, vamos a aprender lo que el hombre dice, hay que saber escuchar a los que son muy buenos y por lo poco que he leído del libro, es tipo está muy metido en su trabajo, es bueno.
Cito algo que dice el autor que me gustó, es con respecto a programar:
«Aprender a programar no es fácil ni rápido; es un proceso que debe iniciar con el desarrollo de la lógica usando un pseudolenguaje de diseño de programas o algoritmos. Con el estudio de la metodología y fundamentos de programación que le presento en este libro, el estudiante aprenderá la lógica de la programación orientada a objetos sin estar «casado» con ningún lenguaje; y de aquí en adelante podrá aprender y comprender cualquier lenguaje estructurado y orientado a objetos como C, C++, Java, C#, UML, etcétera».
Lo anterior me da confianza en el autor, sabe que aprender lleva tiempo, esfuerzo, disciplina, dedicación.
Suerte programando.
Historia de la informática
Me dejaron como tarea en la materia de informática jurídica que en una cuartilla explicara la historia de la informática, aunque más bien la profesora pidió la historia de las computadoras. Bueno, me voy a concentrar en las personas más que en las generaciones y eso. Bien, aquí va:
La historia de las computadoras
¿Quién fue el inventor de la computadora? No es una pregunta fácil de contestar. En realidad no hubo un único inventor de las computadoras sino que ella son el producto del genio de muchos hombres, todos importantes. Una computadora es un artefacto compuesto por muchos artefactos más, cada uno de ellos siendo en sí mismo otro invento.
Generalmente se conoce la historia de las computadoras partiendo de generaciones, en esta ocasión nos concentraremos en los inventores por un lado y en las computadoras personales por otro.
1936
Konrad Zuse – Computadora Z1 Primera computadora de libre programación.
1942
John Atanasoff y Clifford Berry
Computadora ABC Quien fuera la primer computadora en el negocio de la informática
1944
Howard Aiken y Grace Hopper
Computadora Harvard Mark I
1946
John Presper Eckert y John W. Mauchly
Computadora ENIAC 1 20,000 tubos de vacío.
1948
Frederic Williams y Tom Kilburn
Computadora Manchester Baby y El Tubo Williams Encienden las memorias.
1947/48
John Bardeen, Walter Brattain y Wiliam Shockley
El Transistor No es un computadora pero su invención afectó enormemente la historia de las computadoras.
1951
John Presper Eckert y John W. Mauchly
Computadora UNIVAC La primera computadora comercial
1953
International Business Machines
Computadora IBM 701 EDPM IBM entra a la historia de las computadoras.
1954
John Backus e IBM
Flenguaje de programación de computadoras FORTRAN El primer lenguaje de programación exitoso de alto nivel.
1955
(In Use 1959)
Stanford Research Institute, Bank of America y and General Electric
ERMA y MICR El primer banco de la industria informática, además MICR (magnetic ink character recognition) para la lectura de cheques.
1958
Jack Kilby y Robert Noyce
El circuito integrado También conocido como ‘El Chip’
1962
Steve Russell y MIT
Juego Spacewar El primer juego de computadora.
1964
Douglas Engelbart
Mouse de computadora y Windows En 1964 el primer prototipo de mouse de computadora fue hecho para utilizar con una interfaz gráfica para el usuario(GUI: Graphical User Interface), ‘hoy windows’.
1969
ARPAnet El internet original.
1970
Memoria de computadora Intel 1103 El primer chip RAM dinámico disponible.
1971
Faggin, Hoff y Mazor
Microprocesador Intel 4004 El primer microprocesador.
1971
Alan Shugart e IBM
El Disco Flexible o “Floppy» .
1973
Robert Metcalfe y Xerox
Red de trabajo Ethernet Networking.
1974/75
Scelbi, Mark-8 Altair e IBM 5100 Las primeras computadoras comsumibles.
1976/77
Apple I, II & TRS-80 y Commodore Pet Más computadoras consumibles.
1978
Dan Bricklin y Bob Frankston
Hoja de cálculo VisiCalc
1979
Seymour Rubenstein y Rob Barnaby
WordStar Procesador de palabras.
1981
IBM
The Computadora personal IBM PC Empieza la revolución de las computadoras personales.
1981
Microsoft
MS-DOS Sistema Operativo De un «Quick And Dirty» deviene el sistema operativo del siglo.
1983
Computadora Apple Lisa Tla primer computadora para hogar con GUI (graphical user interface).
1984
Computadora Apple Macintosh El más asequible computador con GUI.
1985
Microsoft Windows Microsoft comienza la “guerra” con Apple.
Sólo falta agregar lo de las generaciones y listo.
La importancia de la vocación
Ayer estuve visitando zapaterías y muy metido en eso del 14 de febrero que ya se acerca. Le regalé a mi novia un libro de Vargas Llosa como presanvalentín. Quería comprarme algo que hablara de programación pero los libros que vi no me llamaron la atención. Compré un libro de todas formas que habla de la vocación, un tema por demás difícil. Recuerdo las clases de orientación vocacional en la vocacional, eran una tomada de pelo y creo que esos profes son los más miserables de todos, perdidos en un mar de niños que no les escuchan. La vocación es un llamado, algo que se siente, un sentido de misión y de bienestar a la vez, es como un desahogo del alma. Yo sentí esto de la programación hace ya muchos años, pero ya estaba enrollado en otras cosas que también me gustaban, no quiero decir que la economía no me gustara, todo lo contrario, me gusta mucho, pero en ciertos aspectos la sufro también. Los posgrados en economía los encuentro tan inútiles y la teoría que dan en las escuelas tan fuera de verdad que sencillamente yo no puedo enseñar economía (tradicional) y tampoco puedo estar en un posgrado de economía, lo sufriría muchísimo, una enormidad, de hecho ya sufro mis clases derecho-económicas llenas de tanto sinsentido y de maestros tan torpes.
Con la ingeniería de software no me pasa eso, con el diseño web, con los lenguajes, no me pasa eso, siempre quiero aprender y lo disfruto. La carrera en la ESAD sencillamente fue la respuesta del destino a mis plegarias cuando vio que yo ya había hecho lo que podía desde el lado jurídico-económico, ya había «limpiado mi karma», no quiero decir que no vaya a hacer más cosas en esos rubros, sí que haré y mucho, pero ya estoy más comprometido con la ingeniería. No me hubiera gustado dedicarme al software desde niño, es decir, me gusta todo lo que he aprendido, me ha forjado un carácter, una identidad, un criterio propio, la economía y el derecho me hicieron pensar en cosas que nunca se me hubieran ocurrido y me enseñaron a ver con otros ojos mucho más claros. Ese conocimiento lo seguiré usando para toda la vida, sin duda, pero me enfocaré más en la ingeniería. ¿Cómo se que esa es la vocación? Es sencillo, es lo que me mantiene despierto como hoy, escribiendo a los 00:44 cuando debo despertarme a las 7:00. Soy afortunado, sé lo que quiero y debo reconocer que a ese estado nunca llegué en economía, mucho menos en derecho, de alguna manera siempre me pesaron, de alguna manera mi interior sabía que tenia que llegar hasta aquí, algún día. ¿Cómo sé que es esto mi vocación? Es fácil, puedo escribir al respecto mucho, mucho, sé que puedo aprender mucho también y rápido y bien. Espero que si alguien lee estas líneas algún día sepa de qué le hablo, lo sienta, si no lo siente con respecto al software, a la programación, a todos esos temas, es mejor cambiar de rumbo, pero ya, ¡sal de este sitio y busca tu propio destino! Tengo 33 años, no me siento viejo para ser ingeniero en software, me siento en la mejor forma mental de mi vida, siento que todo lo estoy comprendiendo, que puedo hacer muchas cosas. Estos conocimientos se parecen a cuando sabes varios idiomas ya que siempre habrá necesidad de maestros que los enseñen, siempre habrá necesidad de gente que sepa programar; esto no es como ser futbolista.
Algún día cuando ya me desempeñe a buen nivel editaré estas entradas y haré un libro descargable o mejor impreso, o ambos. Quiero que el que lo lea aprenda de lo que yo pasé, lo que tuve que luchar, que evite cometer mis errores y que compartamos nuestro gusto por estos temas. Nada me gustaría más que hubiera un libro que fuera algo así como «Ingeniería avanzada de software», estaría de fábula. Debo dormir, nos leemos pronto.
Bye
Curso de HTML5 (3)
Esta entrada la estoy rehaciendo porque sucede que el navegador mozilla me está cometiendo errores y pues no salvé y todo lo que había puesto se perdió. Bueno, rápido, vamos a ver el video 3:
Hice la plantilla o template que sirve entre otras cosas para ahorrarnos tiempo y errores ya que no tenemos que estar escribiendo lo mismo una y otra vez. Vamos a la plantilla y ya sólo modificamos.
El código del template:
<!DOCTYPE html>
<html>
<head>
<title> </title>
</head>
<body>
</body>
</html>
lo guardé como template con extensión .txt.
Vamos a ver nuevas etiquetas, sólo las voy a escribir porque prefiero ver qué van haciendo sobre la marcha:
<nav>…</nav>
<aside>…</aside>
<header>…</header>
<hgroup>…</hgroup>
<article>…</article>
<section>…</section>
<footer>…</footer>
Para esclarecer para qué sirve cada una pues es útil el dibujo que viene en el video y que aquí copio:
El código que hice fue el siguiente:
<!DOCTYPE html>
<html>
<head>
<title>Structuring (2)</title>
</head>
<body>
<nav>Aquí viene la navegación</nav>
<aside>Este es la parte lateral</aside>
<article>
<header>Esta es la cabecera</header>
<hgroup><h3>Este es el nuevo artículo</h3>
<h4>creado el 7 de febrero</h4>
</hgroup>
<section>sección 1</section>
<section>sección 2</section>
<section>sección 3</section>
</article>
<footer>Este es el footer</footer>
</body>
</html>
Como ven lo modifiqué un poco para que se vieran acentos en el navegador (y en este momento por alguna razón no lo puedo subir :p).
Ya supe qué pasó que no podía subir, había elegido el archivo con extensión equivocada.
También me he percatado que en la entrada pasada no salieron los números de código en la última columna sino que se repitió el caracter.
Las pongo manualmente:
| Result | Description | Entity Name | Number Code |
|---|
| á | small a, acute accent | á | á |
| é | small e, acute accent | é | é |
| í | small i, acute accent | í | í |
| ó | small o, acute accent | ó | ó |
| ú | small u, acute accent | ú | ú |
Nos vemos en la siguiente entrada, el navegador me sigue cometiendo errores. Bye.
| í | small i, acute accent | í | í
|
Curso de HTML5 (2)
Aquí el autor habla de estructuración de la página web, las etiquetas HTML involucradas y hacer una página web estructurada. El link es el siguiente:
Una página web básica tendrá las siguientes etiquetas:
<!DOCTYPE html>
<html>….</html>
<head>….</head>
<title>….</title>
Ahora bien, la estructura básica es la que sigue:
<!DOCTYPE html>
<html>
<head>
<title> Mi primer sitio web estructurado </title>
</head>
<body>
Hola mundo. Ahora estamos usando código html limpio.
<br>
El buen código es para su fácil revisión.
</body>
</html>
Hice lo que el autor dijo al pie de la letra y como esperaba, no pude hacer que explorador mostrara bien los acentos o mejor dicho las tildes de las palabras que tienen acento ortográfico. Lo he solucionado poniendo el número de código correspondiente a las «ó» y a la «a». Les pongo la tablita que tomé de http://www.tutorialspoint.com/html5/html5_entities.htm
ISO 8859-1 Character Entities
| Result | Description | Entity Name | Number Code |
|---|---|---|---|
| À | capital a, grave accent | À | À |
| Á | capital a, acute accent | Á | Á |
| Â | capital a, circumflex accent | Â | Â |
| Ã | capital a, tilde | Ã | Ã |
| Ä | capital a, umlaut mark | Ä | Ä |
| Å | capital a, ring | Å | Å |
| Æ | capital ae | Æ | Æ |
| Ç | capital c, cedilla | Ç | Ç |
| È | capital e, grave accent | È | È |
| É | capital e, acute accent | É | É |
| Ê | capital e, circumflex accent | Ê | Ê |
| Ë | capital e, umlaut mark | Ë | Ë |
| Ì | capital i, grave accent | Ì | Ì |
| Í | capital i, acute accent | Í | Í |
| Î | capital i, circumflex accent | Î | Î |
| Ï | capital i, umlaut mark | Ï | Ï |
| Ð | capital eth, Icelandic | Ð | Ð |
| Ñ | capital n, tilde | Ñ | Ñ |
| Ò | capital o, grave accent | Ò | Ò |
| Ó | capital o, acute accent | Ó | Ó |
| Ô | capital o, circumflex accent | Ô | Ô |
| Õ | capital o, tilde | Õ | Õ |
| Ö | capital o, umlaut mark | Ö | Ö |
| Ø | capital o, slash | Ø | Ø |
| Ù | capital u, grave accent | Ù | Ù |
| Ú | capital u, acute accent | Ú | Ú |
| Û | capital u, circumflex accent | Û | Û |
| Ü | capital u, umlaut mark | Ü | Ü |
| Ý | capital y, acute accent | Ý | Ý |
| Þ | capital THORN, Icelandic | Þ | Þ |
| ß | small sharp s, German | ß | ß |
| à | small a, grave accent | à | à |
| á | small a, acute accent | á | á |
| â | small a, circumflex accent | â | â |
| ã | small a, tilde | ã | ã |
| ä | small a, umlaut mark | ä | ä |
| å | small a, ring | å | å |
| æ | small ae | æ | æ |
| ç | small c, cedilla | ç | ç |
| è | small e, grave accent | è | è |
| é | small e, acute accent | é | é |
| ê | small e, circumflex accent | ê | ê |
| ë | small e, umlaut mark | ë | ë |
| ì | small i, grave accent | ì | ì |
| í | small i, acute accent | í | í |
| î | small i, circumflex accent | î | î |
| ï | small i, umlaut mark | ï | ï |
| ð | small eth, Icelandic | ð | ð |
| ñ | small n, tilde | ñ | ñ |
| ò | small o, grave accent | ò | ò |
| ó | small o, acute accent | ó | ó |
| ô | small o, circumflex accent | ô | ô |
| õ | small o, tilde | õ | õ |
| ö | small o, umlaut mark | ö | ö |
| ø | small o, slash | ø | ø |
| ù | small u, grave accent | ù | ù |
| ú | small u, acute accent | ú | ú |
| û | small u, circumflex accent | û | û |
| ü | small u, umlaut mark | ü | ü |
| ý | small y, acute accent | ý | ý |
| þ | small thorn, Icelandic | þ | þ |
| ÿ | small y, umlaut mark | ÿ | ÿ |
En la página proporcionada hay más tablas.
Abriendo el documento index.html con firefox el resultado es lo siguiente:
Como ven lo que metimos en <title>…</title> aparece tanto en la parte más alta del explorador como también en la más baja. El resto del texto es texto normal en dos renglones ya que usamos un <br>. Además ya aparecen las tildes.
Pues ya hicimos una página básica. Pasemos a otra lección…
ISO 8859-1 Character Entities
| Result | Description | Entity Name | Number Code |
|---|---|---|---|
| À | capital a, grave accent | À | À |
| Á | capital a, acute accent | Á | Á |
| Â | capital a, circumflex accent | Â | Â |
| Ã | capital a, tilde | Ã | Ã |
| Ä | capital a, umlaut mark | Ä | Ä |
| Å | capital a, ring | Å | Å |
| Æ | capital ae | Æ | Æ |
| Ç | capital c, cedilla | Ç | Ç |
| È | capital e, grave accent | È | È |
| É | capital e, acute accent | É | É |
| Ê | capital e, circumflex accent | Ê | Ê |
| Ë | capital e, umlaut mark | Ë | Ë |
| Ì | capital i, grave accent | Ì | Ì |
| Í | capital i, acute accent | Í | Í |
| Î | capital i, circumflex accent | Î | Î |
| Ï | capital i, umlaut mark | Ï | Ï |
| Ð | capital eth, Icelandic | Ð | Ð |
| Ñ | capital n, tilde | Ñ | Ñ |
| Ò | capital o, grave accent | Ò | Ò |
| Ó | capital o, acute accent | Ó | Ó |
| Ô | capital o, circumflex accent | Ô | Ô |
| Õ | capital o, tilde | Õ | Õ |
| Ö | capital o, umlaut mark | Ö | Ö |
| Ø | capital o, slash | Ø | Ø |
| Ù | capital u, grave accent | Ù | Ù |
| Ú | capital u, acute accent | Ú | Ú |
| Û | capital u, circumflex accent | Û | Û |
| Ü | capital u, umlaut mark | Ü | Ü |
| Ý | capital y, acute accent | Ý | Ý |
| Þ | capital THORN, Icelandic | Þ | Þ |
| ß | small sharp s, German | ß | ß |
| à | small a, grave accent | à | à |
| á | small a, acute accent | á | á |
| â | small a, circumflex accent | â | â |
| ã | small a, tilde | ã | ã |
| ä | small a, umlaut mark | ä | ä |
| å | small a, ring | å | å |
| æ | small ae | æ | æ |
| ç | small c, cedilla | ç | ç |
| è | small e, grave accent | è | è |
| é | small e, acute accent | é | é |
| ê | small e, circumflex accent | ê | ê |
| ë | small e, umlaut mark | ë | ë |
| ì | small i, grave accent | ì | ì |
| í | small i, acute accent | í | í |
| î | small i, circumflex accent | î | î |
| ï | small i, umlaut mark | ï | ï |
| ð | small eth, Icelandic | ð | ð |
| ñ | small n, tilde | ñ | ñ |
| ò | small o, grave accent | ò | ò |
| ó | small o, acute accent | ó | ó |
| ô | small o, circumflex accent | ô | ô |
| õ | small o, tilde | õ | õ |
| ö | small o, umlaut mark | ö | ö |
| ø | small o, slash | ø | ø |
| ù | small u, grave accent | ù | ù |
| ú | small u, acute accent | ú | ú |
| û | small u, circumflex accent | û | û |
| ü | small u, umlaut mark | ü | ü |
| ý | small y, acute accent | ý | ý |
| þ | small thorn, Icelandic | þ | þ |
| ÿ | small y, umlaut mark | ÿ | ÿ |
Curso de HTML5 (1)
Siempre me ha gustado la programación web y desde hace años, años, años, que compro libros sobre eso. Ahora con el desarrollo de HTML5 y algunos ejemplos de cosas que he visto que se pueden hacer con él, me ha vuelto el ánimo por lo concerniente a la programación web.
Buscando en internet encontré un cursito en youtube acerca de html5 y me gustó la forma de explicar del autor, Dion Dresschers. Está en inglés y aquí les dejo el link:
Aquí les pongo un resumen de qué dice:
Supuestamente vamos a crear nuestro propio website, ¿será?
Requerimientos:
– Web browser que soporte HTML5
– Editor de textos (uso el Gedit -Linux-).
No se necesita:
– Servidor.
– Conexión a internet.
El código que escribí fue el siguiente:
Hello World!!!
<br><br><br>
Este es mi primer sitio web
Lo que hice fue salvar el documento en el escritorio con el nombre index que es recomendable que la primer página se llame index, lo último fue aplicarle una extensión html, o sea el nombre completo sería index.html
Después ya se puede abrir con cualquier navegador que soporte el html5. Aquí la vista con Chromium
<br> sirve para darle espacio entre párrafos y podemos poner varias, yo por eso usé tres para que el espacio fuera visible.
Para salvar correctamente nuestro archivo debe ser de texto, le ponemos extensión html y el primer archivo siempre se llamará index.html
Vamos a la siguiente lección.
Entrada a décimo semestre
Ayer entré al décimo semestre de la carrera de derecho en la UNAM. Lo de siempre salvo una cosa, llevo la materia de Informática Jurídica y mi profesora parece buena, al menos me dio esa impresión pues se puso a explicar el temario y con humildad nos dijo qué partes de él ella misma no tenía bien dominadas. Como sea, será buena la información que obtenga de esa clase ya que las informática, el software, las aplicaciones en general, son desarrolladas por personas, esas personas tienen una esfera jurídica y es mejor que uno tenga muy claro las normas jurídicas a las que está sujeta la actividad del desarrollo de software.
Por otro lado en lo relativo a la ingeniería, estuve buscando información acerca de lenguajes. He intentado instalar el android en mi cpu pero todavía estoy muy verde en el manejo del ubuntu y no pude. Bajé el eclipse desde el administrador de software pero a la hora de querer añadir el android me marcaba error. Bueno, al menos la versión que bajé del eclipse ya venía con lo necesario para utilizar Java. Me gusta Java pero he estado leyendo que Oracle está haciendo las cosas mal y pues muchos no le auguran buen futuro, de todas formas me he puesto a leer algo de Java y algo de C++ para no variar.
Tengo el pdf del libro Pensar en C++ de Bruce Eckel. Leí la introducción y es muy parecido al libro relativo a Java del mismo autor del cual luego hablaré. Leyéndolo encuentro conceptos interesantes acerca de clases, POO, interfaz, etcétera. Veamos:
«Dado que una clase describe un conjunto de objetos que tienen idénticas características (elementos de datos) y comportamientos (funcionalidad), una clase es realmente un tipo de datos porque un número de punto flotante, por ejemplo, también tiene un conjunto de características y comportamientos. La diferencia está en que un programador define una clase para resolver un problema en lugar de estar obligado a usar un tipo de dato existente diseñado para representar una unidad de almacenamiento en una máquina. Amplía el lenguaje de programación añadiendo nuevos tipos de datos específicos según sus necesidades. El sistema de programación acoge las nuevas clases y les presta toda la atención y comprobación de tipo que da a los tipos predefinidos».
El enfoque orientado a objetos no está limitado a la construcción de simulaciones. Esté o no de acuerdo con que cualquier problema es una simulación del sistema que está diseñado, el uso de técnicas POO puede reducir fácilmente un amplio conjunto de problemas a una solución simple.
Pero, ¿cómo consigue que un objeto haga algo útil por usted? Debe haber una forma de petición al objeto para que haga algo, como completar una transacción, dibujar algo en la pantalla o activar un interruptor. Y cada objeto puede satisfacer sólo ciertas peticiones. Las peticiones que puede hacer un objeto están definidas por su interfaz, y es el tipo lo que determina la interfaz. Un ejemplo simple puede ser la representación de una bombilla:
Nombre del tipo: Luz
Interfaz: encender ( )
apagar ( )
intensificar ( )
atenuar ( )»
El autor es bueno en conceptualizar y hacer relaciones claras, no por nada sus obras tienen mucho reconocimiento.
Ingeniería en Desarrollo de Software 