LeBouquetin a écrit 1911 commentaires

  • [^] # Re: parametre utilisateur ?

    Posté par  (site web personnel, Mastodon) . En réponse au message Visibilité de l'entreprise m'employant lors de contributions github. Évalué à 2.

    Problème par rapport à cette solution : tu as un compte, tu associes à ce compte 2 emails (ton perso et ton pro) => seul ton compte apparaît. La solution que tu évoques fonctionne si tu gères bien 2 comptes distincts, ce qui est un peu schizophrénique et difficile à maintenir au quotidien.

  • # Beau projet, beau journal

    Posté par  (site web personnel, Mastodon) . En réponse au journal Fourmilière artificielle: Intelligine. Évalué à 6.

    Très beau premier journal, clair et très bien rédigé. Tu hésitais à publier ; la note est là pour prouver que tu as bien fait :)

  • [^] # Re: On est toujours le "con" d'un autre

    Posté par  (site web personnel, Mastodon) . En réponse au journal Bagnole, pouvoir, autorité. Évalué à 4.

    Les lignes autocar qui se développent ne sont pas des lignes de proximité mais des lignes moyenne/longue distance qui se positionnent sur des trajets identifiés comme rentables.

    Carte des lignes autocar de Comparabux

    C'est ce genre de ligne que tu évoques quand tu parles des lignes de bus qui se développent ? Y'a pas de pb de connectivité sur ces lignes, c'est déjà bien desservi (en quantité, pas en tarif) par la SNCF… c'est pas sur ce genre de ligne qu'on a besoin de plus de transports en communs.

  • [^] # Re: On est toujours le "con" d'un autre

    Posté par  (site web personnel, Mastodon) . En réponse au journal Bagnole, pouvoir, autorité. Évalué à 6.

    En général quand tu habites en ville, les transports en commun sont plutôt bons. C'est quand tu habites hors des grandes agglomérations que tu deviens "laissé pour compte des transports en commun".

    On supprime toutes les lignes SNCF secondaires, les grandes liaisons se font entre grandes villes, entre les deux tu n'existes pas. Si tu prends le train entre Lyon et Paris, c'est 2h, mais si tu habites entre les deux, tu n'existes pas (sauf Dijon).

    Regarde la Suisse, par exemple, où tu peux te rendre quasiment partout en train… c'est très différent de la France en terme d'infrastructures de transports en communs.

  • # On est toujours le "con" d'un autre

    Posté par  (site web personnel, Mastodon) . En réponse au journal Bagnole, pouvoir, autorité. Évalué à 10.

    A l'époque où j'étais parisien, j'ai participé à quelques vélorutions. Puis j'ai arrêté, parce qu'au final la manifestation se déroulait exactement de la même manière que ce que les différents cyclistes reprochaient aux voitures. "Oui, nous c'est une fois par mois qu'on a le droit d'être con alors on leur montre". Je ne vais pas m'étaler sur le sujet, juste que je me suis dit : "si c'est pour être aussi con d'un côté que de l'autre, j'ai pas envie de prendre parti".

    Dans des villes comme Grenoble, où le vélo est vraiment beaucoup utilisé, ce sont les piétons qui doivent faire attention aux cyclistes. Le centre ville est limité à 30km/h partout, et les rois de la route sont les cyclistes. Ils refusent la priorité aux piétons, même sur les passages aménagés. Ils prennent les sens interdits, etc. Bref, ils sont en position de force et se comportent exactement comme ce que tu reproches aux automobilistes.

    Le fait que le cycliste soit plus fragile que l'automobiliste ne doit pas déporter le débat : tu dis que c'est la jungle ; à partir du moment où tu vas dans la jungle et que tu as identifié que tu étais plus fragile que les autres, c'est ton choix et de ta responsabilité d'en assumer les conséquences.

    Maintenant, si on veut vraiment s'attaquer au fond du problème, c'est que les pôles de vie et les pôle de travail sont de plus en plus distincts, probablement en partie dû à la stratégie de centralisation de la France, et à l'individualisation de la société (diminution des transports publics / transports en commun)

    Si c'est le problème que tu veux résoudre, je t'invite à évoquer le sujet et les solutions qu'on pourrait y apporter. Là, tu t'attaques aux symptômes.

    p.s : j'aime le vélo.

  • [^] # Re: Un peu tard...

    Posté par  (site web personnel, Mastodon) . En réponse au message [recrutement][stage][pourvu] Développeur web/backend Python sur Grenoble. Évalué à 3.

    C'est difficile de trouver le timing idéal, parce que les dates changent en fonction des formations, parfois des écoles, et suivant les candidats, certains s'y prennent 6 mois avant, d'autres 6 jours…

    Bref, ça ne coûte rien de publier ; de toute façon si ça intéresse quelqu'un il me contactera :)

    Au passage, j'ai reçu différentes candidatures pour un autre poste (stage admin sys) pour lequel la majorité des candidats débute en avril donc c'est qu'il y a encore des stages à pourvoir :)

  • [^] # Re: module

    Posté par  (site web personnel, Mastodon) . En réponse au journal Pyjobs s'enrichit de nouvelles sources et propose un stage en développement web fullstack python. Évalué à 0.

    stop au spam :)

  • [^] # Re: Et les job-boards ?

    Posté par  (site web personnel, Mastodon) . En réponse au journal pyjobs - un job-board pour les agréger tous.. Évalué à 2.

    L'idée c'est dans un premier temps de voir si le concept prend Si oui on trouvera des accords d'une manière ou d'une autre.

  • [^] # Re: statistiques

    Posté par  (site web personnel, Mastodon) . En réponse au journal pyjobs - un job-board pour les agréger tous.. Évalué à 3.

    Justement c'est ce que je dis : c'est une fausse impression.

  • [^] # Re: Et les autres?

    Posté par  (site web personnel, Mastodon) . En réponse au journal pyjobs - un job-board pour les agréger tous.. Évalué à 2.

    Ca fait partie des fonctionnalités à implémenter. La stratégie c'est :

    1. être capable d'associer une géoloc à une annonce dans notre modèle de données (utiliser GeoAlchemy + PostGIS)
    2. intégrer cette feature dans le modèle de base de crawling
    3. mettre à jour les différents crawlers pour extraire cette info si présente (on ne l'aura probablement pas sur toutes les sources) / appels API sur OSM ?
    4. ajouter un champ de fitrage sur l'interface pour saisir ville de référence + distance.

    Si y'a des motivés et/ou des remarques, je suis preneur.

  • [^] # Re: Dépêche ?

    Posté par  (site web personnel, Mastodon) . En réponse au journal pyjobs - un job-board pour les agréger tous.. Évalué à 7.

    En gros, Scrapy est plus « connu », ils ont un marketing hype et corporate, ce que l'on a pas (et qu'on ne sait pas faire). J'en suis bien conscient, mais ce n'est pas vraiment ce que j'ai en tête par référence.

    Non, Scrapy n'est pas hype. Scrapy a un marketing "boîte à outils pour le business", là où weboob a une image plutôt "clé-en-main pour les djeuns".

    Du coup l'utilisateur qui cherche une boîte à outils s'oriente vers scrapy, et celui que veut du clé-en-main va vers weboob.

    Il faut regarder la réalité en face aussi : weboob a une image "adolescents" qui est véhiculée par le nommage du projet et des modules. Ca n'a rien à voir avec la qualité du code ou du framework (qui est bien foutu, j'avais regardé l'archi et j'avais trouvé ça bien modulaire et bien conçu).

    Vu ce que tu dis, je pense effectivement que Weboob a une bonne place à prendre sur ce genre de marché, mais pour ça à mon avis il faut/faudrait :

    • cibler les développeurs qui vont intégrer du crawling (donc weboob) dans un de leurs produit et non "ajouter des fonctionnalités à weboob" (donc dispo sur pip pour être facilement intégré dans un projet existant, licence peut-être plus permissive parce que la concurrence le propose)
    • renommer le soft parce que weboob désolé, ça fait pas corporate, c'est con mais c'est vrai. (si un client me dit "quelle techno vous utilisez" j'ai pas envie de dire "weboob" et son module "handjob")
    • séparer la distribution des modules du coeur - dans weboob, ce qui m'intéresse c'est le coeur, éventuellement les modules "jobboard", mais pas tout le reste)
  • [^] # Re:Dépêche?

    Posté par  (site web personnel, Mastodon) . En réponse au journal pyjobs - un job-board pour les agréger tous.. Évalué à 4.

    Je me suis mal exprimé. Ce n'est pas l'image que véhicule weboob qui me dérange vraiment, mais l'image véhiculée par certains contributeurs/défenseurs de weboob. Cf mon message au dessus.

    Je ne fais pas un amalgame de tous les contributeurs weboob : c'est un amalgame que j'ai fait, désolé.

  • [^] # Re: Dépêche ?

    Posté par  (site web personnel, Mastodon) . En réponse au journal pyjobs - un job-board pour les agréger tous.. Évalué à 3.

    Weboob a été créé il y a six ans. Je doute déjà de l'affirmation « référence » de scrapy en 2016, mais alors si tu remontes début 2010, je crois que l'argument d'autorité tombe complètement. Au niveau technique et outils proposés, les projets divergent également.

    Oui les projets divergent, c'est ce que je réponds au message plus haut.

    Je n'ai pas compris la difficulté à trouver le code source. C'est sur le site officiel (et un gros lien "Get weboob" sur la page d'accueil). Ça prend quelques instants de trouver des clones sur Github. C'est quoi du coup pour toi un code source facile à trouver ?

    Code source facile à trouver, c'est "pouvoir parcourir le code en diagonale pour évaluer la solution". En commençant un projet, tu as plusieurs briques techno sur lesquels tu peux t'appuyer pour développer. Donc tu cherches les ressources techniques directement accessible.

    Dans weboob ce qui serait intéressant pour moi, c'est de parcourir le code et la doc des modules spécifiques aux jobboards. Ce code n'est pas dans la doc de développeurs - à juste titre car la doc développeurs cible l'archi générale de Weboob et la manière d'ajouter des fonctionnalités. Ce n'est pas ce qui m'intéresse.

    Un autre moyen de faire, c'est de faire un pip install dans ton environnement de développement, mais weboob n'est pas dispo sur pypi. Ca s'explique bien - c'est un outil plutôt packagé "clé-en-main", mais ça ne correspond pas à mon besoin.

    Le truc c'est que weboob est packagé / documenté comme un outil clé-en-main, pas pour réutiliser/coder sur certaines de ses fonctionnalités. (en clair : mon besoin ne fais pas partie de la cible)

    La licence est effectivement un vrai choix.

    La licence est effectivement un vrai choix.

    Et l'image arrogante de weboob, ou plus exactement de certains de ses contributeurs ou défenseurs en est également un.

    Ca fait plusieurs fois que "des personnes de weboob" interviennent de manière agressive ou intempestives sur des fils de discussion sur LinuxFR. Et le message de ton acolyte ci-dessous en est malheureusement la parfaite illustration.

  • [^] # Re:Dépêche?

    Posté par  (site web personnel, Mastodon) . En réponse au journal pyjobs - un job-board pour les agréger tous.. Évalué à 7.

    Lol. Je t'ai rien proposé, ça tombe bien :)

    Ton comporte colle tout à fait à l'image que véhicule weboob : des mecs qui se prennent pas pour de la merde, qui se croient drôles et qui prennent les gens de haut.

    Je m'en fous de weboob. Fais ce que tu veux, vis ta vie. J'ai rien demandé par rapport à weboob : un de tes collègues m'a posé une question, j'y réponds. C'est pas la peine de venir m'insulter si la réponse te convient pas.

  • [^] # Re: Dépêche ?

    Posté par  (site web personnel, Mastodon) . En réponse au journal pyjobs - un job-board pour les agréger tous.. Évalué à 10.

    LE framework de référence
    Selon qui ?

    Les personnes (prospects) avec qui j'ai pu échanger sur des problématiques de scraping / crawling. A part sur LinuxFR, je n'ai jamais entendu parler de weboob.

    Je me demande toujours pourquoi weboob ne s'est pas basé dessus

    Scrappy ne fournit pas grand-chose par dessus requests et lxml,

    Scrappy a de gros avantages sur des fonctionnalités "plus bas niveau" que weboob :

    • il est basé sur twister pour l'ordonancement des requêtes, la gestion asynchrone des requêtes ce qui est très puissant pour les problématiques de crawling.
    • il propose un mécanisme de pipeline hyper souple qui te permet par exemple d'enchaîner les traitements pour dire "je prends l'information à tel endroit. Si elle n'est pas disponible ou pas conforme, je vais la chercher à tel endroit. etc, etc", et ce en gardant un code propre et clair (en gros, pas en faisant des if, elif, else comme on le ferait si on codait bêtement)
    • il propose une architecture distribuable pour faire tourner des crawlers sur plusieurs machines et les alimenter gérer à partir d'un "master"
    • il s'installe comem n'importe quel module python, donc compatible avec venv et la "généricité" associée. Weboob est un outil "à installer", moins intégré dans un tel contexte (c'est pas mieux ou moins bien, c'est différent)

    que weboob utilise aussi tout en proposant beaucoup plus de choses pour faciliter le développement. Il y avait plutôt « à faire » que « à refaire ».

    Scrapy n'est pas un outil de traitement de flux HTML mais un frameword de crawling. Par dessus, il faut de l'intelligence de traitement de flux HTML - ce qu'implémente très bien weboob. Mais Weboob aurait très bien pu s'appuyer sur la puissance de Scrapy ; ce n'est pas exclusif car les métiers sont différents.

    il faut lutter pour trouver le code

    Je ne comprends pas trop vu qu'il y a bien plus de modules libres pour weboob que pour scrapy et que c'est une grande ressource de problèmes déjà résolus.

    Réutiliser les modules weboob serait une bonne idée. Mais comme on touche directement au métier, la visibilité sur le code est importante. J'aimerais pouvoir faire un "pip install weboob_apec" par exemple.

    La manière dont Scrapy est intégrée dans pyjobs, c'est juste une brique techno, on utilise l'API et puis c'est tout. Et pour l'installer c'est facile : pip install scrapy.

    Je considère que weboob est un outil "clé en main" donc pas conçu pour être réutilisé ; scrapy c'est plutôt un "toolkit" qui est concçu pour être réutilisé (mais en contrepartie de quoi il n'est pas tout à fait "clé en main")

  • [^] # Re: Et les autres?

    Posté par  (site web personnel, Mastodon) . En réponse au journal pyjobs - un job-board pour les agréger tous.. Évalué à 5.

    Toute contribution est la bienvenue, et c'est relativement facile comme indiqué dans le journal pour cela.

    A défaut de proposer une source et de faire une pull-request, n'hésite pas à proposer l'url des sites auxquels tu penses.

    Merci pour ton aide.

  • [^] # Re: Dépêche ?

    Posté par  (site web personnel, Mastodon) . En réponse au journal pyjobs - un job-board pour les agréger tous.. Évalué à 5.

    J'aurais plutôt tendance à dire que c'est Weboob qui a tout refait ;)

    Weboob n'est malheureusement pas basé sur Scrapy qui est LE framework de référence pour faire du crawling. Je me demande toujours pourquoi weboob ne s'est pas basé dessus et en suis vraiment curieux.

    C'est vrai que pour l'aspect "crawling métier", il y a déjà des modules Weboob dispo.

    Le pb de weboob de mon point de vue :

    • je n'adhère pas à l'image que véhicule le projet
    • il faut lutter pour trouver le code, je pense que c'est rédhibitoire pour favoriser des contributions de personnes qui souvent "n'osent pas vraiment".
    • la licence est AGPL ; je voulais un truc permissif

    Autant l'image de marque est un « problème » tout à fait subjectif (et peut être encapsulé si vraiment nécessaire), autant les autres problèmes sont à mon avis rédhibitoires.

  • [^] # Re: Dépêche ?

    Posté par  (site web personnel, Mastodon) . En réponse au journal pyjobs - un job-board pour les agréger tous.. Évalué à 7.

    Je sais pas ; j'ai hésité parce que j'avais peur de me faire recaler :) Mais si les responsables veulent passer le journal en dépêche je suis pas contre :)

  • # incompatible mobiles ?!

    Posté par  (site web personnel, Mastodon) . En réponse au journal Test du framework front-end Semantic UI. Évalué à 6.

    Je viens de visiter le site de semantic ui avec mon mobile, ça saccade au scrolling, ça "déscrolle" tout seul, bref je ferai jamais un site/une app avec. Dommage, c'est vrai que ça a l'air pas mal.

  • [^] # Re: Ma candidature

    Posté par  (site web personnel, Mastodon) . En réponse au message Est-ce la bonne période pour recruter un stagiaire Bac+2 admin sys / réseaux sur LinuxFR ?. Évalué à 2.

    Je vais mettre une annonce sur LinuxFR, on va voir :)

    @HanhT, le stage ça va être sûr Grenoble, du coup je sais pas si ça correspond à ce que tu cherches (à toi de me dire) ; et c'est plutôt un stage (sur 1 à 6 mois) qu'une alternance a priori.

    Je vais mettre une offre.

  • [^] # Re: Bonjour

    Posté par  (site web personnel, Mastodon) . En réponse au message Est-ce la bonne période pour recruter un stagiaire Bac+2 admin sys / réseaux sur LinuxFR ?. Évalué à 2.

    Oui c'est ce que j'imagine ; mais pour cela j'ai besoin de connaitre les dates "officielles" des périodes de stage des différentes formations. J'ai contacté quelques écoles/universités, mais en gros la réponse c'est "tout est sur notre site web" (qui concerne l'ensemble des formations) et c'est du coup assez laborieux.

  • [^] # Re: le meilleur SEO c'est le contenu de ton site

    Posté par  (site web personnel, Mastodon) . En réponse au message SEO. Évalué à 2.

    ton exemple est excellent.

    Si je cherche un consultant en virtualisation et téléphonie sur IP, bah j'ai même pas visité le site de John Doe et je sais déjà que son profil a des chances de correspondre à ce que je recherche.

    Dans le second cas, je suis obligé d'aller visiter le site consulting.johndoe.com

    Concrètement, si j'ai 4 réponses, ça ne va rien changer : j'irai voir les 4. En revanche si j'ai 200 réponses, je ne vais pas me palucher les 200 sites de consultants. Je vais gagner du temps en allant voir ceux qui me semblent a priori les plus pertinents et je vais agir de la mnière suivante :
    - si l'un d'entre eux me convient mes recherches s'arrêteront là
    - sinon, j'envisagerai d'en visiter une dizaine supplémentaire.

    C'est moche - je dis pas le contraire, mais c'est la vraie vie.

    Si un nom de domaine moche me permet de faire moins de prospection et plus de prestation (et c'est la partie du travail vraiment intéressante), alors banco.

  • [^] # Re: La question est donc : quelle est la différence entre un bon prestataire SEO et un mauvais ?

    Posté par  (site web personnel, Mastodon) . En réponse au message SEO. Évalué à 3.

    Le lien que tu donnes est intéressant ; et j'aime aussi beaucoup ta signature :)

  • [^] # Re: le meilleur SEO c'est le contenu de ton site

    Posté par  (site web personnel, Mastodon) . En réponse au message SEO. Évalué à 2.

    Tu as deux possibilités pour remonter dans la liste des résultats Google :

    1. tu suis les règles dictées par Google (donc comme le dit Neox, un bon moyen de remonter c'est de créer du contenu régulièrement
    2. tu achètes des mots-clés.

    Dans tous les cas ça coûte : soit en argent, soit en temps (donc en argent - j'imagine que c'est pour ta boîte et les prestas que tu proposes)

    Une bonne chose à faire, c'est de mettre tes mots-clés dans ton nom de domaine. Pour ton activité digi-value, par exemple, au lieu d'avoir un site web digi-value.fr tu achètes un nom de domaine genre maintenance-informatique-orleans-tpe-pme.fr.

    Personne ne va te chercher sous le nom "digi-value", ou alors ce sont des gens qui te connaissent déjà (auquel cas, si ils te cherchent TOI, ils seront prêt à chercher plus longtemps car c'est vraiment TOI qu'ils cherchent)

    Illustration : je suis freelance, spécialisé python. Je suis basé à Grenoble. J'ai acheté un nom de domaine "damien-accorsi-freelance-python-grenoble.me" (chez Gandi, pub gratuite;). J'ai une page simple (pas de contenu qui "vit"), mais si tu cherches "freelance python grenoble" tu me trouves :

    Pour répondre à ta première question à savoir "critères pour recruter un bon SEO", je ne saurais pas te répondre directement. Un mec qui a fait du bon boulot, c'est Rémy Bigot qui a bossé pour la StartUp Wimi - cf http://www.conseilsmarketing.com/e-marketing/comment-faire-connaitre-une-start-up-cas-pratique-de-wimi-par-remy-bigot

    Si ça peut t'aider…

  • [^] # Re: quelques fournisseurs hardware

    Posté par  (site web personnel, Mastodon) . En réponse au message Raspberry ou Banana pi + module Razberry + écran : où acheter en France. Évalué à 2.

    http://fr.rs-online.com/web/

    Ne vend pas le module razberry

    http://e.banana-pi.fr/en/

    Idem (d'ailleurs j'en parle dans la question initiale)
    Pour le reste, ça ne correspond pas aux critères de ma recherche malheureusement :-(