Cette liste sert juste à montrer quelques exemples. Son but n'a jamais été de recensé tout les meilleurs développeurs français, sinon elle ferait quelques centaines d'individus.
ah bah oui, mais bon, faut savoir les avantages/inconvénient d'un langage non typé, savoir les rêgles de conversion implicites du langage etc… Bref, avant de critiquer un langage, on l'apprend.
md5('240610708') === md5('QNKCDZO') Tout de suite, ça va mieux….
Quand on parle de "bureau debout", ce sont pour la plupart des bureaux "assis-debout", c'est à dire qui se règlent en hauteur selon ton besoin, en quelques secondes (sur la page indiquée, à part la 3ieme photo, le bureau noir, tous sont des bureaux assis-debout). Et donc bien entendu, ce n'est pas pour rester debout tous le temps.
J'ai investi dans un bureau assis-debout. Ça change la vie. Réellement. Déjà d'une part parce que tu bouges un peu plus qu'avec uniquement un bureau "assis", donc meilleur pour la santé. D'autre part, tu peux le régler au centimètre près. Donc cela te permet d'avoir exactement le réglage qu'il faut pour avoir les pieds à terre (en réglant la hauteur de chaise) mais aussi avoir les coudes au niveau du bureau, donc le clavier à la bonne hauteur.
Mais ça a aussi a des cotés pratiques indéniables. Exemples de cas où je met systématiquement mon bureau en position debout :
vidéo conférence pour les daily meetings Scrum : je suis débout, comme le reste de l'équipe qui est à l'autre bout de la France. Plus facile pour s'exprimer.
moments "réflexion" : je peux tourner en rond, et dés qu'une idée sort, je n'ai pas à me rassoir ou à me courber pour la noter sur mon ordi. C'est plus "fluide". Ou encore quand je fais des allers et retours entre mon tableau blanc et mon ordi.
tri de papiers (j'ai une fâcheuse manie d'empiler la paperasse, et une fois dans le mois, je range :-)) : pareil, je suis à faire des allers retours entre le bureau et l'armoire. C'est plus fluide, pas besoin de me rassoir ou me courber toutes les 10 secondes.
Et puis sinon, j'alterne debout/assis quand je code, ça dépend des moments.
Bref, ça serait dur de m'en passer (et c'est dur quand je dois passer la journée assis chez le client :-) ).
Cependant, et pour donner un conseil relatif au problème évoquer dans le journal : il faut s'imposer des pauses toutes les 20 minutes, demi-heure, ou heure selon la gravité du mal (de dos ou TMS). Et pendant ces pauses, bouger, faire un peu d'exercice physique (étirements, mouvements de gym…).
Gérer le droit de paternité sur un soft fait en équipe doit être un cauchemar…
Cher patron, c'est moi qui ait codé les lignes 50 à 68 dans le fichier truc.cpp, je voudrais en être propriétaire et les libérer en libre. Bisous.
Ah oui mais non, il y a quinze jour, Robert a corrigé un bug à la ligne 54. Faut que tu demandes à Robert pour la ligne 54
no futur, oubli, espèce de communiste, et fait gaffe, cvs blame indique bien que c'est moi qui est l'auteur de la ligne, je te retrouverai et je te pendrais sur place publique si tu la prend à ton compte, dit Robert
En terme de coût CPU, je trouve que c'est assez coûteux.
Gnii ? Le XML, en rapport avec ses possibilités (hiérarchie des données, attributs etc), est certainement le format le plus simple à parser qui existe ! En terme de tokens primaires, c'est pinuts : ",',inférieur,supérieur,!,--,&..;,: et.. c'est tout.
En comparaison, YAML (puisqu'on parle de lui plus haut) est une horreur. Il y a plein de caractères différents selon ce que tu veux représenter (quand je vois un YAML bien fourni, j'ai l'impression de lire des hiéroglyphes), il y a l'indentation à tenir compte, et j'en passe. Bref, plein de cas différents à traiter etc.. YAML c'est super lent à parser en comparaison à du XML (sans faire de validation).
J'avais comparé les spécifications de XML et YAML à une époque : 77 pages A4 pour YAML, 30 pages A4 pour XML. Faire un parser XML est bien plus facile qu'un parser YAML.
Je ne sais pas si c'est le cas pour la voiture en question, mais :
2) mettre le frein à main
De plus en plus de voiture (dans mon Scenic 2 par ex), le frein à main est électrique. Si les servos sont défaillants ou contrôlés par un ordinateur fou (si il y a connection entre le système de frein à main et le système central), ça ne va pas forcément fonctionner.
Si il n'est pas électrique, attention à ne pas serrer comme un bourrin, en le contrôlant, de manière à garder de l'adhérence..
3) rétrograder (à fond en première, tu ne roules pas à 200!),
Si c'est une boite automatique ou pilotée, est ce que c'est possible ? Est ce qu'il n'y a pas une "protection" empêchant de rétrograder à des rapports "incompatibles" avec la vitesse courante ? Il me semble que oui, même sur des boites manuelles, histoire de ne pas flinguer le moteur pour un bete changement de rapport inadéquate (je n'ai jamais vraiment essayé à fond, mais j'ai l'impression qu'il y a bien une résistance aux changements incompatibles sur les boites manuelles).
5) couper le contact
Attention, ça désactive le servo-frein, donc freinage beaucoup plus dur ! (il faut "pomper")
Je pense que je ferais ça dans un cas pareil : warning, point mort, frein à pied.
En cas d'absence ABS, en relâchant la pression au fur et à mesure de la décélération pour éviter le dérapage et garder de l'adhérence. Je tenterais aussi le frein à main, même électrique, si ça ne suffit pas…
le volant est obligatoirement relié physiquement aux roues.
je ne pourrais pas affirmer cela. Par contre, le volant peut être contrôlé par le système embarqué : c'est le cas pour les assistances au parking. Tu appuie sur un bouton, et la voiture se park toute seule quand elle a détecté une place suffisante. Elle s'occupe alors du volant qui tourne tout seul. Par contre apparemment, le conducteur doit continuer à manœuvrer le frein et l’accélérateur (en tout cas chez Citroen).
sauf que sur Debian, le patch du trou de sécurité apporté dans PHP 5.3.7, a été intégré dans PHP 5.3.3 (pareil sur pas mal de distro d'ailleurs je crois).
Bref, sur Debian, PHP 5.3.3 c'est ok . D'ailleurs j'avais moi même apporté un petite modif pour que ça fonctionne sur Debian. https://github.com/laurentj/password_compat (ce dépôt n'est pas forcément à jour par rapport à l'original…)
J'ai installé il y a quelques semaines Gitlab : c'est parfait pour ceux qui aiment bien Github, ils seront en terre connue. L'installation, bien qu'un peu longue puisqu'il faut tout faire à la main, se passe toutefois sans problème si on est sur debian/ubuntu. La doc est trés détaillée et finalement très simple : il suffit juste de taper les lignes de commandes indiquées, et ça roule.
la configuration d'un build se limite à : "écris ton script".
pas modulaire, pas de plugins : du coup, pour des projets qui se ressemblent, il faut faire beaucoup de copier-coller. Ou alors se déployer des scripts fait maison sur chaque machine où il y a les runners.
Un seul build par projet (en tout cas, je n'ai pas vu comment en créé plusieurs). C'est très limité quand même, si tu veux faire des builds+tests sur des branches différentes, du déploiement sur des machines différentes en fonction des branches etc..
Bref, déçu par gitlab-ci, qui a pourtant un bel atout : il s'interface très bien avec gitlab. On lui indique où est le gitlab, on lui donne les droits, et il sait lister les projets associés à ton login, et permet de créer un build associé à un projet en un clic (mais faut rajouter le temps de l'écriture du script…).
Du coup, je me suis retourné vers jenkins :-/
Au passage, j'ai vu strider-cd, ça ressemble à du gitlab-ci mais en modulaire. Cependant, le manque pour l'instant de plugins ne le rend pas forcément plus interessant (notamment pas de plugin pour le moment pour avoir le même style de runner que Gitlab-ci, mais il y en a un qui s’appuie sur Docker…).
c'est le cas pour Firefox OS (et Tizen, ChromeOS…) : une appli peut être installée en locale (proposée alors sous forme d'archive) ou rester sur le réseau.
le temps qu'on sera contraint par la loi de passer par un FAI pour accéder à Internet
Ah ? Quelle loi dit ça ? (sérieusement).
Même sans loi, il y a tout de même un souci pour l'utilisateur lambda pour se connecter au réseau. Son fil de cuivre (ou sa fibre) il faut bien qu'il le relie quelque part, à un point d'entrée existant, qui soit relié à un gros tuyau. Et les gros tuyau, qui les possède ? Des grosses boites. En particulier les FAI.
Bref, même dans un monde idéal, je ne vois vraiment pas comment on pourrait se passer de FAI. Même les FAI associatifs comme FDN sont dépendants des gros tuyaux des.. gros FAIs.
Le jour où il ne faudra plus de licence pour fournir un accès à Internet
Quelle licence ? Je connais l'existence de licence pour les ondes radio-électriques (2G, 3G etc). Mais internet ne se résume pas à un accès par les air. Quand bien même, on en revient au schéma que je viens de décrire : il va bien falloir un moment ou à un autre, que l'une des antennes du réseau "libre" soit branchée directement ou indirectement, à l'un des backbones.. des FAIs que l'on voudrait éviter…
Sachez que l'énergie à dépenser pour mettre à jour une doc est bien supérieure à celle dépensée pour "vociférer", puisque, pour cela, il faut connaitre le fonctionnement du logiciel, mais aussi, dans la partie qui nous concerne, les outils pour avoir un truc qui fonctionne. Hélas, je n'ai ni le temps, ni la compétence sur ces outils, pour écrire/modifier une telle documentation.
open source ne veut pas juste dire gratos mais ouvert et communautaire
C'est quoi le rapport avec le fait que la documentation d'installation est déficiente selon moi ?
Pourquoi un utilisateur de logiciel pas content devrait toujours mettre la main à la patte et jamais critiquer ?
Tu vois, tu nous fais une réponse à deux balles, classique de ceux qui, parce qu'ils ont fait un truc gratos, il ne faudrait pas les critiquer.
Je suis l'auteur de quelques projets libres. Je n'ai encore jamais renvoyé un type comme tu viens de le faire suite à une critique. Je suis plutôt attentif au contraire, et, quand il y a critique, j'essaye de comprendre pourquoi et tente d'y remédier, sans forcément faire attention à la forme du discours (on a tous nos coups de gueule). Parce que, quand il y a mécontentement, c'est qu'il y a bien souvent un vrai problème à l'origine, petit ou gros. Et que ce problème gène peut-être d'autres personnes plus silencieuses. voir même qu'il y a des chances que le problème en question ait détourné illico presto les utilisateurs vers d'autres solutions. C'est tout perdant pour le projet (moins d'utilisateurs -> moins de retour sur les défauts -> moins de défauts corrigés -> insatisfaction -> moins d'utilisateurs etc…).
Je ne veux pas le beurre et l'argent du beurre comme tu dis : je demande juste une doc plus complète pour ceux qui ne connaissent pas les outils annexes nécessaires au fonctionnement ou à l'installation. D'ailleurs le coup de gueule ne s’adresse pas qu'au projet de cette news, mais à d'autres projets. Il y a peu de temps je devais installer une appli, faites en Java et nécessitant tomcat. Pour la configurer, ils indiquaient "modifier la balise machin dans le fichier de configuration". Aucun moyen de savoir quel était ce fichier et où. Sauf si tu es expert J2EE, que tu sais comment fonctionne tomcat, comment est organisé un war, un jar etc… Bref, pour installer une appli à la con, il fallait être expert J2EE, ou en tout cas être développeur JAVA.
Et là, c'est un presque pareil.
Si il y avait qu'une seule chose à documenter et à bien documenter, ce serait l'installation. C'est primordiale car c'est la porte d'entrée. Si la doc d'install est trop succinte, si la procédure est trop longue, ça décourage vite d'essayer, et les gens vont voir ailleurs.
Oui je veux savoir quels logiciels installés sur mon ordinateur. Par contre rien à fiche de savoir avec quels langages ils sont fait. Ou au moins, je ne devrais pas avoir besoin de le savoir pour l'installer.
Si vous êtes développeurs en PHP, il y a depuis la version 5.5 des fonctions qui simplifient énormément l'utilisation et le stockage des mots de passes, évitant comme autrefois à apprendre comment paramétrer correctement mcrypt (et donc bien souvent encourageant les développeurs à revenir sur du sha1).
Donc voilà, utilisez dorénavant l'api password. ça fait du blowfish etc. Et pour ceux qui ne sont pas encore en 5.5, il y a une lib pure PHP qui fait la même chose.
Vous n'avez donc plus aucune excuse pour stocker vos mots de passe n'importe comment.
mmm.. Coder en nageant, c'est à mon avis très difficile :-) (oui parce qu'en plongée, quand on ne fait pas un palier de décompression, on nage, forcément).
Pendant un palier de décompression, pourquoi pas, même si ça doit être acrobatique et qu'il faut avoir du matos étanche :-) (Ou si le palier se passe hors de l'eau, ça devient plus facile, mais bon, dans ce cas, ça veut dire que l'on est en caisson, et si on est en caisson, c'est généralement qu'on n'est pas en bonne forme…)
ça m'arrive d'avoir de telles instabilités lors d'une mise à jour du système. Dans ce cas, je renomme mon .kde en .kde.old (pour ne pas perdre d'éventuelles données), et en général c'est moins plantogène.
Qu'en sais-tu ? De ce que je vois sur mon Geeksphone, les performances sont tout à fait honorables. Maintenant, un geeksphone, c'est quand même, au niveau matériel, du bas de gamme (140 euros et encore). Faut pas espérer faire de la 3D (webgl), à cause du processeur graphique. Mais pour du bas de gamme, mes applis HTML/JS sont tout à fait réactives… Alors sur des smartphones à 500 euros, ça doit probablement dépoter.
Dans un premier temps, il te faut atteindre les 60FPS constant (pas encore la pour FFOS),
Qu'en sais-tu ? Tu as mesuré ? Et puis sur quelle machine ? L'OS ne fait pas tout, il faut aussi un matériel qui soit à la hauteur. Et puis tu n'as pas besoin de 60FPS pour toutes les applications.
ensuite il faut diminuer ta consommation de memoire (pour faire du multitache, parce que bon avoir un seul tab/application actif, c'est plus trop acceptable de nos jours)
ça tombe bien, chaque appli est dans son propre processus dans FirefoxOS.
enfin il faut diminuer la consommation de batterie (parce que bon, c'est bien si tu peux encore l'utiliser quelques heures ton telephone :-) ).
je le recharge tous les 3-4 jours le mien. voir une fois par semaine si je ne l'ai pas beaucoup utilisé.
moins performant
à machine équivalente, ça reste à prouver. Prend un Android sur un smartphone à 140 euros, il va beaucoup plus ramer que sur un galaxy s3. logique…
et avec un ecosysteme plus complet
en même temps, android, ça fait 5 ans et demi qu'il est sorti. Firefox OS, 6-8 mois. un écosystème ça n'apparait pas en quelques jours… quoique, vu le nombre de site web et appli web existants…
Et après, tu fais la personne choquée quand je parle d4OS dans le navigateur? Au secours la, on peut pas en sortir de ce truc!
Tu te contredis là : on peut pas sortir du navigateur ok. mais tu parles d'os dans le navigateur. Or avoir accès aux fonctionnalités de l'OS, c'est avoir toutes les libertés. Ce qui n'est pas le cas. Donc FirefoxOS n'est pas un OS dans un navigateur. CQFD.
Pour faire une appli, dans Firefox OS, tu dois obligatoirement passer par le toolkit (donc l'API web proposée par Gecko). C'est normal dans un sens. sinon cela voudrait dire que n'importe quel site web pourrait envoyer des SMS, lancer des appels, ou je ne sais quoi d'autres encore… Il y a des limitations pour des raisons de sécurités.
donc c'est toujorus un OS ininteressant.
Selon tes besoins et désirs. Te prend pas pour le centre du monde. Tout le monde n'est pas comme toi.
Moi je le trouve super intéressant, dans la mesure où je sais qu'une appli ne peut pas faire n'importe quoi. Ce qui est loin d'être le cas sur Android. Là par exemple, j'ai une putin de merde sur ma tablette android qui fait de la pub pour des apps à tout bout de champs (ouverture du navigateur etc…). J'ai beau enlever toutes les apps que j'ai installé depuis que c'est apparu, le truc est bien installé au chaud quelque part, je ne sais pas où. Impossible de m'en défaire (sauf à acheter un antispyware, comme par hasard). Faudra certainement que je me connecte avec un shell et adb pour aller tripatouiller les fichiers systèmes. Dans FirefoxOS, j'ai l'impression que ce sera un poil plus compliqué de faire de telles merdes.
il y a ce qu'il faut : API TCP Socket.
tu te fous de qui la?
"for privileged or certified applications only."
Je ne me fout de personne. Comme cela a été dit, les priviled apps sont celles vérifiées par Mozilla (comme chez Apple).
Maintenant, les API disponibles en mode privileged ne sont pas là pour embêter le monde. Elles sont dans ce mode pour deux raisons : soit parce que, effectivement, elles peuvent nuire à l'utilisateur si n'importe quel site web y a accès. Soit parce qu'il n'y a pas encore de spec stable au W3C : ça empêche les développeurs web d'utiliser des trucs qui ont grande chance de changer, et donc de faire des applis qui seront cassées très rapidement.
FirefoxOS est encore tout jeune. Les APIs sont encore peu nombreuses ou pas toutes accessibles. Mais ça viendra, au fur et à mesure qu'elles seront stabilisées au niveau spec.
Un peu de patience… Les choses peuvent changer. Le Futur n'est pas immuable.
Elle s'appelle le web côté client uniquement, ça veut dire pas autre chose que du HTTP et donc exit les appli mail, irc, ssh, xmpp
Qui fait du SSH vers son téléphone à part les nerds ou les devs systèmes ? Ou même qui fait du SSH à partir de son téléphone vers une autre machine (à part quelques nerds toujours..) ? Même moi qui a quotidiennement une bonne dizaine de session ssh ouverte sur mon desktop, j'ai jamais fait ça sur mon Android (je sais qu'on peut le faire, mais jamais eu la nécessité).
Appli mail : on peut s'en tirer avec un webmail. De toute façon, faut un serveur. Alors qu'il soit pure imap/smtp ou expose une API HTTP/Rest, ça change pas grand chose au final : il faut développer une partie communication. On peut faire d'ailleurs pareil avec la plupart des protocoles, en ayant ce serveur HTTP qui servirait de "proxy/traducteur". Pour XMPP, y a déjà tout ce qu'il faut pour faire du XMPP over HTTP.
Bon sinon, si on tient vraiment à du vrai protocole over TCP/IP, pas de souci, il y a ce qu'il faut : API TCP Socket. Et bien sûr, même si, on est d'accord, c'est uniquement du Gecko only pour le moment, une spécification est en cours au W3C, pour que ça puisse être implémenté pareil dans tout les navigateurs.
[^] # Re: Bof
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche 100 développeurs : la part belle à l’Open Source. Évalué à 4.
Cette liste sert juste à montrer quelques exemples. Son but n'a jamais été de recensé tout les meilleurs développeurs français, sinon elle ferait quelques centaines d'individus.
[joke] La preuve, je n'y suis pas :-)[/joke]
[^] # Re: oh bah heu... merci :)
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche 100 développeurs : la part belle à l’Open Source. Évalué à 4.
Ou te mettre à ton compte, avec quelques spécialités à ton CV ;-)
[^] # Re: Ça reste du PHP
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche The Hack language : PHP avec un peu de typage statique. Évalué à 3.
ah bah oui, mais bon, faut savoir les avantages/inconvénient d'un langage non typé, savoir les rêgles de conversion implicites du langage etc… Bref, avant de critiquer un langage, on l'apprend.
md5('240610708') === md5('QNKCDZO')
[^] # Re: Bureau debout
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Posture de travail et mal de dos. Évalué à 4. Dernière modification le 16 mars 2014 à 14:46.
Quand on parle de "bureau debout", ce sont pour la plupart des bureaux "assis-debout", c'est à dire qui se règlent en hauteur selon ton besoin, en quelques secondes (sur la page indiquée, à part la 3ieme photo, le bureau noir, tous sont des bureaux assis-debout). Et donc bien entendu, ce n'est pas pour rester debout tous le temps.
J'ai investi dans un bureau assis-debout. Ça change la vie. Réellement. Déjà d'une part parce que tu bouges un peu plus qu'avec uniquement un bureau "assis", donc meilleur pour la santé. D'autre part, tu peux le régler au centimètre près. Donc cela te permet d'avoir exactement le réglage qu'il faut pour avoir les pieds à terre (en réglant la hauteur de chaise) mais aussi avoir les coudes au niveau du bureau, donc le clavier à la bonne hauteur.
Mais ça a aussi a des cotés pratiques indéniables. Exemples de cas où je met systématiquement mon bureau en position debout :
Et puis sinon, j'alterne debout/assis quand je code, ça dépend des moments.
Bref, ça serait dur de m'en passer (et c'est dur quand je dois passer la journée assis chez le client :-) ).
Cependant, et pour donner un conseil relatif au problème évoquer dans le journal : il faut s'imposer des pauses toutes les 20 minutes, demi-heure, ou heure selon la gravité du mal (de dos ou TMS). Et pendant ces pauses, bouger, faire un peu d'exercice physique (étirements, mouvements de gym…).
[^] # Re: euh ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Un autre son de cloche sur le droit d'auteur par un avocat non libriste. Évalué à 5.
Gérer le droit de paternité sur un soft fait en équipe doit être un cauchemar…
# Firefox OS
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Flappy Space Program : les sources. Évalué à 4.
Il manque pas beaucoup pour en faire une web app ;-)
Je ne sais pas si c'est à cause de la qualité pas terrible de mon écran tactile, mais le jeu a du mal à prendre en compte les "tap" sur mon FxOS…
[^] # Re: XML
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal XML c'est de la daube!!!. Évalué à 9.
Gnii ? Le XML, en rapport avec ses possibilités (hiérarchie des données, attributs etc), est certainement le format le plus simple à parser qui existe ! En terme de tokens primaires, c'est pinuts : ",',inférieur,supérieur,!,--,&..;,: et.. c'est tout.
En comparaison, YAML (puisqu'on parle de lui plus haut) est une horreur. Il y a plein de caractères différents selon ce que tu veux représenter (quand je vois un YAML bien fourni, j'ai l'impression de lire des hiéroglyphes), il y a l'indentation à tenir compte, et j'en passe. Bref, plein de cas différents à traiter etc.. YAML c'est super lent à parser en comparaison à du XML (sans faire de validation).
J'avais comparé les spécifications de XML et YAML à une époque : 77 pages A4 pour YAML, 30 pages A4 pour XML. Faire un parser XML est bien plus facile qu'un parser YAML.
[^] # Re: tiens
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Encore un exemple de code spaghetti : Toyota. Évalué à 2.
Je ne sais pas si c'est le cas pour la voiture en question, mais :
De plus en plus de voiture (dans mon Scenic 2 par ex), le frein à main est électrique. Si les servos sont défaillants ou contrôlés par un ordinateur fou (si il y a connection entre le système de frein à main et le système central), ça ne va pas forcément fonctionner.
Si il n'est pas électrique, attention à ne pas serrer comme un bourrin, en le contrôlant, de manière à garder de l'adhérence..
Si c'est une boite automatique ou pilotée, est ce que c'est possible ? Est ce qu'il n'y a pas une "protection" empêchant de rétrograder à des rapports "incompatibles" avec la vitesse courante ? Il me semble que oui, même sur des boites manuelles, histoire de ne pas flinguer le moteur pour un bete changement de rapport inadéquate (je n'ai jamais vraiment essayé à fond, mais j'ai l'impression qu'il y a bien une résistance aux changements incompatibles sur les boites manuelles).
Attention, ça désactive le servo-frein, donc freinage beaucoup plus dur ! (il faut "pomper")
Je pense que je ferais ça dans un cas pareil : warning, point mort, frein à pied.
En cas d'absence ABS, en relâchant la pression au fur et à mesure de la décélération pour éviter le dérapage et garder de l'adhérence. Je tenterais aussi le frein à main, même électrique, si ça ne suffit pas…
[^] # Re: Quelles sont les entrées / sorties d'un tel programme ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Encore un exemple de code spaghetti : Toyota. Évalué à 2.
je ne pourrais pas affirmer cela. Par contre, le volant peut être contrôlé par le système embarqué : c'est le cas pour les assistances au parking. Tu appuie sur un bouton, et la voiture se park toute seule quand elle a détecté une place suffisante. Elle s'occupe alors du volant qui tourne tout seul. Par contre apparemment, le conducteur doit continuer à manœuvrer le frein et l’accélérateur (en tout cas chez Citroen).
[^] # Re: Version PHP
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Kanboard, un logiciel libre pour gérer ses projets avec la méthode Kanban. Évalué à 3.
sauf que sur Debian, le patch du trou de sécurité apporté dans PHP 5.3.7, a été intégré dans PHP 5.3.3 (pareil sur pas mal de distro d'ailleurs je crois).
Bref, sur Debian, PHP 5.3.3 c'est ok . D'ailleurs j'avais moi même apporté un petite modif pour que ça fonctionne sur Debian. https://github.com/laurentj/password_compat (ce dépôt n'est pas forcément à jour par rapport à l'original…)
# Gitlab : très bien
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Outils de pseudo gestion de projet et développement. Évalué à 7.
J'ai installé il y a quelques semaines Gitlab : c'est parfait pour ceux qui aiment bien Github, ils seront en terre connue. L'installation, bien qu'un peu longue puisqu'il faut tout faire à la main, se passe toutefois sans problème si on est sur debian/ubuntu. La doc est trés détaillée et finalement très simple : il suffit juste de taper les lignes de commandes indiquées, et ça roule.
À la recherche moi aussi d'un outil d'intégration continue, j'ai finalement abandonné gitlab-ci. Trop simpliste pour moi, même si ça peut convenir à d'autres. Les principaux reproches :
Bref, déçu par gitlab-ci, qui a pourtant un bel atout : il s'interface très bien avec gitlab. On lui indique où est le gitlab, on lui donne les droits, et il sait lister les projets associés à ton login, et permet de créer un build associé à un projet en un clic (mais faut rajouter le temps de l'écriture du script…).
Du coup, je me suis retourné vers jenkins :-/
Au passage, j'ai vu strider-cd, ça ressemble à du gitlab-ci mais en modulaire. Cependant, le manque pour l'instant de plugins ne le rend pas forcément plus interessant (notamment pas de plugin pour le moment pour avoir le même style de runner que Gitlab-ci, mais il y en a un qui s’appuie sur Docker…).
[^] # Re: Effet de mode...
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Linux facile. Évalué à 2.
c'est le cas pour Firefox OS (et Tizen, ChromeOS…) : une appli peut être installée en locale (proposée alors sous forme d'archive) ou rester sur le réseau.
[^] # Re: Et si ce jugement était correct ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche La fin de la neutralité du net ?. Évalué à 3.
Ah ? Quelle loi dit ça ? (sérieusement).
Même sans loi, il y a tout de même un souci pour l'utilisateur lambda pour se connecter au réseau. Son fil de cuivre (ou sa fibre) il faut bien qu'il le relie quelque part, à un point d'entrée existant, qui soit relié à un gros tuyau. Et les gros tuyau, qui les possède ? Des grosses boites. En particulier les FAI.
Bref, même dans un monde idéal, je ne vois vraiment pas comment on pourrait se passer de FAI. Même les FAI associatifs comme FDN sont dépendants des gros tuyaux des.. gros FAIs.
Quelle licence ? Je connais l'existence de licence pour les ondes radio-électriques (2G, 3G etc). Mais internet ne se résume pas à un accès par les air. Quand bien même, on en revient au schéma que je viens de décrire : il va bien falloir un moment ou à un autre, que l'une des antennes du réseau "libre" soit branchée directement ou indirectement, à l'un des backbones.. des FAIs que l'on voudrait éviter…
[^] # Re: Plus sérieusement
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Firefox en GTK3. Évalué à 4.
La communauté Mozilla mets des bâtons dans les roues pour faire un port QT ? Tu as des exemples de "bâtons" ?
[^] # Re: Simplifié ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Modoboa 1.1.0. Évalué à 3.
Cher monsieur,
Sachez que l'énergie à dépenser pour mettre à jour une doc est bien supérieure à celle dépensée pour "vociférer", puisque, pour cela, il faut connaitre le fonctionnement du logiciel, mais aussi, dans la partie qui nous concerne, les outils pour avoir un truc qui fonctionne. Hélas, je n'ai ni le temps, ni la compétence sur ces outils, pour écrire/modifier une telle documentation.
C'est quoi le rapport avec le fait que la documentation d'installation est déficiente selon moi ?
Pourquoi un utilisateur de logiciel pas content devrait toujours mettre la main à la patte et jamais critiquer ?
Tu vois, tu nous fais une réponse à deux balles, classique de ceux qui, parce qu'ils ont fait un truc gratos, il ne faudrait pas les critiquer.
Je suis l'auteur de quelques projets libres. Je n'ai encore jamais renvoyé un type comme tu viens de le faire suite à une critique. Je suis plutôt attentif au contraire, et, quand il y a critique, j'essaye de comprendre pourquoi et tente d'y remédier, sans forcément faire attention à la forme du discours (on a tous nos coups de gueule). Parce que, quand il y a mécontentement, c'est qu'il y a bien souvent un vrai problème à l'origine, petit ou gros. Et que ce problème gène peut-être d'autres personnes plus silencieuses. voir même qu'il y a des chances que le problème en question ait détourné illico presto les utilisateurs vers d'autres solutions. C'est tout perdant pour le projet (moins d'utilisateurs -> moins de retour sur les défauts -> moins de défauts corrigés -> insatisfaction -> moins d'utilisateurs etc…).
Je ne veux pas le beurre et l'argent du beurre comme tu dis : je demande juste une doc plus complète pour ceux qui ne connaissent pas les outils annexes nécessaires au fonctionnement ou à l'installation. D'ailleurs le coup de gueule ne s’adresse pas qu'au projet de cette news, mais à d'autres projets. Il y a peu de temps je devais installer une appli, faites en Java et nécessitant tomcat. Pour la configurer, ils indiquaient "modifier la balise machin dans le fichier de configuration". Aucun moyen de savoir quel était ce fichier et où. Sauf si tu es expert J2EE, que tu sais comment fonctionne tomcat, comment est organisé un war, un jar etc… Bref, pour installer une appli à la con, il fallait être expert J2EE, ou en tout cas être développeur JAVA.
Et là, c'est un presque pareil.
Si il y avait qu'une seule chose à documenter et à bien documenter, ce serait l'installation. C'est primordiale car c'est la porte d'entrée. Si la doc d'install est trop succinte, si la procédure est trop longue, ça décourage vite d'essayer, et les gens vont voir ailleurs.
[^] # Re: Simplifié ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Modoboa 1.1.0. Évalué à 3.
c'est quoi le problème ?
Oui je veux savoir quels logiciels installés sur mon ordinateur. Par contre rien à fiche de savoir avec quels langages ils sont fait. Ou au moins, je ne devrais pas avoir besoin de le savoir pour l'installer.
[^] # Re: on dirait chrome
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Firefox en GTK3. Évalué à 2.
Il y a d'autres différences tout de même
[^] # Re: Plus sérieusement
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Firefox en GTK3. Évalué à 1.
Il y a un port QT mais je ne suis pas sûr qu'il soit encore bien maintenu, depuis que Nokia a laissé tombé QT (le port était fait par eux).
Bref, il y aura port QT de Firefox quand il y aura quelqu'un qui veuille bien s'en occuper.
# Avec PHP
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal L'art de stocker des mots de passe. Évalué à 9.
Si vous êtes développeurs en PHP, il y a depuis la version 5.5 des fonctions qui simplifient énormément l'utilisation et le stockage des mots de passes, évitant comme autrefois à apprendre comment paramétrer correctement mcrypt (et donc bien souvent encourageant les développeurs à revenir sur du sha1).
Donc voilà, utilisez dorénavant l'api password. ça fait du blowfish etc. Et pour ceux qui ne sont pas encore en 5.5, il y a une lib pure PHP qui fait la même chose.
Vous n'avez donc plus aucune excuse pour stocker vos mots de passe n'importe comment.
[^] # Re: Bindings
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Gtk to Qt - A strange journey. Évalué à 2.
mmm.. Coder en nageant, c'est à mon avis très difficile :-) (oui parce qu'en plongée, quand on ne fait pas un palier de décompression, on nage, forcément).
Pendant un palier de décompression, pourquoi pas, même si ça doit être acrobatique et qu'il faut avoir du matos étanche :-) (Ou si le palier se passe hors de l'eau, ça devient plus facile, mais bon, dans ce cas, ça veut dire que l'on est en caisson, et si on est en caisson, c'est généralement qu'on n'est pas en bonne forme…)
Par contre, entre deux plongées, ça, facile ;-)
[^] # Re: Oui
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Sailfish OS embarque une partie propriétaire. Évalué à -1.
Ah ? tu as vraiment besoin de C++ pour implémenter IMAP ? API TCP Socket + du JS, ça suffit…
[^] # Re: KDE : Quel distrib ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche KDE SC 4.12, 4.11.5 et Frameworks 5. Évalué à 5.
ça m'arrive d'avoir de telles instabilités lors d'une mise à jour du système. Dans ce cas, je renomme mon .kde en .kde.old (pour ne pas perdre d'éventuelles données), et en général c'est moins plantogène.
[^] # Re: Oui
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Sailfish OS embarque une partie propriétaire. Évalué à 2.
Qu'en sais-tu ? De ce que je vois sur mon Geeksphone, les performances sont tout à fait honorables. Maintenant, un geeksphone, c'est quand même, au niveau matériel, du bas de gamme (140 euros et encore). Faut pas espérer faire de la 3D (webgl), à cause du processeur graphique. Mais pour du bas de gamme, mes applis HTML/JS sont tout à fait réactives… Alors sur des smartphones à 500 euros, ça doit probablement dépoter.
Qu'en sais-tu ? Tu as mesuré ? Et puis sur quelle machine ? L'OS ne fait pas tout, il faut aussi un matériel qui soit à la hauteur. Et puis tu n'as pas besoin de 60FPS pour toutes les applications.
ça tombe bien, chaque appli est dans son propre processus dans FirefoxOS.
je le recharge tous les 3-4 jours le mien. voir une fois par semaine si je ne l'ai pas beaucoup utilisé.
à machine équivalente, ça reste à prouver. Prend un Android sur un smartphone à 140 euros, il va beaucoup plus ramer que sur un galaxy s3. logique…
en même temps, android, ça fait 5 ans et demi qu'il est sorti. Firefox OS, 6-8 mois. un écosystème ça n'apparait pas en quelques jours… quoique, vu le nombre de site web et appli web existants…
[^] # Re: Oui
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Sailfish OS embarque une partie propriétaire. Évalué à -1.
Tu te contredis là : on peut pas sortir du navigateur ok. mais tu parles d'os dans le navigateur. Or avoir accès aux fonctionnalités de l'OS, c'est avoir toutes les libertés. Ce qui n'est pas le cas. Donc FirefoxOS n'est pas un OS dans un navigateur. CQFD.
Pour faire une appli, dans Firefox OS, tu dois obligatoirement passer par le toolkit (donc l'API web proposée par Gecko). C'est normal dans un sens. sinon cela voudrait dire que n'importe quel site web pourrait envoyer des SMS, lancer des appels, ou je ne sais quoi d'autres encore… Il y a des limitations pour des raisons de sécurités.
Selon tes besoins et désirs. Te prend pas pour le centre du monde. Tout le monde n'est pas comme toi.
Moi je le trouve super intéressant, dans la mesure où je sais qu'une appli ne peut pas faire n'importe quoi. Ce qui est loin d'être le cas sur Android. Là par exemple, j'ai une putin de merde sur ma tablette android qui fait de la pub pour des apps à tout bout de champs (ouverture du navigateur etc…). J'ai beau enlever toutes les apps que j'ai installé depuis que c'est apparu, le truc est bien installé au chaud quelque part, je ne sais pas où. Impossible de m'en défaire (sauf à acheter un antispyware, comme par hasard). Faudra certainement que je me connecte avec un shell et adb pour aller tripatouiller les fichiers systèmes. Dans FirefoxOS, j'ai l'impression que ce sera un poil plus compliqué de faire de telles merdes.
Je ne me fout de personne. Comme cela a été dit, les priviled apps sont celles vérifiées par Mozilla (comme chez Apple).
Maintenant, les API disponibles en mode privileged ne sont pas là pour embêter le monde. Elles sont dans ce mode pour deux raisons : soit parce que, effectivement, elles peuvent nuire à l'utilisateur si n'importe quel site web y a accès. Soit parce qu'il n'y a pas encore de spec stable au W3C : ça empêche les développeurs web d'utiliser des trucs qui ont grande chance de changer, et donc de faire des applis qui seront cassées très rapidement.
FirefoxOS est encore tout jeune. Les APIs sont encore peu nombreuses ou pas toutes accessibles. Mais ça viendra, au fur et à mesure qu'elles seront stabilisées au niveau spec.
Un peu de patience… Les choses peuvent changer. Le Futur n'est pas immuable.
[^] # Re: Oui
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Sailfish OS embarque une partie propriétaire. Évalué à -1.
Qui fait du SSH vers son téléphone à part les nerds ou les devs systèmes ? Ou même qui fait du SSH à partir de son téléphone vers une autre machine (à part quelques nerds toujours..) ? Même moi qui a quotidiennement une bonne dizaine de session ssh ouverte sur mon desktop, j'ai jamais fait ça sur mon Android (je sais qu'on peut le faire, mais jamais eu la nécessité).
Appli mail : on peut s'en tirer avec un webmail. De toute façon, faut un serveur. Alors qu'il soit pure imap/smtp ou expose une API HTTP/Rest, ça change pas grand chose au final : il faut développer une partie communication. On peut faire d'ailleurs pareil avec la plupart des protocoles, en ayant ce serveur HTTP qui servirait de "proxy/traducteur". Pour XMPP, y a déjà tout ce qu'il faut pour faire du XMPP over HTTP.
Bon sinon, si on tient vraiment à du vrai protocole over TCP/IP, pas de souci, il y a ce qu'il faut : API TCP Socket. Et bien sûr, même si, on est d'accord, c'est uniquement du Gecko only pour le moment, une spécification est en cours au W3C, pour que ça puisse être implémenté pareil dans tout les navigateurs.