Non, non et non. Ca c'est une utopie de développeur débutant. La syntaxe d'un langage, c'est 10% du boulot (enfin un peu plus avec Haskell, ok :D).
Ce qui est important c'est de connaitre et d'apprendre les idiomes du langage et la librairie standard (et non standard après). Et ça, ça se fait pas en 2 jours. Alors oui, bien sur que tu pourras parcourir ton tableau en Python ou en ruby en faisant un for(int i=0; i < sizeof(a)/sizeof(a[0]); i++) { blabla }. Et ça marchera. Mais c'est pas du python ou du ruby ça. Comment tu parses un CSV/un XLS ? Comment tu te connectes à un webservice REST ? Comment tu fais un SSO avec Facebook ? Comment tu trouves un plus court chemin dans un graphe de millions de noeuds ? Etc, etc... Et tout ça, c'est long et ça prend du temps à savoir.

@root : Le TIOBE index a aucun intérêt ici. Pour le moment le mec veut pas en faire son métier. Et quand bien même il voudrait chercher un taf de dev, tous les langages présent dans le top 10 permettent de trouver des taf super facilement. Du coup savoir si t'auras 1000 offres d'emplois (dont 990 de SSII ceci étant) en JAVA ou 100 en Python, je suis pas sur que ce soit discriminant : dans tous les cas tu trouves un job.

école d'ingénieurs généralistes alors.

Parce que je t'assure que tu peux être ingénieur et être une vraie bite en maths, et tout particulièrement ingé réseau x)

Sinon, plus grand monde ne fait de C c'est vrai, mais c'est un language qui a d'énormes avantages d'un point de vue pédagogique:
- non orienté objet
- introduit la gestion mémoire, la pile et le tas, avec les pointeurs et les allocations
- ultra simple à mettre en oeuvre depuis un environnement Linux
- compilé donc permet de voir plein de choses sur la compilation, le language machine

Alors à terme, pour développer peut-être pas.
Mais pour s'initier à la programmation c'est parfait comme langage, précisément parce que c'est exigeant et que tu dois gérer, et donc comprendre, des notions d'architecture matérielle

Perso j'ai adoré faire du C, alors que j'ai commencé par d'autres langages

Je suis pas du tout d'accord avec toi, le plus dur c'est d'avoir les notions d'algorithmie, ensuite switcher d'un langage a un autre ça requirt un petit temps à chaque fois mais si t'en es pas capable tu vas pas très loin. Pour ton exemple, je ne programme pas en Python, donc je ne connais pas du tout sa bibliothèque standard (et pas librairie hein ^^) pourtant si je devais programmer un petit parser de csv(qui est d'ailleurs le pire exemple du monde vu le format de fichier que c'est) ou un xls je ferais une recherche sur Google et je suis sur que je mettrais juste un petit peu plus de temps que toi qui connait la bibli.

Et pour l'indice TIOBE encore une fois je suis pas vraiment d'accord, il peut être déterminant dans le choix d'un langage vu qu'il est bati au nombre de recherche sur les langages, donc, virtuellement sur le nombre de personne qui s'interresse à un langage sur la durée.

80% (chiffre pifométrique) des jobs de dev ne nécessite que des connaissances très light en algo. A moins de bosser dans de la recherche, de toutes manières le jour ou t'as besoin de faire une recherche d'un plus court chemin, de calculer un diagramme de voronoi, de trier 100000000 d'éléments, de faire des multiplications de matrices tu vas passer par une librairie spécialisée qui va te faire ça 1000 fois mieux que toi. Alors oui faut avoir une certaine logique, être capable de découper un problème en modules, fonctions, se souvenir vaguement de quelques notions de maths... Mais j'aurai du mal à qualifier ça de "difficile".

Utiliser les bons idiomes du langage de façon quasi automatique, ça demande un peu de temps. Surtout quand tu commences à aborder de la programmation dynamique, ou des langages fonctionnels par exemple, qui sont pas forcément des modes de programmation très courant. Et donc auxquels tu vas penser en premier abord. Quand tu viens du C, tu penses plus à itérer sur tes listes avec un integer qui va faire ton compteur. Mais pourtant dans beaucoup de langage c'est quand même nettement mieux de passer par un itérateur. Exemple simpliste ici bien sur.

Mais c'est ce qui va te rendre efficace. Un langage, c'est un outil. Et comme n'importe quel outil, si tu l'utilises mal, c'est dommage. Certes tu peux clouer un clou avec un tournevis, mais je pense pas que ce soit la meilleure façon de l'utiliser. Python et Ruby sont des langages avec des possibilités de méta programmation très poussés et c'est ce qui rend des framework comme Django ou Rails super simple à utiliser.... là ou les équivalent PHP (Symfonie en tête) ont eu beaucoup plus de mal à implémenter certaines fonctions, rendant le FW moins facile à utiliser (ça s'est dans doute amélioré depuis).

Pour le TIOBE, ça sert à rien parce que tous les langages du top10 ont de toutes manières déjà une communauté tellement énorme que c'est pas des trucs qui disparaitront du jour au lendemain. Quand tu vois que tu trouves toujours des jobs en COBOL....


Sinon je pense que le C est bien, mais dans un second temps. Justement pour apprendre à creuser, à comprendre comment ça se passe derrière. En plus en 2ème effet kisscool, le python s'interface bien avec le C. Donc tu peux imaginer reprendre un programme Python écrit pour débuter et accélérer les parties critiques en C avec des bindings derrière.

Pour info quasi plus personne ne fait du "C" pur, à part en embarqué, ou si tu bosses très bas niveau sur genre des drivers. C'est vraiment devenu une niche maintenant (bon une grosse niche hein, mais ça reste un faible % des applications). Le C++ a pris le dessus pour tout ce qui est dev de soft classique ( et le C# a le vent en poupe aussi, merci .Net ;) )

J'fais du C classique moi. C'est mieux pour l'assembleur :D
Version 99.

Non, non et non. Ca c'est une utopie de développeur débutant. La syntaxe d'un langage, c'est 10% du boulot (enfin un peu plus avec Haskell, ok :D).
Ce qui est important c'est de connaitre et d'apprendre les idiomes du langage et la librairie standard (et non standard après). Et ça, ça se fait pas en 2 jours. Alors oui, bien sur que tu pourras parcourir ton tableau en Python ou en ruby en faisant un for(int i=0; i < sizeof(a)/sizeof(a[0]); i++) { blabla }. Et ça marchera. Mais c'est pas du python ou du ruby ça. Comment tu parses un CSV/un XLS ? Comment tu te connectes à un webservice REST ? Comment tu fais un SSO avec Facebook ? Comment tu trouves un plus court chemin dans un graphe de millions de noeuds ? Etc, etc... Et tout ça, c'est long et ça prend du temps à savoir.

@root : Le TIOBE index a aucun intérêt ici. Pour le moment le mec veut pas en faire son métier. Et quand bien même il voudrait chercher un taf de dev, tous les langages présent dans le top 10 permettent de trouver des taf super facilement. Du coup savoir si t'auras 1000 offres d'emplois (dont 990 de SSII ceci étant) en JAVA ou 100 en Python, je suis pas sur que ce soit discriminant : dans tous les cas tu trouves un job.

J'ai pas dit que ça existait plus hein :D

T'apprendras que quand tu fait ingénieur ta un niveau assez bon en math pour poursuivre des études.
Merci poto!

Ca, c'est pas du langage. Plus de l'algo ou de la RO. Donc je ne pense pas que ca dépende du langage pratiqué. En C et en ADA, la manip est la même.