Parce que le browser fait la même largeur pour tous les onglets.
Faux.
C'est peut-être le cas de ton browser, mais le mien réinvente la roue intègre un gestionnaire de fenêtre complet ( flottant en plus :/ ). Que l'on aime ou pas.
Donc, mes onglets peuvent très bien ne pas tous faire la même taille.
Hum… je ne suis pas sûr de comprendre. Tu me dis d'utiliser un outil spécialisé, j'imagine?
Mais bon, aujourd'hui il se trouve que c'est du json ( dont je ne suis pas sûr qu'il soit complètement conforme en plus ) et demain ça pourrait très bien devenir du xml ou du yaml.
Mon objectif, là, c'est vraiment de trouver un mécanisme pour tester le retour d'une API web modulo les retours à la ligne, et pour ça je ne connais, pour le moment, que curl + un fichier de requêtes monolignes + un fichier de résultats monolignes de référence, et on compare le retour des requêtes transformé en monoligne au fichier de résultats de référence.
Quand on sait quelle ligne diffère, on sait que telle requête pose un problème ( reste à trouver lequel et déboguer, mais bon… )
Pas de \r, parce que pas de Windows ni de Mac derrière ( et pour le coup, c'est plutôt les unix et les mac qui enlèvent un morceau de la fin de ligne: LF signifie nouvelle ligne, et CR retour chariot, donc il faut logiquement combiner les 2… pour une fois que MS fait un truc plus propre que les autres… )
Pour le test, pour le moment je ne teste rien, je veux d'abord récupérer le retour sur une seule ligne, afin de pouvoir facilement comparer, justement. Et si un test ne passe pas, il me suffirait ainsi de juste regarder quelle ligne pose problème pour connaître le test ( puisque j'aurais alors d'un côté une liste de lignes contenant les requêtes, et de l'autre côté une liste ou chaque ligne correspondrait à la requête de même ligne ).
Enfin bref:
Sans "od -c" ( je connaissais pas cette commande, ça à l'air utile ):
{"CorrelationID":"test","MessageResponse":[
{"ResponseCode":4,"ResponseComment":"LineColor too long, it will be truncated"},
{"ResponseCode":0,"ResponseComment":"success"}]
Avec:
0000000 { " C o r r e l a t i o n I D "
0000020 : " t e s t " , " M e s s a g e
0000040 R e s p o n s e " : [ \n { " R e
0000060 s p o n s e C o d e " : 4 , " R
0000100 e s p o n s e C o m m e n t " :
0000120 " L i n e C o l o r t o o l
0000140 o n g , i t w i l l b e
0000160 t r u n c a t e d " } , \n { " R
0000200 e s p o n s e C o d e " : 0 , "
0000220 R e s p o n s e C o m m e n t "
0000240 : " s u c c e s s " } ] \n }
0000256
Ce genre de problématiques ont déjà été abordées il y à quelques mois, notamment ici.
À mon avis, il faudrait déjà séparer le contenu périssable du non périssable ( la notion de périssable étant dépendante d'un seuil de temps, disons 2 mois ). Par exemple, une nouvelle version de firefox, un apéro python, une install party, un article pour prévenir d'une faille de sécurité, sont des évènement périssables.
Alors que la présentation d'une nouvelle version d'un logiciel stable ( dans ses versions ) comme un blender, une Debian, RHEL sont toujours périssables, mais avec une date de péremption largement supérieure: je dis des bêtises, mais, 1 an, 2 ans?
Finalement, des articles présentant des techniques et des tutoriels sont très peu périssables, notamment la série des "je crée mon jeu vidéo".
J'ai envie de dire que si l'on pouvait avoir, par exemple, un mécanisme séparant ces documents en fonction de leurs dates de péremption, il serait plus simple de naviguer au travers des contenu toujours d'actualité.
Par exemple, imaginons 3 colonnes, une pour les trucs qui sont très temporelles, les news, une pour les articles à durée de vie moyenne, et une dernière pour les contenu "permanents".
Il serait aussi intéressant de scinder par articles localisés géographiquement ou non. C'est bien qu'il y ait des évènements autour du libre et qu'on en parle sur un site d'information qui y est dédié, mais ce n'est pertinent que pour une "minorité" de personnes ( en plus de n'avoir habituellement un intérêt que très temporel ).
Hum… je me demande si, avec un gestionnaire de fenêtre qui expose ses commandes via une IPC, ce ne serait pas scriptable de façon précise?
Bon, ça reste loin d'être pratique sauf pour les amateurs de ligne de commande, et il faut encore que le WM le permette ( je ne suis pas sûr qu'i3 permette ce genre de joyeusetés, il faudra que je vérifie le jour ou j'en aurait l'utilité ).
Mais même une fois redimensionnée à une taille supérieure il reste le problème d'avoir la vue d'ensemble: si la fenêtre est plus grande que l'écran, il faut l'agiter dans tous les sens, alors qu'avec un outil adapté, on peut juste scroller dans la fenêtre.
Bon, je ne suis pas un grand sportif, et j'aime encore moins regarder des gens pratiquer… ( quoique… l'escalade à la rigueur, pour la pratique comme pour regarder, ou l'escrime artistique…. mais ce n'est pas le sujet que je veux aborder ) donc je ne suis pas concerné au premier point.
Par contre, un point m'a paru particulièrement ingénieux au niveau de l'identification: utiliser des flash-codes pour réduire la pénibilité de gérer des méthodes d'identifications via wi-fi.
Par contre, je me dis qu'il y a un certain nombre de risques: si une personne parviens à flasher la même image, y a t-il une sécurité qui bloque l'un des identifiés partageant la même identité, ou mieux, l'ensemble?
Autre point, pour l'identification, quel type de méthodes ont été utilisées? J'imagine un mécanisme de clés privées/publiques, un peu comme ssh, je me trompe?
Si c'est le cas, quelle lib à été utilisée?
Tel que je l'imagine, je suis tenté de supposer que le flash-code contiens une clé privée dont l'alter-ego publique est stockée dans un ~/.ssh/authorized_keys mais ça, ça aurait plutôt été une solution pour un script shell, pas une application C++?
Après tout, si un projet libre se détache de sa communauté, et à fortiori de ce que pensent ses contributeurs sur la ligne de conduite, le fork est bien la meilleure solution?
Mais peut-être les contributeurs de FF ne sont-ils pas majoritairement d'accord avec toi…
Le seul point commun c'est que les deux utilisent un navigateur pour son IHM.
Ils utilisent tous les deux habituellement les mêmes langages également. HTML+CSS, JS, SQL ( à moins qu'il n'y ait pas de base de données derrière ? ) et [PHP|python|perl|autre].
Ils ont aussi en commun le fait de devoir faire des workaround à cause des différences entre les navigateurs, ou de choisir de n'en supporter qu'un seul.
Au final, même après ton explication, je ne vois pas où est la différence entre un site web ( qui peut être interne ou pas ) et une application web ( même chose ). Que ça mette 5 minutes à réagir, pourquoi pas, mais bon, au final moi quand j'attend 5 minutes après mon PC, déjà je peste, et en plus je me demande: "planté ou pas planté?" avec CTRL+ALT+SUP qui me démange ( enfin, pas tout à fait cette combinaison, mais l'idée est là ).
Je doute que tes utilisateurs ne ressentent pas la même chose, et un utilisateur content est un utilisateur qui cherchera ( et trouveras ) moins de moyens de contourner les procédures établies ( pour de bonnes ou de mauvaises raisons, peu importe ).
Sinon, je me rappelle d'un prof qui disait que la sécurité informatique, c'est pas juste la résistance aux attaques. Son point se défendait en se disant qu'une panne, c'est pas une attaque, idem pour un comportement accidentel de l'utilisateur ( ou d'un admin, une boucle dans un script est si vite arrivée… )
En parlant de configuration… ce n'est pas désactivable, la MaJ automatique? Et je pense que faire des MaJ automatiques en prod, c'est quand même pas terrible comme process de dev, non? ( enfin, sûrement pas pire que ce qui se fait dans ma boîte actuelle… on a même pas de dépôt de source, et je suis le seul à préferer git à cpold :/ ==> œil, paille, poutre, tout ça… )
Imaginons une requête SQL particulièrement complexe ou sur une quantité de données particulièrement impressionnante.
Compte tenu du fait que ce n'est pas progressif, comment tu fais pour envoyer les résultats progressivement?
Enfin bon, à mon très humble avis, un site qui mets 5 minutes à renvoyer un résultat, il y a peu de personnes qui vont y rester.
Euh… sérieux?
Tu as vraiment pris cette valeur pour une référence? Dommage, c'était pas le but, j'aurai tout aussi bien pu dire 42 pixels, ou 1337…
Sinon, pour la taille des écrans:
$ xrandr --output VGA1 --mode [TAB][TAB]
1024x768 1152x864 1280x1024 1280x720 1280x800 1280x960 1400x1050 1600x900 1680x1050 1920x1080 640x480 720x400 800x600
Moi, je monte quand même à 1920 ( marrant le 8192 d'ailleurs? ) de large… et si j'étais un dev égocentrique, je pourrais faire une assertion sur le fait que tout le monde à les mêmes écrans que moi, et au fond, le matos, ça coûte pas cher, le client n'a qu'a upgrade ( petite pensée pour un de mes profs de BTS au passage… mouarf! ).
Et je n'ai aucune raison de supposer que mon application web n'est pas seule au monde, non plus. Après tout, le navigateur, c'est bien le nouvel OS? Alors pourquoi devrait-je partager "mon" espace écran avec quelqu'un d'autre?
Bref, malheureusement, oui, j'ai déjà eu la joie de tomber sur des sites qui font des assertions foireuses sur la taille de ma… mon écran.
PS: est-ce qu'il existe un moyen que linuxfr n'interprète pas le contenu d'une portion de texte? Parce que le rendu de la commande "$xrandr" avec tous les espaces en préfixe est complètement illisible…
Hum… dans le cas d'un outil tournable, pourquoi pas, mais je me vois mal tourner mon écran de bureau dans tous les sens, en plus il faut pour ça que je me rappelle la connectique de l'écran sur laquelle je mets mon brouteur…
Désolé, mais je n'ai pas l'impression qu'il me manque énormément de choses dans le vim de base, que ce soit pour mes projets C++, pour les documents LaTeX que je gribouille ou pour les scripts bash que je bricole.
Le débogueur, comme je l'ai dis, ce n'est à mon avis pas le boulot de l'éditeur de texte, et taper "!cg" ( pour rappeler la dernière invocation de cgdb ) dans un terminal ne me pose aucun problème.
Pour le reste, je ne suis pas sûr…
Par inspecteur mémoire, tu parles bien de valgrind?
Personnellement, dans ma phase de développement, je m'arrange déjà pour que ça marche. Une fois que c'est le cas, je m'occupe d'optimiser ce qui coûte trop cher. Pour ce qui est des memory leaks, j'avoue avoir plutôt confiance dans les smart pointers du C++ et la RAII.
Quant au modèle sémantique, je ne comprend absolument pas de quoi tu parles? L'auto-complétion? Si je voulais un truc riche, j'utiliserais ctag, mais… en fait, je n'en ai pas besoin: il me suffit d'inclure un header local pour avoir accès aux mots qui y sont inclus. Je n'ai pas besoin de plus en la matière.
Je me trompe peut-être, et je serai heureux de découvrir ces outils dont tu parles. Si ça se trouve, j'en trouverais un utile.
« langage de script » ça ne veut pas dire grand chose techniquement
Je cite wikipédia: "En informatique, un script est un programme en langage interprété (voir Langage de script)."
Donc, un langage de script est un langage interprété.
la question n'est pas si telle ou telle fonctionnalité est originale
Si tu veux vendre un langage ayant une fonctionnalité que tout le monde la possède déjà, je ne parviens pas à imaginer que l'on puisse considérer ça comme un avantage sur les autres.
Et les habitudes de dev, d'une part, ça varie vachement entre utilisateurs d'un langage, et d'autre part ça dépend des utilisateurs, pas du langage.
Pour finir, le fait qu'un langage soit plus vieux qu'un autre ne me semble pas un argument pertinent pour dire qu'il est meilleur. Par exemple, le langage C ne me semble pas meilleur que C++, pourtant il est plus vieux et plus répandu.
Objectivement, l'âge du capitaine n'a rien a voir avec le fait qu'il soit ou pas un bon capitaine.
Ce qui est dit dans je journal, c'est que ça ne cible que des configuration précises. Il me semble qu'il y avait assez d'emphase le sur le fait que cette faille est compliquée à exploiter à cause de ce fait d'ailleurs?
Si le texte occupe toute la largeur de l'application, il n'y à aucun problème. Si l'utilisateur utilise la largeur totale de son écran, c'est que ça lui plaît, sinon, une fenêtre, ça se redimensionne.
Quand un site fait l'assertion que mon écran fait plus de 1500 px de large, bah c'est assez horrible. Sur mon desktop, je dois limite tourner la tête à chaque ligne, et sur mon netbook je dois scroller!
Peu importe le cas, je suis emmerdé par les largeurs fixes, sans parler des bugs d'affichage…
Ahhhhh ouai, en fait, le truc que j'utilisais déjà quand je tapais mes 1ères lignes de code avec QBasic!
Il était d'ailleurs même possible de modifier le code en cours de déboguage, voire d'insérer ponctuellement du code en milieu d'exécution.
Mais bon, je pense que tous les langages de scripts avec un IDE potable le permettent, non?
D'ailleurs, je ne sais pas le faire avec gdb pour les langages compilés, mais je ne suis pas sûr que ce soit une limite du débogueur, juste de l'utilisateur—moi—pour le coup ( je sais qu'il est possible de modifier le contenu d'une variable et de fixer la prochaine instruction à exécuter, je ne sais juste pas s'il est possible d'insérer du code en cours d'exécution. Ça me semble complexe, mais pas infaisable. Peut-être que LLDB en sera capable, même si GDB ne l'est pas? A voir. ).
Bon, allez, je t'accorde ça: comparé à QB, pharo n'est pas fermé, ni produit par MS, et peut gérer des fenêtre graphiques. Je ne maîtrise pas suffisamment les langages de scripts plus modernes, mais je ne doute pas qu'ils aient aussi ces caractéristiques tout en permettant l'insertion/l'altération de code en live.
Mon éditeur de texte ne fait pas tout ça, dans la configuration que je lui ai faite. Et je ne veux pas.
Par contre, j'ai d'autres outils, des scripts et petits gadgets, qui eux, me permettent de le faire.
En fait, mon IDE, c'est mon système complet, alors que toi, tes outils réinventent sans cesse la roue. Combien as-tu de gestionnaires de fenêtre qui tournent au total sur ton système quand tu programme?
Le WM du système, probablement celui de ton navigateur internet, celui de ton IDE, tu utilises peut-être un outil d'administration de BDD séparé?
Du coup:
le trou de mon bureau en dessous de ma souris à cessé de se creuser, et mon poignet de me faire souffrir ( hum… je n'aurais peut-être pas dû mentionner ça… XD )
je peux adapter n'importe lequel de mes outils à ma tâche du moment ( je ne connais aucun IDE permettant de faire à la fois du C++, du perl, du bash, du SQL et du LaTeX… à chaque fois il faut apprendre à utiliser un nouvel outil. Pas avec vim. )
mon système ne contiens presque plus d'outils redondants, et je suis donc capable de programmer quasi aussi efficacement avec un ultraportable qu'avec une machine de bureau multi-écrans. Essaies donc avec eclipse+gnome, qu'on se marre…
je n'ai plus besoin de configurer séparément chaque usine à gaz pour qu'elle se comporte de la même façon que les autres qui ont un rôle proche et/ou partagé.
Répéter la philosophie UNIX, ce n'est pas juste utiliser des outils non interactifs ( y a pas que grep dans la vie ), au fait.
Je considère, par exemple, que mpd+mpc ( rien à voir avec la programmation, je sais ) respectent très bien cette philosophie, pourtant c'est interactif, et je ne vois aucun défaut à leur approche. A part que, du coup, on à un vaste choix de clients, du coup il faut choisir lequel correspond le mieux à son propre besoin… choisir, ça prend du temps, avec un lecteur classique c'est plus facile, il n'y a que les skin à choisir… ( et on se tape un lecteur de musique qui affiche de la visualisation dont on à pas besoin… ok, c'est une option opt-out, mais bon… ça reste discutablement utile à 90% des usages. )
Pour conclure, je dirais que la philosophie UNIX est très proche de la philosophie objet: chaque composant fait une chose et la fait bien, possède une interface claire, à un couplage le plus faible possible avec les autres.
Je ne répète pas UNIX, je pense objet.
[^] # Re: Faire confiance au logiciel client
Posté par freem . En réponse au sondage Préférez-vous les sites en largeur fixe, ou bien adaptés à l'écran même si celui-ci est très large ?. Évalué à 2.
Faux.
C'est peut-être le cas de ton browser, mais le mien
réinvente la roueintègre un gestionnaire de fenêtre complet ( flottant en plus :/ ). Que l'on aime ou pas.Donc, mes onglets peuvent très bien ne pas tous faire la même taille.
[^] # Re: retour chariot
Posté par freem . En réponse au message enlever les fins de ligne du résultat de curl. Évalué à 1.
Ah ok merci.
Je me garderai ça dans un coin de mémoire, ça peut servir :)
[^] # Re: retour chariot
Posté par freem . En réponse au message enlever les fins de ligne du résultat de curl. Évalué à 1.
Hum… je ne suis pas sûr de comprendre. Tu me dis d'utiliser un outil spécialisé, j'imagine?
Mais bon, aujourd'hui il se trouve que c'est du json ( dont je ne suis pas sûr qu'il soit complètement conforme en plus ) et demain ça pourrait très bien devenir du xml ou du yaml.
Mon objectif, là, c'est vraiment de trouver un mécanisme pour tester le retour d'une API web modulo les retours à la ligne, et pour ça je ne connais, pour le moment, que curl + un fichier de requêtes monolignes + un fichier de résultats monolignes de référence, et on compare le retour des requêtes transformé en monoligne au fichier de résultats de référence.
Quand on sait quelle ligne diffère, on sait que telle requête pose un problème ( reste à trouver lequel et déboguer, mais bon… )
[^] # Re: mauvais outil
Posté par freem . En réponse au message enlever les fins de ligne du résultat de curl. Évalué à 1.
Ahhhh!!
Bien, en effet, ça marche tout seul :)
Merci beaucoup.
[^] # Re: retour chariot
Posté par freem . En réponse au message enlever les fins de ligne du résultat de curl. Évalué à 1.
Pas de \r, parce que pas de Windows ni de Mac derrière ( et pour le coup, c'est plutôt les unix et les mac qui enlèvent un morceau de la fin de ligne: LF signifie nouvelle ligne, et CR retour chariot, donc il faut logiquement combiner les 2… pour une fois que MS fait un truc plus propre que les autres… )
Pour le test, pour le moment je ne teste rien, je veux d'abord récupérer le retour sur une seule ligne, afin de pouvoir facilement comparer, justement. Et si un test ne passe pas, il me suffirait ainsi de juste regarder quelle ligne pose problème pour connaître le test ( puisque j'aurais alors d'un côté une liste de lignes contenant les requêtes, et de l'autre côté une liste ou chaque ligne correspondrait à la requête de même ligne ).
Enfin bref:
Sans "od -c" ( je connaissais pas cette commande, ça à l'air utile ):
Avec:
[^] # Re: Confus mais pertinent
Posté par freem . En réponse au journal Préserver nos pensées quotidiennes. Évalué à 1.
S'il y a une chose que je ne me permettrait pas de dire, c'est que c'est simple :)
Sinon les journeaux ( les vrais, ceux avec une ligne éditoriale, pas les agrégateurs de news venant d'ailleurs ) n'existeraient pas.
[^] # Re: Vue adaptative sous Firefox
Posté par freem . En réponse au journal Screen Sizer, une petite appli web pour tester un site sous différentes résolutions d'écran. Évalué à 1.
Ah, je ne savais pas que xrandr peut manipuler les fenêtres… bon à savoir ça.
[^] # Re: Confus mais pertinent
Posté par freem . En réponse au journal Préserver nos pensées quotidiennes. Évalué à 5.
Ce genre de problématiques ont déjà été abordées il y à quelques mois, notamment ici.
À mon avis, il faudrait déjà séparer le contenu périssable du non périssable ( la notion de périssable étant dépendante d'un seuil de temps, disons 2 mois ). Par exemple, une nouvelle version de firefox, un apéro python, une install party, un article pour prévenir d'une faille de sécurité, sont des évènement périssables.
Alors que la présentation d'une nouvelle version d'un logiciel stable ( dans ses versions ) comme un blender, une Debian, RHEL sont toujours périssables, mais avec une date de péremption largement supérieure: je dis des bêtises, mais, 1 an, 2 ans?
Finalement, des articles présentant des techniques et des tutoriels sont très peu périssables, notamment la série des "je crée mon jeu vidéo".
J'ai envie de dire que si l'on pouvait avoir, par exemple, un mécanisme séparant ces documents en fonction de leurs dates de péremption, il serait plus simple de naviguer au travers des contenu toujours d'actualité.
Par exemple, imaginons 3 colonnes, une pour les trucs qui sont très temporelles, les news, une pour les articles à durée de vie moyenne, et une dernière pour les contenu "permanents".
Il serait aussi intéressant de scinder par articles localisés géographiquement ou non. C'est bien qu'il y ait des évènements autour du libre et qu'on en parle sur un site d'information qui y est dédié, mais ce n'est pertinent que pour une "minorité" de personnes ( en plus de n'avoir habituellement un intérêt que très temporel ).
[^] # Re: Vue adaptative sous Firefox
Posté par freem . En réponse au journal Screen Sizer, une petite appli web pour tester un site sous différentes résolutions d'écran. Évalué à 0.
Hum… je me demande si, avec un gestionnaire de fenêtre qui expose ses commandes via une IPC, ce ne serait pas scriptable de façon précise?
Bon, ça reste loin d'être pratique sauf pour les amateurs de ligne de commande, et il faut encore que le WM le permette ( je ne suis pas sûr qu'i3 permette ce genre de joyeusetés, il faudra que je vérifie le jour ou j'en aurait l'utilité ).
Mais même une fois redimensionnée à une taille supérieure il reste le problème d'avoir la vue d'ensemble: si la fenêtre est plus grande que l'écran, il faut l'agiter dans tous les sens, alors qu'avec un outil adapté, on peut juste scroller dans la fenêtre.
# sécurité
Posté par freem . En réponse à la dépêche BellePoule - Gestion de compétitions d'escrime. Évalué à 3.
Bon, je ne suis pas un grand sportif, et j'aime encore moins regarder des gens pratiquer… ( quoique… l'escalade à la rigueur, pour la pratique comme pour regarder, ou l'escrime artistique…. mais ce n'est pas le sujet que je veux aborder ) donc je ne suis pas concerné au premier point.
Par contre, un point m'a paru particulièrement ingénieux au niveau de l'identification: utiliser des flash-codes pour réduire la pénibilité de gérer des méthodes d'identifications via wi-fi.
Par contre, je me dis qu'il y a un certain nombre de risques: si une personne parviens à flasher la même image, y a t-il une sécurité qui bloque l'un des identifiés partageant la même identité, ou mieux, l'ensemble?
Autre point, pour l'identification, quel type de méthodes ont été utilisées? J'imagine un mécanisme de clés privées/publiques, un peu comme ssh, je me trompe?
Si c'est le cas, quelle lib à été utilisée?
Tel que je l'imagine, je suis tenté de supposer que le flash-code contiens une clé privée dont l'alter-ego publique est stockée dans un ~/.ssh/authorized_keys mais ça, ça aurait plutôt été une solution pour un script shell, pas une application C++?
[^] # Re: Que de mauvaises intentions
Posté par freem . En réponse au journal Mozilla fait avancer le web et ajoute les DRM à Firefox. Évalué à 1. Dernière modification le 15 mai 2014 à 15:33.
Tu forkes quand? :p
Après tout, si un projet libre se détache de sa communauté, et à fortiori de ce que pensent ses contributeurs sur la ligne de conduite, le fork est bien la meilleure solution?
Mais peut-être les contributeurs de FF ne sont-ils pas majoritairement d'accord avec toi…
[^] # Re: Que de mauvaises intentions
Posté par freem . En réponse au journal Mozilla fait avancer le web et ajoute les DRM à Firefox. Évalué à 1.
Ça, ce ne serait pas faux, après tout, pour rendre un truc accessible, il faut qu'il soit utilisable :)
( oui je sais, pas vendredi… )
[^] # Re: Faire confiance au logiciel client
Posté par freem . En réponse au sondage Préférez-vous les sites en largeur fixe, ou bien adaptés à l'écran même si celui-ci est très large ?. Évalué à 1.
Je suis pourtant persuadé d'avoir essayé… bon pas grave, ça fera juste une connerie de plus de ma part :)
[^] # Re: Je suis curieux
Posté par freem . En réponse au journal Un changement inattendu de comportement de Firefox 29. Évalué à 2. Dernière modification le 13 mai 2014 à 14:33.
Ils utilisent tous les deux habituellement les mêmes langages également. HTML+CSS, JS, SQL ( à moins qu'il n'y ait pas de base de données derrière ? ) et [PHP|python|perl|autre].
Ils ont aussi en commun le fait de devoir faire des workaround à cause des différences entre les navigateurs, ou de choisir de n'en supporter qu'un seul.
Au final, même après ton explication, je ne vois pas où est la différence entre un site web ( qui peut être interne ou pas ) et une application web ( même chose ). Que ça mette 5 minutes à réagir, pourquoi pas, mais bon, au final moi quand j'attend 5 minutes après mon PC, déjà je peste, et en plus je me demande: "planté ou pas planté?" avec CTRL+ALT+SUP qui me démange ( enfin, pas tout à fait cette combinaison, mais l'idée est là ).
Je doute que tes utilisateurs ne ressentent pas la même chose, et un utilisateur content est un utilisateur qui cherchera ( et trouveras ) moins de moyens de contourner les procédures établies ( pour de bonnes ou de mauvaises raisons, peu importe ).
Sinon, je me rappelle d'un prof qui disait que la sécurité informatique, c'est pas juste la résistance aux attaques. Son point se défendait en se disant qu'une panne, c'est pas une attaque, idem pour un comportement accidentel de l'utilisateur ( ou d'un admin, une boucle dans un script est si vite arrivée… )
Et pour le coup, la petite image :)
[^] # Re: La bonne réponse
Posté par freem . En réponse au journal Un changement inattendu de comportement de Firefox 29. Évalué à 6. Dernière modification le 13 mai 2014 à 11:42.
En parlant de configuration… ce n'est pas désactivable, la MaJ automatique? Et je pense que faire des MaJ automatiques en prod, c'est quand même pas terrible comme process de dev, non? ( enfin, sûrement pas pire que ce qui se fait dans ma boîte actuelle… on a même pas de dépôt de source, et je suis le seul à préferer git à cpold :/ ==> œil, paille, poutre, tout ça… )
[^] # Re: Je suis curieux
Posté par freem . En réponse au journal Un changement inattendu de comportement de Firefox 29. Évalué à 1.
Imaginons une requête SQL particulièrement complexe ou sur une quantité de données particulièrement impressionnante.
Compte tenu du fait que ce n'est pas progressif, comment tu fais pour envoyer les résultats progressivement?
Enfin bon, à mon très humble avis, un site qui mets 5 minutes à renvoyer un résultat, il y a peu de personnes qui vont y rester.
[^] # Re: Un phare isolé ?
Posté par freem . En réponse à la dépêche Sortie du langage Pharo et de son environnement de développement en version 3.0. Évalué à -2.
Je serai curieux de voir un binaire issu d'un programme bash?
[^] # Re: Faire confiance au logiciel client
Posté par freem . En réponse au sondage Préférez-vous les sites en largeur fixe, ou bien adaptés à l'écran même si celui-ci est très large ?. Évalué à 1.
Euh… sérieux?
Tu as vraiment pris cette valeur pour une référence? Dommage, c'était pas le but, j'aurai tout aussi bien pu dire 42 pixels, ou 1337…
Sinon, pour la taille des écrans:
$ xrandr --output VGA1 --mode [TAB][TAB]
1024x768 1152x864 1280x1024 1280x720 1280x800 1280x960 1400x1050 1600x900 1680x1050 1920x1080 640x480 720x400 800x600
Moi, je monte quand même à 1920 ( marrant le 8192 d'ailleurs? ) de large… et si j'étais un dev égocentrique, je pourrais faire une assertion sur le fait que tout le monde à les mêmes écrans que moi, et au fond, le matos, ça coûte pas cher, le client n'a qu'a upgrade ( petite pensée pour un de mes profs de BTS au passage… mouarf! ).
Et je n'ai aucune raison de supposer que mon application web n'est pas seule au monde, non plus. Après tout, le navigateur, c'est bien le nouvel OS? Alors pourquoi devrait-je partager "mon" espace écran avec quelqu'un d'autre?
Bref, malheureusement, oui, j'ai déjà eu la joie de tomber sur des sites qui font des assertions foireuses sur la taille de ma… mon écran.
PS: est-ce qu'il existe un moyen que linuxfr n'interprète pas le contenu d'une portion de texte? Parce que le rendu de la commande "$xrandr" avec tous les espaces en préfixe est complètement illisible…
[^] # Re: "le moteur d'affichage se charge de tout" ?
Posté par freem . En réponse au sondage Préférez-vous les sites en largeur fixe, ou bien adaptés à l'écran même si celui-ci est très large ?. Évalué à 1.
Hum… dans le cas d'un outil tournable, pourquoi pas, mais je me vois mal tourner mon écran de bureau dans tous les sens, en plus il faut pour ça que je me rappelle la connectique de l'écran sur laquelle je mets mon brouteur…
[^] # Re: think IDE and OS rolled into one
Posté par freem . En réponse à la dépêche Sortie du langage Pharo et de son environnement de développement en version 3.0. Évalué à 0.
Désolé, mais je n'ai pas l'impression qu'il me manque énormément de choses dans le vim de base, que ce soit pour mes projets C++, pour les documents LaTeX que je gribouille ou pour les scripts bash que je bricole.
Le débogueur, comme je l'ai dis, ce n'est à mon avis pas le boulot de l'éditeur de texte, et taper "!cg" ( pour rappeler la dernière invocation de cgdb ) dans un terminal ne me pose aucun problème.
Pour le reste, je ne suis pas sûr…
Par inspecteur mémoire, tu parles bien de valgrind?
Personnellement, dans ma phase de développement, je m'arrange déjà pour que ça marche. Une fois que c'est le cas, je m'occupe d'optimiser ce qui coûte trop cher. Pour ce qui est des memory leaks, j'avoue avoir plutôt confiance dans les smart pointers du C++ et la RAII.
Quant au modèle sémantique, je ne comprend absolument pas de quoi tu parles? L'auto-complétion? Si je voulais un truc riche, j'utiliserais ctag, mais… en fait, je n'en ai pas besoin: il me suffit d'inclure un header local pour avoir accès aux mots qui y sont inclus. Je n'ai pas besoin de plus en la matière.
Je me trompe peut-être, et je serai heureux de découvrir ces outils dont tu parles. Si ça se trouve, j'en trouverais un utile.
[^] # Re: Un phare isolé ?
Posté par freem . En réponse à la dépêche Sortie du langage Pharo et de son environnement de développement en version 3.0. Évalué à 0.
Je cite wikipédia: "En informatique, un script est un programme en langage interprété (voir Langage de script)."
Donc, un langage de script est un langage interprété.
Si tu veux vendre un langage ayant une fonctionnalité que tout le monde la possède déjà, je ne parviens pas à imaginer que l'on puisse considérer ça comme un avantage sur les autres.
Et les habitudes de dev, d'une part, ça varie vachement entre utilisateurs d'un langage, et d'autre part ça dépend des utilisateurs, pas du langage.
Pour finir, le fait qu'un langage soit plus vieux qu'un autre ne me semble pas un argument pertinent pour dire qu'il est meilleur. Par exemple, le langage C ne me semble pas meilleur que C++, pourtant il est plus vieux et plus répandu.
Objectivement, l'âge du capitaine n'a rien a voir avec le fait qu'il soit ou pas un bon capitaine.
[^] # Re: Pas grave
Posté par freem . En réponse à la dépêche « Triple poignée de main », faille dans le protocole TLS. Évalué à 4.
Ce qui est dit dans je journal, c'est que ça ne cible que des configuration précises. Il me semble qu'il y avait assez d'emphase le sur le fait que cette faille est compliquée à exploiter à cause de ce fait d'ailleurs?
# Faire confiance au logiciel client
Posté par freem . En réponse au sondage Préférez-vous les sites en largeur fixe, ou bien adaptés à l'écran même si celui-ci est très large ?. Évalué à 10.
Pourquoi mettre une contrainte?
Si le texte occupe toute la largeur de l'application, il n'y à aucun problème. Si l'utilisateur utilise la largeur totale de son écran, c'est que ça lui plaît, sinon, une fenêtre, ça se redimensionne.
Quand un site fait l'assertion que mon écran fait plus de 1500 px de large, bah c'est assez horrible. Sur mon desktop, je dois limite tourner la tête à chaque ligne, et sur mon netbook je dois scroller!
Peu importe le cas, je suis emmerdé par les largeurs fixes, sans parler des bugs d'affichage…
[^] # Re: Un phare isolé ?
Posté par freem . En réponse à la dépêche Sortie du langage Pharo et de son environnement de développement en version 3.0. Évalué à 0.
Ahhhhh ouai, en fait, le truc que j'utilisais déjà quand je tapais mes 1ères lignes de code avec QBasic!
Il était d'ailleurs même possible de modifier le code en cours de déboguage, voire d'insérer ponctuellement du code en milieu d'exécution.
Mais bon, je pense que tous les langages de scripts avec un IDE potable le permettent, non?
D'ailleurs, je ne sais pas le faire avec gdb pour les langages compilés, mais je ne suis pas sûr que ce soit une limite du débogueur, juste de l'utilisateur—moi—pour le coup ( je sais qu'il est possible de modifier le contenu d'une variable et de fixer la prochaine instruction à exécuter, je ne sais juste pas s'il est possible d'insérer du code en cours d'exécution. Ça me semble complexe, mais pas infaisable. Peut-être que LLDB en sera capable, même si GDB ne l'est pas? A voir. ).
Bon, allez, je t'accorde ça: comparé à QB, pharo n'est pas fermé, ni produit par MS, et peut gérer des fenêtre graphiques. Je ne maîtrise pas suffisamment les langages de scripts plus modernes, mais je ne doute pas qu'ils aient aussi ces caractéristiques tout en permettant l'insertion/l'altération de code en live.
[^] # Re: think IDE and OS rolled into one
Posté par freem . En réponse à la dépêche Sortie du langage Pharo et de son environnement de développement en version 3.0. Évalué à 1.
Mon éditeur de texte ne fait pas tout ça, dans la configuration que je lui ai faite. Et je ne veux pas.
Par contre, j'ai d'autres outils, des scripts et petits gadgets, qui eux, me permettent de le faire.
En fait, mon IDE, c'est mon système complet, alors que toi, tes outils réinventent sans cesse la roue. Combien as-tu de gestionnaires de fenêtre qui tournent au total sur ton système quand tu programme?
Le WM du système, probablement celui de ton navigateur internet, celui de ton IDE, tu utilises peut-être un outil d'administration de BDD séparé?
Du coup:
Répéter la philosophie UNIX, ce n'est pas juste utiliser des outils non interactifs ( y a pas que grep dans la vie ), au fait.
Je considère, par exemple, que mpd+mpc ( rien à voir avec la programmation, je sais ) respectent très bien cette philosophie, pourtant c'est interactif, et je ne vois aucun défaut à leur approche. A part que, du coup, on à un vaste choix de clients, du coup il faut choisir lequel correspond le mieux à son propre besoin… choisir, ça prend du temps, avec un lecteur classique c'est plus facile, il n'y a que les skin à choisir… ( et on se tape un lecteur de musique qui affiche de la visualisation dont on à pas besoin… ok, c'est une option opt-out, mais bon… ça reste discutablement utile à 90% des usages. )
Pour conclure, je dirais que la philosophie UNIX est très proche de la philosophie objet: chaque composant fait une chose et la fait bien, possède une interface claire, à un couplage le plus faible possible avec les autres.
Je ne répète pas UNIX, je pense objet.