PD: http://www.w3schools.com/js/js_regexp.asp

Yo opto por C#, más que nada porque sigue la sintaxis de C, C++, PHP, Java...

Mientras escribía cambié totalmente de opinión. Iba a poner cosas malas de VB, pero mirando unos códigos por encima, me volvió a gustar xD

Mi mayor problema al programar VB, es que al estar acostumbrado a C y compañía, la sintaxis de VB la tengo que repasar. Aunque bueno, otra razón por la que no lo uso mucho es porque no es 'objetivo'. "IF, THEN, END IF, etc etc". Prefiero ir al grano delimitando funciones y bloques con paréntesis, llaves o tabulaciones (en el caso de Python).

Por más que dividas en 1 o en 100 segmentos, seguirán siendo 2GB ocupadas, la mitad libres. Un crecimiento exponencial es peligroso.

Y no estoy en contra del realloc. Estoy en contra de abusar del realloc.



Suponiendo que tengas 1GB de datos, no creo que sea necesario guardarlo todo en un array (...)

Pero a parte de eso: Según el método de potencias de 2, si hay 1GB+1byte de elementos, acabarías ocupando 2GB de RAM, que no es una broma. Y es sólo un ejemplo.

Y repito, en ningún momento he hablado yo de arrays estáticos. Siempre he hablado de dinámicos y he orientado todo lo que he dicho a arrays dinámicos.

No se trata de obtener el tamaño del array que vamos a necesitar, se trata de obtener el incremento en el realloc.

En caso de leer un archivo, tienes algo claro: el tamaño del array será entre 1 y el tamaño del archivo. En caso de ser datos binarios de tamaño fijo, bastaría hacer una división. En caso de ser datos binario con el tamaño marcado por un entero, o tamaño de cadenas marcados por un delimitador, pues se podría sacar el mínimo y el máximo igualmente. Luego ya es sólo jugar con lo que se conoce de los datos.

Por no decir, que se puede hacer primero una lectura del archivo para ver cuantos elementos va a tener (en los casos que indiqué antes).

En definitiva, hay formas, aunque sean estadísticas de calcular. El tema de potencias de 2 es algo que me parece muy bruto. No hay qye hacer ningún cálculo, desde luego. Pero se puede derrochar memoria y tiempo.

Apoyo las cantidades fijas de incrementos en el almacenamiento dinámico.

Aunque sea, también se le puede pedir al programador el incremento, al fin y al cabo, ¿en qué ejemplos no se sabe más o menos el tamaño que tendrá un array?

Al decir que tenías dos programas, he supuesto que ambos los has creado tú.

Poner esa linea que escribí arriba al final. Quizás poniendo "start /I ..." vaya mejor.

En el final de cada programa, escribir un "system("start programa2")" ?

Para hacer un programa de preguntas y respuestas, no necesitas apenas matemáticas.
Para hacer el motor de un programa 3D, necesitarás matemáticas algo más avanzadas.

Todo dependerá de lo que hagas.

De todas formas, no creo que sea necesario "aprender" matemáticas en un cursillo. Simplemente busca en internet lo que no sepas, y ya así vas aprendiendo.