Si quieres aprender a programar, éstos son los lenguajes más populares y prometedores

Hace ya unas cuantas revisiones que CSS es turing completo. "Estaría bien que ... " xD xD ;P

http://my-codeworks.com/blog/2015/css3-proven-to-be-turing-complete

Chsst, no digas eso, hordas de diseñadores de webs vendrán a darte caza... Pero llevas razón. jajaja

Eres muy buen observador y tienes mucha razon.

Awesome!

Buen debug

¿A que te refieres con generación de código? ¿C genera código?

Todos los lenguajes de programacion al ser compilados o interpretados generan codigo assembler/maquina que la CPU pueda procesar.

O sea, que excluyes a Javascript

JavaScript es un lenguaje interpretado, el intérprete de JavaScript genera "on the fly" las instrucciones máquina que serán ejecutadas.

Por lo que si genera "código"

Un lenguaje de programación “procesa información”, css y html son lenguajes de marcado pues estructuran información no la procesan.

Un lenguaje de programación tiene como mínimo tipos, variables y estructuras de control.

Esta afirmacion es solo cierta en lenguages imperativos.
Existen lenguages sin tipos, como Prolog, y sin variables, como SML.

Bueno, lo que dices es cierto, la idea principal es la que puse entre comillas, que un lenguaje procesa información, es decir tiene una entrada “X” y la transforma en “Y”. si cumple ese único requisito, es un lenguaje de programación.

Si, en caracter general es como dices.

Resumiendo. Si "un candidato a lenguaje" puede generar código para sumar 4 + 2 y después según el resultado ir a otro sitio, sí es lenguaje de programación, tenga o no tenga tipos, tenga o no tenga variables.

Por cierto, Prolog sí soporta variables. Al fin y al acabo una variable es un simple lugar de alamcenamiento de datos. Los tipos los infiere.

CSS y HTML sin JavaScript se convierten en meros adornos.

Yo diría cualquier lenguaje que se puede meter condicionales (if), bucles y funciones, cosa que no se puede en HTML ni CSS.

Aunque ahora que lo pienso SQL no tiene condiciones y funciones propiamente dichos, así que la verdad ahora tengo dudas XD

SQL si que tiene!

SELECT CASE WHEN edad > 25 THEN 'Adulto real' WHEN edad < 0 THEN 'No ha nacido' ELSE 'joven' END rango_edades, .....
FROM .......

¿Como que no los tiene? ¿Entonces que he estado haciendo con procedimientos almacenados cursors y demás?

Bueno, los procedimientos almacenados pueden incluir o no sentencias SQL. Realmente son rutinas de programación en T-SQL, PL/SQL, etc....Es decir son otra cosa.

Las instrucciones WHERE y HAVING de SQL le han dado dislike a tu comentario!!

¿Pero como puedes ser tan maleducado niño?

He preguntado si alguien me puede ilustrar sobre que define lo que es un lenguaje de programsción, y por tanto lo que excluye a CSS de serlo.

Quiza tu sabrias explicarmelo.
Venga, demustra que aparte de un mal educado, eres suficientemente conocedor en materia de programación.

Las preguntas jamás pueden ser "tontas" Son las respuestas las que pueden se "tontas" y hasta "imbéciles (las respuestas)". Hay demasiado premio Nobel e intelorante por estos lugares. Aprenden las cuatro reglas básicas y se creen "dios".

Lo siento pero no estoy de acuerdo. Se puede trabajar de programador, tener un horario normal, una alta seguridad y un salario bastante por encima de la media española.

Si, para ello hay que escapar de las consultorias, software coorporativo y BAMs.

Todo depende del país en que se trabaje y de que se cumpla o no la legislación oficial.

En algunos lugares sale a las 5:30 PM y si se quedan más tiempo anotan las horas.

THIS

Vente pa' Alemania Pepe. Super bien pagado y saliendo a las 17h para casa. No se puede vivir mejor.

Si. Delantero del Madrid.

Pero esto no se lo digas a los cajeros del día.

Siempre lo digo, las matemáticas son esenciales. Si no sabes estudiar la complejidad o no tienes razonamiento abstracto, por decir dos, dime tú...

No solo eso. A parte de las matematicas, hay que intentar ir a lenguages de bajo nivel. Para mi, empezar por Java, Python, etc... por muy demandados que esten en el mercado, es un error. Ensamblador, C y C++ deberian ser el pilar de todo curso de programacion.

No, porque? Tener nociones basicas de assembler para entender que significa hacer un "if" o para entender que es un acceso a memoria, no es para nada complicado y, en mi opinion, absolutamente necesario.

De ahi que para mi, empezar por Java o VB.Net sea un error. Creo que un buen simil seria querer hacer practicas de conducir con un coche automatico. A larga, te toparas con un coche de transmision manual y tendras problemas. Mejor examinate en manual y comprate un automatico. (y si, a la larga los coches iran solos, pero es un simil)

Para empezar utilizar ensamblador es un muro al aprendizaje. A lo mejor una persona muy lista es capaz de pillar todos los conceptos, pero yo empezaría por Java, para que vea simplemente las estructuras de control (bucles, if, variables, funciones, etc) aunque no tenga ni idea de como se gestiona la memoria y demás conceptos. Luego, cuando sepa un lenguaje de alto nivel podría adentrarse en C o incluso en ensamblador, y escudriñar las entrañas de la ejecución de un programa.

No, por ensamblador no empezaria. Pero tampoco por Java.
Se empieza por pseudocodigo a papel, lapiz, seguido de C basico, luego estructuras y algoritmos basicos (en C), ensamblador y luego saltaria a C++ para OO. Una vez entendido esto ya Java o lo que se quiera.

En mi caso comenzar con ensamblador fue decisivo, desde microcontroladores a las familias 86/68000.

Y no sólo eso. en algunas ocasiones, no muchas, cuando la búsqueda de un "gazapo" se convierte en misión imposible, ayuda mucho desensamblar y hacer "debug" sobre el desensamblado.

Después de eso fue mucho más sencillo todo.

Lo que sí he notado con mi ya larga experiencia profesional y docente es que he visto personas con la habilidad innata y personas que pese a haber terminado la carrera huyen de la programación como si fuera la peste.

Si has tenido que irte hasta desensamblar y hacer debug, sobre tu código planteate que tienes grandes problemas.

Y si persigues los bug a base de tirar de debug a mano, vas por mal camino.

Ya con ensamblador te has pasado tres pueblos.

No se ha pasado nada, ahí si aprendes a gestionar la memoria y a entender la arquitectura. Por algo lo enseñan ( o enseñaban...) en la uni

Antes de aprender ensamblador a alguien nuevo, le recomendaría OOP y patrones de diseño, sobre un lenguaje de alto nivel Java, C# o incluso PHP y después si le interesa que aprenda ensamblador, pero empezar por ahí es un golpe muy duro.

Es muy necesario pero no se debería empezar con ensamblador. Primero lápiz y papel, luego puedes programar en C o C++ y ya después te vas adentrando a la arquitectura, gestión de memoria, etc...

¡Pero qué animal eres! xDDDDDDDD

No puedes hacer que un niño de 8 ó 9 años empiece a programar a bajo nivel. Todo lo contrario, cuanto más figurativo y alto, más sencillo es de empezar, desarrollar el pensamiento y la estructuración de las ideas. Luego poco a poco te lanzas a los objetos y, si el niño quiere, bajar de nivel, aunque sea para saber qué es, y trastear con el ensamblador para darse cuenta en carnes propias de que menos, no necesariamente, es más.

En mi época lo más figurativo que había era el BASIC o el Pascal. Ahora hay lenguajes que no son lenguajes escritos, sino gráficos. Una pasada.

Yo empece con Logo a los 8 años, instrucciones sencillas con un valor que se carga en una pila. Salvando las distancias, algo parecido a assembler. Se puede enseñar perfectamente adaptando el problema a la edad y haciendolo divertido.

Cuando toca cambiar de paradigma, conocer las bases ayuda.

Qué fuerte, yo tb empezé logo a los 8 años! A qué colegio fuiste!?

CIC/Thau. Barcelona.

Yo también, EN Ponce de Leon (leon).
Que recuerdos. De rosetas pintadas con la ranita.

JAJAJJAJA

Yo no diría un pilar, pero sí una asignatura u optativa, o trabajarla en algún apartado.

La tecnología ha avanzado tanto hoy día, que es impensable ver toda la computación clásica como se estudiaba en los 90. Harían falta '2 o 3 carreras' para verlo todo, y a parte, estar al día. (Ni los profesores están preparados, que son de esta vieja escuela).

Disculpa mi ignorancia, pero ¿cuál es entonces el mejor lenguaje para una cosa u otra? Principalmente me interesa robótica, videojuegos y app móviles. Gracias por tu tiempo.

Muchas gracias.

Para robótica se puede empezar por Arduino. C y Python se usan en Raspberry Pi, o C o Ensamblador para microcontroladores (ya mas concreto).

Para apps móviles está Android, o Swift o Objetive-C para apps iOS. También existe aplicaciones híbridas, que se pueden hacer en lenguajes web (HTML) y exportarlo multiplataforma. Vease Phonegap.

Para videojuegos C++ o Java. O enfocarse en una plataforma móvil concreta para sacar juegos, iOS o Android.

Para web los típicos HTML, JavaScript, PHP... con sus miles de Frameworks. Que son mini-lenguajes basados en JS o PHP (mayormente), que permiten usar estos lenguajes utilizando menos líneas de código.

Ya te digo, todo en una pincelada muy rápida. Suerte() { } ;

Veo bien tu lista, pero te has dejado el C#. En ambiente Unity se han pogramado muchos juegos de éxito. Básicamente utiliza C# sobre Mono o sobre Net.

En muchas universidades del mundo, en carreras de animación suelen ver a fondo Unity.

Muchísimas gracias ^^

PHP te vas a encajonar demasiado en WEB, a parte de que es demasiado laxo como para que aprendas cosas que no debes o pilles vicios.

C#, de momento vas a estar casado a Microsoft y Windows, ya veremos mas adelante cuando .NET core demuestre de lo que es capaz (pero te sirve para aplicaciones, web, juegos, servicios, casi de todo)

Java, casi de todo. Aunque te da menos facilidades para empezar desde 0.

Python, un buen complemento a cualquiera de los anteriores, pero no lo elegiría como primera opción.

C++ o C, dependiendo de hacia donde quieras ir, si quieres enfocarte en web es casi un disparo en el pie. Para juegos a nivel muy profesional, si, como complemento a otro lenguaje, perfecto.

Cobol, si no te molesta aprender algo obsoleto y quieres tener trabajo mantenido aplicaciones viejunas, curro no te faltara.

Lo que yo recomendaria, dominar como lenguaje principal uno o varios de (Java, C#, PHP) dominar SQL, tener conocimientos suficientes de HTML/CSS y Javascript, e investigar sobre Node, a parte de esto y casi mas importante tener fundamentos de programación, saber programación orientada a objetos (ojo, saber de verdad, no lo que se hace que muchas veces da pena) saber de patrones, y acostumbrarse a tener test.

A ver, o te especializas o eres uno mas en todas las materias, no puedes ser muy bueno en aplicaciones WEB, apps moviles, Robotica, y videojuegos, y si eres muy bueno en todo eso, o bien, desconoces lo mucho que no sabes, o realmente eres la ***** y te felicito.

Y cual seria algun libro recomendable para principiantes??

Google.

Ahora mismo no te sabria decir un titulo exactamente, pero cualquier libro de introduccion a algoritmos y C para principiantes te serviria.
Cuando tengas unas base solida, pasaria a C++.

Aun asi, esto es solo la parte de picar codigo. Programar no es solo aprender un lenguage. Necesitas conocimientos matematicos y conocimientos de estructuras de informacion.

Para iniciarse en la programación lo que hay que tener es curiosidad. Lo demás viene en los libros.

si inicias nunca veas la sabana de códigos de otros, no tratar de leer códigos ajenos, no usar códigos ajenos, ni ejemplos, empezar por algo chico..etc. ya cuando eres un gurú, armas y desarmas todo tipo de código..

En serio, donde mas se aprende es leyendo el código de los que lo hacen bien, esta claro no que debes fijarte en los chapuzas, pero vas a aprender mucho mas, desmenuzando e intentando entender un buen código, que haciendo pruebas chicas por tu cuenta.

Ummm... un primerizo, ve la sabana y sale espantado, pero si va por la parte teorica y hace pequeños bloques propios, los entiende mas rápido, y cuando se da cuenta tiene su propia sabana de códigos, pero que puede controlar el mismo.

Exacto, sin curiosidad y ganas no se aprende ni programacion ni nada.

Yo aconsejaría arrancar en C++ directamente. En su día comencé con C porque no existía el C++ y toda mi programación era C + ensamblador. Cuando al final de los 80 me tuve que ir a C++ lo pasé bastante mal hasta integrar en mi psiquis los conceptos orientados a objetos y poder utilizarlo de forma natural.

Cuando empezamos era el camino natural, no había otra cosa, hoy en día no creo que empezar por donde lo hicimos nosotros sea lo mas correcto.

Claro, algún día a ver si nos juntamos y me enseñas a hacer una aplicación web en C

:)

Aquí tienes, una librería para hacer aplicaciones web en C. Ahora ya no hay excusa!
https://github.com/cesanta/mongoose

A ver en que te crees que está programado Apache o PHP y claro que puedes programar una web completamente en C al igual que en PHP u otros respondiendo en HTML ;-) Aunque no me refería a eso, me refería a .NET/C# y otros engendros similares.

Será que no has probado c# , pero la facilidad y rapidez que te da el entorno de visual studio y demás es bastante para tenerlo en cuenta.Ahora si eres de esos que van de gurús y te gusta pegarte mil horas para cualquier chorrada pues ... Hay plazos y tiempos , no se puede hacer todo con lenguajes o entornos inútiles para lo que quieres.

Yo de java , c# o PHP ( desarrollo web sobretodo) , me quedo con c#

Si quieres lo haces todo en Notepad, los IDES hacen la diferencia para ser mas productivo o tomarte meses para hacer una simplicidad.

¿.NET/C# engendros?

Pareces no tener ni idea sobre .NET/C#.

No hay más que leer tu comentario para saber que no eres programador.

Uno puede pensar bien de Microsoft o mal, y ahí tenemos libertad. En mi caso no pienso muy bien, porque las multinacionales me asustan un poco, sean de software, farmacéuticas o bancos. Yo criticaré a Bayer pero nunca criticaré a la aspirina.

No hay más que ver el espectro de soluciones elaboradas en C# para darse cuenta que cualquier crítica es subjetiva.

Con C# se pueden crear aplicaciones de empresa de forma rapidísima y con un performance más que suficiente.

Su utilización ha pasado a Linux con el "Mono". Se usa en Unity para crear juegos comerciales. Y el propio Atmel ha utilizado C# para programar su último IDE, el Atmel Studio 7.

Desde hace mucho tiempo Microsft lanzó el ".NET Microframework" para programación de microcontroladores sin sistema operativo. La saga Netduino competencia con Arduino lo atesora.

Que conste que el lenguaje que más me gusta es el ensamblador, aunque hace muchos años que no lo uitilizo profesionalmente. Luego el C y el C++ que utilizo poco. Pero las alubias me llegan con el C#.

Como ejemplo de estos casos en que se le da más importancia al lenguaje que al programa, siempre refiero el ejemplo de las cámaras fotográficas:

En un foro estaban comentando que si era mejor la Canon o la Nikon y así entradas y entradas, hasta que ví una que decía. "Si se es buen fotógrafo, con una cámara de plástico de regalo en las cajas de cereales, es más que suficiente para ganar premios". Pues lo mismo a los lenguajes. Hay mucha personas que por haber copiado un "Hola Mundo" en C se creen dioses frente al "Hola Mundo" en otros lenguajes.

El lenguaje es una herramienta, dudo que los carpinteros discutan si es mejor el cincel o el martillo o el destornillador, lo importante es saberlos usar y saber en que casos usarlos.

Intentar hacer un CMS en ensamblador es de estar tronao.

Y si te pones burro, seguro que puedes ir a entregar pizzas en un Camión, pero no creo que sea lo mas adecuado.

Si tienes que hacer un CMS, mientras abres tu editor, yo entro al Plesk y despliego un Wordpress, si tienes que hacer una web con gestion tipo CRUD, mientras tu te lias con C++, a mi ASP.NET MVC me lo da casi todo hecho, u otras soluciones web tipo MVC.

En C no la vas a hacer. Pero nadie te impide en situaciones auténticamente críticas hacer rutinas en C, C++ o incluso ensamblador. No es lo normal, pero si la respuesta de una consulta en una intranet que tiene que procesar ya fuera de la base de dato un montón de información se le agrega una pizca de sal en C++ y baja notablemente el tiempo, bienvenido sea.

Y quizás si dedicas un poco mas de tiempo al diseño, puedas encontrar muchas soluciones que no necesiten añadirle esa "sal" en C++ y sean igual de optimas.

Tu pon la fecha.

Syntax sugar.

En python, una línea de código bien condensada pueden ser unas 10 de C, por ejemplo.

Y dentro de 1 año y varios meses (como el tiempo que a pasado) abres ese fichero de python con 50 lineas super condensadas, porque necesitas hacer una modificación, y te acuerdas del que las escribió y de todo su árbol genealógico.

Hombre, hoy en día C se considera un lenguaje con muchos problemas de diseño, por no decir que la mayoría de los fallos de día zero, están causados por desbordamientos de memoria, problema que no sucede en lenguajes modernos.

Claro, pero esa gestion de la memoria, bien conocida como managed languages, penaliza el rendimiento x200 (cifra exagerada).

Los desbordamientos son producto de una falta de planificación y unos test deficitarios. Entiendo que no se pueden hacer los infinitos test de una aplicación grande, pero para eso estan los informes de errores.

¿Qué informes de errores? ¿Los sintácticos que se resuelven en un abrir y cerrar de ojos? ¿Los semánticos que no se resuelven tan fácil y el compilador no suele avisar? ¿O los lógicos o de diseño, alguno de los cuales puede saltar años después de estar en producción con centenares de usuarios, porque aparece una combinación de casualidad que nunca se había dado?

Los desbordamientos muchísimas veces son falta de planificación o descuido, pero cuando una aplicación es compleja de verdad es casi imposible controlarlo todo.

Programar un driver es mucho más complejo que realizar una programación normal y corriente, pero su tamaño es muchísimo menor por lo que los desbordamientos se pueden controlar mucho más fácilmente.

Las empresas son las grandes consumidoras de software comercial y a medida.

Normalmente en ese tipo de aplicaciones, el cuello de botella está en las bases de datos y su concurrencia, o en el programa, pero tanto en la plataforma o lenguaje.

Lo que es una aberración es andar usando una herramienta más compleja para ahorrarme un "x200" de potencia que no necesito, cuando al final el rendimiento suele depender de partes muy concretas del código que son las únicas donde interesa complicarse la vida para tener el código a medida. Que es lo que consigues con C o con ensamblador. Códigos a medida, donde ninguna automatización genere excesos.

En un proceso masivo ganar un mísero 1% de potencia puede ser vital, pero en un proceso suelto... es un poco como un engine de juegos. Hay que mover y calcular millones de polígonos cada frame, tendrás que pulir al milímetro los procesos que se ocupan de eso. Pero no necesitas hacer eso con las llamadas por script que le dicen a un NPC que cuando escuche un disparo corra hasta el coche. Por eso generalmente el core de los engines se hace en C++ con partes en ensamblador y por encima se crean o importan scripts sencillos.

Lo que me fastidia de los "defensores del C" es que si les dices que tienes un proceso especialmente pesado, que te creen un servicio en C y ya lo invocas tu desde Java, se aferran a que es que esto es así, el framework manda, plazos, blablabla, y si les indicas qe basicamente están sugiriendo sacrificar rendimiento por tiempo, se enfadan.

De todos modos, no es lo mismo la perdida de rendimiento de Bytecode o de CLR de ahora qué la de hace años. Como dije antes, el código está más optimizado a mano porque el proceso automático no sabe hacerlo mejor, pero ira mejorando. Y llegará el momento en qué lo que será estúpido es dejar que un humano se meta en ese proceso.

C no tiene problemas de diseño. El problema lo tienen los programadores acostumbrados a lenguages interpretados.

Que maricas sois, hacerlo directamente en ensamblador, ahí si que no hay penalización de rendimiento ni leches, y te obligas a hacer las cosas bien. El C es demasiado simple.

Si se es buen programador claro está que mejor con ensamblador, una rutinita de cien líneas. Pero se puede ver que no has programado en tu vida, si ni siquiera tus preferencia sexuales. Recuerda "Lo que te choca te checa". Si no tuvieras ese trauma de definición personal, no hubieras colocado esa palabra

No te he entendido nada.
Ahora relee mi comentario de hace un año, y piensa que es una broma irónica.

Los problemas con el C comenzaron hace casi 40 años y con programadores que exclusivamente programaban en C y jamás habían utilizado otro lenguaje y meno intérpretes. (Si mal no recuerdo, su antecesor, el B, era interpretado, aunque casi no se usó).

Es simple cuestión de complejidad. Primero ensamblador. Cuando el ensamblador crecía, mejor usar el C. Cuando el C crecía mejor usar el C++. Cuando el C++ crecía mejor usar Visual Basic, Java, C#, etc, etc.

Y aquí no va a quedar la cosa. Ya se comienzan a usar sandbox no sólo para otras plataformas , sino porque incluso con estos lenguajes ultraproductivos se escapan gazapos.

Resumiendo, cuando la aplicación es muy pequeña y además crítica, cuanto más bajo nivel, mejor. Cuando la aplicación es grande y da los mismo que tarde en "algo" una milésima de segundo o una décima, cuanto más alto y productivo mejor. No vayamos a inventar la pólvora y pintar un edificio con un pincel, aunque seamos un Picasso con el pincel.

Durante mucho tiempo a C no se le consideró realmente un lenguaje de alto nivel, sino de nivel medio.

Cuando ya la programación en ensamblador comenzaba a ser poco productiva se necesitó realmente de un lenguaje que generara código con mayor productividad pero cuya compilación se ciñera lo más posible al propio ensamblador. (C fue el lenguaje de programadores quemados en ensamblador).

El C compila a código máquina de casi cualquier CPU de una forma muy compacta. No hay más que ver un "for" desensamblado. Tiene casi el mismo rendimiento que en ensamblador.

Luego apareció el C++ agregando capas al lenguaje. Java fue casi una copia literal a nivel de lenguaje para aprovechar la cantidad existente de programadores y también para que la compilación hacia la virtual fuera rápida. C# más de lo mismo.

Lo curioso es el Objective C que arrancó de C para ser orientado a objetos antes de que C++ se hiciera tan popular.

C nació dede el hardware. Otros lenguajes nacieron del lado del pensamiento humano. Todos se usan porque todos tienen ventajas y desventajas.

Polvo eres y al polvo volveras, todo o casi todo, se traduce a código de máquina al final, solo que algunas "interfaces" te hacen mas productivo.

Hay lenguajes que se adaptan mejor a unas tareas que a otras. A mi no se me ocurriría ponerme a programar una web con C salvo unas condiciones muy concretas y de difícil justificación para el 99.99% de los proyectos.
Lo importante es saber en cada caso qué capacidades tiene cada lenguaje y cuál se adapta mejor al tipo de tarea a implementar. Microsoft no obliga a nadie a usar sus productos, eres libre de usar C / C++ / Java / etc y no tener relación alguna con dicha empresa.

Tu puedes crear aplicaciones para Windows con C, java etc. Microsoft lo único que ha hecho es crear unas herramientas especificas para facilitar el desarrollo de aplicaciones en sus sistemas.

Como ya te han dicho, cada lenguaje tiene sus puntos fuertes, unos están mas orientados a una tarea y otros a otra ya que cuando se crearon lo mismo no existían ciertas tecnologías o no se tuvieron en cuenta ciertos escenarios. Por ello al final surgen otros lenguajes que tratan de cubrir las nuevas necesidades.

En sus sistemas, y fuera de ellos, con Mono, con la liberación de las librerías net y con muchos otros movimientos que estan tomando, c# ya no es un niño de papa que solo puede usarse en windows.

Yo trate de programar en html y no pude, hice lo mas basico y entraba al archivo y yo no notaba ningun cambio, si me gustaria aprender a programar no se yo lo considero como un plus al igual que aprender idiomas.

"programar en html y no pude" - No conozco a nadie que haya podido programar en HTML
"hice lo mas basico" - Que es lo mas basico ???
"y entraba al archivo y yo no notaba ningun cambio" - What ???

"me gustaria aprender a programar no se yo lo considero como un plus al igual que aprender idiomas."

No lo siento pero no, programar no es un plus es o un hobby o una profesión , pero no un plus.
Un plus es saber defenderte manejando un ordenador, que hay mucho administrativo y comercial, que cuando les explicas que pulsando en el encabezado de la columna, cambia la ordenación, en el explorador, en excel, en el correo, en una Web, flipan en colores (true story) y esto a mi me causa vergüenza ajena.
Pero programar no es un plus, si no lo necesitas en tu trabajo, no te va a reportar ningún plus, salvo la satisfacción personal, pero no lo vas a necesitar ni te lo van a pedir, y según tus frases, vas mal cuando no sabes ni siquiera que es programar.

Pero también hay administrativos y comerciales que programan sus macros, y quizás sientan vergüenza ajena de muchos que van de programadores.

Que hay administrativos y comerciales que hacen maravillas con macros, lo creo, haberlos haylos, como las meigas (yo no he conocido a ninguno, pero me han dicho que los hay)

Que hay gente que por saber algo de PHP, o C#, se crean programadores y den pena (por las deficiencias que tienen) hay muchos mas de los que me gustaría aceptar.

Aunque no veo en que se contradice a mi comentario anterior, programar no es un plus, o es un hobby (por que tu quieres aprender aunque tu trabajo no lo necesite) o es una profesion, pero no un plus.

Plus, para un administrativo es saber manejar como toca su paquete de office, y defenderse con lo mínimo de su operativo, y las macros de excel con las que se pueden hacer burradas (en el buen sentido) no es programar, es saber manejar a full, tu herramienta de trabajo.
Y mas cuando hay comerciales o administrativos, que llevan mas de 10 años trabajando con un ordenador y aun no saben ni un atajo de teclado, o se ponen histéricos si de repente en un grid (sea el explorador, el outlook o excel) se le cambia la ordenación, y no es broma.

Claro que los hay (pocos) mi pareja entre ellos, que es economista y -con ayuda- así ahorra tiempo en sus 'informes' , pero cositas sencillas, no creais.

Y así aproveché yo para ver como coño se hacían esas cosas (detesto que se use el excell para trabajar con datos, para eso están la BB.DD.) aunque explicale eso a su 'gefe'.

Empezó la cosa por simplificar. Programar en ensamblador para cada dispositivo era muy jodido. Actualmente, hay empresas como Apple o Microsoft que han impulsado los suyos propios, hay lenguajes "clásicos" como C o Java (con una base de usuarios enorme y documentación y literatura a mansalva) y hay lenguajes de nueva aparición que solucionan cosas que, con los otros, son más complejas. Incluso hay lenguajes hechos para joder y para demostrar lo friki que es uno, como Ook! y otros lenguajes esotéricos.

Por que narices hay tantos idiomas, porque no todo el mundo habla Esperanto.
Para que necesitas un cañón para matar a un mosquito ???
Y si en vez de C, porque no nos quedamos en ensamblador, no mejor aun código maquina.

Con C/C++ se puede programar casi cualquier cosa. Pero hoy en día se utilizan más para software comercial o para temas muy concretos.

Para desarrollos a medida existen otros lenguajes y plataformas porque son mucho más productivos aunque su rendimiento sea menor.

Si te vas a dedicar a vender legacy systems o software dedicado a empresas, te aconsejaría un lenguaje de más alto nivel, en que el desarrollo será más rápido. Por ejemplo. Todo en C++ te puede llevar un año. En C# con toda la parafernalia que hay detrás te puede llevar tres meses, por lo que al cotizar, la competencia puede ir con mucho menor precio y plazo de entrega.

Pero si va a aprender para ti, te aconsejaría C/C++. A todo el munod realmente le aconsejaría C/C++, al cabo que C nació como lenguaje para los programadores quemados en ensamblador.

Para terminar, ser programador hoy en día, sobre todo freelance, es como ser un mercenario del software. Uno no se casa con un lenguaje o dos o tres y unas plataformas. Hay que estar dispuesto ha utilizar varios para el mismo proyecto. Si para un software de empresa, por ejemplo un add-in complejo para Excel en C#, es necesario hacer unas rutinas no gestionadas en C++`, se hacen si con ello se logra mejorar la respuesta en puntos críticos. Eso pude hacer la diferencia con la competencia.

Como mismo puedes construir una casa a base de ladrillos o con elementos prefabricados. Con la de ladrillos a lo mejor te queda mas a tu gusto, pero si te vas a dedicar a fabricar casas, lo mejor es hacerlas lo mas rapido posible.

y de paso al acabarla, pintar la fachada con un pincel de gran calidad.

Eso de la pantalla negra es un lujazo. Yo comencé programando ensamblador con lápiz y papel, luego ensamblaba a código máquina a la izquierda, en el margen que había dejado en las hojas cuadriculadas. Luego, como era tardadísimo introducirlo al 8748 con mi artilugio, lo errores se pagaban. Tenía que ir a cas a de un amigo a borrarla con un borrador de EPROM y vuelta a comenzar. Y si se borraba demasiado, a comprar otro 8748 de casi cuatro mil pesetas de entonces.

Por todo ello, antes de dar el paso, tenía que ejecutar mentalmente con lápiz y papel (lápiz para borrar continuamente" y cuando el menos de 1 KB de código máquina estaba listo, otra vez a cargarlo con interruptores y pulsadores, y vuelta a por la cerveza a casa del amigo.

Cuando por fin cayó en mis manos un Sinclair, le construí una tarjeta como periférico con PIOs del Intel 8080 y el progrmador era automático, pero el borrado una tragedia. A comienzo de los 80, un borrador de EPROM era má lujo que tener moto. Más adelante uando ensamblador del Z80 creé un pequeño ensamblador para el 8748, y aprendí muchísimo.
Ha llovido durante mucho más de tres décadas y estoy feliz de aquellos días. Vivo de la programación fuera de España y estoy a la vanguardia.

Hombre, puedes empezar por donde te de la gana, pero si quieres construir una casa, siempre sera mas fácil si empiezas por los cimientos y acabas por el techo, si lo haces al revés porque te va la marcha, perfecto, pero te costara muchísimo mas, y cuando tengas el piso de arriba hecho seguramente ya no quieras bajar a los cimientos por que "tu ya lo sabes todo" y tengas una gran deuda técnica de base.

Creo que no has entendido mi comentario. Yo nunca dije que se deba empezar "por donde te dé la gana".
Puedes empezar por los cimientos, pero, ¿empezarías con las varillas, con los tubos o con el perímetro? ¿Comprarías todos los materiales en una tienda o por separado en tiendas especializadas? ¿Dibujarias tú los planos o contratarías a un arquitecto?
Lo que digo es que el programador promedio es muy prepotente, "yo empecé estudiando mucha matemática así que tu también deberías", "yo tuve problemas para entender la arquitectura así que deberías empezar con ensamblador". No existe una forma definitiva de empezar, ¿las hay mejores que otras? Por supuesto, ¿una única forma? No.

No has dicho que se deba comenzar con Unity, pero sí es cierto que comenzando así se van obteniendo resultados más interesantes que programando para la consola con una variedad de "Hola Mundos".

De lo que no se habla es del abandono al estudiar programación. Se puede comenzar de donde se quiera, pero si es aburrido, as más fácil de abandonar.

Yo comencé con ensamblador del 6502 y como los resultados eran inmediatos (sin contar el sufrimiento) me producía un retroalimentación y ganas de seguir. Pero depende mucho de gustos y necesidades.

KhanAcademy o Coursera.

Sí, como supongo que lo usas en SAP, SAP tiene la hora de consultoría más alta y se está demandando mucho.

En edades a partir de 8 años y para temas de afición aconsejaría un kit Arduino y a programar sobre él. Genera mucha satisfacción ver que funcionan las lucecitas, displays y motores.

Luego ya pasar a C, C++ y ensamblador sobre un IDE Atmel Studio y de ahí, casi a cualquier lenguaje imaginable.