gwt? Je ne connais pas. A part ça, je trouve le code machine plutôt simple a déboguer oui, bien que linux soit très loin de proposer des débogueurs avec une IHM aussi efficace que ce que l'on peut trouver sous windows.
Faut se tenir au courant si tu veux te faire l'evangeliste du web mon canard ;-)
Sinon, le probleme, c'est pas debugger du c++, c'est debugger du c++ convertit en js qui tourne dans un browser. C'est ce que gwt propose, et c'est un enfer a debugger quand t'as un bug dans la version de production de l'appli.
Il n'y a pas besoin de gérer l'input en JS? Et niveau création de fenêtres… il semble qu'asm.js supporte openGL, alors utiliser un gui toolkit qui exploite openGL me semble permettre de s'affranchir de ce souci.
Sisi, ya besoin de gerer l'input. Mais je doute que Qt, GTK ou la SDL soit contents une fois sandboxes dans un browser, et donc va falloir un code different pour les 2 versions.
Interface console. Pas de fenêtre, et juste de l'entrée clavier. Voire même pas d'interface du tout, pour ceux utilisant les tests unitaires.
L'intérêt? Mon code est coupé, avec une partie qui est totalement indépendante du système au sein duquel elle s'exécute.
Je vais pas dire que c'est une mauvaise chose de decoupler le domain de la presentation, parce que clairement ca l'est pas, par contre se fader 2 implementations de la presentation pour le plaisir, comment dire?
Parce que tu fais souvent du QA sur de l'asm toi?
Je n'ai pas eu l'impression que le binaire (si on peut dire ça comme ça) asm.js soit destiné à être utilisé pour déboguer le programme. Bien entendu, aucun programme n'est exempt de bugs.
Heu, ben ouais, tout le temps. On s'en fout que ca tourne en debug dans mon IDE, ce qui compte c'est que ca marche sur le poste des utilisateurs… Mon automation tourne sur des builds release sur device, pas grand chose a faire que ca marche dans mon simulateur en debug si la version de l'appstore plante.
Si tu t'amuses a ecire un jeu en c++, faire ta qa sur le build natif, passer tes qq centaines de milliers de lignes de code a travers un outil de generation et balancer ca sur le web dict, tu vas avoir qq surprises.
Un code natif en -02 est tres chiant a debugger, mais au moins c'est faisable. Bon courage pour trouver le probleme quand t'as une couche de traduction. Le monsieur du journal le dit a mot couvert: si t'as un pb, c'est probablement dans la traduction (et encore…), bonne fete des morts pour le corriger la dedans si t'es pas sur la core team emscripten…
Ca tombe bien, on parle de compiler du C++ en asm.js
Un plaisir a debugger, google a essayer de vendre ca avec gwt, yen a quelques un qui en sont revenus. Sans compter que tu te prends a la fois la lourdeur de langage, les temps de compile et des debuggueurs tout pourris.
Ou alors tu codes tout en c++ et tu fais une conversion a la fin, mais
1) tu vas te taper une palanquee de code en c++ "pour rien": creation de fenetre, gestion d'input, scripts de builds
2) ta phase de qa en js va etre absolument horrible, tu te tapes tout d'un coup et tu vas prier pour ne pas avior deux problemes en paralleles.
et côté du "code écrivable et lisible à la main" je suis désolé mais l'argument ne tiens pas trop, JS est pas vraiment un modèle quand on parle de choses lisibles.
C'est quoi le probleme de lisibilite du js? Face a de l'abus de template c++, j'ai vite fait mon choix perso.
T'es mignon mon canard, mais (pour une fois) je suis reste calme et courtois, et dans le fond, je ne fais que reprendre une partie de son message, hein ;-)
Pour le train, ça peut allonger les distances de freinage, et c'est déjà pas top.
S'il faut s'arreter d'urgence, clairement, c'est pas top, non.
Pour l'avion, ça peut engendrer une consommation excessive de carburant, et en plein milieu du Pacifique, c'est un tout petit peu plus embêtant si ça bouffe les réserves.
Les longs couriers ont environ 15000km de portee, les constructeurs ne sont pas cons ;-)
Ah ben on se casse la gueule, dis-donc
Un avion ne se casse pas la gueule, meme un boeing plane tres bien sans moteur. Ceux qui se cassent la gueule, comme le rio paris, le font par erreur de pilotage, pas parce qu'ils sont trop lourd.
Ben ecoutes, je sais pas, j'ai avance des arguments, toi a part me dire qu'un avion, ca vole, putain, et qu'un avion c'est pas un bateau, t'as pas dit grand chose.
Alors certes, un avion, ca vole, et oui, ta phrase est logique, mais j'ai du mal a en deduire autre chose qu'un avion, ca vole (putain!).
Parce que les normes de securite sont larges. Les gens qui les ecrivent sont pas idiots et savent qu'un couillon un jour qq part va les ignorer et aller au dela. Du coup, ont homologue pour au dela de l'U dela, et ca passe quand un couillon ignore les regles.
Elles sont large aussi en aeronautique, le vol d'easy jet n'aurait probablement eu aucun probleme pour arriver a destination meme avec une surcharge.
C'est un probleme d'assurance et de responsabilite, pas de savoir si l'avion peut voler avec 4 gus en trop. 400kg de surcharge sur qq dizaine de tonnes, tu crois vraiment que ca fait une grosse difference?
Oui, il vole, et alors? Le bateau il flotte, il est autant sujet au poids qu'un bateau (au fond de l'eau, c'est pas cool pour les humains, a peu pres autant qu'en haut du ciel).
De meme qu'un train lance a 200km/h qui freine mal parce qu'il est trop lourd.
Et quand le poids moyen évolue dans le temps l'avion se crash.
L'article mentionne aussi une grave faute de maintenance ;-)
Ou quand on tombe sur une répartition non standard on doit débarquer des passagers.
C'est la meme chose pour les bus, les trains ou les bateaux.
le tgv est certifie (et donc assure) pour une certaine charge, si une convention d'obese francais se tient a marseille, le paris/marseille aura sensiblement le meme probleme.
la grosse difference c'est que l'aeronautique respecte a la lettre ses normes.
Pas trop. Non. Tous ont un poids total autorise, a charge de l'exploitant de le respecter.
Vu les quantites de carburants, les avions (hors long couriers), ont justement beaucoup plus de marge de manoeuvre.
Tu confonds avec le texte d'un brevet.
La loi est plutot concise et claire, au contraire (autant que faire se peut en fonction du domaine auquelle elle se rapporte).
C'est pas trop la question, tous les autres moyens de transports font un prix independant du poids et ils ont pourtant les memes contraintes. Probablement parce qu'en moyenne, l'humain de base fait 70 kg (ou 60 ou 80, tu vois l'idee). Et que donc on s'en fout que bobby fasse 140 kg apres le caca du matin, vu que dans l'ensemble, l'avion aura 70kg par barbaque ambulante.
Ce que je trouve le plus debile ici c'est que:
1) il faut demander le poids avant de payer. Ca va faire plaisir a tous ceux qui se font reserver leurs billets professionels par quelqu'un d'autre au bureau
2) il faut verifier le poids avant d'embarquer. Outre le cote humiliant pour certains (beaucoup?), ca rajoute aux delais deja ridicules qu'on se tape avec la securite et les contraintes a la con "il faut etre a la porte au moins 30 minutes a l'avance parce qu'on peut changer l'heure de depart quand on veut"
3) il faut faire payer les dissidents avant d'embarquer, apres moultes discussions parce que "votre balance elle est mal calibree" "c'est un scandale, vous nous payez pas quand vous etes en retard, alors moi je paye pas" et "c'est une atteinte a ma liberte fondamentale d'etre humain", ce qui rajoute encore au delai.
Cela dit, air samoa a l'air de faire les choses bien, a savoir faire payer le poids total plutot que de faire payer un extra a gros bobby.
Et les 50% de asm.js ne sont que ce que un type seul a été capable de faire en 3 mois.
Ca veut dire que s'il bosse 9 mois dessus on aura 150% des perfs du natifs?
Plus serieusement, sorti du hardcore gamer, le jeu video n'est pas cpu bound - apres tout flash avec ses performances miserables a tenu le haut du pave sur le web pendant un long bail, et actionscript est pas si different de js dans le fond.
De meme, le monde du jeu video tablette/smartphone a commence a decoller avec le 3gs et l'original ipad, c'est loin d'etre des foudres de guerres aussi.
Ca veut pas dire que c'est pas bien de faire du js qui va plus vite, mais si tu penses que c'est tout ce qu'il manque pour faire un succes du jeux video sur le web, tu te fourvoies.
Un bon ide avec un bon tooling et un bon debuggeur me semblent plus important que grapiller des pourcents de performances, surtout si tu t'addresses a des gens qui viennent du monde natif et qui sont habitues a avoir des outils, mais ca reste mon avis perso.
50% plus lent je comprends surtout ca comme "ca bouffe vachement plus de batterie".
Autant la vitesse pure est pas trop un probleme pour faire angry birds (et ca tourne sur de l'armv6, alors bon, du js sur un a6 c'est pas delirant).
Par contre si ca me flingue ma batterie en 2 heures, ca va etre un vachement plus gros probleme.
Ou alors vous visez les desktops? Si oui, bonne chance!
Pas convaincu que des teufs comme la piscine molitor soit possible de nos jours…
Les teknival avaient moins de gueule une fois sarko arrive.
Apres, certains argumenteront que les prods et les teufeurs ont flingue leur propre mouvement, et ils auront pas forcemment pas tord, mais le gouvernement s'y est donne a coeur joie (de gauche et droite d'ailleurs).
1) et qui les decide ces politiques de securite?
2) les admins sont la pour que les autres puissent bosser, pas pour faire les nazis du reseau
3) c'est quoi au juste le probleme de svn over vpn? A part que ca fait du boulot a des gens qui sont payes pour ca, bien sur.
Ls gestures c'est tres bien, mais c'est pour les power user. C'est l'equivalent tactile des raccourci clavier. Cf le desastre de windows 8 et (plus recemment et discretement) blackberry x. On a recu un bb X recemment au taff, on est trois a s'etre fait baise par la gesture qui desactive la barre systeme soft, et on est trois a avoir passer un quart d'heure a essayer de la faire revenir.
Quand la cible principale des tablettes/telephone c'est tout le monde avec comme argument "ca juste marche et c'est intuitif a utiliser", cacher des fonctions essentielles et forcer l'utilisateur a se rappeler de gestes magiques, ca le fait pas du tout.
Dans le meme genre, beaucoup de gens de l'industrie ne connaissent pas les gesture d'ios (fermer l'appli, faire apparaitre le dock, prochaine appli et notification).
Bref, les gestures c'est tres bien tant que c'est un moyen secondaire d'acceder a une feature non essentielle.
Zenitram, tu peux pas gueuler sur les gens qu'ils faut qu'ils votent et se fassent entendre de leur representants comme tu le fais si souvent, et t'enerver a en bruler ton slip quand des bas de plafonds font exactement ca juste parce que t'es pas d'accord avec eux.
Soit dit en passant, des militants UMP s'indignaient dans mon feed facebook que les crs leur aient ete envoye et que ca a matraque. Et je dois avouer qu'apres 10 ans d'ump facile de la matraque au pouvoir, ca m'a fait doucement sourir, surtout quand on se rappelle leur position sur les "regroupements non autorise par la prefecture" lorsqu'ils ont sauvagement assassine la scene free party. Ptetre bien que le karma, c'est pas des conneries en fait.
:)
Ben faut comparer ce qui est comparable. Quand t'as 4Mo de ram, tu laisses tomber les png de 640*1136, et je mentionne meme pas les png pour ipad a 2048*machin qui meme sous le forme compressee ne rentrerais de toutes facon pas.
Les applis iphones sont extremement riches visuellement, que ce soit niveau graphismes ou animations, et tres fortement i/o bound. En plus de ca, les sessions sont tellement courtes que la latence reseau a un impact direct sur la duree desdites sessions (et sur le bounce rate, forcemment).
Si tu fais pas gaffe a ce que tu fais, une application simple monte tres rapidement a 200mb d'empreinte memoire sur un 4s. T'es pas loin de la moitie de ce qui est disponible. Certes, ca marche, mais sitot que l'utilisateur lance une autre appli, la tienne se fait tuer, et ca peut etre un gros probleme. Avec un peu de savoir faire, tu fais descendre l'empreinte a 40-50mb et la t'es mieux.
Niveau cpu, avoir une UITable avec un layout non trivial (text wrapping, hauteur de cell variable, des images etc) ET qui scrolle de facon parfaitement fluide est loin d'etre aussi simple que tu le penses. C'est moins dur sur un iphone5, certes, mais il ne fait que ~50% des utilisateurs aujourd'hui.
[^] # Re: Pas convaincu
Posté par groumly . En réponse au journal La stratégie de Mozilla pour les jeux vidéo sur le Web ouvert. Évalué à 2.
Faut se tenir au courant si tu veux te faire l'evangeliste du web mon canard ;-)
Sinon, le probleme, c'est pas debugger du c++, c'est debugger du c++ convertit en js qui tourne dans un browser. C'est ce que gwt propose, et c'est un enfer a debugger quand t'as un bug dans la version de production de l'appli.
Sisi, ya besoin de gerer l'input. Mais je doute que Qt, GTK ou la SDL soit contents une fois sandboxes dans un browser, et donc va falloir un code different pour les 2 versions.
Je vais pas dire que c'est une mauvaise chose de decoupler le domain de la presentation, parce que clairement ca l'est pas, par contre se fader 2 implementations de la presentation pour le plaisir, comment dire?
Heu, ben ouais, tout le temps. On s'en fout que ca tourne en debug dans mon IDE, ce qui compte c'est que ca marche sur le poste des utilisateurs… Mon automation tourne sur des builds release sur device, pas grand chose a faire que ca marche dans mon simulateur en debug si la version de l'appstore plante.
Si tu t'amuses a ecire un jeu en c++, faire ta qa sur le build natif, passer tes qq centaines de milliers de lignes de code a travers un outil de generation et balancer ca sur le web dict, tu vas avoir qq surprises.
Un code natif en -02 est tres chiant a debugger, mais au moins c'est faisable. Bon courage pour trouver le probleme quand t'as une couche de traduction. Le monsieur du journal le dit a mot couvert: si t'as un pb, c'est probablement dans la traduction (et encore…), bonne fete des morts pour le corriger la dedans si t'es pas sur la core team emscripten…
[^] # Re: Les jeux oui, mais pas que
Posté par groumly . En réponse au journal La stratégie de Mozilla pour les jeux vidéo sur le Web ouvert. Évalué à 2.
Des rumeurs comme quoi des entreprises obfusqueraient du js? Spapossible, j'le crois pas!
[^] # Re: Pas convaincu
Posté par groumly . En réponse au journal La stratégie de Mozilla pour les jeux vidéo sur le Web ouvert. Évalué à 4.
Un plaisir a debugger, google a essayer de vendre ca avec gwt, yen a quelques un qui en sont revenus. Sans compter que tu te prends a la fois la lourdeur de langage, les temps de compile et des debuggueurs tout pourris.
Ou alors tu codes tout en c++ et tu fais une conversion a la fin, mais
1) tu vas te taper une palanquee de code en c++ "pour rien": creation de fenetre, gestion d'input, scripts de builds
2) ta phase de qa en js va etre absolument horrible, tu te tapes tout d'un coup et tu vas prier pour ne pas avior deux problemes en paralleles.
C'est quoi le probleme de lisibilite du js? Face a de l'abus de template c++, j'ai vite fait mon choix perso.
[^] # Re: « Juifs-Arabe ? C'est bizarre et j'aime pas les gens bizarre »
Posté par groumly . En réponse au journal Un billet d'avion dépendant du poids passager+bagages. Évalué à -5.
Et c'est moi qui etale la confiture?
[^] # Re: « Juifs-Arabe ? C'est bizarre et j'aime pas les gens bizarre »
Posté par groumly . En réponse au journal Un billet d'avion dépendant du poids passager+bagages. Évalué à -1.
T'es mignon mon canard, mais (pour une fois) je suis reste calme et courtois, et dans le fond, je ne fais que reprendre une partie de son message, hein ;-)
[^] # Re: « Juifs-Arabe ? C'est bizarre et j'aime pas les gens bizarre »
Posté par groumly . En réponse au journal Un billet d'avion dépendant du poids passager+bagages. Évalué à -3.
C'est quoi deja l'expression? Se faire prendre pour un con par un idiot est un plaisir de fin gourmet, ou un truc du genre?
[^] # Re: « Juifs-Arabe ? C'est bizarre et j'aime pas les gens bizarre »
Posté par groumly . En réponse au journal Un billet d'avion dépendant du poids passager+bagages. Évalué à -1.
S'il faut s'arreter d'urgence, clairement, c'est pas top, non.
Les longs couriers ont environ 15000km de portee, les constructeurs ne sont pas cons ;-)
Un avion ne se casse pas la gueule, meme un boeing plane tres bien sans moteur. Ceux qui se cassent la gueule, comme le rio paris, le font par erreur de pilotage, pas parce qu'ils sont trop lourd.
[^] # Re: « Juifs-Arabe ? C'est bizarre et j'aime pas les gens bizarre »
Posté par groumly . En réponse au journal Un billet d'avion dépendant du poids passager+bagages. Évalué à 3.
Ben ecoutes, je sais pas, j'ai avance des arguments, toi a part me dire qu'un avion, ca vole, putain, et qu'un avion c'est pas un bateau, t'as pas dit grand chose.
Alors certes, un avion, ca vole, et oui, ta phrase est logique, mais j'ai du mal a en deduire autre chose qu'un avion, ca vole (putain!).
[^] # Re: « Juifs-Arabe ? C'est bizarre et j'aime pas les gens bizarre »
Posté par groumly . En réponse au journal Un billet d'avion dépendant du poids passager+bagages. Évalué à 1.
Parce que les normes de securite sont larges. Les gens qui les ecrivent sont pas idiots et savent qu'un couillon un jour qq part va les ignorer et aller au dela. Du coup, ont homologue pour au dela de l'U dela, et ca passe quand un couillon ignore les regles.
Elles sont large aussi en aeronautique, le vol d'easy jet n'aurait probablement eu aucun probleme pour arriver a destination meme avec une surcharge.
C'est un probleme d'assurance et de responsabilite, pas de savoir si l'avion peut voler avec 4 gus en trop. 400kg de surcharge sur qq dizaine de tonnes, tu crois vraiment que ca fait une grosse difference?
[^] # Re: « Juifs-Arabe ? C'est bizarre et j'aime pas les gens bizarre »
Posté par groumly . En réponse au journal Un billet d'avion dépendant du poids passager+bagages. Évalué à -1.
Oui, il vole, et alors? Le bateau il flotte, il est autant sujet au poids qu'un bateau (au fond de l'eau, c'est pas cool pour les humains, a peu pres autant qu'en haut du ciel).
De meme qu'un train lance a 200km/h qui freine mal parce qu'il est trop lourd.
[^] # Re: « Juifs-Arabe ? C'est bizarre et j'aime pas les gens bizarre »
Posté par groumly . En réponse au journal Un billet d'avion dépendant du poids passager+bagages. Évalué à 1.
L'article mentionne aussi une grave faute de maintenance ;-)
C'est la meme chose pour les bus, les trains ou les bateaux.
le tgv est certifie (et donc assure) pour une certaine charge, si une convention d'obese francais se tient a marseille, le paris/marseille aura sensiblement le meme probleme.
la grosse difference c'est que l'aeronautique respecte a la lettre ses normes.
[^] # Re: « Juifs-Arabe ? C'est bizarre et j'aime pas les gens bizarre »
Posté par groumly . En réponse au journal Un billet d'avion dépendant du poids passager+bagages. Évalué à 0.
Pas trop. Non. Tous ont un poids total autorise, a charge de l'exploitant de le respecter.
Vu les quantites de carburants, les avions (hors long couriers), ont justement beaucoup plus de marge de manoeuvre.
[^] # Re: Le texte de loi
Posté par groumly . En réponse au journal De la finalité du droit d'auteur. Évalué à 1.
Tu confonds avec le texte d'un brevet.
La loi est plutot concise et claire, au contraire (autant que faire se peut en fonction du domaine auquelle elle se rapporte).
[^] # Re: « Juifs-Arabe ? C'est bizarre et j'aime pas les gens bizarre »
Posté par groumly . En réponse au journal Un billet d'avion dépendant du poids passager+bagages. Évalué à 1.
C'est pas trop la question, tous les autres moyens de transports font un prix independant du poids et ils ont pourtant les memes contraintes. Probablement parce qu'en moyenne, l'humain de base fait 70 kg (ou 60 ou 80, tu vois l'idee). Et que donc on s'en fout que bobby fasse 140 kg apres le caca du matin, vu que dans l'ensemble, l'avion aura 70kg par barbaque ambulante.
Ce que je trouve le plus debile ici c'est que:
1) il faut demander le poids avant de payer. Ca va faire plaisir a tous ceux qui se font reserver leurs billets professionels par quelqu'un d'autre au bureau
2) il faut verifier le poids avant d'embarquer. Outre le cote humiliant pour certains (beaucoup?), ca rajoute aux delais deja ridicules qu'on se tape avec la securite et les contraintes a la con "il faut etre a la porte au moins 30 minutes a l'avance parce qu'on peut changer l'heure de depart quand on veut"
3) il faut faire payer les dissidents avant d'embarquer, apres moultes discussions parce que "votre balance elle est mal calibree" "c'est un scandale, vous nous payez pas quand vous etes en retard, alors moi je paye pas" et "c'est une atteinte a ma liberte fondamentale d'etre humain", ce qui rajoute encore au delai.
Cela dit, air samoa a l'air de faire les choses bien, a savoir faire payer le poids total plutot que de faire payer un extra a gros bobby.
[^] # Re: Ouf !
Posté par groumly . En réponse au journal Un billet d'avion dépendant du poids passager+bagages. Évalué à 1.
N'empeches, ca passait, c'etait beau!
[^] # Re: Pas convaincu
Posté par groumly . En réponse au journal La stratégie de Mozilla pour les jeux vidéo sur le Web ouvert. Évalué à 2.
Ca veut dire que s'il bosse 9 mois dessus on aura 150% des perfs du natifs?
Plus serieusement, sorti du hardcore gamer, le jeu video n'est pas cpu bound - apres tout flash avec ses performances miserables a tenu le haut du pave sur le web pendant un long bail, et actionscript est pas si different de js dans le fond.
De meme, le monde du jeu video tablette/smartphone a commence a decoller avec le 3gs et l'original ipad, c'est loin d'etre des foudres de guerres aussi.
Ca veut pas dire que c'est pas bien de faire du js qui va plus vite, mais si tu penses que c'est tout ce qu'il manque pour faire un succes du jeux video sur le web, tu te fourvoies.
Un bon ide avec un bon tooling et un bon debuggeur me semblent plus important que grapiller des pourcents de performances, surtout si tu t'addresses a des gens qui viennent du monde natif et qui sont habitues a avoir des outils, mais ca reste mon avis perso.
[^] # Re: Pas convaincu
Posté par groumly . En réponse au journal La stratégie de Mozilla pour les jeux vidéo sur le Web ouvert. Évalué à 1.
Mais pourquoi donc oracle a fait un proces a google?
[^] # Re: Pas convaincu
Posté par groumly . En réponse au journal La stratégie de Mozilla pour les jeux vidéo sur le Web ouvert. Évalué à 10.
50% plus lent je comprends surtout ca comme "ca bouffe vachement plus de batterie".
Autant la vitesse pure est pas trop un probleme pour faire angry birds (et ca tourne sur de l'armv6, alors bon, du js sur un a6 c'est pas delirant).
Par contre si ca me flingue ma batterie en 2 heures, ca va etre un vachement plus gros probleme.
Ou alors vous visez les desktops? Si oui, bonne chance!
[^] # Re: catholique
Posté par groumly . En réponse au journal Nouvelle planète auto-hébergement. Évalué à 1.
Mouais.. T'as connu la scene mi/fin 90?
Pas convaincu que des teufs comme la piscine molitor soit possible de nos jours…
Les teknival avaient moins de gueule une fois sarko arrive.
Apres, certains argumenteront que les prods et les teufeurs ont flingue leur propre mouvement, et ils auront pas forcemment pas tord, mais le gouvernement s'y est donne a coeur joie (de gauche et droite d'ailleurs).
[^] # Re: Et h264
Posté par groumly . En réponse au journal Nokia part en guerre contre vp8. Évalué à 1.
Non d'apres toutes les stats publiques de ventes de hardware, les stats de browsers et les stats internes web vs mobile web vs app.
En clair: le desktop stagne, voire regresse, les smartphones/tablettes sont en plein boom.
[^] # Re: Plusieurs choses à prendre en compte.
Posté par groumly . En réponse au journal Attaque DDoS contre Spamhaus. Évalué à 5.
1) et qui les decide ces politiques de securite?
2) les admins sont la pour que les autres puissent bosser, pas pour faire les nazis du reseau
3) c'est quoi au juste le probleme de svn over vpn? A part que ca fait du boulot a des gens qui sont payes pour ca, bien sur.
[^] # Re: Gnome 3 > tablettes/smartphones
Posté par groumly . En réponse au journal Gnome 3.8 : un retour en arrière ?. Évalué à 7.
Ls gestures c'est tres bien, mais c'est pour les power user. C'est l'equivalent tactile des raccourci clavier. Cf le desastre de windows 8 et (plus recemment et discretement) blackberry x. On a recu un bb X recemment au taff, on est trois a s'etre fait baise par la gesture qui desactive la barre systeme soft, et on est trois a avoir passer un quart d'heure a essayer de la faire revenir.
Quand la cible principale des tablettes/telephone c'est tout le monde avec comme argument "ca juste marche et c'est intuitif a utiliser", cacher des fonctions essentielles et forcer l'utilisateur a se rappeler de gestes magiques, ca le fait pas du tout.
Dans le meme genre, beaucoup de gens de l'industrie ne connaissent pas les gesture d'ios (fermer l'appli, faire apparaitre le dock, prochaine appli et notification).
Bref, les gestures c'est tres bien tant que c'est un moyen secondaire d'acceder a une feature non essentielle.
[^] # Re: catholique
Posté par groumly . En réponse au journal Nouvelle planète auto-hébergement. Évalué à 4.
Zenitram, tu peux pas gueuler sur les gens qu'ils faut qu'ils votent et se fassent entendre de leur representants comme tu le fais si souvent, et t'enerver a en bruler ton slip quand des bas de plafonds font exactement ca juste parce que t'es pas d'accord avec eux.
Soit dit en passant, des militants UMP s'indignaient dans mon feed facebook que les crs leur aient ete envoye et que ca a matraque. Et je dois avouer qu'apres 10 ans d'ump facile de la matraque au pouvoir, ca m'a fait doucement sourir, surtout quand on se rappelle leur position sur les "regroupements non autorise par la prefecture" lorsqu'ils ont sauvagement assassine la scene free party. Ptetre bien que le karma, c'est pas des conneries en fait.
:)
[^] # Re: Sur le papier
Posté par groumly . En réponse au journal 42 : une nouvelle école informatique. Évalué à 5.
http://developer.apple.com. Ca te mene la: https://developer.apple.com/search/index.php?q=cups
Sinon, man cups-lpd, man cups-config etc.
[^] # Re: Sur le papier
Posté par groumly . En réponse au journal 42 : une nouvelle école informatique. Évalué à 3.
Ben faut comparer ce qui est comparable. Quand t'as 4Mo de ram, tu laisses tomber les png de 640*1136, et je mentionne meme pas les png pour ipad a 2048*machin qui meme sous le forme compressee ne rentrerais de toutes facon pas.
Les applis iphones sont extremement riches visuellement, que ce soit niveau graphismes ou animations, et tres fortement i/o bound. En plus de ca, les sessions sont tellement courtes que la latence reseau a un impact direct sur la duree desdites sessions (et sur le bounce rate, forcemment).
Si tu fais pas gaffe a ce que tu fais, une application simple monte tres rapidement a 200mb d'empreinte memoire sur un 4s. T'es pas loin de la moitie de ce qui est disponible. Certes, ca marche, mais sitot que l'utilisateur lance une autre appli, la tienne se fait tuer, et ca peut etre un gros probleme. Avec un peu de savoir faire, tu fais descendre l'empreinte a 40-50mb et la t'es mieux.
Niveau cpu, avoir une UITable avec un layout non trivial (text wrapping, hauteur de cell variable, des images etc) ET qui scrolle de facon parfaitement fluide est loin d'etre aussi simple que tu le penses. C'est moins dur sur un iphone5, certes, mais il ne fait que ~50% des utilisateurs aujourd'hui.