dave_null a écrit 358 commentaires

La tablette avec le navigateur web qui fait tout passer par les USA ? :-) Mais j'imagine qu'ils n'ont rien à cacher.

Tu as des jeux qui se prêtent bien au tactile. Tout les tower defenses et autre RTS par exemple. Et rien n'empêche d'avoir une manette avec sa tablette :-)

Je n'ai pas compris pourquoi c'est très bête.

3h d'autonomie sur un ordinateur neuf, c'est faible en dehors d'un usage de type onduleur. C'est la même situation avec windows ?

Les utilisations de JavaScript ont légèrement évolués en 15 ans. Maintenant tu peux même faire une application web toute en JavaScript sans jamais toucher à l'API DOM.

Je l'ai découvert avec le stream de Notch (le créateur de Minecraft) pour le dernier Ludum Dare. Il a testé plein de sons pendant très longtemps.

Et dès qu'il y a une action à faire, ça devient pénible. Par exemple je viens de revenir en France pour fêter Noël en famille. Dans mon courrier, la taxe d'habitation 2013 à payer avant il y a deux semaines \o/

Un tel site n'est pas gratuit, contrairement à Flickr.

Je suis en Norvège et pour les impôts de 2014, ça se passe comme ça :

• J'ai reçu un courrier me disant combien j'allais être prélevé par rapport à mon salaire brut et de les contacter en cas d'erreur.

Fin

Ce que hervé veut dire selon moi, c'est que le bois utilisé pour faire du papier ne vient pas d'arbre abattus pour faire du papier.

On peut par exemple interpréter la vue satellite comme la preuve d'une excellente filière de recyclage du bois.

Après je n'y connais rien en bois.

Tu as Jurassic Park sur NES qui alterne entre vue FPS et vue 2d. C'est pas le plus gros problème du jeu :-)

http://fr.wikipedia.org/wiki/Jurassic_Park_(Ocean_Software)

En fait tu veux un langage avec du typage statique. Est-ce que quelque chose comme TypeScript répondrait à tes besoins ?

Il existe des bons ORMs en PHP, mais peut-être que l'équipe de OwnCloud ne veut pas les utiliser.

En passant par un ORM, tu perds toujours un peu en performance, l'API est un nivellement par le bas des bases de données SQL supportées et ça masque parfois trop le SQL.

En PHP, j'aime bien RedBeanPHP car c'est bourrin, très rapide à développer, et tu peux faire du SQL facilement avec. C'est pas dans la même catégorie d'un Hibernate et son HQL, mais pour un prototype ça fait son travail.

Je connais plein de gens qui utilisent google docs.

Oui enfin ce n'est pas parce que les commandes Unix de base ont des interfaces utilisateurs mauvaises qu'il faut s'en inspirer. Là on parle d'un programme récent, pas d'outils historiques.

Après ça doit sans aucun doute convenir aux utilisateurs d'Archlinux avec KDE, tant mieux pour eux.

Faudrait faire une extension de navigateur qui remplace automatiquement les paramètres courts dans les commandes.

Car ça a beau être pratique, c'est incompréhensible pour un utilisateur qui ne connait pas les paramètres par cœur.

Ah oui, du scheme à la place de scripts bash. C'est beaucoup plus propre <3

«I estimated this amount in $220,000: the 13% will go to fees, the 43% in Italian taxes and the 44% is the clean amount for the project. Incredible but true
With $96,000 I can design for 800 days and Im sure to done the project.»

96000$ pour 800 jours de travail en Italie, ça semble honnête. Mais à mon avis le problème vient que la plupart des gens ne comptent pas mettre autant d'argent dans une police d'écriture, surtout quand il y en tellement de bonnes polices dans le domaine publique.

L’intérêt de celle-ci est d'être optimisée pour le code (pourquoi pas) et pour l'affichage à l'écran. Je pense que l'optimisation de l'affichage à l'écran et les systèmes d'anti-aliasing sont de moins en moins importants : les tablettes, smartphones et PC haut de gamme (pour l'instant) ont des résolutions rendant inutiles ces optimisations.

Non

Ça risque d'être compliqué si tu vas à l'étranger ou que tu passes au bépo.

Ah non, tu ne peux pas comparer la précision de la souris avec les la précision des doigts sur un écran tactile.

Si c'est pour tester que le bouton réagisse bien au clic, la souris suffit, mais pour tout le reste tu ne peux pas te passer d'un écran tactile aux dimensions équivalentes à ce qui sera utilisé en production.

Pour tester mes applications web, j'utilise plusieurs tablettes :

Un iPad Air, qui a selon moi le navigateur web le plus performant, mais c'est quasiment impossible à débugger si tu n'as pas de Mac (ce qui est mon cas). Tu peux tricher avec weinre cependant.

Une Xperia Tablet Z avec Firefox ou Google Chrome, le principal intérêt étant de pouvoir tester dans son bain.

Une tablette Windows 8 pro (je n'ai pas choisi). Au début je ne m'en servais pas mais en fait c'est assez pratique car tu peux utiliser Firefox ou Google Chrome version PC, avec les mêmes outils de développement. Et avec synergy, ça se transforme en un écran supplémentaire qui peut faire tablette. Par contre ça chauffe ça fait 3kg et l'écran bien qu'en FullHD n'est pas terrible comparé à la tablette Android ou l'écran Retina.

Ma tablette préférée pour tester est l'iPad car tout est fluide et agréable. Par contre dès qu'il y a un problème, je passe sur la tablette windows pour débuguer, en espérant que ce ne soit pas un bug spécifique au webkit de iOS.

Ça ne correspond pas à ce que tu cherches car il s'agit de tablettes haut de gammes, mais ça peut donner un point de vue aux autres qui passent par là.

Par contre, plus tu as de Ram, moins tu as de chance de te faire fermer un navigateur. Si tu alternes souvent entre Firefox et Google Chrome sur ta tablette, ça peut être pénible si ils sont fermés par le système à chaque fois.

Si ton objectif est juste de vérifier que ça fonctionne, dans ce cas une tablette bas de gamme peut convenir. Mais si tu vas passer beaucoup de temps à développer dessus, n'hésite pas à prendre quelque chose de correct, et dans ce cas la Nexus 7 me semble très bien.

Je suis aussi à la recherche d'une alternative.

Pour l'instant je pense utiliser Disqus, mais si le visiteur ne souhaite pas être pisté (do not track), je ne charge pas Disqus automatiquement.

je pense qu'une alternative en Node.JS serait plus intéressant qu'en Java/J2E. Mais c'est beaucoup de travail pour obtenir un système aussi complet que Disqus.

%startx /usr/bin/chromium

Et là t'as un système utile.

Oui il est valide, je ne vois pas le problème.