Bungee Tux a écrit 126 commentaires

Le café nespresso n'est pas le meilleur mais il est bien meilleur que le café grand mère dans une cafetière ou n'importe quel tassimo ou le pire de tous celui de l'automate de l'entreprise.

Il est celui qui est le plus pratique dans l'entreprise, genere des dechets qui ne coule pas, ca chauffe vite, tu as ton café rapidement. Et un truc tout con, chacun a ses capsules, pas la peine de faire la manche aupres des collegues.

Entre 35 centimes d'euros l'automatique et 30 centimes le nespresso, le choix est vite fait. Sur l'entreprise de 600 personnes, je n'ai pas vu autre chose que des cafetieres standard et des nespresso.

Preums

Scala est un super langage bien intégré a la JVM.

Merci pour cette découverte, j'ai fait qques exemples et franchement c'est tres interessant. Exactement ce que j'espérais, le support IDE est spartiate pour l'instant mais il n'y a aucune raison que ca n'évolue pas dans le bon sens.

tu tapes tres peu de caracteres au final,
je passe mon temps a demander la correction ou la completion du code en cours.

donc oui tu programmes rapidement en java, c'est sur que tu use bcp les touches affectées pour les deux actions correction/completion.

Pour la grammaire, les graphes m'ont bluffé, c'est totalement objectif et ca permet réellement de juger des combinaisons de la grammaire.

Ruby est un très bon langage a n'en pas douter.
C'est un des langages dont j'ai le plus apprécier la découverte.

Y'a plein plein de trucs que je n'aime pas en Java:

- Les primitifs ne sont pas vus comme des objets par le programmeur
- il existe des objets en 2 Parfums Mutable / pas mutable, ex String/StringBuffer, pourquoi n'est ce pas généralisé pour tous les types courants Double, Float, Point
- il existe des objects en 2 Parfums ThreadSafe/ pas ThreadSafe, pourquoi leur nommage est il aussi débile=> Arraylist/Vector , HashMap/HashTable etc ...
- impossibilité de renvoyer deux valeurs de retours sans utiliser une classe nommée déclarée préalablement.

Et la je parle des defauts non pris en charge par l'IDE.


Seulement, au final, c'est l'ecosysteme ou je reste largement le plus productif dans 99% de mes réalisations. Et je doute d'arriver a la même chose en ruby passé la phase d'apprentissage.

J'ai mis en bookmark la lecture pour plus tard Merki pour le lien.

- mixin change rarement, au pire c'est tout un bloc a effacer d'un coup et a regénérer. Oki cependant il faut savoir le faire pour une personne tierce par exemple.

- plus de ligne de code != plus de bugs dans un code généré.

- typage laxiste => meconnaissance du type a la compilation => completion de code non ciblé sur le type => completion ne permettant pas de programmer rapidement => resultat je programme plus vite avec un ide et un env typé

- syntaxe élégante et riche pour ruby, syntaxe verbeuse et pauvre/simple pour Java. La relative pauvreté de java en fait un langage simple a parser et a en détecter les erreurs, Ide eclipse propose un remarquable service de correction a la volée. Ca en a même changé mes habitudes de programmation et je programme le quart du temps en demandant la correction d'erreur.

Ex , t'ajoute un parametre dans l'appel d'une fonction, il te corrige en auto la declaration de la dite fonction. Tu ne declare pas ta variable locale, par inference de type, il le fait a ta place.

- test unitaire powa, 100% d'accord, et en plus programmer avec une optique de test oblige a travailler propre, c'est a dire bien nommer les methodes testées, bien découper son code. Souvent les mauvais programmeurs sont a la ramasse quand il s'agit de tester parce que la merde qu'ils ont faconné se voit au grand jour.

- revoie tes tests de perf, parce que c'est vraiment pas comparable. Ceci dit, les perfs on s'en moque un peu sauf pour du calcul scientifique.

- j'ai testé JRuby, et franchement c'est tres bien pour faire du ruby sans deployer Ruby. Pour la connection Java , ca a l'air trés fonctionnel mais pas attirant pour 2 sous.

Dire que java est un peu mieux que ruby, c'est pas pour autant faire son apologie.

Mon point de vue est pragmatique, j'ai essayé de programmer en ruby et je suis pas convaincu par les "avantages" du dit langage.

Et on choisit pas un langage de programmation sur le papier, ca s'eprouve. Et je suis ouvert, j'ai essayé ocaml, python, ruby, java, c/c++, perl, php, prolog, bash, ksh, assembleur 68k et x86, lisp.

J'ai essayé des methodes de conception :
programmation par aspects, rad / test unitaires, plein de design pattern etc ...

Les bonnes idées sont souvent transposables. Faut toujours se confronter a de nouvelles idées.

Ca n'empeche que ruby n'est pas le meilleur langage pour programmer rapidement comme il le vente sur leur site. Et Eclipse + IDE, ben c'est de la balle pour programmer tres vite et bien.

On ne peut plus comparer les langages comme avant, tant l'ecosysteme qui les entoure devient important.

Tous les arguments en faveur de ruby tombent les uns apres les autres si on tient compte d'eclipse et des librairies tierces:

- accesseurs verbeux en java , mais c'est généré en 3 clics dans eclipse
- mixin c'est cool, mais variable + generate delegate method dans eclipse marche tres bien en java
- typage laxiste ruby versus completion de code complete en java
- syntaxe legere (a voire) ruby versus correction du code en java

et ainsi de suite.

Quand aux perfs, j'ai un facteur 10 sur le même programme en java et ruby a l'avantage de java.

Rajouter a ca, le fait que java est mille fois mieux loti en librairies tierces

Java 1 / Ruby 0

Bonjour tout le monde !

C'est marrant quand même la fascination qu'engendre ce personnage au sein même d'une communauté qu'on ne saurait soupconner d'adhérer a ses principes.

et je fais partie des cliquants, j'ai lu seulement sa prose.

Le plus decevant, y'a rien a dire, la réponse est parfaite.

Faire des bombes nucléaires, c'est plutot très bien. Les utiliser, c'est mal. La dissuasion nucléaire nous permet d'avoir une paix solide depuis 50 ans pour les pays détenant la technologie.

- pourquoi différencier attributs et le contenu des éléments ?

Je suis d'accord a 100% avec ca et je rajouterais comment une balise non leaf peut elle contenir d'autres balises plus du contenu. Ca a compliqué puissance 1000 le parseur dom generique.

Exemple

<a>le <b l="ffkldf">lfkdjflk</b>fklsjdlkfjd </a>

Voici les même données en enlevant les contenus des balises non leaf et en créant une balise destinée a cet effet. En interdisant les attributs.

<a>
<t>le </t>
<b>
<l>ffkldf</l>
<t>lfkdjflk</t>
</b>
<t>fklsjdlkfjd </t>
</a>

Le parseur necessaire pour cela est bcp plus simple a utiliser et seul trois methodes (getchildren isleaf getvalue)sont necessaires au lieu de la quinzaine ou plus existantes pour la version full.

voila comment des milliers de programmeurs se refont un sous ensemble d'XML pour pouvoir l'utiliser de facon conviviale.

Le monde n'est pas bipolaire. Je n'ai ni kde ni gnome.
Vive WindowMaker.

Aujourd'hui on rencontre de plus en plus de control click , cela implique d'avoir 2 bras qui marchent.

Si on pouvait avoir un control lock, ca me botterait bien.

Voir pour une tentative ratée -> http://linuxfr.org/comments/656096.html#656096

Voila le seul souci que m'a posé un clavier en 15 ans.

Perso, ca m'embete de sponsorisé une encyclopédie qui n'est pas tout a fait impartiale sur le porno. Y'a carrément des liens commerciaux des que ca traite du sujet.

Leur hébergement est couteux , ca c'est un défi pour les logiciels libres. Faire de l'hébergément mutualisé sur un grand nombre de machines, aujourd'ui on arrive tres bien a distribué de la vidéo pourquoi pas du web. Dommage qu'il préfère aujourd'hui la fuite en avant.

a priori keymaps/* n'est utilisé que par loadkeys et non par xmodmap.

KEYMAPS(5) KEYMAPS(5)

NAME
keymaps - keyboard table descriptions for loadkeys and dumpkeys

DESCRIPTION
These files are used by loadkeys(1) to modify the translation tables
used by the kernel keyboard driver and generated by dumpkeys(1) from
those translation tables.

The format of these files is vaguely similar to the one accepted by
xmodmap(1). The file consists of charset or key or string definition
lines interspersed with comments

La non plus.

bash-2.05b$ more /usr/X11R6/include/X11/keysymdef.h | grep -i control
/* Cursor control & motion */
#define XK_Control_L 0xFFE3 /* Left control */
#define XK_Control_R 0xFFE4 /* Right control */

Pas de control lock a l'horizon?!

bash-2.05b$ more /usr/X11R6/include/X11/keysymdef.h | grep -i lock
#define XK_Scroll_Lock 0xFF14
#define XK_Kana_Lock 0xFF2D /* Kana Lock */
#define XK_Num_Lock 0xFF7F
#define XK_Caps_Lock 0xFFE5 /* Caps lock */
#define XK_Shift_Lock 0xFFE6 /* Shift lock */
#define XK_ISO_Lock 0xFE01
#define XK_ISO_Level3_Lock 0xFE05
#define XK_ISO_Group_Lock 0xFE07
#define XK_ISO_Next_Group_Lock 0xFE09
#define XK_ISO_Prev_Group_Lock 0xFE0B
#define XK_ISO_First_Group_Lock 0xFE0D
#define XK_ISO_Last_Group_Lock 0xFE0F

deuxieme essai infructeux ca chauffe

bash-2.05b$ more mappingKeys
keycode 115 = Control_Lock
keycode 116 = Alt_Lock
bash-2.05b$ xmodmap mappingKeys
xmodmap: mappingKeys:0: bad keysym name 'Control_Lock' in keysym list
xmodmap: mappingKeys:1: bad keysym name 'Alt_Lock' in keysym list
xmodmap: 2 errors encountered, aborting.

showkey en mode console, sinon il veut pas
m$ de gauche 125
m$ de droite 126


bash-2.05b$ sux
Password:
bash-2.05b# loadkeys
keycode 125 = Control_Lock
keycode 126 = Alt_Lock


ben ca marche pas sous xorg, dommage

Ce n'est pas l'armée, je suis civil. Notre but n'est pas de tuer des 100 aines de milliers de gens LOL.

La puissance militaire francaise permet d'avoir une certaine influence sur le plan geo-politique. Elle n'est pas forcement mauvaise.

Tuer des centaines de gens, y'a pas besoin de bcp d'ingenieurs, ca fait 50 ans que tout le monde sait faire.

Je n'entre pas plus dans le debat, qui reste d'être animé.

Pour ma part c'est la dcn, http://www.dcn.fr
Et vous ?

totalement inutile donc rigoureusement indispensable (bonaldi)

Je suis trop content de te rencontrer , moi aussi je suis narcoleptique et je voula

AMHA, c'est la facon dont la news est rédigée.

Le néophite ou le lecteur occasionnel ne comprend pas les tenants et aboutissants de l'histoire.

Une petite analyse des conséquences de ce procès aurait surement facilité la compréhension.