Je viens de tester car je n'avais pas trop le choix et devait gagner en perf, et le résultat est bien là.
Les erreurs de compilation sont franchement verbeuses, mais quand on est habitué au C++ on s'y retrouve.
J'ai découvert l'intégration ipython/jupyter suite à mes tests, et c'est vraiment ce qui va rendre le truc accessible IMHO.
J'ai eu pas mal de crash du kernel jupyter cependant, mais on s'adapte.
Autre soucis sur le système de logging utilisé (un truc pas super standard a priori), qui corrompt le terminal/tmux, mais bon c'est pas voulu.
En tout cas x100 sur du code quasi impossible à optimiser sans énorme changement/refactoring, ça ne se refuse pas!
Un bémol cependant, seul un tout petit subset de numpy est accessible (les trucs triviaux de numpy.polynomials ou numpy.linalg ne sont pas disponibles), donc il faut recoder pas mal d’algorithmes à la main, ce qui est franchement dommage.
En attendant une interopérabilité native des kernel jupyter entre eux (python, R et C++ type xeus), c'est une méthode pas mal.
Il reste juste à mapper tout numpy (et supporter le float16!!!)
Je suis tout à fait d'accord. Mais… tu peux faire une liste des candidats « intègres » ?
J'ai dans l'idée que la liste va être (très) courte.
en île-de-france: le candidat PS bartolone est déjà mouillé dans une histoire d'emploi fictif (source) pour succéder à huchon qui traîne plein de casseroles.
heuhhh, non.
Tous mes vim sont dans des tmux mais ça ne change rien du tout au problème car il n'y a qu'un "curseur" actif à la fois, la base du problème. La feature que je décris qui me manque est un peu comme le multi-pointer pour XFreee86: possible mais il faut réecrire beaucoup de truc.
oui les messages qui testent la présence d'un .swp et alertent sur la possible perte de données c'est bien, mais quand tu en as plein tout le temps à cause de ton mode d'utilisation de vim, tu te fais vite avoir à force de les "fermer" de façon systématique (et perd un jour vraiment des données).
Vim ne gère que 256 couleurs, alors que de plus en plus de terminaux en gère 2**24 (aka TrueColor). Un patch (non encore mergé et surement jamais) permets ça, et autorise des vrais colorscheme (comme ceux-là ). Mon terminal le gère et je sais que le colorscheme n'est pas optimal en 256 couleurs (solarized). Gvim n'est pas un option pour moi (travail en mode terminal uniquement)
En tant qu'utilisateur de vim, je ne vois aucune fonctionalité supplémentaire à ajouter.
Et bien tant mieux pour toi! Vim ne gère pas les vues multiples, c'est-à-dire plusieurs instance/thread/whatever de vim dans des terminaux différents qui manipulent les mêmes buffers, où la modification sur l'un des terminaux impacte les autres. Kate & Emacs le font. En mode multi écran vim est une horreur (il faut se souvenir du "dernier" vim qui a écrit le fichier, faire du :e! et cie…). C'est dans la TODO list d'après mes dernières recherches, mais vu le passif du code, il faudra des années (c'est pas moi qui le dit mais je ne retrouve plus le lien).
Dès que le mode vi de kate est compatible avec tout mes plugins, je switcherai.
vim est loin d'être fini, il manque le support de TrueColor aussi d'ailleurs (oui, il existe des terminaux compatible et c'est joli™).
oui j'étais au courant pour l'upgrade, et ai bien accepté les ratés (quoique rester 2 heures sans mail à mon boulot a été assez dur). Mais justement, je trouve étrange qu'il y ai encore des bugs quasi critique aujourd'hui sur kmail2. Pour les petits trucs (genre "pas de focus par défault sur le champs du password de kscreenlocker en multi écran") ça doit venir de KDE IMHO.
idem pour moi, debian sid (taf oblige), le comportement de kmail2 (mail a moitié récupéré, impossible à recharger, "akonatcl retstart" nécessaire un jour sur deux, mails sortant jamais mis dans le "Sent" après déconnection du server, …) m'hésite à quitter KDE (déjà je n'utilise plus kwin depuis 3 ans à cause du non support tilé multi écran, donc bon). dommage après… 15 ans de KDE (à l'époque, attendre 3 ans le support IMAP de kmail était normal, mais là, tout casser pour rien). On va mettre ça sur le dos de debian, mais j'y crois pas trop.
Déclaration_universelle_des_droits_de_l'homme "Sans véritable portée juridique en tant que tel".
Ce joli mignon n'a aucune valeur en france, (et il manque le fameux "sauf" de notre constitution à l'article 17 sur la propriété)
Merci de ton analyse en tout cas! (Qui ne m'étonne pas vu le niveau de leur app android: crash de partout, liens des articles invalides, images en mode random, rechargement multiple des images et textes histoire de décaler le texte quand tu le lis…. Il existe une app 'non-officielle' qui juste marche depuis 2 an, mais forcement n'a pas accès aux articles sur abonnement).
# gain en performance *vraiment* bon
Posté par riba . En réponse au journal Pythran 0.8.5 - de l'intérêt des compilateurs. Évalué à 3.
Je viens de tester car je n'avais pas trop le choix et devait gagner en perf, et le résultat est bien là.
Les erreurs de compilation sont franchement verbeuses, mais quand on est habitué au C++ on s'y retrouve.
J'ai découvert l'intégration ipython/jupyter suite à mes tests, et c'est vraiment ce qui va rendre le truc accessible IMHO.
J'ai eu pas mal de crash du kernel jupyter cependant, mais on s'adapte.
Autre soucis sur le système de logging utilisé (un truc pas super standard a priori), qui corrompt le terminal/tmux, mais bon c'est pas voulu.
En tout cas x100 sur du code quasi impossible à optimiser sans énorme changement/refactoring, ça ne se refuse pas!
Un bémol cependant, seul un tout petit subset de numpy est accessible (les trucs triviaux de numpy.polynomials ou numpy.linalg ne sont pas disponibles), donc il faut recoder pas mal d’algorithmes à la main, ce qui est franchement dommage.
En attendant une interopérabilité native des kernel jupyter entre eux (python, R et C++ type xeus), c'est une méthode pas mal.
Il reste juste à mapper tout numpy (et supporter le float16!!!)
# et aussi
Posté par riba . En réponse à la dépêche Outils utiles pour développeur. Évalué à 4.
GNU global, qui est compatible avec cscope, donc avec vim.
# mauvaise région, changer région
Posté par riba . En réponse au journal Échanger des courriels avec Pôle-Emploi, ça peut être compliqué. Évalué à 3.
Rhône-Alpes AuvergneAuvergne-Rhône-Alpes[^] # Re: On est pas sortis de l'auberge...
Posté par riba . En réponse au journal "Tout le monde peut être une cible". Évalué à 4.
mais 50% des députés verts votent la loi renseignement, donc ils sont juste comme les autres: les alliances, le pouvoir & les maroquins
[^] # Re: Continuez à crier au loup
Posté par riba . En réponse au journal Notepad++ et FN ; ou quand un développeur parle d'autre chose que de développement. Évalué à 5.
en île-de-france: le candidat PS bartolone est déjà mouillé dans une histoire d'emploi fictif (source) pour succéder à huchon qui traîne plein de casseroles.
[^] # Re: Bureau ?
Posté par riba . En réponse à la dépêche Debian 8 : Jessie l’écuyère est en selle !. Évalué à 4.
On peut très bien remplacer kwin par awesome et garder KDE
[^] # Re: lien youtube
Posté par riba . En réponse au journal Documentaire "Les Gardiens du nouveau monde" de Flo Laval. Évalué à 4.
Donc son œuvre sera moins vue.
[^] # Re: citation des commentaires du journal
Posté par riba . En réponse à la dépêche Neovim : une refonte de vim pour le 21è siècle. Évalué à 2.
heuhhh, non.
Tous mes vim sont dans des tmux mais ça ne change rien du tout au problème car il n'y a qu'un "curseur" actif à la fois, la base du problème. La feature que je décris qui me manque est un peu comme le multi-pointer pour XFreee86: possible mais il faut réecrire beaucoup de truc.
[^] # Re: citation des commentaires du journal
Posté par riba . En réponse à la dépêche Neovim : une refonte de vim pour le 21è siècle. Évalué à 6.
oui les messages qui testent la présence d'un .swp et alertent sur la possible perte de données c'est bien, mais quand tu en as plein tout le temps à cause de ton mode d'utilisation de vim, tu te fais vite avoir à force de les "fermer" de façon systématique (et perd un jour vraiment des données).
Vim ne gère que 256 couleurs, alors que de plus en plus de terminaux en gère 2**24 (aka TrueColor). Un patch (non encore mergé et surement jamais) permets ça, et autorise des vrais colorscheme (comme ceux-là ). Mon terminal le gère et je sais que le colorscheme n'est pas optimal en 256 couleurs (solarized). Gvim n'est pas un option pour moi (travail en mode terminal uniquement)
[^] # Re: citation des commentaires du journal
Posté par riba . En réponse à la dépêche Neovim : une refonte de vim pour le 21è siècle. Évalué à 9.
Et bien tant mieux pour toi! Vim ne gère pas les vues multiples, c'est-à-dire plusieurs instance/thread/whatever de vim dans des terminaux différents qui manipulent les mêmes buffers, où la modification sur l'un des terminaux impacte les autres. Kate & Emacs le font. En mode multi écran vim est une horreur (il faut se souvenir du "dernier" vim qui a écrit le fichier, faire du :e! et cie…). C'est dans la TODO list d'après mes dernières recherches, mais vu le passif du code, il faudra des années (c'est pas moi qui le dit mais je ne retrouve plus le lien).
Dès que le mode vi de kate est compatible avec tout mes plugins, je switcherai.
vim est loin d'être fini, il manque le support de TrueColor aussi d'ailleurs (oui, il existe des terminaux compatible et c'est joli™).
[^] # Re: 24
Posté par riba . En réponse au journal Mon réseau social centralisé (la suite). Évalué à 7.
ouais c'est pas faux!
[^] # Re: KDE : Quel distrib ?
Posté par riba . En réponse à la dépêche KDE SC 4.12, 4.11.5 et Frameworks 5. Évalué à 2.
oui j'étais au courant pour l'upgrade, et ai bien accepté les ratés (quoique rester 2 heures sans mail à mon boulot a été assez dur). Mais justement, je trouve étrange qu'il y ai encore des bugs quasi critique aujourd'hui sur kmail2. Pour les petits trucs (genre "pas de focus par défault sur le champs du password de kscreenlocker en multi écran") ça doit venir de KDE IMHO.
En tout cas merci pour le packaging!
[^] # Re: Local knowledge
Posté par riba . En réponse au journal Gtk to Qt - A strange journey. Évalué à 10.
** et Linux**.
[^] # Re: KDE : Quel distrib ?
Posté par riba . En réponse à la dépêche KDE SC 4.12, 4.11.5 et Frameworks 5. Évalué à 2.
idem pour moi, debian sid (taf oblige), le comportement de kmail2 (mail a moitié récupéré, impossible à recharger, "akonatcl retstart" nécessaire un jour sur deux, mails sortant jamais mis dans le "Sent" après déconnection du server, …) m'hésite à quitter KDE (déjà je n'utilise plus kwin depuis 3 ans à cause du non support tilé multi écran, donc bon). dommage après… 15 ans de KDE (à l'époque, attendre 3 ans le support IMAP de kmail était normal, mais là, tout casser pour rien). On va mettre ça sur le dos de debian, mais j'y crois pas trop.
# JUQEEN et superMUC?
Posté par riba . En réponse à la dépêche Le Top 500 de novembre 2013. Évalué à 2.
Il sont forts les allemands pour nommer leurs machines…
[^] # Re: Quand même
Posté par riba . En réponse à la dépêche Entretien avec François Tigeot, développeur DragonFly BSD. Évalué à 1.
mais bien sûr…
# merci!
Posté par riba . En réponse au journal Obsolescence programmée ou pas ?. Évalué à 2.
2 WD "Green" dans mon NAS avec:
sortis du NAS, 2 coups de idle3ctl et tout va mieux!
# ils ne trouveront jamais mon "toto52"
Posté par riba . En réponse au journal La proche fin des mots de passe. Évalué à 10. Dernière modification le 10 octobre 2013 à 00:10.
Thisisapasswordtest
ialwaysforgetmypassword
ANOTHERSTUPIDPASSWORD
ChangeMePassWord1
I need a new password
…classe, mais le meilleur est:
Password must be at least 8 characters
# re
Posté par riba . En réponse au journal Le 16ème Tuppervim de Paris sera le 10 Octobre. Évalué à 2.
heuhhh…
[^] # Re: Le xkcd de circonstance
Posté par riba . En réponse au journal Je ne connaissais pas, maintenant c'est fermé.. Évalué à 3.
C'est pour ça que les nerds ne se reproduisent pas.
[^] # Re: le clipboard ...
Posté par riba . En réponse au journal Mais qui a mangé mon presse-papier?. Évalué à 6.
puis le sysadmin, et là c'est safe
[^] # Re: Droits de l'homme et la France
Posté par riba . En réponse au journal Société de surveillance, fichage génétique et refus de prise d'empreinte. Évalué à 1.
Déclaration_universelle_des_droits_de_l'homme "Sans véritable portée juridique en tant que tel".
Ce joli mignon n'a aucune valeur en france, (et il manque le fameux "sauf" de notre constitution à l'article 17 sur la propriété)
[^] # Re: Par Matt Ratcliffe
Posté par riba . En réponse à la dépêche Blagues d'informaticiens. Évalué à 2.
# +1000
Posté par riba . En réponse au journal Il y a 15 ans, j'ai fondé LinuxFr. Évalué à 5.
et des gros poutou poutou partout!
(oui il y a 15 ans on parlait pas anglais donc bon, içi, c'est le début quoi)
(mais pourquoi ils vont tous vers apple?)
# sécurité?
Posté par riba . En réponse au journal lemonde.fr ou l'abonnement au javascript. Évalué à 10.
Ils laissent le browser faire le boulot d'accès/teasing, mais ne le contrôlent pas.
script Greasemonkey (oui c'est sale):
Merci de ton analyse en tout cas! (Qui ne m'étonne pas vu le niveau de leur app android: crash de partout, liens des articles invalides, images en mode random, rechargement multiple des images et textes histoire de décaler le texte quand tu le lis…. Il existe une app 'non-officielle' qui juste marche depuis 2 an, mais forcement n'a pas accès aux articles sur abonnement).