Barrapunto

Un algoritmo no es nada. Ni para bien ni para mal.

Si desconoces el negocio, las herramientas con las que se va a implementar, las posibilidades reales de los sistemas en los que se va a utilizar y la futura vida del software para el que se va a implementar vas a hacer una BASURA de algoritmo lo mires como lo mires.

Porque será curioso, pero el 99,9999 por ciento de la informática tiene más que ver con procesos que con algoritmos. (por supuesto es un porcentaje de desarrolo no de uso).

Así que no, hasta que no se haya estado 3 años picando código (aunque sólo es una de las opciones, pero es la que más enseña) lo hará como todos los analistas que he conocido (y han sidos bastantes) que cumplan la condicion de haber hecho análisis sin experiencia a menor nivel. Basura. A no ser que tengan experiencia al lado de analistas con experiencia que les enseñen.

Por continuar el comentario de Lock (con el que estoy de acuerdo).

Precisamente es ese conocimiento del API el que permite saber que, por ejemplo, el Collections.sort() [oracle.com] de Java usa un algoritmo MergeSort modificado de complejidad nlogn garantizado, asi que no tendras que dedicar ni siquiera un par de horas a escribir tu propia implementacion del QuickSort (con sus modificaciones para evitar los casos en los que la complejidad es n^2), reduciendo el tiempo de desarrollo y aumentando, muchisimo, la mantenibilidad del codigo.

Es esa destreza, junto a buenos conocimientos de disenio e implementacion los que permite a un analista diseniar bien un proceso.

Por lo que veo a mi alrededor, el cambio suele ocurrir a los cuatro anios de experiencia programando, para algunos son tres, para otros muchos mas, pero en torno a los cuatro anios es cuando se empiezan a hacer buenos analisis e implementaciones sin necesidad de guia.