Tienes poco bagaje en programación y probablemente también intelectuual...
Casi desde el comienzo de los ordenadores, todas esa cosas quedaron claras... Si hubieras leído libros de cierta época verías que todas esas ideas y muchas más se ven aquí y allá...

Si las funciones no fueran verbos, entonces nadie explicaría los objetos como: Perro.Comer("hueso") ; Perro.Ladrar
Antes de que los objetos fueran programados como tales en los lenguajes, también estaba todo claro, por ejemplo en Basic (arcaico), estaba el comando Dibujar (comando= orden; dar una orden = señalar un verbo para cumplir una acción, como "Atacad"). Así el comando dibujar (Draw) recibía en un único parámetro las diferentes órdenes, típicamente era algo similar a:
Draw "u2, r4, d8, l5, c15" ... que venía a indicar: Dibujar "arriba 3 píxeles" (Up), "a la derecha 4 píxeles" (Right), abajo 8 píxeles (Down), a la izqierda 5 píxeles (Left)... el comando es realmente más complejo, puede mover sin du¡ibujar, esto es levanta la pluma y avanza en tal dirección o a tal posición (realtiva o absoluta), puede moverse también en diagonal, puede cambiarse el color (c15= Color blanco brillante), etc...
Esto era así cuando los lenguajes eran imperativos, con los lenguajes orientados a objetos, es fácil deducir que pasaría por Draw.Up(3), Draw.Right(4), Draw.Down(8), Draw.Left(5), Draw.MoveTo(x,y), Draw.Pen.Color("COLOR_WHITE_BRIGHT").

Era algo normal en los lenguajes de la época recibir un único parámetro como un string, y luego procesarlo todo. De hecho aún queda de eso como remanente las consolas, los comandos los parámetros en línea de comandos que admite una aplicación.... y que probablemente persistan por siempre, porque es un buen modo de poner un estado inicial a un objeto que aún está por ser creado...
Y que fueran 'strings', obedece a que entonces era el único tipo de datos permitía la flexibilidad de una cantidad de bytes indefinidos y que podían ser escritos con facilidad (un array también valdría), pero escribir 'letras' sea con lápiz o teclado, es algo que todo le mundo aprender a hacer de niño...
Una vez que quedó claro que al igual que un string, mantiene una dirección de memoria y un atributo de 'tamaño en bytes que ocupa' (sea por un valor presente o por una comvención acordada ('...hasta que se encuentre un byte null'), quedó patente que hacer objetos era redundar en esa misma técnica, direcciones d e memoria con delimitación de tamaños, que a su vez pueden estar anidados, y así vieron la luz los objetos.... pero antes se pasaron por otros derroteros como las listas  de prolog y otros programas que tenían la intencionalidad de la inteligencia artificial.

Así, que lo siento, pero no has 'inventado' nada, solo te has dado cuenta, de algo, que uno percibe al poco de empezar a aprender a programar. Si se llaman lenguajes de programación, es precisamente por que el vínculo con el lenguaje humano es muy íntimo, no fue una ocurrencia por que sí. Y si no se usa el lenguaje humano en su totalidad, es porque un ordenador está limitado por lo que físicamente puede hacer, el día quye robot, pueda cocinar, en su lenguaje puedes apostar que incluirá instrucciones al efecto: Robot.Cena.Cocinar("TORTILLA_DE_PATATAS", opciones(...) )
De hecho las instancias de cada objeto, son precisamente equiparable a las cosas... así llamarlo robot, es lo mismo que si el cocinero se llama Juan: Juan quiero Cenar tortilla de patatas (eso sí con cebola y picada muy fina, y poca sal)...

La oración gramatical se compone de sujeto, verbo y predicado, exactamente igual que están articulados los lenguajes Robot.Cocinar(CENA, TORTILLA). El sujeto es a quien refiere la acción, el verbo refiere a que acción tiene lugar y el predicado son los detalles, lo que en programación son los parámetros, argumentos y que a veces pueden ser otra oración completa.

Cualquier orden en un lenguaje es sintácticamente idéntico al lenguaje humano, así que en efecto no has inventado nada...

Y tu problema de manía persecutoria... haz algo con él. Yo no veo que aquí en el foro te 'ataque' nadie...

Si, seguramente luego todo queda en nada.... los jueces en muchos casos son unos patanes. O bien es la ley que para algunas cosas es implacable y para otras muy lasa.

El castigo justo para ese individuo (y no he visto el vídoe, ni lo veré), sería echarle a los cocodrilos, para que muerdan el balón que lleva de cabeza... (seguro que a él mismo le encantaría la gracia del vídeo si lo viera).

La cuestión, no es si se va a tener que volver o pagar, ni cuándo.... si no cuántas veces más va a suceder esto?.

Sencillamanete habría que hacer previsiones a largo plazo (20-50 años) aunque fuere preciso que algunas frecuencias quedaren sin uso, o bien pudieren usarse pero solo por pequeños grupos (no la población general), de modo que un nuevo reajuste, afectara solo a una pequeña minoría y no a toda la población...

Cabe preguntarse si alguien en el gobierno, se dedica a los negocios de las antenas y la TDT, y vea así asegurado su negocio al tener los ciudadanos que cambiar sus aparatos forzosamente cada lustro o menos...

Como casi siempre que se habla de listas de los 'más'... siempre acaba siendo algo muy particular y recluído a determinados objetivos.

Pero bueno, el título al menos está vez es más exacto que otras veces: "...lenguajes de programación más relevantes...", aunque lo de relevantes caiga en un saco nada amable.

Recuerdo que en la serie Expediente-X, Fox Mulder, recurría a menudo a 3 hackers...

Los pantallazos azul de la muerte (BSOD), son frecuentes con virus, cuando intentan acceder a otras zonas de memoria a las queno tienen permiso.
A veces no es un virus, es simplemente una dll mal programada, por culpa de no entender los punteros de memoria...

- Si el juego, no lo has obtenido por medios muy legales, yo diría que el problema es que vino con 'gremlins' incluído...
- Si el juego es totalmente genuino, será un fallo de programación. En tal caso, no serás el primero al que le pasa, y en ese mismo caso, sería conveniente visitar la web de quien publica el juego buscando info por problemas con el juego para la versión que tienes. Ve, que dicen al respecto...

En cuanto a los problemas surgidos, trata de ver si tienes copia de seguridad, o bien mira de ver si tienes algún punto de restauración anterior a la fecha de instalación del juego y restaurar a dicha fecha... (Google it's your Friend).
Si no tienes lo uno ni lo otro, a las malas (si son pocos ficheros), mira cada vez de que fichero se trata (lápiz y papel y anota el nombre) y luego arrancando desde otra unidad (por ejemplo un CD-Live), localiza la carpeta donde se encuentra y si es posible determinar la versión del mismo y el lenguaje (propiedades del fichero--> versión), y luego descarga una copia de la misma versión y lenguaje y sobrescribe ese fichero en destino (ó a ver si un amigo tiene el mismo S.O. que tú y localiza y copia de su ordenador).
Si son pocos ficheros los dañados, podría funcionar, si son muchos, al final tendrás que formatear...

A ver, libros hay infinidad, que cubren todas las temáticas.

- LIBROS: Yo soy partidario de que cualquier persona que se dedique a este mundo, debería comprar como mínimo un par de libros al año, sea para actualizarse, sea para ampliar conocimientos... aún después de una dilatada experiencia, uno nunca sabrá todo, pero sus conocimientos serán muy, muy amplios.

Un libro que se titule 'curso de...' no parece que vaya a ser un buen libro. Siempre es mejor un libro que por ejemplo se titulare "...x tema, a Fondo".

Por supuesto no puede juzgarse un libro solo por el título, y menos si encima el título viene de algún modo impuesto por la editorial...

----------------------------
- MSDN: De todos modos insisto en que el MSDN, es la biblia de Visual-Studio (y una base profunda para otros lenguajes ajenos a NET, después de todo la teoría es la misma para todos, solo cambia como la adapta cada equipo y pequeñas diferencias en nombres o en modo de implementar los detalles).
Además, lo hay en varios idiomas, y si no hay traducción a x idioma, se hacen traducciones automáticas, como las palabras suelen ser siempre las mismas, las traducciones (automáticas) suelen ser bastante logradas.
No solo se describe (en MSDN) todo el Framework de NET (y las tecnologías asociadas), también posee libros... por ejemplo en los manuales de ayuda que venían en vb6 en formato chm, venía infinidad de libros, bien que el título del documento eran los peregrinos: VBREF98.CHM cuyo título real es: "Referencia de los controles de Visual Basic".
En MSDN hay extensa documentación y es muy útill para aquellos que no quieren o no pueden gastarse en lo que vale un par de libros (ver: artículos técnicos).
https://msdn.microsoft.com/es-es/library/ms310241
No viene mal, ir anticipando cosas futuribles (que luego algunas ya están, otras vendrán y otras jamás verán la luz):
https://msdn.microsoft.com/es-es/library/dd367845.aspx  (http://msdn.com/oslo)

----------------------------
- Auto documentación en VS: Si tienes instalado Visual Studio (cualquier versión) se adjunta la especificación de los lenguajes que hayas decidido instalar. No recuerdo si esto es así, solo si decidiste tener la ayuda local...
Yo por ejemplo para VB, tengo el paper con la especificación del lenguaje VB, que se incluye con el propio Visual-Studio, que documenta y describe cada término del lenguaje, en el formato BNF ampliado (eBNF. En realidad cuando estudias la descripción de un lenguaje es el más exacto conocimiento del lenguaje, porque la implementación parte de esa descricpción. No es una descripción a la ligera, es la descripción utilizada para programarlo. El fichero es un docx, llamado: Visual Basic Language Specification 10.0.docx un tocho de 624 páginas. La gramática se describe en el capítulo 13 en la página 551. Y la ruta donde se localiza es más o menos:
C:\Program Files\Microsoft Visual Studio 10.0\VB\Specifications\3082
(nota que que la versión 10.0 serefiere a Visual Studio 2010).

Ya he hablado en alguna ocasión del BNF, al que la gente parece darle poca o nula importancia, cuando es el 100% de un lenguaje y todo en la forma más estrictamente resumida y fidedigna.

Incluso encuentro la especificación, de CSharp, en la ruta equivalente:
C:\Program Files\Microsoft Visual Studio 10.0\VC#\Specifications\3082
(la subcarpeta 3082 (ó 1034), refiere siempre al español, la 1033 al inglés)
CSharp Language Specification.doc (versión 4.0) en español, un tocho de 884páginas, repartidos en 14 capítulos. Lagramática viene en el capítulo 14, página 791

También tengo el de la versión de VS 2008, (versión 3.0) de CSharp (CSharp Language Specification.doc) aunque este viene en inglés, y se localiza en la ruta:
C:\Program Files\Microsoft Visual Studio 9.0\VC#\Specifications\1033
que es un documento word (.doc) de 519 páginas, repartidos en 18 capítulos y 3 apéndices.
La gramática se describe en el apéndice B, que es lo primero que yo leería... no te preocupes si no te enteras, cuando regreses a ello de nuevo tras leerte lo previo, podrás verlo más claro...

(ojo este documento (y los otros comentados) es el que se acompaña con la versión  VS- 2008 y 2010), si tienes una versión más reciente, pues es muy probable que la especificación también sea una versión más reciente).
Si no lo localizas en tu equipo (busca en la carpeta de Visual Studio, con ruta similar a las que he mostrado), me dices y lo comprimo y miro de subirlo a una página de descargas... recuerda que el de 2008 lo tengo en inglés y el de 2010 en español (C#).

----------------------------
- ECMA: Finalmente aclarar que hay muchos lenguajes que se suscriben a estándares de lo que se espera que sea un lenguaje y tal... por ejemplo los ECMA.
http://www.ecma-international.org/publications/standards/Standard.htm

Por lo que al leerse un paper del estándar, básicamente tienes acceso a la forma en que muchos lenguajes serán programados. tampoco hace falta estar a la última, vale perfectamente un paper que date de hace 5-8 años, en general algo nuevo, suele añadir características, más que eliminar o cambiar las previas.

Por ejemplo, La especificación de C#, consta en un el ECMA-334 (4ºedición que data del 2006) , puedes bajarlo en formato pdf, de aquí:
http://www.ecma-international.org/publications/standards/Ecma-334.htm
Yo lo renombré (en mi equipo) como: Ecma-334 - C# Language Specification - 4ºed. Junio 2006.pdf

----------------------------
- RFC También para cuestiones muy específicas (algoritmos, protocolos, etc...) tienes la RFC (Request For Comment), para cuando trates de implementar por tí mismo un estándar que sea totalmente compatible con lo existente. http://www.ietf.org/rfc/ (tarda en cargar, paciencia)

Por ejemplo el algoritmo Deflate de compresión es el rfc: "rfc1951 - DEFLATE Compressed Data Format Specification version 1.3"
O por ejemplo, el chat (por el que preguntabas en otro mensaje), está descrito en el rfc1459.
La gramática BNF (que puede consdierarse la gramática de las gramáticas), se describe en: rfc4234


...................................
...................................
...................................

p.d.: Olvidé mencionar que wikipedia, es también una buena fuente, especialmente porque suele usarse un lenguaje accesible para todo el mundo (salvo en los artículos más matemáticos, que algunos se pasan y parece que la wikipedia es exclusivamente para profesionales). También porque en muchos de ellos, el nivel no es profundo, pero si llega a mucho más que lo básico.
Wikipedia es especialmente interesante para cuestiones puntuales... listas, pilas, colas, etc... viene ahí perfectamwente aclarados.
Si no enuentras el artículo pertinente en español búscalo en inglés...

También olvidé decirte que en cuanto a libros, tras lo básico que llevan títulos del tipo: "fundamentos de programación" lo siguiente en nivel, suelen tener títulos del tipo: "Algoritmos y estructuras de datos".
A veces suele acompañarse las explicaciones de algo de código, en tal caso si tienes ya preferencia por algún lenguaje, añade "... en x", siendo x el nombre del lenguaje que prefieras. Aunque mi consejo es que aprendas todo esto de modo independiente de cualquier lenguaje.

Cierto, habla del perro, pero señalando que 'fue el primer animal en ser domesticado', luego cualquier discusión referente al tema, no es ajeno al mismo ni devirtuar nada en el hilo, es hablar del mismo tema: 'la domesticación de los animales'. Es absurdo pretender hablar de como apareció la domesticación de los animales, ceñirse exclusivamente al perro y olvidarse del resto. Quieras o no, deberá hacerse contraste con otros animales, porque el perro no vivió solito como único animal en ningún sitio.

Ya te he dicho que queda feo, asumir cosas de los demás. Es una forma indirecta de insultar. Una, dos, tres, cuatro suena gracioso, más veces suena ofensivo...

Pués eso, una persona cualquiera...

Creo que no lo entiendes. Si hablas de un tema, yo quiero que pongas tu opinión, porque tendrás criterio digo yo... no que vengas a poner (como acostumbras), la opinión de otros, y pretender con ello una especie de principio de autoridad (que siempre es absurdo). Defender tus ideas buscando, quién más piensa como tú, se llama gregarismo. Hacer fuerza a base de sumar 'votos', no otorga veracidad alguna. Prefiero un criterio erróneo que una 'fuerza de autoridad' basada en el número.


Vuelves a hacer asunciones que no te competen. Tu expón tu criterio sin entrar a valorar lo que el otro sabe o no, que es algo que tu desconoces por completo... Es muy feo hacer eso. Trata de corregirlo.


Bien, pero sigue siendo la opinión de alguien. Te lo remarco en negrita, para que te fijes en porqué es una opinión, y por tanto no tiene más valor que la de otro.
La fecha, es mejor no darla, es imposible poner fechas. todo lo más si un día en una tribu se encuentra algo relacionado con animales domésticos y se data en 10.000 años, todo lo que se puede afirmar es que al menos esa tribu hace 10.000 años los tenía domesticados, pero no puede darse como fecha de 'inicio'...
Desafortunadamente el planeta ha tenido muchas convulsiones en los últimos 30.000-50.000 años, lo que conlleva que muchas civilaciones han nacido y han muerto sin que haya llegado rastros hasta nuestra época, que puedan constatarse. Quizás dentro de 10.000 años, los rastros de los romanos, griegos, egipcios, etc... se hayan borrado por completo.
Las fechas de la Historia, están equivocadas, así que mejor no dar fechas.

Todos los días, voy a la playa donde hay vive una colonia de gatos. Alimneto a uno desde hace casi tres años y desde hace poco a un pequeñín raquítico, que al parecer el resto no le deja hueco...


Gracias... pero cuando el texto es largo, cuenta con que quien lo quiera leer, a menudo deba dejarlo para otra ocasión que disponga del tiempo suficiente... Yo lo quedo pendiente para leer esta madrugada.

Me resulta gracioso, tu forma simple de asumir ignorancia en los demás.
Desde que a los 7-8 años tuve mi primer gato, no he dejado de tenerlos, los adoro y los entiendo a la perfección. Al punto que me basta muy poco tiempo, para que los gatos se me acerquen y se encariñen conmigo.

En cualqier caso, el comentario que otra persona dé respecto de los gatos, no supone ninguna prueba de nada.

En la antigüedad se domaron varios animales en función de las necesidades existentes. El comportamiento del animal, no tiene nada que ver, y eso de que sea fácil o difícil son tonterías. La dificultad nunca es prueba de imposibilidad. Qué más difícil que construir las pirámides con tanta perfección hace miles de años?. Pero ahí están... y si no existieran desde hace siglos, sin duda hoy se tomarían como mitos absurdos de los antiguos...

Se domaron incluso elefantes y leones y otras especies hoy día extintas. Cada cual por una finalidad. Bueyes para el cultivo, caballos para el transporte, elefantes para el tiro, perros para la caza, felinos para la defensa personal y el gato ...incluso por belleza. Un gato no deja de ser un felino, la absoluta fiera pero en tamaño diminuto. jamás ha perdido su instinto.

La historia del gato, seguramente pasa por una sobreproblación, al punto de que se adentraran en las ciudades a comer las sobras de la población y también un busca de los reodores que pulularían por los graneros. Si las sobras generan malos olores y los roedores merman el grano, el gato sin duda fue un fiera tolerada, que no atacaba al ser humano, con el tiempo se convertiría en un 'aliado', y al final un amigo entrañable. No creo que resulte muy difícil de entender, que una cosa con el tiempo llevó a la otra. En otros animales esta simbiosis no se da, por ello sostengo que el gato fue el primero (salvo algún otro felino ya inexistente).

Tienes todo el derecho a tener tu propio criterio, pero exponlo, no expongas el de alguien desconocido que ni es parte del foro... cuando cites algo ajeno al foro, que sea porque suponga una prueba no una opinión. No es muy correcto responder a la opinión a alguien que no ha dejado aquí su opinión.

Es ridículo empezar con una afirmación absolutista, para el párrafo siguiente continuar con las dudas pertienentes...
Cuando uno afirma rotundamente debe estar completamente seguro (incluso aunque estuviere equivocado), de que lo que dice es así...

La forma de articular la información (en el artículo) resulta caótica y nada veraz... parece más destinada al sensacionalismo consumidor, ...apto sólo para mentes ingenuas.

Luego continía en el tono absolutista... sin prueba alguna:
Probablemente el doble de tiempo antes de lo que señalen en ese artículo, losegipcios ya hicieron lo propio con los gatos. Que a mi parecer, es más probable que fuera el primer animal domesticado...
y de nuevo salta a la duda:

En fin, penoso...