Reprise du message précédent :

 
 
Ouch, faut que je m'y remette moi au go

C'est vrai qu'on te voit plus très souvent  
 
 
Allez, quota :
 
TALC rennais : Le sublime tag "Vive la dictariat du prolétature" trônant en haut d'une des façades de l'Université de Rennes II (et qui s'efface de plus en plus d'ailleurs ) date des événements de mai 68.

Grosse qualitaÿ les derniers TALC...

 
     
Mais concretement c'est quoi l'interet ? Pourquoi un mec c'est dit je vais pondre ca

Pour le fun  

O noes !  

Je suppose que pour vider une variable, c'est "OMNOMNOM VAR"

Et pour désallouer : un DO NOT WANT VAR

 
Il n'y a pas vraiment d'intérêt pratique. C'est juste un genre de défi intellectuel de réussir à écrire quelque chose qui fonctionne en malbodge. Faut le voir comme un casse tête.
 
Je suis étonné que ce langage ne soit pas sur la page wikipédia des langages ésotériques. Pour moi, ça reste quand même un must dans le genre langage abscon, et à coté, le brainfuck ou le blank sont parfaitement lisible.
 
Allez, un autre parmis mes favoris : l'INTERCAL. L'intercal est un langage parodiques des langages type BASIC ou PASCAL. Les mots clef sont totalement abscons (WRITE IN pour lire une info, READ OUT pour écrire). Mais le must du must, ce qui fait que j'adore ce langage, c'est que le compilateur ignore simplement tout code invalide. Ce faisant, on n'a jamais aucune erreur de compilation, ce qui rend les programmes particulièrement difficiles à débugguer. Ceci sert entre autres pour la gestion des commentaires. Pour faire un commentaire, il faut écrire un text n'importe ou dans le programme, en s'assurant bien qu'il n'y ai pas un bout de code valide au milieu du commentaire.

 
c'est un peu comme une joce feature

Oh putain

En fait du coup, tu peux aussi écrire un texte cohérent et logique, qui contient le code de ton truc, une nouvelle forme de jeux de mots
 
Ca me rappelle le langage de programmation "Shakespeare" je sais plus quoi, où le code source est écris en vers

   
 

 
edit: oh putain ce truc  

 
Le site est filtré au taf, un petit extrait ?
 
(et pas réhosté sur hfr-rehost, c'est filtré aussi )

Excellent

caché? c'était visible sur ta photo

Non, c'est juste que Cobol est fait pour un type d'utilisation : pour tout ce qui est traitement de listing, compta et compagnie ça reste ce qu'il y a de plus efficace il me semble. Sinon on ne continuerait pas à développer de nouvelles applications avec...
Wikipedia :

C'est étudié pour éviter le blocage en effet, mais tout en conservant une bonne vitesse de frappe ; y a un compromis entre les deux. "abcd" aurait été quand même moins performant (sauf pour ceux qui ne savent pas où sont les touches)

Teste toi-même.
 
Avec un article en français au bol sur Wikipedia :

 
Et en anglais :

 
La distance parcourue ne fait pas tout, mais a priori les qwerty et dérivés n'ont aucun avantage comparés à une disposition en ordre alphabétique. Ce qui est logique vu que ces dispositions ont été créées justement à partir d'une disposition alphabétique et sans aucun soucis d'efficacité, mais pour éviter que les digraphes les plus communs actionnent des marteaux contigus (et non pas pour ralentir la frappe).

En ABCD tu as des touches plus utiles sois les doigts que QSDF et JKLM.

KLMN et QRST ?

À part K et Q, ce sont des lettres très courantes en français.

 
Pour pacofg c'est l'inverse.

http://bepo.fr/wiki/Accueil  

http://colemak.com/

http://fr.wikipedia.org/wiki/Malbolge

Celui-la va mettre tout le monde d'accord :

http://www.daskeyboard.com/model-s-ultimate/
 

Je vois pas en quoi, avec ou sans symboles, faut bien que tu choisisses une disposition ou un autre pour utiliser ton clavier.

 La possibilité de choisir entre azerty, qwerty, dvorak ou n'importe quel autre layout d'un seul clic de souris ?    

Comme avec n'importe quel clavier, quoi.

TALC: Les claviers n'envoient pas directement les caractères saisis, le concept de scancode est utilisé depuis quelques dizaines d'années.

Dans ce cas, pour environ 1700 € :

Chaque touche est un mini-écran OLED qui peut afficher n'importe quelle image via le driver.
http://www.artlebedev.com/everything/optimus/
 
C'est bon la ?  

Je laisse tomber.

TALC associé : depuis ton arrivée sur le topic il y a 4 ans, la moitié de tes posts parlent de clavier Ca fait peur, c'est une passion ?

edit : ah ok je viens de voir le lien de ta signature. C'est une passion bizarre quand même

HFR

Je pensais qu'il était jamais vraiment sorti ce machin

 
Nan mais il sait très bien ce qu'est le concept de mapping, c'est juste pour dire qu'au moins là on n'est pas perturbé  

 
Bah non ce sont des touches universelles.
 
Comme au scrabble !
 

Oui, je l'avais à peine regardé.  
 

 
J'ai de gros doute sur une meilleure l'efficacité du cobol, même sur ce créneau restreint. Si un mainframe en Cobol dépote un max en entrées/sorties et disques, c'est principalement parce qu'un mainframe dépote un max en entrée sortie et disque.  
Du cobol sur un pc, ça doit être nettement plus rare.  
Il est encore très utilisé car dans les entreprises la culture est là, les compétences aussi, les millions de lignes de code existant aussi, c'est sur mainframe sur lequel il y a a principalement le cobol.
La ou je suis en ce moment, l'assembleur sur gros système est encore utilisé. Mais ce n'est pas parce qu'ils considèrent que c'est un bon langage. Simplement ils ont un tel existant qu'il faut bien continuer à le faire vivre.
Et depuis quelques années (2 ou 3 je dirais), les mainframe cobol commencent a voir leur jours comptés. C'est cher ces grosses bêtes.
 

 
Ca a été évoqué plus haut. Il est possible sur du C, du Java ou tout autre langage évolué de faire un type/une bibliothèque de virgule flottante adapté et qui ira plus vite en ne codant pas un décimale par octet. Voire même simplement de la récupérer toute faite et gratos sur le net ou éventuellement de creuser la doc pour voir même si ce n'est pas déjà existant sur le langage. Le BigDecimal sur Java par exemple qui aura la même précision mais en plus rapide.
 

[/quotemsg]
 
Je demande à voir le "(on n'a pas fait mieux depuis)". C'est principalement le mainframe qui dépote, pas le langage.
Sur un serveur linux, fait un truc un cobol et un un C, je parie pas grand chose sur le cobol.
Je demanderais demain au spécialiste, je ne suis même pas sur que sur mainframe il y ai une grande différence entre un programme assembleur qui fait des entrées sortie disque et un programme cobol. Le goulet d'étranglement, c'est le/les disques, pas le proc.
 
Pour ne pas jouer à une guerre d'afficionados :  attention, je ne ne jette pas le Cobol au orties. C'est le binaire décimal (hors du contexte de l'afficheur 7 segment évoqué plus haut).
D'un autre côté, j'ai horreur du cobol    
 
Houla, complément : en approfondissant le sujet sur google, il semblerait que les pb de calculs en virgules flottantes soient surtout du au type de calcul virgule flottante des processeurs de type PC et non aux langages.
Je suppute donc que pour les calculs financier sur mainframe, c'est la aussi le mainframe qui fait bien le boulot, et non le Cobol. Donc, ce ne serait pas un argument en faveur du Cobol.
J'en viens à me demander si ce n'est pas carrement le processeur mainframe qui fait du BCD, auquel cas, ce ne serait pas non plus un argument contre le Cobol.