SoloCodigo

Sólo los malos programadores critican los lenguajes de programación. Es como aquel individuo que visita un país que no es el suyo y sólo saca defectos del país, como ni lo entiende no lo respeta lo critica todo, lo que no significa que tenga razón.

Básicamente te diría que no hay lenguaje malo sino programadores malos en ese lenguaje. Los lenguajes de programación son como los idiomas de los países, no puede decise que uno sea mejor que otro por el sólo hecho de que un idioma no tenga tal o cual palabra en su vocabulario, porque siempre están a tiempo de añadirla, ni porque su escritura sea de esta o aquella manera... puestos a despreciar, el lenguaje de signos no puede compararse con la riqueza de ningún otro lenguaje humano, sin embargo ningún otro lenguaje humano presta el servicio que lo hace el lenguaje de signos a un determinado colectivo, es por eso que algunos creen que un lenguaje es mejor que otros, cuando deberían decir 'se adapta mejor a mis necesidades/capacidades' ó simplemente es mi idioma natural... en programación sería aquél con el que se  aprenden  y dan los primeros pasos.

En cuanto a las matemáticas, créeme que realmente el 98% puede ser programado con las operaciones fundamentales aritméticas y lógicas, es deseable conocimientos de trigonometría y combinatoria, lo demás sólo es necesario para hacer cálculos probablemente más veloces pero sólo al entrar en determinadas áreas, además dichas operaciones con ser más rápidas no necesariamente son más eficientes si no se hace una buena lógica de base con ellas.

A menudo sobre todo si uno se especializa en algún área, es más deseable tener ciertos conocimientos de física y las matemáticas aparejadas que matemáticas en si. Desde luego es obvio que cuanto más matemáticas y más físicas se conozcan mejor, más potentes y eficaces serán tus algoritmos. La realidad es que la instrucción más empleada por el procesador en tiempo real es NOP (no operación), lo que significa tiempos de espera, a menudo por sincronizaciónes y la otra parte de la realidad es que pongamos que 2 programas hechos 1 por un individuo con grandes conocimientos de matemáticas y otro hecho por ti que realizan la misma labor, a menudo te encontrarás con que por ejemplo un determinado algoritmo, pongamos que a ti te calcula en 10sg. y al él en 0'1sg. aunque la diferencia de tiempo es 100 en la práctica dicho rendimiento será significativo de acuerdo al número de veces que se emplee ese algoritmo por minuto, es decir si sólo se usa 1 vez en una hora, no hay mejoras significativas del rendimiento GLOBAL entre dichas aplicaciones. Esto es lo que sucede en la práctica, por eso sólo se notan rendimientos si8gnificativos cuando se hace uso intensivo de los algoritmos... lo cual sólo sucede en determinadas aplicaciones... una aplicación de chat, por ejemplo, no necesita potentes algoritmos como lo pueda necesitar un juego, porque a menudo el programa está a la espera de entrada de datos del usuario, y el tratamiento de estos datos es mucho menos intensivo en un chat que en un juego...

Mi consejo es que adquieras algún buen libro sobre algoritmos y estructuras de datos, con ello suples con creces determinadas carencias matemáticas, es decir aunque tus programas cojeen de matemáticas serán potentes si van bien servidas de lógica y estructura.

Otra cosa importante es que no tienes que preocuparte cuando cierto geniecillo logra hacer un algoritmo 2,3 ó 4 veces más rápido que el tuyo, si es un 'geniecillo' es lo esperable, menos dejaría de ser un 'geniecillo'  ¿no?... en cambio si debes preocuparte (o al menos ocuparte) cuando la diferencia entre los algoritmos es de 100, 1000 veces, en ese caso tu desventaja todavía tiene una ventaja que el no la tiene. Si tu algoritmo es 1000 veces más lento que el de otro debe uno preguntarse por la lógica que está empleando, basándonos en que (a la vista) es posible generar un algoritmo semejante 1000 veces más rápidos podremos deducir que nuestro algoritmo es mejorable, esto no sería obvio si el caso no se diera, nuestra ventaja por tanto consiste en saber que es posible mejorarlo por que hemos visto uno 1000 veces más rápido, en cambio el 'geniecillo' tendrá la duda sobre si es posible mejorarlo, seguramente no le faltarán buenas ideas, pero a menudo una buena idea se disipa por ciertas limitaciones muchas veces intrínsecas.

Ahora a lo que vamos... el tíitulo de tu mensaje... no encuentro relación con lo que expones, quiero decir que aparte del título esta charla cabe perfectamente en la 'Taberna del bit'. ¿ Hay algo más que quieras decir sobre 'paradoja IA' ????. Un tema sólo para escribir comentarios es mejor hacerlo en el área adecuada del foro, si no vendrá gente a mirar y no encontrará problemas/soluciones...

Sr(a)

...o ser del espacio exterior, ó ...

Cuando  se habla con alguien no es necesario saber su sexo, ni su ciudad, ni su edad, ni su 'color preferido' ni nada más que su nombre. Baste decir su nombre: Nebire a secas no te deja caer en posibles errores, salvo que la malintencionalidad de uno quiera suscitar disputa creándose un 'auto-cacao mental'.

   La critica es saludable. "Cuando es Constructiva".

El último párrafo (que parece ser en el que basas toda tu respuesta), sólo te invito a hacer el uso adecuado del foro. antes de postear asegúrate de hacerlo en el sitio adecuado.
Dicho de otra manera, en ese párrafo te señalaba que no confundas un 'foro' con un 'chat'.

  El hacer una refelexion de tipo tecnica, no persigue descalificar. Sino poner las cosas en su lugar.
El problema de delphi con respecto a desarrolo de aplicaciones "practicas" en el area de inteligencia artificial, radica en la poca documentacion
que existe al respecto. (cuando hablo de problema, se refiere a una situacion que debe ser resuelta).
Por si no entendio, la disyuntiva: "delphi<=>ia", apela a la posibilidad de poder incoporar rutinas que "reconozcan patrones", en forma nativa dentro de un ejecutable delphi.
¿por que nativas?
por que es muy facil portar delphi (que trabaja en windows) a Lazaruz (que trabaja en Linux/windows)
la alternativa ".net", es un salvavidas "lento". (aqui, no es mi intencion decir .net en malo). se debe entender asi:
.net , no cumple las espectativas , en relacion tiempo de respuesta al cual estan habituados, los clientes (usuarios finales).
 

..bla, bla, bla...  para justificar tu mala leche.
Yo no he mencionado en ninguna parte de mi mensaje, nada ni de : NET, ni de Delphi, ni de 'posibilidad de poder incoporar rutinas que "reconozcan patrones"', ni de ' es un salvavidas "lento"', ni de '.net , no cumple las espectativas', ni nada de nada de lo que mencionas, para que saques conclusiones de ningún tipo.

La verdad es que con interlocutores como usted se hace "dicifil avanzar".

Fíjate que difícil es avanzar (conmigo), que te señalo (en el mensaje anterior), que uses el lenguaje que te salga de los güevos, sin preocuparte de lo que digan los demás acerca del lenguaje que a ti te parece adecuado a tus necesidades (aunque sólo fuera por que es el único que conocees en profundidad), especialmente si has concebido un modo de llevarlo a cabo (aquello que quieres hacer) .

...O sea no por ser distinto a usted, pretendo faltarle el respeto...

Claro, claro... fíjate si somos distintos, yo tengo la piel verde, una cabeza que ocupa la mitad de mi masa corporal, con un sólo ojo y 4 patas (12 dedos por cada pie) y escribo con 3 orejas que son como tentáculos, además mi lenguaje natural es el 'raticulín', de modo que utilizo un programa automático para traducir al español. Provengo del planeta Ganímedes y formo parte de una avanzadilla cuyo objetivo es invadir toda la galaxia para ser los amos del mundo... por eso contesto en estos foros, para distraer a la gente mientras me hago con el control del palneta.

...vamos que cualquier parecido entre tú y yo es pura casualidad... pero ávido tú, con 3 mensajes ya conoces todas las diferencias entre tú y yo. Que, por supuesto, los demás foreros, ¿tontos ellos?, no han percibido.

Mira, en el mensaje anterior sólo te he indicado 3 cosas:
la 1ª que... Un lenguaje poco apto para determinada tarea se convierte automáticamente en el más apto (para una determinada persona... )   SI   es el único disponible, o el único que se conoce.

la 2ª que... el (conocimiento y) uso de matemáticas y/o física es deseable, pero si no se poseen, no está todo perdido, todavía pueden crearse buenos programas en el 95% de las situaciones, queda claro que quizás no se podrá diseñar un programa que controle un experimento de una central nuclear, pero todavía la interfaz gráfica o partes del mismo si.

la 3ª que... aunque me agrada conversar de casi cualquier cosa, hay que distinguir las diferencias entre un foro y un chat, y que por ello (porque esto no es un chat) este mensaje no está ubicado en el sitio más adecuado.

Esto es el resumen de mi mensaje anterior, cualquier otra interpretación de tu parte se debe a las 'diferencias' que tu encuentras y que por cortesía te he enumerado...