Je suis tout à fait d'accord (tiens tu auras même droit à un +), franchement en DUT Info, j'ai eu vraiment les bonnes bases.
Au niveau langage de programmation du Java (et un peu de Eiffel pour nous montrer un 'vrai' langage objet avec pré/post condition), donc j'ai appris l'info en faisant de langage objet. A la fin de l'année, 2 semaines de C et C++ pour montrer comment ça marche, en gros le temps de comprendre les pointeurs et leurs arithmétiques. L'année suivante en IUP j'ai fait du SmallTalk et franchement j'ai pas mis beaucoup de temps à m'habituer, par contre après avoir fait du SmallTalk je trouvais Java assez moche (même si je continue personnelement à travailler avec).
Au niveau méthode de développement on a vu UML (même pas encore normalisé en version 1.1), et franchement je n'ai jamais vu autant que pendant mon DUT.
Pour les bases de données, c'était bien sur de SQL (Oracle 8i) et un peu de QBE (pas sûr du nom : le machin pour faire les requêtes style Access), avec un super TP "Pourquoi Access c'est de la merde !" (comment faire une "division" ? c'est pas possible (en tout cas à l'époque). C'est quoi ces commandes ? du MS SQL ? et en plus ça va être intégré dans les futurs normes SQL alors qu'on peut déjà faire la même chose autrement (jointure à la INNER JOIN). Heu pourquoi il y a autant de guillemet et d'extension des nom de table dans les requêtes générées ? c'est pour faire plus riche mon fils :). Par contre c'est sûr qu'on a pas eu le temps de voir l'administration avancée d'une grosse base de données (gestion des index, réplications ...) mais on avait largement les bases.
Pour l'administration réseau et système (sous Linux) du Perl. Ou comment garder les noms de fonctions C et leurs signature (en gros) sans se prendre la tête avec les seg fault et la gestion des chaines de caractère. Bien sûr on a pas eu le temps d'aller voir toutes les options de ioctl mais on avait les bases (on nous a bien appris le RTFM, merci la commande man).
En Anglais quasiment que de l'anglais technique avec un prof qui connait vraiment l'informatique (même si c'est pas son boulot), tu peux lui parler de base de données, de langage objet, de pattern, de framework, de data warehouse, de protocole POP3, IMAP ... il sait à quoi ça correspond. J'ai jamais vu un prof d'anglais autant s'investir dans la culture informatique, ce n'ai pas pour autant que c'est un développeur.
Dans le reste de mes études, je ne fais que consolider ces bases, et j'en suis très heureux. Ça m'a permis d'avoir une vue plus globale de l'informatique et de relativiser l'engouement pour les nouvelles technos tout en me disant qu'il n'y a jamais de chose impossible à appréhender quand on est motivé et qu'on a des bases à peu près cohérentes.
[^] # Re: aah ! les écoles d'ingénieurs !
Posté par pifou . En réponse au journal aah ! les écoles d'ingénieurs !. Évalué à 1.
Je suis tout à fait d'accord (tiens tu auras même droit à un +), franchement en DUT Info, j'ai eu vraiment les bonnes bases.
Au niveau langage de programmation du Java (et un peu de Eiffel pour nous montrer un 'vrai' langage objet avec pré/post condition), donc j'ai appris l'info en faisant de langage objet. A la fin de l'année, 2 semaines de C et C++ pour montrer comment ça marche, en gros le temps de comprendre les pointeurs et leurs arithmétiques. L'année suivante en IUP j'ai fait du SmallTalk et franchement j'ai pas mis beaucoup de temps à m'habituer, par contre après avoir fait du SmallTalk je trouvais Java assez moche (même si je continue personnelement à travailler avec).
Au niveau méthode de développement on a vu UML (même pas encore normalisé en version 1.1), et franchement je n'ai jamais vu autant que pendant mon DUT.
Pour les bases de données, c'était bien sur de SQL (Oracle 8i) et un peu de QBE (pas sûr du nom : le machin pour faire les requêtes style Access), avec un super TP "Pourquoi Access c'est de la merde !" (comment faire une "division" ? c'est pas possible (en tout cas à l'époque). C'est quoi ces commandes ? du MS SQL ? et en plus ça va être intégré dans les futurs normes SQL alors qu'on peut déjà faire la même chose autrement (jointure à la INNER JOIN). Heu pourquoi il y a autant de guillemet et d'extension des nom de table dans les requêtes générées ? c'est pour faire plus riche mon fils :). Par contre c'est sûr qu'on a pas eu le temps de voir l'administration avancée d'une grosse base de données (gestion des index, réplications ...) mais on avait largement les bases.
Pour l'administration réseau et système (sous Linux) du Perl. Ou comment garder les noms de fonctions C et leurs signature (en gros) sans se prendre la tête avec les seg fault et la gestion des chaines de caractère. Bien sûr on a pas eu le temps d'aller voir toutes les options de ioctl mais on avait les bases (on nous a bien appris le RTFM, merci la commande man).
En Anglais quasiment que de l'anglais technique avec un prof qui connait vraiment l'informatique (même si c'est pas son boulot), tu peux lui parler de base de données, de langage objet, de pattern, de framework, de data warehouse, de protocole POP3, IMAP ... il sait à quoi ça correspond. J'ai jamais vu un prof d'anglais autant s'investir dans la culture informatique, ce n'ai pas pour autant que c'est un développeur.
Dans le reste de mes études, je ne fais que consolider ces bases, et j'en suis très heureux. Ça m'a permis d'avoir une vue plus globale de l'informatique et de relativiser l'engouement pour les nouvelles technos tout en me disant qu'il n'y a jamais de chose impossible à appréhender quand on est motivé et qu'on a des bases à peu près cohérentes.