Foros aprenderaprogramar.com
Didáctica y divulgación de la programación

Hola Brandon, respecto a cómo ponerte en contacto con nosotros, a través de los foros ya lo estás haciendo. También puedes usar el correo electrónico contacto@aprenderaprogramar.com si lo prefieres. Y también puedes acceder a la página www.aprenderaprogramar.com y arriba a la derecha pulsar en el link "Contacto" y enviar un formulario de contacto.

Respecto a los cursos que se ofrecen tutorizados on-line y los costos, puedes acceder a la página www.aprenderaprogramar.com, pulsar sobre el link del menú "Cursos" y ahí buscar "Cursos tutorizados on-line". También puedes acceder directamente usando esta URL: https://www.aprenderaprogramar.com/index.php?option=com_content&view=article&id=64&Itemid=87

Para cualquier aclaración que necesites estamos para ayudarte en lo que sea posible. Saludos.

Cuando lo tengas solucionado dinos cuál era el problema... gracias María.

Coincido contigo Juanito, gran programa, lo único que hace falta es tiempo para sacarle partido.

Hola María, plantillas hay de muchos tipos:

a) Creadas por empresas que se dedican a crear plantillas

b) Creadas mediante programas para creación de plantillas como el artisteer

c) Creadas por cualquiera que sepa hacer plantillas (lo cual no es una tontería, hacen falta conocimientos)

d) Creadas modificando plantillas creadas de cualquiera de las maneras anteriores

e) Incorporadas en el propio Joomla

f) Etc. etc. etc.

El mundo de las plantillas es relativamente complejo, por tanto saber en qué tipo de plantilla se puede clasificar la plantilla de una web o blog... necesita de un poco de "vista" o experiencia, y a veces ni aún así.

Es verdad que en muchos casos puedes encontrar pistas a través del código que te permitan identificar si se ha usado una plantilla descargada desde alguna página, pero en otros casos no.

Te pongo un ejemplo, si entras en la web pequess.es, que es una web hecha con Joomla, en el código fuente encuentras cosas como /templates/gk_mystore/favicon.ico, mod_news_pro_gk4/interface/css/style.css, <div id="gk-wrapper" class="main">... etc. y estos detalles dan pistas.

Ahora te vas a google y escribes "template gk mystore joomla" y ahí buscando entre lo que te sale puedes llegar a esta página http://joombloger.com/2010/06/gk-mystore-gavickpro-may-2010-joomla-template/ y ahí investigando puedes llegar a este enlace http://demo.gavick.com/joomla15/may2010/ y si resulta que es una plantilla gratuita y que no la han modificado, quizás te la puedas descargar...

Pero en otros casos te puedes pasar horas buscando y no vas a encontrar nada.

Sobre el uso de css de una página que te guste para adaptarlos a una página tuya, efectivamente se pueden utilizar cosas... de cualquier manera en general esto implica manipular código y manipular código a determinados niveles solo es recomendable para gente con conocimientos avanzados.

Hay ciertos cambios que se pueden hacer fácilmente pero otros que pueden llevar mucho trabajo, depende. Y algunos cambios mal hechos pueden llevar a que una página web deje de funcionar correctamente. Saludos.

Hola Enryrigdane, trato de dar una respuesta a las cuestiones que planteas:

Sobre la entrega CU00148A

1. Partimos de la "tabla origen"
2. Buscamos las filas donde exista menor número de indiferencias (es decir, menor número de --). Estas filas son la C1 y la C4, en ambas solo existe una indiferenciea.
3. Como estamos en caso de empate (entre C1 y C4 hay empate, pues no hay una que tenga menos indiferencia que la otra), aplicamos el criterio para casos de empate: "En caso de empate, se divide por la fila que contiene menor número de indiferencias en la vertical de sus indiferencias."

Esta expresión es un poco complicada, pero vamos a tratar de ver cómo lo haríamos. La fila C1 tiene la indiferencia en la columna 4-6-7-12. ¿Cuántas indiferencias hay en la vertical de 4-6-7-12? La respuesta es que hay 2.

Ahora analizamos la fila C4: tien la indiferencia en la columna 1-2-3-8. ¿Cuántas indiferencias hay en la vertical de 1-2-3-8? La respuesta es que hay 2 también.

Vuelve a existir empate, por lo que aplicamos el criterio que en el curso numera como a.1.1) En caso de empate, se divide por la fila que el programador estime oportuna, atendiendo a su conocimiento del problema, y si no hay criterio a seguir siempre la opción “menor” o “sí”.

Es decir, elegimos una cualquiera, en general la más pequeña. Consideramos que el orden es C1, C2, C3, C4... de modo que entre C1 y C4, elegimos C1.



Sobre muchos ejemplos de tablas y que se puede hacer tedioso. Te voy a dar dos consejos que me parece te puedan servir. Tomarlos o no, depende de cada persona:

El primero: el esfuerzo y la constancia llevan a conseguir los objetivos. El objetivo lo marcamos cada uno. Si el tuyo es aprender a programar, con esfuerzo y constancia lo conseguirás.

El segundo es más práctico. Es verdad que los contenidos del curso son  bastante teóricos, pero son la base. ¿Cómo hacer para hacer más ameno el aprendizaje? La recomendación que te daría es: empieza el Curso de Visual Basic nivel I que tenemos en la web. Vete siguiéndolo, de forma que siempre veas los fundamentos (en el curso bases de la programación I) y luego la aplicación práctica (en el curso Visual Basic nivel I). Verás que muchos contenidos y ejercicios de aplicación del curso de visual basic se corresponden con contenidos y ejercicios planteados en el curso bases de la programación (P.ej. Variables en programación -- > Variables en Visual Basic). De esta manera, conjugas los fundamentos con la aplicación práctica.

Espero que lo expuesto te sirva de ayuda. Saludos.

Voy a poner un ejemplo un poco bruto, pero que a lo mejor aclara algo. Supongamos que queremos demoler una construcción y nos planteamos qué método usar.

Supongamos que la construcción es un edificio de 4 plantas y nos planteamos usar explosivos. Ponemos varias cargas explosivas, volamos el edificio tomando las precauciones oportunas, y listo. Hemos sido eficientes.

Ahora supongamos que la construcción es una carpa que se monta como una tienda de campaña con unos clavos al suelo y vientos para sujección. El método de los explosivos, que es eficiente en determinados casos, ¿sería eficiente ahora? No, porque usar explosivos requiere tomar unas medidas de seguridad, requiere de especialistas en explosivos, tiene un alto coste conseguir el explosivo, etc. Entonces, ¿cómo haríamos con la carpa? Pues simplemente desclavamos los clavos e iríamos quitando poco a poco la cubierta, los hierros, etc. En este caso es más eficiente el "desmontaje manual".

Ahora finalmente nos planteamos, para el caso peor --> mejor explosivos, para el caso mejor --> mejor desmontaje manual. ¿Y para el caso medio? El caso medio serían edificaciones de 1 o 2 plantas. Este caso medio se resuelve de forma eficiente usando una máquina autopropulsada tipo pala de construcción con algún utensilio específico para demolición.

Con el quicksort lo que decimos es que es eficiente para el caso medio. El peor caso para el quicksort sería el de vector prácticamente ordenado.

De momento que yo sepa no; supongo que más adelante se incluirá dentro de algún curso de tipo avanzado.

Trato de responder a lo planteado.

La clasificación de problemas de programación se puede hacer de muchas maneras.

Una de ellas se basa en clasificar la estrategia algorítmica que se usa (voraz, divide y vencerás, vuelta atrás, etc.), otras distinguen soluciones recursivas e iterativas, etc.

La clasificación que se plantea en el curso (en problemas de resolución directa, problemas con resolución documentada, problemas con iteración para búsqueda de soluciones, problemas a plantear con una tabla de decisión o problemas con resolución intuida pero método paso a paso a determinar) no es tanto una clasificación exacta como una orientación para que la persona que se enfrenta a un problema trate de clasificarlo de forma orientativa.

En programación utilizamos todas esas formas de resolver problemas.

¿Cómo aprender a identificar bien a qué tipo de resolución pertenece cada problema?

Cito algo que es parte del curso: "nos basamos en una clasificación práctica (o de base subjetiva): lo que para algunos es resolución directa, para otros puede ser resolución documentada. Igualmente la resolución intuida para algunas personas puede ser resolución directa o documentada para otras... No se trata de acotar de qué tipo es un problema desde el punto de vista científico: el objetivo es que cada uno sepamos identificar los problemas, conocerlos, y saber establecer estrategias para su resolución."

De lo que se trata, al fin y al cabo, es que antes de ponernos delante del ordenador a hacer algo hayamos reflexionado sobre lo que vamos a hacer.

Supongamos que el programador es un albañil al que se le plantea:

"Haz un edificio de una habitación con el techo plano" --> Lo puede hacer directamente (resolución directa)
"Haz un edificio con un techo a 4 aguas de estilo achinado" --> Quizás necesite ver alguna documentación para hacerlo bien (resolución documentada)
"Haz un edificio y vete dándole distintas formas al techo hasta que se obtenga una forma asimétrica que recuerde una estrella" --> Tendrá que ir repitiendo (resolución iterativa)
"Haz un edificio que si da el sol desde el sur, reduzca la luminosidad, si da el sol en vertical impida la entrada de luz, si da la luz de la luna permita el paso total de luz, si da..." --> Podría usar tablas para reflejar las posibilidades (resolución con tablas de decisión)
"Haz un edificio con techo de bóveda y deja escrito cómo lo hiciste" --> Quizás sepa lo que es el techo de bóveda y cómo hacerlo, pero no tenga del todo claro cómo construirlo paso a paso (resolución intuida pero método paso a paso a determinar)

En resumen: a medida que se vaya teniendo práctica como programador se irá sabiendo cómo abordar los problemas, no te preocupes ahora demasiado por esto. Lo que sí es importante es tener claro que antes de abordar un problema hay que reflexionar sobre él. Saludos.

Hola Enryrigdane, si te parece bien voy a abrir un nuevo hilo (tema) denominado "Cómo reconocer y abordar problemas en programación" y ahí te respondo, más que nada para no alargar este hilo que trataba sobre tablas de decisión.

En ese nuevo hilo te respondo la consulta.

Me alegro que estés motivado para seguir avanzando. Uno de los problemas principales de muchos alumnos es que abandonan en cuanto aparece una pequeña dificultad. Te aparecerán con seguridad más dificultades, pero con un poco de esfuerzo y la ayuda que puedas conseguir podrás avanzar hasta donde te propongas. Ten en cuenta que las tablas de decisión resultan adecuadas por cuanto introducen muchos conceptos de lógica y toma de decisiones útiles para la programación, pero que tampoco son lo más importante dentro del curso. De hecho, dentro del curso hay partes que se pueden "saltar" sin que esto suponga que el curso no se pueda completar. Así que lo importante es completar el curso, no entender todos y cada uno de sus apartados o párrafos. Animo.