Citronne Posté 16 mai 2015 Signaler Posté 16 mai 2015 Hé ben. Heureusement qu'on a la Mayenne pour faire la nique aux autres ! Ah on est loin de la Mayenne... On est même laaaarge au dessus d'après ce que je vois... ... *fière* Ahem, en tout cas, ce n'est pas toi qui fait grimper les chiffres.
Johnnieboy Posté 17 mai 2015 Signaler Posté 17 mai 2015 Je doute que tu trouves un polonais pro-russe quelque soient ses convictions. Bah, si. Durant la Seconde guerre mondiale et après, il y en avait plein. Suffit de les payer.
Freezbee Posté 17 mai 2015 Signaler Posté 17 mai 2015 Margaret Hamilton à côté du code source qu'elle a écrit pour le programme Apollo (1969) :
Brock Posté 18 mai 2015 Signaler Posté 18 mai 2015 attend c'est du code qui reste sur terre ca, pas embarque? si? il y avait la place de mettre tout ca dans la memoire d'apollo?
Voy Posté 18 mai 2015 Signaler Posté 18 mai 2015 Comme quoi même en informatique les femmes s'épanchent trop...
Malky Posté 18 mai 2015 Signaler Posté 18 mai 2015 attend c'est du code qui reste sur terre ca, pas embarque? si? il y avait la place de mettre tout ca dans la memoire d'apollo?Nop à priori il s'agit bien de l'embarqué, après je suppose que déjà à l'époque le source était très amplement commenté.
Poil à gratter Posté 18 mai 2015 Signaler Posté 18 mai 2015 Voui et puis ça devait sans doute être un genre d'assembleur et c'est très très verbeux ce genre de langage.
Theor Posté 18 mai 2015 Signaler Posté 18 mai 2015 Oui, c'est de l'assembleur. Pas verbeux façon COBOL (plein de lignes et lignes à rallonge), mais des séries infinies de petites instructions. Respect pour le débogage d'une telle masse d'asm avec les outils de l'époque, et sur un ordinateur TTL avec un jeu d'instructions non standard.
h16 Posté 18 mai 2015 Signaler Posté 18 mai 2015 Respect pour le débogage d'une telle masse d'asm avec les outils de l'époque, et sur un ordinateur TTL avec un jeu d'instructions non standard. Still better than Java.
jubal Posté 18 mai 2015 Signaler Posté 18 mai 2015 Still better than Java.J'ai encore été forcé de debugger du java récemment, et c'est en pleurant de douleur que je met un énorme +1 la dessus.
Poil à gratter Posté 18 mai 2015 Signaler Posté 18 mai 2015 Je n'ai toujours pas trouvé mieux que Java
john_ross Posté 18 mai 2015 Signaler Posté 18 mai 2015 Le problème de JAVA c'est pas le langage c'est ceux qui l'utilise. Le problème c'est que maintenant il n'y a quasiment plus d'informaticiens mais des codeurs qui en plus font de l'objet sans rien y entraver.
Theor Posté 18 mai 2015 Signaler Posté 18 mai 2015 Je n'ai toujours pas trouvé mieux que Java <rincevent> RPG ! </> Il y a Java le langage et Java le JRE. Les deux ont des faiblesses. Le premier, on pourrait toujours y remédier avec Scala, Clojure ou que sais-je. Le deuxième est surtout problématique par la taille monstrueuse du framework, sa consommation en ressources et la sécurité de la VM. En alternative, C#/.net et C++ avec Boost et STL.
fryer Posté 18 mai 2015 Signaler Posté 18 mai 2015 https://www.liberaux.org/index.php/topic/50787-le-fil-des-geeks-informatiques/
Freezbee Posté 18 mai 2015 Signaler Posté 18 mai 2015 attend c'est du code qui reste sur terre ca, pas embarque? si? il y avait la place de mettre tout ca dans la memoire d'apollo? C'est ce qui était indiqué sur wikipedia.fr. Mais il s'agit probablement du code pour plusieurs missions Apollo : Hamilton then joined the Charles Stark Draper Laboratory at MIT, which at the time was working on the Apollo space mission. She became the director and supervisor of software programming in 1965.At NASA, Hamilton's team was responsible for helping pioneer the Apollo on-board guidance software required to navigate and land on the Moon, and its multiple variations used on numerous missions (including the subsequent Skylab).
Freezbee Posté 18 mai 2015 Signaler Posté 18 mai 2015 https://www.liberaux.org/index.php/topic/50787-le-fil-des-geeks-informatiques/ OK. Tiens, une image cool :
Rincevent Posté 18 mai 2015 Signaler Posté 18 mai 2015 <rincevent> RPG ! </>Bah, le problème du RPG c'est qu'il a été modernisé trop tard. La version entièrement non-colonnée n'est sortie qu'il y a deux ans, et donc vingt ans trop tard. Du coup tout le monde fait des vieilleries avec ce langage (mais des vieilleries qui marchent).Tiens, la preuve : il n'y a probablement pas de compilateur RPG pour les VM Java et .Net... alors qu'il y en a pour le Cobol (Cobol powaaa!).
Theor Posté 18 mai 2015 Signaler Posté 18 mai 2015 Tiens, la preuve : il n'y a probablement pas de compilateur RPG pour les VM Java et .Net... alors qu'il y en a pour le Cobol (Cobol powaaa!). Mais c'est que t'es vraiment tordu, toi, comme gars. Non, sérieusement... Au niveau vieilleries, Fortran, je peux comprendre, ça dépasse facilement la performance du C sur des sous-ensembles bien définis (calcul procédural), c'est toujours apprécié en physique et traitement du signal. LISP, aussi, d'autant que personnellement j'adore Scheme et Clojure même s'il faut aimer le fonctionnel. Mais le Cobol ??? (faudra peut-être déblayer tout ça vers le fil des geeks)
Rincevent Posté 18 mai 2015 Signaler Posté 18 mai 2015 Mais c'est que t'es vraiment tordu, toi, comme gars. Non, sérieusement... Au niveau vieilleries, Fortran, je peux comprendre, ça dépasse facilement la performance du C sur des sous-ensembles bien définis (calcul procédural), c'est toujours apprécié en physique et traitement du signal. LISP, aussi, d'autant que personnellement j'adore Scheme et Clojure même s'il faut aimer le fonctionnel. Mais le Cobol ??? Je n'ai jamais vu une instruction aussi polyvalente et bien conçue que le EVALUATE du Cobol. C'est un des seuls points positifs du langage, mais c'est un point très positif.Ah, et aussi, ça a une utilisation assez précise. J'ai déjà vu un consultant vouloir remplacer une moulinette Cobol dont on avait perdu le source par du Java (un truc tout con, la transformation d'un fichier colonné avec entêtes en un autre). Le type était techniquement bon, mais il a peiné pour pondre un code objet alors que j'aurais pris un tiers de temps en moins à le faire en Cobol. Au bas mot.
Theor Posté 20 mai 2015 Signaler Posté 20 mai 2015 Le chassis d'une DD1, une des plus anciennes locomotives électriques. Début du 20° siècle.
Brock Posté 20 mai 2015 Signaler Posté 20 mai 2015 pourquoi ils ont garde la transmission avec le vilebrequin?
Theor Posté 20 mai 2015 Signaler Posté 20 mai 2015 C'est ce qu'il y a d'insolite avec cette photo, ça permet de réaliser le progrès effectué. Pour te répondre, certainement parce qu'à cette époque on ne connaissait pas mieux que l'embiellage pour transmettre beaucoup de traction à beaucoup de roues. Ca a perduré jusqu'aux "crocodiles", puis les vitesses permises par les motorisations électriques ont fait prendre tellement de G aux bielles qu'elles vibraient trop pour que ce soit encore jouable, d'où la nécessité de miniaturiser les motorisations et utiliser des réducteurs à engrenages directement montés sur les essieux. La maturation des électriques est arrivée à partir des années 50, en même temps que la démocratisation du diesel et la disparition de la vapeur.
Malky Posté 20 mai 2015 Signaler Posté 20 mai 2015 pourquoi ils ont garde la transmission avec le vilebrequin?Question de masse, tous les éléments étaient tellement sur-dimensionnés que les vibrations occasionnées ne posaient pas problème. Lorsque les pièces ont progressivement été remplacées par des équivalents plus légers les vibrations ont commencé à poser problème.
Brock Posté 20 mai 2015 Signaler Posté 20 mai 2015 est-ce que ca a un rapport avec le couple des moteurs qui etait merdique au depart?
PABerryer Posté 20 mai 2015 Signaler Posté 20 mai 2015 Mon arrière-arrière-grand-père était ingénieur et dessinait des locomotives
Messages recommandés
Créer un compte ou se connecter pour commenter
Vous devez être membre afin de pouvoir déposer un commentaire
Créer un compte
Créez un compte sur notre communauté. C’est facile !
Créer un nouveau compteSe connecter
Vous avez déjà un compte ? Connectez-vous ici.
Connectez-vous maintenant