Nicolas Blanco a écrit 617 commentaires

osef

mais vous avez le soleil !

énorme ! on me moinse et on me parle de smooth scrolling !

J'espère que j'ai pas besoin de dire que le smooth scrolling n'a rien a voir avec la vitesse de défilement, ou bien ?

Bon, imaginons on vous file un OS, vous branchez votre souris, le curseur se déplace à deux à l'heure et vous trouvez pas d'option graphique pour augmenter la vitesse du curseur. Est-ce que vous allez trouver ça normal pour un système en 2010 de pas avoir une put**n d'option graphique pour gérer la vitesse du curseur ? Est-ce que vous allez dire que le système est user-friendly ? Non.
Et bien moi c'est pareil. Je branche ma souris, je trouve pas d'option pour gérer la vitesse de la molette, je trouve ça inadmissible pour un système en 2010 et j'irrai pas crier sur les toits qu'Ubuntu est user-friendly.

Y a deux semaines au boulot je suis revenu sur Ubuntu / GNOME suite à un nouveau taff.

J'insiste sur le fait que j'ai utilisé Linux, KDE et GNOME pendant une dizaine d'années avant de passer personnellement sur MacOS X il y a 3/4 ans.

J'étais impatient de voir les progrès qu'aurait fait Linux et ses environnements graphiques car mes anciens collègues "libres" n'arrêtaient pas de me le répéter : "Linux c'est maintenant user-friendly, OS x aux chiottes, etc."

Je lance ma box, je fais un peu mumuse, effectivement ça s'est amélioré depuis quelques années.

Je lance un navigateur, je scrolle avec la souris, trop lent le scrolling ! "Bon Ubuntu c'est user-friendly, y a une option graphique pour gérer cela." me dis-je. Et la, c'est le drame. Et oui, nous sommes en 2010 et il n'y a pas de préférence graphique de base pour régler la vitesse de scroll de la molette d'une souris. Incroyable. Je fais quelques recherches sur le net pour tomber sur un ticket Launchpad datant de 3 ans.

Bravo les gars ! Surtout qu'aujourd'hui la vitesse de scroll n'est plus forcément couplée à une souris (certains trackpads de portables permettent aussi de scroller).

une news sur logiciel fait en mono un vendredi ! impossible que ça soit une coïncidence, bien joué bruno ;) !

Entendre qu'un gus est passé de Passenger à FastCGI c'est le monde à l'envers.

Le déploiement d'une application Ruby on Rails en FastCGI n'est quasiment plus recommandée aujourd'hui, quasiment plus personne le fait dans la communauté. C'était une technique utilisée au début du développement de Rails il y a quelques années. Baucoup de problèmes : dur à configurer et débugger, problème de process qui partent en vrille, leaks, performance en req/sec assez basse, etc.

Aujourd'hui reste 2 solutions fiables et utilisées :
* Passenger avec Apache ou nginx (hé oui, Passenger peut fonctionner avec autre chose qu'Apache ! nginx est une solution très fiable).

* Un ensemble de micro-serveurs en Ruby (Thin par exemple) derrière un load-balancer (solution très fiable/scalable, bien que plus lourde à gérer que Passenger).

Bref, Passenger c'est du très bon car je trouve que l'équipe a très très bien soigné le packaging. L'installation est très claire, on t'indique quels paquets de ta distribution manque, on t'indique la config par défaut à utiliser dans ton vhost, etc. La documentation est aussi très bonne. L'installation de la version optimisée RubyEE est tout aussi bien expliquée et fiable.

De plus, Passenger est la seule solution envisageable actuellement pour faire du mutualisé RoR. D'ailleurs les hébergeurs américains mutualisés (Dreamhost, etc) l'utilisent.

Si tu as eu des problèmes c'est sûrement avec une très ancienne version ou bien tu avais un problème dans ta configuration, réessaye :-).

osef

l'Electronic Frontier Foundation qui a mis la main sur le contrat de licence qui lie les développeurs IPhone. [6]

Whaaaou, il aura fallu du temps a leur fameuse "main" pour se torcher avec le contrat d'apple qui est bien dispo depuis 2 ans maintenant ! Quel scoop !

moi je vais bientot releaser un fork de PHP nommé "PlopPlop".
Ce super fork réintegrera les numéros de lignes obligatoires en début de ligne !

Comme en BASIC dans les années 80. Ça ira bien avec l'instruction goto qui a été réintroduite récemment.

Ça fera fureur je te le dis !

idem.

C'est toujours facile de "descendre" une grosse production.
J'ai apprécié ce film. Alors oui le scénario n'est pas super original, mais les images sont magnifiques et c'est du vrai grand spectacle quoi. Si on veut en prendre plein la rétine, ce film y arrive haut la main.

Pour finir je dirai que je l'ai vu 2 fois, une fois en normal et une fois en 3D numérique, et les 2 fois la salle a applaudi à la fin...

Le monde est fou fou fou !!

je suis content que les utilisateurs de linux aient enfin un navigateur webkit bien foutu... même si ça fait des années que les utilisateurs de mac os x en ont un.

Sinon... en regardant le compte github de bruno, je vois que c'est toujours actif la réécriture de Linuxfr.org en Ruby on Rails ;-).

Yep, je suis aussi assez fan de redmine.

si vous appréciez trac, testez redmine, c'est un genre de trac++. si vous n'aimez pas trac, bah testez autre chose :).

http://www.youtube.com/watch?v=Gv1RcXVoqr4

A noter le gros troll velu de la FAQ de Haiku :


Why not Linux?
Linux-based distributions stack up software -- the Linux kernel, the X Window System, and various DEs with disparate toolkits such as GTK+ and Qt -- that do not necessarily share the same guidelines and/or goals. This lack of consistency and overall vision manifests itself in increased complexity, insufficient integration, and inefficient solutions, making the use of your computer more complicated than it should actually be. [top]

Instead, Haiku has a single focus on personal computing and is driven by a unified vision for the whole OS. That, we believe, enables Haiku to provide a leaner, cleaner and more efficient system capable of providing a better user experience that is simple and uniform throughout.

En même temps s'acheter un ordinateur Acer.......





\_o< ~coin~ --> [ . ]
(nan mais c'est vrai quoi !)

Tu sais, j'aimerais passer au ruby, ou au python plutôt que d'utiliser toujours le même sempiternel PHP. Le problème est que peu d'hébergeurs offrent autre chose que PHP

Tu sais, j'aimerais passer à Linux plutôt que d'utiliser toujours le même sempiternel Windows. Le problème est que peu d'entreprises offrent autre chose que Windows.

Premièrement, le virtualisé s'est pas mal démocratisé, même s'il reste plus cher que du mutualisé. Idem pour les petits serveurs dédiés comme Dedibox/Kimsufi/etc. Pour ma part, rien ne vaut l'avantage que d'avoir un accès root, quel que soit le langage utilisé. Même lorsque je développais encore en PHP je n'arrêtais pas de pester contre les OVH et cie qui me proposaient que des versions anciennes.

Deuxièmement, pour ce qui est du mutualisé, la situation est plutôt française !

Cela fait bien plus d'un an que modrails est stable et permet de déployer avec une facilité déconcertante des applications Ruby on Rails sur un Apache ou Nginx.

Depuis, la plupart des hébergeurs mutualisés américains le propose : Dreamhost, Godaddy, etc...

Bon c'est toujours sympa de voir qu'il y a encore des gens pour "s'amuser" à faire des frameworks en PHP... même si aucun d'eux n'arrive à la cheville de RoR.

nan t'es sur linuxbidouille.com ici.

Salut, je suis développeur Ruby on Rails et je suis tombé par hasard sur ton message.

T'es au courant que depuis 1 an environ, il y a modrails (Passenger) pour Apache et pour NGinx. C'est la solution utilisée actuellement pour l'hébergement d'appli Rails et ça marche très très bien et facilement, bien plus que les solutions anciennes à base de CGI/FCGI très prises de tête.

http://www.modrails.com

çapusaypalibre !

oups, c'est demain vendredi.
=> [ ]

- recevoir chaque matin mon emploi du temps de la journée sur mon portable ;
- recevoir des notifications en cas de de problème sur un serveur ;

Et un smartphone type iPhone/Android/etc avec push email, voire push Twitter ça te convient pas ? Jdis ça comme ça hein, on est dans le 21ème siècle aussi...

Je fais tous mes sites en Ruby on Rails depuis 2 ans, qu'il fassent 5 pages ou que ça soit un réseau social, ça marche du tonerre. Lâcher PHP ne m'a pas fait verser de larme, au contraire.

Pleins de développeurs/intégrateurs me disent : mais Ruby on Rails, c'est pas un CMS !

Je leur réponds : quand t'as un framework solide, full objet, que t'as des briques de qualité que tu peux poser en quelques minutes (authentification, gestion des droits, moteur de templates)... jvois plus trop l'utilité d'utiliser un CMS PHP qui va te prendre la tête dès que tu vas vouloir étendre une fonctionnalité. A moins si t'es sûr de rien vouloir développer par la suite... Ce qui est rarement le cas.

Nicolas.

j'ai pas compris le but de ce journal.

C'est juste pour pousser un coup de gueule et nous rappeler qu'il y a des cons partout ?

OK. Merci, au revoir.