Chromium ne viole pas ta vie privée, contrairement à Chrome... et il protège ta RAM aussi :) (on est pas vendredi, ok, mais j'ai envie de croire que demain sera samedi)
Capuccino est assez intéressant, mais l'Objective-J a l'air relativement chiant a apprendre — surtout quand on aime pas trop le JS...
J'ai aussi regardé du côté de SproutCore [http://www.sproutcore.com/] (utilisé par Apple dans MobileMe et iWork.com), qui a l'air plus "facile" a prendre en main..
Quelqu'un a des retours sur lesquels de ses "frameworks" sont les meilleurs/plus simples a utiliser/... ?
A noter aussi que le Kimsufi KS, qui coutait dans les 30 euros, est descendu au même prix (niveau matos: Celeron D/215/220 1.2Ghz, 2 Go DDR2 et 250Go de dur).
Configurer par exemple un serveur Unicorn (http://unicorn.bogomips.org/), le faire écouter en socket Unix, ajouter trois lignes dans nginx.conf, ça prends certes un peu plus de temps (y compris le temps de configurer monitd ou god); mais au moins, on a des bonnes perfs après ...
Avec une 30aine de sites Rails sur une machine de 2Go, sur Passenger c'était la misère totale. Beaucoup trop de RAM utilisée, les sites mettant 3 plombes a se charger, etc.. alors qu'avec Unicorn tout roule niquel.
En plus cette version n'a pas l'air de corriger le bug saoulant de passenger quand on reloade nginx: passenger pars en vrille, respawn des nouveaux process, croit qu'il est lancé 3 fois sur le même PID, suce toute ta RAM, ton CPU, et te fais des jolis 504 Gateway Time-Out ... \o/ (je viens de reproduire le bug sur la version 2.2.12).
Bref: passenger c'est bien pour les glandeurs. C'est pour ça que même si j'ai beaucoup de choses a lui reprocher, je l'utilise quand même- pas partout, pas sur des grosses apps, plutôt sur des petits utilitaires a la con où le temps de chargement et l'utilisation CPU/RAM ne me gène pas trop.
C'est pour ça que le plugin HAML (pour Rails, Merb, Sinatra, ...) différencie les "environements" et utilise une version compilée pour l'environement de production.
Et SASS (même si j'ai eu du mal a m'y mettre) fait économiser énormément de temps...
Ensuite, pour Django/Python: ce n'est pas parce que HAML/SASS est écrit en Ruby que cela empêche d'utiliser SASS dans un projet Django: http://github.com/ashchristopher/django-sass
... il y'a rien d'adapté aux tablettes sous Linux.
Pas de clavier virtuel "intelligent", donc on est obligé de s'en tapper un en permanence sur l'écran, ou d'avoir un systray. (et j'en passe, comme les overlay de gtksudo ou aucun clavier virtuels ne fonctionnent avec).
Donc globalement, si on veux une tablette utilisable, c'est soit Windows, soit iPad OS. J'ai également testé Android est c'est encore pas vraiment adapté aux "gros" écrans des tablettes.
Ensuite, malheureusement, je pense que jamais Linux n'arrivera a la simplicité de l'iPad. Ma mère (qui n'arrive même pas a appuyer sur entrée) arrive a faire fonctionner un iPhone sans problèmes. Et ce sera la même chose sur l'iPad.
Donc ok, nous les geeks on peut critiquer l'iPad car elle ne nous convient pas, mais pour de nombreux noobs, l'iPad est exactement ce qui leur faut.
Ce que je trouve assez marrant c'est que beaucoup personnes qui en général gueulent sur Flash gueulent le fait que l'iPad n'ai pas de Flash.
[^] # Google Me (Re: ça cache autre chose)
Posté par sotd . En réponse au journal Google abandonne WAVE.. Évalué à 2.
Wave serait a mon avis une très très bonne base pour développer un réseau social.
- http://www.ecrans.fr/Google-Me-prochain-Facebook-killer,1026(...)
- http://www.computerworld.com/s/article/9180191/Google_Wave_f(...)
# Faudrait la même pour JBoss
Posté par sotd . En réponse à la dépêche L'administration Tomcat facile avec PSI-probe. Évalué à 1.
[^] # Re: Le juste prix
Posté par sotd . En réponse au journal HS : www.france.fr. Évalué à 0.
ça, c'est raté.
# Et LinuxFR on rails se /b/tardise
Posté par sotd . En réponse à la dépêche 12 ans de LinuxFr.org. Évalué à 3.
[^] # Re: Et chrom(e|ium) ?
Posté par sotd . En réponse au journal HTTPS Everywhere. Évalué à -1.
# Et chrom(e|ium) ?
Posté par sotd . En réponse au journal HTTPS Everywhere. Évalué à -10.
Pacque, bon, c'est pas que Firefox soit lent et me bouffe toute ma RAM, mais presque.
# Cappucino, Sprout, ... ?
Posté par sotd . En réponse à la dépêche Petites brèves, spécial Javascript. Évalué à 2.
J'ai aussi regardé du côté de SproutCore [http://www.sproutcore.com/] (utilisé par Apple dans MobileMe et iWork.com), qui a l'air plus "facile" a prendre en main..
Quelqu'un a des retours sur lesquels de ses "frameworks" sont les meilleurs/plus simples a utiliser/... ?
[^] # Re: Kimsufi (ou kimenkul)
Posté par sotd . En réponse au journal Via nano, VT et KVM. Évalué à 1.
# Kimsufi (ou kimenkul)
Posté par sotd . En réponse au journal Via nano, VT et KVM. Évalué à 5.
# C'est bon pour la flemme, moins pour les perfs
Posté par sotd . En réponse à la dépêche Sortie de Phusion Passenger 2.2.12. Évalué à 3.
Configurer par exemple un serveur Unicorn (http://unicorn.bogomips.org/), le faire écouter en socket Unix, ajouter trois lignes dans nginx.conf, ça prends certes un peu plus de temps (y compris le temps de configurer monitd ou god); mais au moins, on a des bonnes perfs après ...
Avec une 30aine de sites Rails sur une machine de 2Go, sur Passenger c'était la misère totale. Beaucoup trop de RAM utilisée, les sites mettant 3 plombes a se charger, etc.. alors qu'avec Unicorn tout roule niquel.
En plus cette version n'a pas l'air de corriger le bug saoulant de passenger quand on reloade nginx: passenger pars en vrille, respawn des nouveaux process, croit qu'il est lancé 3 fois sur le même PID, suce toute ta RAM, ton CPU, et te fais des jolis 504 Gateway Time-Out ... \o/ (je viens de reproduire le bug sur la version 2.2.12).
Bref: passenger c'est bien pour les glandeurs. C'est pour ça que même si j'ai beaucoup de choses a lui reprocher, je l'utilise quand même- pas partout, pas sur des grosses apps, plutôt sur des petits utilitaires a la con où le temps de chargement et l'utilisation CPU/RAM ne me gène pas trop.
[^] # Re: Mouais
Posté par sotd . En réponse à la dépêche Sortie de Phusion Passenger 2.2.12. Évalué à 3.
[^] # Re: Merci
Posté par sotd . En réponse à la dépêche En vrac, spécial Ruby. Évalué à 2.
Et SASS (même si j'ai eu du mal a m'y mettre) fait économiser énormément de temps...
Ensuite, pour Django/Python: ce n'est pas parce que HAML/SASS est écrit en Ruby que cela empêche d'utiliser SASS dans un projet Django: http://github.com/ashchristopher/django-sass
# Tomdoc ? Vraiment ?
Posté par sotd . En réponse à la dépêche En vrac, spécial Ruby. Évalué à 5.
Par contre, la syntaxe de Yardoc, elle rdocks. Le développeur de Yardoc explique très bien pourquoi sa syntaxe est bien meilleure sur ce post : http://gnuu.org/2010/05/12/whats-missing-from-tomdoc/
* essai raté de mélange de rdoc+rocks...
# en attendant...
Posté par sotd . En réponse au journal l’ipad et l’epub. Évalué à 4.
Pas de clavier virtuel "intelligent", donc on est obligé de s'en tapper un en permanence sur l'écran, ou d'avoir un systray. (et j'en passe, comme les overlay de gtksudo ou aucun clavier virtuels ne fonctionnent avec).
Donc globalement, si on veux une tablette utilisable, c'est soit Windows, soit iPad OS. J'ai également testé Android est c'est encore pas vraiment adapté aux "gros" écrans des tablettes.
Ensuite, malheureusement, je pense que jamais Linux n'arrivera a la simplicité de l'iPad. Ma mère (qui n'arrive même pas a appuyer sur entrée) arrive a faire fonctionner un iPhone sans problèmes. Et ce sera la même chose sur l'iPad.
Donc ok, nous les geeks on peut critiquer l'iPad car elle ne nous convient pas, mais pour de nombreux noobs, l'iPad est exactement ce qui leur faut.
Ce que je trouve assez marrant c'est que beaucoup personnes qui en général gueulent sur Flash gueulent le fait que l'iPad n'ai pas de Flash.
Frappez moi, maintenant. :)