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

Hola fredo, depende de qué se entiende por "programar". Si por programar entendemos ser capaz de desarrollar programas en un lenguaje concreto con cierto nivel de complejidad, quizás con unos meses o un año sea suficiente. Pero lo que es ser un profesional de la programación normalmente requiere varios años, ten en cuenta que comprende numerosos aspectos desde algoritmia hasta lenguajes, bases de datos, desarrollos web, etc. Así pues depende de lo que la persona se plantee. Si quiere aprender por hobby en unos pocos meses puede tener resultados. Si quiere dedicarse profesionalmente a la programación tendrá que dedicarle varios años y aún después de esto tendrá que continuar estudiando y formándose, porque la informática evoluciona muy rápido y no hay otro remedio que continuar formándose para estar al día y no quedar desfasado. Saludos.

Hola Martín, comparto en buena medida las ideas que comentas. Hay muchas, muchísimas personas que programamos, pero realmente es difícil dar con un buen profesional de la programación. Hay algunas circunstancias que aunque son una opinión las considero que se ajustan bastante a la realidad (en base a la experiencia que tengo acumulada en esto):

- El hecho de haber cursado estudios en un buen profesional de la programación, incluso cursos avanzados o de postgrado, no convierte a alguien en buen programador.

- Es muy difícil llega a ser un buen profesional de la programación simplemente con formación autodidacta (aunque supongo que habrá quien lo consiga), la mayoría de personas necesitamos realizar estudios con cierto nivel de formalidad para poder progresar.

- Para llegar a ser un buen profesional de la programación (no digo para llegar a programar, cosa que se puede hacer en semanas o meses) hacen falta bastantes años de dedicación. ¿Cuántos años? Depende de cada persona.

- Un buen profesional de la programación no se puede formar si la persona no tiene capacidades innatas. Y cuando digo capacidad innata me refiero a algo similar a lo que ocurre con la pintura por ejemplo. A mí me pueden formar para pintar, pero si no tengo una cualidad innata para pintar no llegaré a despuntar en la pintura. Igualmente me puedo formar en programación, pero si no tengo una cualidad innata no llegaré a ser un buen profesional de la programación.

También te diría que no hay que obsesionarse con tratar de dominarlo todo, de hecho ni los buenos profesionales lo dominan todo. Lo que sí tienen los buenos profesionales es una capacidad para adaptarse muy rápida.

 Yo por mi parte tengo clara una cosa: sigo estudiando y aprendiendo (y creo que así seguiré por muchos años).

Hola Sergio, comentarte varias cuestiones. La primera es que un problema de programación puede tener varias soluciones y varias de ellas ser igual de buenas. Por tanto no tienes que obsesionarte con buscar soluciones perfectas porque no las hay, simplemente se buscan soluciones lo más efectivas posibles gastando el menor tiempo posible, no se busca la solución perfecta.

Vamos ahora al ejercicio que comentas. Quizás es enunciado no está del todo claro, voy a tratar de aclararlo. Cuando dice que se extraen datos en paquetes de 100 unidades significa que el programa comienza y extrae Dato(1), Dato(2), ... Dato(98), Dato(99), Dato(100). Cuando llega a 100, ya ha completado un paquete. Para cada dato se evalúa si cumple las condiciones (que sea mayor que 600 y menor que 700). Si ocurre esto, se añade una unidad a un contador que controla cuántos datos que cumplen la condición han existido.

Al terminar la extracción del primer paquete el número de datos que se han extraído es 100 y el número máximo de datos que puede cumplir la condición es 100. La condición para que termine el programa es que haya más de 100 datos que cumplan la condición. Si hemos leído 100 datos exactos y para terminar el programa se requiere que haya más de 100 que cumplan la condición, es imposible que con el primer paquete de datos termine el programa.

Obligatoriamente se pasará al segundo paquete de datos que comprende Dato(101), Dato(102), ... , Dato(199), Dato(200), es decir, obligatoriamente tendrá lugar una segunda pasada por el bucle Mientras

Una vez terminado este segundo paquete de datos ya habremos leído 200 datos, de los cuales cierto número cumplirán la condición de ser mayores de 600 y menores de 700. Supongamos que los datos que cumplen son 30: el programa no termina, se seguirán extrayendo datos. Supongamos que los datos que cumplen son 116: entonces la condición para que termine el programa ya se cumple y esto lo reflejamos en una variable booleana esperado = Verdadero que dará lugar a que ya no se extraigan más datos. (Es decir, que no se vuelva a repetir el bucle).

Ahora veamos lo que tú comentas:


No entiendo por qué es necesario manipular el contador de este modo, pues a mi entender, n ya se encuentra en el valor necesario en el caso de retomar el bucle o en caso de mostrar el mensaje
 


Si te fijas, hay dos contadores: i y j. i cuenta desde el primer dato del paquete de datos hasta el último en un bucle desde ... siguiente. j es un acumulador que va acumulando el número de datos que cumplen la condición.

¿Qué es n? n no es un contador. No siempre que veamos una letra como i, j, k, n... tienen que ser contadores. Hay que fijarse específicamente qué es lo que hacen o significan. n es un índice que nos dice cuál es el primer valor del paquete de datos, así n inicialmente vale 1. i cuenta de 1 a 100. Luego se hace n=n+100 lo cual significa que n=101 que es el índice para el primer elemento del segundo paquete. i contará de 101 a 200. Si hubiera otra repetición de bucle, n sería n=201 e i contaría de 201 a 300...

Durante el primer bucle n vale siempre 1, lo que va cambiando es i. Si no cambiáramos el valor de n, este seguiría siendo 1 al final. Hemos de cambiarlo.

Por tanto: no hay manipulación de contador, lo que se hace es ir estableciendo los índices iniciales que van siendo necesarios.



¿Cuál es la necesidad de poner Mostrar “Se cumple lo previsto habiendo extraído”, j, “datos de un total de”, n + 99, “datos”?
Me parece que esto no es adecuado, porque de este modo se está sumando 99 al último valor de n en el bucle...


La necesidad de mostrar eso: el enunciado dice "indicar el número de datos que se extrajeron frente al total extraído". Lo que se hace es, una vez ha terminado la extracción de un paquete de datos, se evalúa lo que ha ocurrido. Si se verifica la condición de terminación del programa, el valor de n que tenemos es el correspondiente al primer dato del último paquete que se extrajo. ¿Cuál es el índice del último dato del último paquete extraído? n+99, por ejemplo, si es el segundo paquete el primer dato es n=101 y el último dato es n+99, es decir, 200. Lo que nos dice ese mensaje es cuántos valores cumplieron y cuántos fueron leídos en total.

Con la instrucción Mostrar no se está sumando 99 al último valor de n: mostrar es mostrar, no modifica el valor de la variable. Para realizar una modificación tendríamos que escribir n = n+99. El simple hecho de escribir una operación dentro de un mostrar no modifica el valor de la variable. Para modificar el valor de la variable hay que hacerlo con una operación de asignación (usando el =).

 
Otra cosa que comentas:

Si se vuelve a ingresar al bucle porque esperado=falso al finalizar el primer paquete, sin esta aclaración el bucle empezaría en n=101, con la instrucción n=n+100 se empezaría en 201...

Correcto: si lees la explicación anterior verás que esto es exactamente lo que se pretende.

Me he extendido un poco, espero que al menos te sirva de ayuda

Copio la información que aparece en otros hilos del foro:

"Información general sobre los cursos de aprenderaprogramar.com".

Los cursos se ofrecen en tres modalidades:

-Gratuito: a través de la web el alumno sigue el curso por sí mismo sin ayuda por nuestra parte. No obstante, dispone de los foros (www.aprenderaprogramar.com/foros) donde puede realizar consultas para tratar de obtener colaboración por parte de otros usuarios o personas que trabajan o colaboran en el sitio web. Por ejemplo el curso para iniciarse en Visual Basic es "Curso Lenguaje de programación Visual Basic nivel I". Se accede desde www.aprenderaprogramar.com --> Menú cursos --> Menú lateral derecho --> "Curso lenguaje de programación Visual Basic nivel I". El alumno debe ir leyendo las entregas (CU00301A, CU0302A, CU00303A, ...) y realizando los ejercicios propuestos ordenadamente.

-Tickets de soporte: es una modalidad intermedia entre el curso gratuito y el on-line. Más información en www.aprenderaprogramar.com --> Cursos --> Tickets de soporte.

-Tutorizado on-line: Enviamos por correo el material formativo una vez se abone el importe del curso (esta opción es de pago). El plazo de entrega depende del país y del servicio de correos (normalmente entre 1 y 3 semanas), pero si el alumno lo desea adelantamos un contenido inicial por correo electrónico en formato pdf para que se pueda comenzar antes. Tutorizamos al alumno personalizadamente, indicándole qué es lo más relevante, cuál es la mejor forma de organizarse y haciendo un seguimiento y resolución de las dudas que puedan surgir (normalmente vía correo electrónico, vía foros aprenderaprogramar.com, y puntualmente vía Skype). Si el alumno completa el curso le expedimos un certificado acreditativo.

La fecha de comienzo y plazos para el curso tutorizado on-line se establecen de común acuerdo entre el tutor y el alumno, una vez abonado el importe del curso. No hay fechas preestablecidas ya que se trata de cursos personalizados.

A la información sobre los cursos tutorizados on-line se accede desde el menú cursos y luego pulsando sobre "Cursos tutorizados on-line".

Para ampliar información sobre cómo utilizar la web y sobre cómo empezar es recomendable que leas los artículos de la sección “Cómo empezar”. Si le dedicas unos minutos a leer este apartado le sacarás más rendimiento a la web.

Hola Javier, claro que se puede. La cuestión es ver cuál es tu punto de partida y el esfuerzo que te puede requerir. ¿Qué nivel de conocimientos en matemáticas tienes? ¿Eres capaz de resolver una ecuación de segundo grado? ¿Eres capaz de despejar la incógnita en una ecuación como 3x - 7 = 15? ¿Eres capaz de calcular un volumen si te dan la fórmula V = Pi * R^2*H y los datos de R y H? ¿Sabes utilizar windosw, word, etc. a nivel de usuario?

Hola Joel, te recomiendo los cursos y libros que ofrecemos desde el portal (claro, nosotros mismos nos recomendamos a nosotros mismos como es lógico)

El curso de fundamentos de programación lo puedes hacer on-line: https://www.aprenderaprogramar.com/index.php?option=com_content&view=category&id=28&Itemid=59

Y si quieres un libro, el libro "Aprender a programar. Algoritmos y fundamentos de programación orientados a la ingeniería y ciencias": https://www.aprenderaprogramar.com/index.php?option=com_content&view=article&id=97:aprender-a-programar-algoritmos-y-fundamentos-de-programacion&catid=25:libros-editados-por-aprenderaprogramarcom&Itemid=106

No sé si necesitas algo sobre algún lenguaje en concreto, lo que te he indicado está orientado sobre todo a fundamentos y un primer lenguaje (Visual Basic).

Hola sergio,

El pseudocódigo que tú presentas no es correcto. La instrucción leer tiene que estar dentro del bucle para a medida que va cambiando el índice i se vaya leyendo una nota. Si lo pones fuera del bucle solo se leería una vez.

La línea 1 = 1 hay que ponerla porque en un bucle mientras el valor del índice de control inicial y final hay que hacerlo explícito, igual que se hace explícito en un bucle desde ... siguiente. En el bucle desde siguiente se sabe que empezamos en 1 y terminamos en 35, pues en el mientras ... repetir también tenemos que indicar cuáles son los índices.

La línea i = i+1 hay que crearla en un bucle repetir ... mientras porque en este tipo de bucles la variable contador no se incrementa automáticamente. Esto es una diferencia con el desde... siguiente, en los bucles desde... siguiente el incremento del valor de la variable es automático, pero en otros tipos de bucles como este no es automático, tenemos que indicarlo nosotros con una instrucción específica.

La parte del código en que irían es como dices: el valor con que comienza la variable justo antes de entrar al bucle y el incremento al final de las instrucciones dentro del bucle. El pseudocódigo quedaría así:

1. Inicio [Algoritmo Notas de clase]

1.5 i = 1 [Aquí hacemos explícito que el primer índice del array es 1, de la misma manera que en el desde ... siguiente poníamos desde i=1]

 2. Mientras i<=35 Hacer [Aquí hacemos explícito que el último índice válido es 35 de la misma manera que en el desde ... siguiente poníamos ... hasta 35]

 2.1 Leer Nota(i)

 2.2 Si Nota(i) >= 5 Entonces

 Aprobados = Aprobados + 1

SiNo

Suspensos = Suspensos + 1

FinSi

 2.3 Si Nota(i) = 10 Entonces

 Dieces = Dieces + 1

FinSi

 2.4 Si Nota(i) = 0 Entonces

 Ceros = Ceros + 1

FinSi

2.5 i = i+1 [Tenemos que incrementar nosotros el índice, en el caso de un desde...siguiente este incremento es automático pero en el caso de un mientras hacer tenemos que controlarlo nosotros manualmente]

Repetir

 3. Mostrar “% de aprobados es”, (Aprobados / 35) * 100

 4. Mostrar “% de suspensos es”, (Suspensos / 35) * 100

 5. Mostrar “Obtienen un 10 un total de”, Dieces, “alumnos”
 
6. Mostrar “Obtienen un 0 un total de”, Ceros, “alumnos”

7. Fin

Finalmente recomendarte que empieces con el curso de visual basic y al mismo tiempo que estudias pseudocódigo vayas probando a hacer tus pequeños programas para probarlo, de este modo creo que verás más claro este tipo de ejercicios porque podrás probarlos tú mismo.

Hola berres, después de revisarlo hemos encontrado que efectivamente en una línea se habían mezclado dos enunciados incorrectamente. Ha quedado corregido (o eso creemos, si ves algo que no cuadre te agradecemos cualquier comentario), gracias por la aportación.

Hola berres, no hay problema con que comuniques una errata a través de este mismo hilo. Vamos a revisar lo que comentas. Tratamos de cuidar al máximo los contenidos pero siempre es posible que se nos escapen cosas, y agradecemos que se nos comuniquen.

Hola Eva! Mucha suerte con todo, aquí estamos para tratar de ayudar con esas dudas siempre que nos sea posible 

Lo que comentas de la dificultad para entender por qué determinadas cosas se hacen usando clases con atributos y métodos es habitual que ocurra cuando se empieza con la programación orientada a objetos. La verdad es que es un tipo de programación que no es sencilla y que requiere un poco de práctica y de tiempo.

Te voy a recomendar que te leas un artículo donde se trata un poco el concepto de clase y cómo algunas clases se pueden modelar como objetos del mundo real mientras que otras no.

El artículo en cuestión (que es parte de un curso): https://www.aprenderaprogramar.com/index.php?option=com_content&view=article&id=525:concepto-y-definicion-de-clase-en-java-objetos-del-mundo-real-y-abstractos-ejemplos-cu00644b&catid=68:curso-aprender-programacion-java-desde-cero&Itemid=188

Si te resulta de interés éste, te pasaré otro enlace del mismo curso que introduce de forma un poco más específica el pensar como objetos algunas cosas que nunca se nos ocurriría pensar como objetos.