Nosotros trabajamos, en nuestros aplicativos, en Visual Basic 6 (70%) y Visual .Net con C# (el otro 30%) y personalmente, creo que un lenguaje SI se queda obsoleto, porque no te premite hacer cosas nuevas y mejores (a pesar que las que si realiza, las hace perfectamente bien)

Desde mi punto de vista, mejor aprende Visual .Net (y C#).

Saludos.

Elige un lenguaje, apréndelo bien, y será tu fiel compañero por años y años… y además, para cuando hayas terminado con él, aprender otro cualquiera te resultará facilísimo…

No. Una cosa es que siga siendo (de momento) el lenguaje que mueve el mundo, y otra es que lo vaya a ser en el futuro. Lo que yo no haría ni harto de vino es empezar por el C. Es un lenguaje que es un poco de alto nivel y un bastante de bajísimo nivel, casi como un ensamblador.

Yo haría caso a la experiencia: o Visual Basic.Net o si no, un Visual algo, incluso un Python. Pero fácil, fácil… no vas a encontrar nada. Ni siquiera hacer una macro en Excel es fácil.

Siento el jarro de agua fría, pero es que la informática se ha vuelto muy complicada en los últimos tiempos… tanto, que un amigo mío dice que “esto de la informática es muy complicado para dejárselo a los informáticos”.

Y sobre la anécdota de Argus… Yo también hice cursos de dirección de empresa y se hacían “experimentos” de diversos tipos. Y salían cosas tan tan curiosas e impensables que yo (hablo por mí) llegué a la conclusión de que:

a) O había una cantidad realmente elevada de descerebrados e inanes mentales.

b) O había una cantidad bastante alta de auténticos “machos cabríos de gran tamaño” que debían disfrutar fastidiando sistemáticamente el experimento.

c) O ambas cosas.

Claro que luego me pregunté a mí mismo: Y tú, Mac… ¿en cuál de las tres categorías estás encuadrado? Y me deprimí, claro.

Y es que convivir en la empresa es muuuuu difícil….

Qué buen artículo, como todos, J!!!

Volviendo a los juegos, el grupo que siempre traicionaba no estaba compinchado con la banca. Éramos compañeros de trabajo y formamos los grupos al azar. La diferencia es que esos tres que formaron el grupo traicionero eran más listos. Bueno, no sé si listos: Eran más “Nash”. Repetían continuamente: “ganar es fácil, ganar es fácil”. En cierto modo ganaron, es decir, perdieron mucho menos que los demás.

Sin embargo, en una situación real no creo que les hubiese valido la técnica. La vida da muchas vueltas y se pueden producir otros posibles emparejamientos. Se pueden crear grupos que confíen entre sí. De esta forma, el grupo traicionero estaría condenado a perder poco en cada enfrentamiento, pues nadie colaboraría estando ellos presentes, mientras los otros grupos podrían recuperar dinero, en ausencia del traicionero, gracias a la confianza ganada.

Yo, como pragmático que soy, directamente no te recomiendo C, ni siquiera Python (pese a lo “sencillo” que parece, muestra propiedades y conceptos muy complejos, aunque para hacer cosillas sencillas, como todos, no es complicado). Lo mío es Visual Basic 6, pero como eso está “obsoleto” (nótese la ironía), de aprender algo nuevo y sencillo, pero también visual (porque en C no vas a ver un textbox ni un combobox de serie donde el usuario pueda escribir o elegir de una lista) me iría a Visual Basic.NET

Vale, no es multiplataforma, es propietario de Microsoft… pero pides algo fácil de comprender y aprender… sin preocuparte de poner ; al final de cada línea y con un entorno amigable de trabajo… Pues eso.

Respecto al artículo, como siempre muy interesante ese equilibrio de Nash. Y lo que le pasó a Argus es lo de siempre: no todos los jugadores siguen la lógica, o incluso pueden ser “amigos” de la banca e ir a romper el juego para crear caos. Y así acabásteis.

el texto clásico para aprender C es:

Brian W. Kernighan, Dennis M. Ritchie. The C programming language. Segunda Edición, Prentice Hall, 1989. ISBN: 0-13-110362-8. (Biblioteca: L/D 004.438 C KER 1988)

Te cuento una anécdota para que veas hasta que punto es importante ese libro. Kernighan y Ritchie explican una versión de C que no es exactamente la misma que estandarizó ANSI. Son diferencias muy pequeñas y muy sutiles, que no vas a detectar, no te preocupes. Pues bien, muchos compiladores pueden comportarse “según ANSI” o “según K&R”. Hasta ese punto es importante el libro de K. y R.

En Intener, no obstante, hay miles de tutoriales:

http://www2.its.strath.ac.uk/courses/c/

http://www.tti.unipa.it/~ricrizzo/KS/Data/PBurden/default.htm

El lenguaje… hay decenas (o cientos). Depende de lo que quieras hacer te será mejor uno u otro (seguro que Macluskey te recomendaría COBOL), o puede que incluso te valga con una simple macro para Excel.

Pero alguien que sepa debería hablar aquí de estas cosas en una pequeña serie

Votábamos en secreto C (colaborar) o T (traicionar) y nos habríamos forrado si turno tras turno hubiéramos colaborado todos, lo que suponía ganar 1000 pesetas por grupo cada vez (pagaba la banca). Parecía tan fácil. Resultaba incomprensible que el organizador insistiese en jugar con dinero de verdad. No quisimos jugar con dinero, más que nada por la pena que nos daba el organizador, al que íbamos a desplumar con una facilidad insultante.

Sin embargo, uno de los grupos tenía prisa por ganar más y turno tras turno traicionaba. Si un solo grupo traicionaba, los demás perdían 3000 pesetas cada uno y el traidor ganaba 6000.

Acabamos traicionando todos, lo que suponía que cada grupo pagaba a la banca 1000 pesetas cada vez. El grupo traidor disfrutó unas partidas de beneficios para finalmente entrar en pérdidas, como todos.

Bendita la hora que decidimos no jugar con dinero.

Por cierto, me gustaría saber hacer programas en C, como el que querías plantear. Yo me quedé anclado en el basic, que ya tengo mis años. ¿Dónde puedo encontrar algo sencillo para empezar en C, o cualquier lenguaje que permita hacer pequeños programas como el basic? ¿Para cuándo una serie sobre ello?