maboiteaspam a écrit 476 commentaires

  • # Moi ce qui me choque

    Posté par  . En réponse au journal 1.5 Milliards dépensés par l'État dans du non libre. Évalué à -10. Dernière modification le 15 mai 2013 à 13:50.

    c'est cette petite phrase sibylline

    L'April espère que d'autres chiffres plus complets seront rendus disponibles, par exemple par la DISIC, afin d'obtenir un montant plus proche de la réalité.

    Je ne pensais pas que les dépenses de mon administration pour ses dépenses informatique relevé du secret d'état….

    Quand au secret du contrat, c'est un problème du vendeur, moi cela ne me concerne pas.
    J'ai par contre une assez bonne idée du temps et de la sueur dépensés dans le maintient de cet état et de son action…

    Si par ailleurs, il se révèle qu'en fait l'administration n'est simplement pas capable de faire un rapport complet et détaillé car ils n'ont pas d'information suffisamment précise, alors cela en dit long de leurs considérations.. surtout pour des fonctionnaires qui n'ont pas vraiment de contraintes, de pressions, de délais..

    ,,, bref, quoi. Espérer quelque chose des employés que je finance, ça me choque.

  • [^] # Re: il y a le bon paresseux et le mauvais paresseux

    Posté par  . En réponse au journal Un debugger est-il indispensable ?. Évalué à 1.

    oui.. Mais bon d'un autre côté c'est pas terrible pour les IO si tu logs tout et n'importe quoi en permanence.
    J'ai un cas en tête où se serait dévastateur pour l'expérience utilisateur.

    Par contre en cas d'erreur fatale j'ai tendance à logger tout et n'importe quoi effectivement.

  • # Il y à quand même quelques cas où...

    Posté par  . En réponse au journal Un debugger est-il indispensable ?. Évalué à 1.

    …le point d'arrêt est fatalement plus efficace que n'importe quel VDD.

    Les appels récursifs, ou, les boucles sans conditions.

    Ah c'est l'horreur de rentrer dans ce genre de séquence qui bugue que sous certaines conditions uniquement après un certain nombre d'itérations…
    Là, je regrette de ne pas pouvoir poser un point d'arrêt….
    Me reste plus que ma tête.

  • [^] # Re: Pas si on est un grand ponte apparemment.

    Posté par  . En réponse au journal Un debugger est-il indispensable ?. Évalué à 0.

    fallait faire du htmleu ahah =) Allez courage ; )

  • [^] # Re: Ça dépend ...

    Posté par  . En réponse au journal Un debugger est-il indispensable ?. Évalué à 3.

    je ne sais même pas s'il est possible de débugger en PHP sans printf

    sisi, tu dois te tourner vers xdebug. C'est intégré dans eclipse, netbeans, phpstorm et bien d'autres amha.
    Après, est ce que c'est mieux. Je ne sais pas je ne m'en sert pas.

  • # la question est très difficile

    Posté par  . En réponse au message Quelles technologies pour débuter un projet web "riche" ?. Évalué à 1.

    C'est la jungle, mais c'est normal, c'est encore l’effervescence des débuts.

    J'ai un peu de mal à cerner ce que tu veux y faire, dans ton site.
    En tout cas pour
    webgl, c'est très récent, je n'en ai jamais fait, n'en ferais probablement jamais, je ne sais pas si tu peux trouver des helpers sur la toile.

    Ajax, j'en comprend que tu veux faire un app, par opposition à site un web composé de plusieurs pages.
    Ton app sera composé, in fine d'un unique fichier HTML, les vues sont attribuées par le javascript côté client.
    Je crois qu'il faut regarder du côté de phonegap, peut être yeoman aussi, mais j'ai un petit doute.

    Drupal est un CMS, en gros c'est une grosse usine à gaz avec une interface d'admin chiadée pour installer / configurer des plugins et ajouter des contenus.
    Je peux pas croire qu'un dev C s'abaisse à ce genre de besognes.
    Grosse usine à gaz. A voir si cela colle vraiment avec ce que tu veux fournir comme service à l'utilisateur.
    De ce que j'ai pu lire, rien ne te pousses vers cette solution.

    Moi je te conseillerais plutôt de prendre une base MVC light en php/ruby/python/whatever-else à mettre sur le serveur, et de te contenter de lui faire sortir du json en tout sens.
    (Pet que ROR est le meilleur choix te concernant, ptet pas.)
    Comme cela tu as une couche fonctionnelle côté serveur à consommer à rapidement,
    et tu n'as plus qu'à faire mumuse côté client avec au choix
    jquery
    ember
    http://javascriptmvc.com/docs.html#!steal
    knockout
    angular
    backbone
    et d'autres que je n'ai pas en tête, la liste est variée et mélangée.

  • [^] # Re: l'un ou l'autre

    Posté par  . En réponse au journal Un debugger est-il indispensable ?. Évalué à 0.

    Je ne parlais pas de litable, mais oui c'est exactement ce que j'avais en tête ! Le readme est assez fun : )

    a+

  • # en fin de compte

    Posté par  . En réponse au journal Sécurité des mots de passe. Évalué à 2.

    C'est s'occuper des sypmtômes, pas de l'origine du problème. Faut il que je développe l'utopie.. En tout cas pour sûr c'est perdu d'avance.
    Les machines vont être de plus en plus sur connectés , les gens aussi, que ce soit par la technique ou par l'ingénierie social, l'exposition étant plus forte, les failles exploitées seront plus nombreuses.
    Augmenter la force des mots de passes et une fuite en avant pour parer au plus pressé.

    Quoiqu'il en soit et pour revenir à des réalités plus immédiates, si mon rssi pouvait communiquer le millième de ce que les médias nous donnent à manger sur le sujet, ce serait un grand pas en avant.
    Et alors, si par le plus grand des hasard et lever d'un pied gauche, il pouvait communiquer d'une manière aussi sympathique que ces xkcd, alors il ferait de la sécurité informatique un sujet dont ces utilisateurs peuvent s'emparer pour en discuter entre eux et le faire vivre au delà des règles barbantes à respecter en permanence.
    Car oui la sécurité du point de vue l'utilisateur est souvent d'une insupportable barbarie.

  • # l'un ou l'autre

    Posté par  . En réponse au journal Un debugger est-il indispensable ?. Évalué à 2.

    c'est pas pratique.

    le debugger, comme on l'entend, fourmille d'informations. il y à un trop, là où la trace manuelle est, non trop précise, mais trop limitée.
    Printfer la valeur fautive c'est déjà connaitre 50 % ou plus de la solution.

    J'aimes bien l'idée de l'ide novateur dont-j'ai-oublié-le-nom qui peut faire des débugs sur des chemins courts dans le programme et afficher la sortie en live.

    On peut aussi se dire que,
    si j'ai recours à un debugger pour mon programme, alors, soit je suis un de ces torvalds humain et je n'ai vraiment pas le choix.
    Soit la complexité de mon programme m'à dépassé depuis longtemps et je devrais y appliquer une autre méthode de dev. genre par les tests. Car en réduisant le chemin parcouru pour vérifier chaque fonction, on en réduit sa complexité, donc on s'évite peut être le debugger. Un simple stacking mental du problème peut se révéler alors bien plus productif / rapide / je-perds-pas-mon-temps-dans-la-résolution-problèmes-mais-dans-l'implémentation-de-solutions.

  • # Go Go Go faire du Javascript !

    Posté par  . En réponse au journal Vélib' API REST de JCDecaux, accès en Go. Évalué à 1.

    La morale de cette histoire, c'est que Go, ça m'a l'air sympa comme tout ! Je vais continuer mon tour

    Je le trouvais vachement bien moi aussi, jusqu'à ce que je recode, à l'aide de nodejs, en 4 jours ce qui m'avait demandé 2 semaines + de coding en go.

    Alors, peut être une question d'habitude, je suis plus un dev de script.

    Quoi qu'il en soit je le garde dans mes outils pour sa capacité cross-platform out-of-the-box, mais c'est vraiment la seule raison que je me trouve.

    Et toi, qu'est ce qui te pousses à faire du Go ?

  • [^] # Re: Courage !

    Posté par  . En réponse à la dépêche Caranille 3.5 - Éditeur de MMORPG en PHP. Évalué à 1.

    quand tu commences depuis le debut oui, mais là c'est pas le cas, tout le monde lui prend la tête en cours de route, pour un projet qui à encore tout à faire pour prouver son utilité.
    Qu'il fasse un projet que le monde juge intéressant et là oui on s'occupera de se prendre la tête à fixer ces petits problèmes de coding.

    Ceci mis à part,
    Et puis franchement se cogner de la ligne sql en php (je précise) à longueur de journée c'est pas super motivant.
    Pour cela ils sont vraiment naze les dev de la core team php, pas foutu de fournir des outils pour parcourir les fichiers php et y appliquer des transformations de code.

  • [^] # Re: Courage !

    Posté par  . En réponse à la dépêche Caranille 3.5 - Éditeur de MMORPG en PHP. Évalué à 1.

    C'est en faisant des erreurs qu'on apprend.
    Et ça, beaucoup de monde et surtout beaucoup de développeurs semblent l'oublier.

    Non, personne ne l'oublie, c'est un trait de notre condition qui nous est rappelé à chaque build, à chaque refresh. Par contre moi je ne code pas pour apprendre, mais pour réaliser. Le plus vite j'ai un résultat, le mieux je me porte.
    La qualité oui, mais le résultat d'abord.

  • # dans cette histoire

    Posté par  . En réponse au journal Méthode de calcul. Évalué à -2.

    L'informatique pourra probablement y apporter une réponse, le comptage de tête par un programme, peut être pas aisé, mais pas impossible.

    Reste que les politiciens n'ont aucune envie d'utiliser ce genre de technos en ce sens, ils préfèrent identifier les immatriculations des conducteurs, c'est plus rentable…, ou les voleurs c'est plus populaire.

    Bref qu'ils continuent leur théâtre, c'est abscons. Continuons de cultiver cette culture du libre, elle nous donnera les clés pour de nous affranchir de leurs conneries, incessante.

  • [^] # Re: Vérification a posteriori

    Posté par  . En réponse au journal Méthode de calcul. Évalué à -3.

    Ah ouais ? J'ai un vague souvenir d'un certain pujadas qui à fait la une au sujet d'un certain attentat, un 11 septembre. Mais bon c'est probablement un cas particulier, un de ces cas particuliers qui montrent l'exemple aux autres de sa profession par sa réussite (réel ou pas, n’étant pas journaliste je n'en sais rien, mais avoir les rênes du jt de fr2 ce n'est pas le pire des boulots de speaker).

    Alors peut on parler de généralités quand l'élite de ce corps de métier est pourrie ? Je pense qu'en un sens oui.

  • [^] # Re: Dépendances rédhibitoire

    Posté par  . En réponse à la dépêche Paperwork : besoin de testeurs. Évalué à 1.

    oui, je sais pas trop comment ca fonctionne, je prend pour comparaison des gestionnaire de dependances genre npm ou composer.
    Tout y est fait pour t'amener à publier ta production.

    A lire zenitram, faire un projet pour desktop linux semble hautement plus compliqué… en tout cas rédhibitoire en ce qui me concerne.

  • [^] # Re: Dépendances rédhibitoire

    Posté par  . En réponse à la dépêche Paperwork : besoin de testeurs. Évalué à 3.

    il faut qu'ils puissent installer en dehors des repos officiels

    Je ne renie pas, car j'en sais foutre rien, mais alors qu'est ce que cela me surprend….

    Si tant est qu'on ai parlé d'une lib machin du sous système y nécessaire au démarrage, je n'aurais pas sourcillé d'un poil.

    Mais là non , son logiciel est situé à la toute fin de la chaîne des dépendances, il est construit autour des gestionnaires de paquets, et pourtant il doit faire l'inverse pour être éventuellement intégrable.

    On peut même imaginer que sans le gestionnaire de paquets pour rapidement lui fournir un environnement de développement lui permettant de ce concentrer sur sa valeur ajoutée,
    le logiciel n'aurait jamais vu le jour.

    Bref, j'aurais bien aimé en comprendre la raison avant de me laisser aller à quelques conclusions hâtives.

  • [^] # Re: Groupage css = bad

    Posté par  . En réponse à la dépêche Optimisation web : Javascript, navigateur et cache (HTTP). Évalué à 1.

    tu n'as que l'embarras du choix pour ce faire.
    Avec tous les outils à ta disposition c'est facile de concaténer des scripts, images, css.
    Avec les projets comme photon qui ajoute des workers à ta base serveur, c'est a portée de main de bien des projets.

    Maintenant il y à très surement de meilleurs solution. On y reviendra plus tard.

    A ton sujet, je sais pas.

    a+

  • [^] # Re: en vrai, pour faire quoi ?

    Posté par  . En réponse à la dépêche Photon 0.2, le projet avance !. Évalué à 2.

  • # en vrai, pour faire quoi ?

    Posté par  . En réponse à la dépêche Photon 0.2, le projet avance !. Évalué à 1.

    Les tâches (worker)

    Permet de mettre a disposition des ressources matérielles pour toutes les instances de Photon (Modem GSM-SMS, Périphérique USB, connexion modbus, etc.)

    Photon sur ARM

    Par curiosité dans quel cadre vous utilisez du gsm avec un mvc php ?

    Sinon,

    At the core Photon is a PHP application server. That is, your code is loaded once at the start and then never again until the next restart. This makes Photon fast without the need of APC.

    Il y à 3 jours je lisais un article qui prônait la mort de php, notamment parce qu'il leak en tout sens.
    Vous avez pris l'exact contre-pied de cette assertion.

    Alors ça leak ou pas ?

  • [^] # Re: Groupage css = bad

    Posté par  . En réponse à la dépêche Optimisation web : Javascript, navigateur et cache (HTTP). Évalué à 0. Dernière modification le 30 avril 2013 à 13:30.

    Oui. Mais dans un contexte mobile groupir ou non groupir, c'est vraiment la daube.

    Si tu groupes, alors ton utilisateur subira probablement moins de difficultés sur la 1ere page,
    mais cela retire tout une couche d'optimisation car cela casse la dépendance url <-> contenu.
    Si tu ne groupes pas, alors le chargement de la première page peut donner une très mauvaise expérience à l'utilisateur,
    mais par la suite la stratégie de cache est plus efficace.

    Bref, ce n'est ni tout blanc, ni tout noir.

    Mais ceci dit, si à la base les css sont bien ficelées et pas trop lourde, alors minification + gzip peuvent produire des résultats formidable.

    La question peut alors se tourner en, vaut il mieux faire 2*10k ou 1 fois 4k ? (le serpent qui se mange la queue)
    N'oublions pas les paramètres réseaux, au début du mobile le réseau était edge, maintenant il est 4g.
    Beaucoup plus rapide.
    Et, amha dans cette configuration, l'expérience utilisateur est beaucoup plus sensible au nombre de requêtes (à cause de l'itinérance) qu'au poids intrinsèque.

    Bien sûr, tout ma réflexion se porte dans l’intérêt du client et pas le serveur.
    Je ne travail pas dans des environnements à la facebook / twitter ou lorsque tu changes le format d'image de prédilection les répercussions sont phénoménale.

  • # super !

    Posté par  . En réponse à la dépêche Ubuntu 13.04 Raring Ringtail. Évalué à 9. Dernière modification le 27 avril 2013 à 04:54.

    Hello,

    J'ai procédé à la mise à jour de la bête hier.
    Résultat, pas mal du tout !

    Petit rappel du contexte, j'ai windows 7, fedora 17, linux mint 14 et ubuntu 12 (comme tout le monde non ? =) sur un portable de +2 ans d'âge.

    En bref, au final le processus se déroule correctement dans l'ensemble.
    J'ai rencontré un problème avec mysql d'accès au socket, j'imagines qu'il n'est pas à jour, mais je peux toujours le démarrer. Donc c'est bon.

    Autrement, j'ai beaucoup souffert de la variété d'os sur mon pc, en effet lors de la mise à jour il a installé un nombre incalculable de fois le kernel, pour ensuite en supprimer un paquet en fin d’exécution.
    Au final j'estime avoir perdu 1h30 dans ces processus sous optimisés (ajouté 1h de dl + l'application des mises à jours, finalement c'était vachement long..).
    Pour un utilisateur desktop comme moi, c'est chiant, mais ce n'est pas plus problématique que cela.
    Pour un admin, ne l'étant pas moi même, j'imagine, c'est probablement plus embêtant…. Et là il y clairement à des possibilités d'améliorations (il me semble complètement inutile et redondant de chercher 50 fois en deux heures les autres os présents sur l'espace de stockage. Et cela prends du temps de scanner les partitions. Alors que, on imagine mal faire un mise à jour et ajouter un nouvelle os durant celle ci. Mettre en cache avec une gestion intelligente des entrées aurait résolut le problème de manière tout à fait élégante et satisfaisante à la fois pour les mainteneurs et les utilisateurs… wait and see).

    J'apprécie les efforts de cette version, la version 12 ne m'avait pas particulièrement convaincu au quotidien.
    Sur le papier elle était belle, mais dans les faits c'était moins rose. Avec cette nouvelle version canonical me donne confiance dans ses projets a long terme.
    Le Bureau est en effet plus réactif dans l'ensemble,
    tout comme le démarrage,
    les nouvelles icônes sont plus agréables à mon goût, mais moins uniforme (encore une truc fais à moitié ?)
    nautilus redevient enfin utilisable….
    Gros effort sur le menu multi-boot, il détecte tout le monde très bien et les présente dans un ordre appréciable

    Au sujet de l'attitude de canonical (mir / unity / upstart ect), bon je suis pas trop versé dans ces domaines, mais j'ai envi de dire laissons les faire leurs expériences, regrettons qu'il le fasse dans le secret si vous voulez, mais surtout soyons patient que le l'industrie mature ces problèmes et à ce titre je plussoies les expériences multiple.
    Le support multi device est en entrain d'être résolut, comme GNU/Linux (?**) à su résoudre le support multi architecture (même si c'est un combat de tous les jours).
    Que l'un emprunte la mauvaise voie aura toujours le bon ton de vous éclairer.
    Au final c'est une distribution gérée autour d'une société, d'un modèle économique sous la pression de l'innovation et de la gestion comptable. Arrivée à un certain degré de maturité vis-à-vis de ces défis techniques, je pense qu'elle aura tendance à vouloir mutualiser les efforts.

    bref, je suis content.
    L'alternative proposée par cette distribution, un outil qui permet à beaucoup de s'arracher des griffes de l'environnement windows sans devoir investir dans un mac, qui permet de profiter de cet univers riche et motivant qu'est le monde gnu/linux, mais aussi de promouvoir ces alternatives vis-à-vis des personnes irrationnelles que sont les non-libristes sans rougir.

    Et comme je suis de bonne humeur je ne citerais pas mes déboires de fedora lors des mises à jour, ou des attentes déçues par une certaine linux mint ;)

    a+

    ** Le kernel quoi…..

    *** il doit y avoir encore un paquet de faute…. désolé : /

  • [^] # Re: muep, de toute façon

    Posté par  . En réponse au journal youfree enfin un bon tube. Évalué à -4.

    en même temps faut pas perdre trop de temps sur ce genre de commentaire.. ça plait ou pas, osef, rapporté à chacun d'entre nous c'est une notion non quantifiable.

    d'ailleurs ce post aussi est aussi inutile que le précédent.. Qu'est je fou encore là -->[]

  • [^] # Re: jquery

    Posté par  . En réponse au message Fondu-enchaîné.. Évalué à 0.

    C'est vrai ? ou tu te méprends du

    Array.prototype.fondu2transparent
    
    

    Je ne connais pas prototype, mais le code ne me donne le sentiment de pas d'utiliser un framework.

    La première question n'est pas un effet de style.

  • # jquery

    Posté par  . En réponse au message Fondu-enchaîné.. Évalué à 1.

    hello,

    vas donc t'équiper un peu pour tes aventures et récupères la dernière version de jquery, après tu suis ce la doc te racontes, notamment,
    http://api.jquery.com/category/effects/

  • # muep, de toute façon

    Posté par  . En réponse au journal youfree enfin un bon tube. Évalué à -7.

    t'as pris free, t'as rien compris =)

    ------>[]