Pierrick Le Gall a écrit 216 commentaires

  • [^] # Re: Données géographiques

    Posté par (page perso) . En réponse à la dépêche Talend Open Studio 2.2.0. Évalué à 5.

    Salut Vincent (on étais à l'école ensemble)

    A noter que camptocamp sort une extension à Talend Open Studio, nommée SDI comme Spatial Data Integrator.

    En effet, CampToCamp va fortement collaborer avec Talend pour fournir des traitement spécifiques aux données géographiques.

    Est ce que vous envisagez d'intégrer un générateur de code python

    Non, ce n'est pas dans la roadmap. Chez Talend, il n'y a pas (encore ?) de compétence Python. La question a cependant déjà été évoquée sur notre forum. Je pense que s'il y a des débouchés commerciaux et qu'on arrive à recruter des compétences, il n'y a pas de raison de ne pas le faire :-)

    Pour le moment, entre Perl et Java, le moteur de génération est très proche. A mon avis, un langage comme Python nécessitera davantage de développements. Je pense qu'il serait par exemple plus simple d'ajouter Ruby que Python.
  • # Un ETL concurrent de moins ?

    Posté par (page perso) . En réponse au journal SAP rachète Business Objects. Évalué à 4.

    Parmi les logiciels de la suite BO, il y a BODI (Business Objects Data Integrator) qui est un ETL [1]. Cela me fait énormément pensé à Sunopsis racheté par Oracle il y a peu de temps.

    Si dans l'intitulé du commentaire je parle de "concurrent", c'est parce que chez Talend, nous éditons Talend Open Studio, un ETL qui a la particularité d'être opensource et... français (d'origine en tout cas). Je ne sais pas encore si c'est une bonne nouvelle niveau "business" pour nous, cela va dépendre de la stratégie de SAP.

    [1] http://fr.wikipedia.org/wiki/ETL
  • # Jelix template standalone utilisé sur PEM

    Posté par (page perso) . En réponse au journal Jelix 1.0 beta 3. Évalué à 3.

    J'utilise jTPL (le moteur de template de Jelix) pour PEM [1]. Ca marche très bien : performant et souple.

    J'envisage à terme d'utiliser davantage le framework Jelix pour l'ensemble de l'application.

    Longue vie au projet :-)

    [1] https://gna.org/projects/pem/
  • [^] # Re: quelle utilité de se rendre sur le lieu ?

    Posté par (page perso) . En réponse au journal Talend recrute un webmaster. Évalué à 1.

    Bon, je vais préciser un petit truc : on m'a demandé de lancer des recherches sur un webmaster, et on m'a aussi donné des contraintes (dont le non télétravail). Je suis plutôt en faveur du télétravail et ce n'est pas moi qu'il faut convaincre. Maintenant, je n'irai pas me battre avec mon chef pour qu'il prenne quelqu'un en télétravail.

    > pour les emails : si, pas mal de bots qui circulent savent
    > lire ce genre de chose... détrompes toi.. ce je propose ?
    > mettre le mail en clair, de toute façon c'est sniffé... autant
    > pas s'enquiquiner pour rien.

    10 ou 500 spams par jour ? mon choix est fait, je ne met pas en clair. (oui, je connais des systèmes de filtrages, qui atteignent tous leurs limites, plus ou moins rapidement)

    > y a qu'a voir le site actuel : il est réalisé avec extrêmement
    > de soin et suinte le marketing (c'est pas péjoratif hein)

    C'est pas péjoratif, mais en voulant le dire péjorativement, tu ne l'aurais pas mieux fait :-) Je suis d'accord, le site principal est très orienté marketing, c'est un peu fait pour d'ailleurs. Ce n'est pas le cas du site communautaire.

    > il a bon dos le marché... [...] tu va éliminer un "tit jeune" qui
    > aurait pu t'apporter beaucoup plus.

    1. c'est pas moi qui décide

    2. on cherche plutôt un petit jeune qui n'en veut (notamment parce qu'il va demander un salaire moindre, y'a une réalité économique, je suis désolé)

    3. le marché du travail est parfaitement injuste. Par exemple, ce sont les métiers les plus faciles/passionnants qui gagnent le plus d'argent, tu trouves ça juste ? ben non, et pourtant c'est normal (note bien la différence entre "normal" et "juste").


    Bref, ne me prends pas pour un gros méchant de la direction d'une entreprise du CAC40 (j'enfonce la porte à des généralités bien simplistes...), mais juste pour un techos qui pense que ça peut intéresser du monde sur Linuxfr de bosser dans une boîte qui fait de l'opensource.
  • [^] # Re: quelle utilité de se rendre sur le lieu ?

    Posté par (page perso) . En réponse au journal Talend recrute un webmaster. Évalué à 3.

    > ça me déglingue quand je lis "poste de dev web sur Suresnes"
    > sans dec... le remote ça vous parle ?

    Chez nous, 2 développeurs font du semi télétravail. D'autres encore sont à l'autre bout du monde. Mais il ne s'agit pas du même boulot. Pour le webmaster, il s'agit souvent de réaliser les idées que la direction va lui expliquer avec des mots et des petits dessins. C'est beaucoup plus facile de communiquer à 50 cm qu'à plusieurs kilomètres. On ne refuse pas catégoriquement le télétravail pour ce poste, mais on privilégie le non télétravail.

    > Sans parler des emails donnés genre "toto point tutu
    > à truc point org" comme si les robot sniffers d'emails
    > savaient pas lire ce genre de chose...

    Non, je ne pense pas que beaucoup de robots soient capables de lire ce genre de chose. Qu'as tu de mieux à me proposer ?

    > sans dec ? c'est pas le technicien de surface qui décide
    > les évolutions du site web chez vous ??

    Il me semble important de dire au candidat avec quelles personnes il va quotidiennement travailler. Disons que si j'annonce qu'il va passer sa journée avec les commerciaux, et qu'il ne supporte pas ces joueurs de pipo professionnels^W^W^W^W personnes bien habillées, il ne viendra pas perdre son temps en entretien.

    > donc un ingénieur qui viens faire le ménage tu le payes 35K ?

    Je me demande si c'est la peine de répondre... Non, tiens, je réponds pas du tout.

    > caractère déplacé et incongru de ce genre de propos

    Si tu veux parler du fait qu'un ingénieur expérimenté n'aura pas les mêmes prétentions salariales qu'un DUT sans expérience, alors je maintiens. C'est comme ça, c'est le marché du travail. C'est injuste :-/
  • [^] # Re: Par contre...

    Posté par (page perso) . En réponse au journal Talend recrute un webmaster. Évalué à 4.

    > (Mais on est certes jamais a l'abris d'un charlot qui estime
    > connaitre une techno parce qu'il sait faire un hello world)

    Le soucis, c'est que pour 1 génie, il doit bien y avoir 10,000 charlots :-/

    Cela dit, si je mets l'annonce aussi sur Linuxfr, c'est parce que je suis lecteur de cette communauté depuis des années et que j'ai le sentiment qu'on y trouve des profils techniques plus passionés qu'ailleurs et qui seront peut-être attirés par une boîte qui base son modèle économique sur un produit opensource.
  • [^] # Re: Par contre...

    Posté par (page perso) . En réponse au journal Talend recrute un webmaster. Évalué à 6.

    jcs a écrit:

    > Oui mais pour une fois qu'une offre d'emploi pour un
    > webmaster ne demande pas à ce qu'il soit en outre
    > expert BGP, spécialiste COBOL, chasseur alpin et astronaute,
    > la maître du tagalog étant un plus.

    En effet. Quand je lis un CV avec une ribambelle de 30 langages de programmation, je rigole assez fort intérieurement. Alors ce n'est pas pour demander cela d'un candidat. S'il est réellement compétent dans les 3 ou 4 technos dont on a vraiment besoin, c'est ce qu'on cherche.

    > Cela dit une fourchette du salaire c'est tout de même la
    > moindre des choses

    Ce n'est jamais facile à dire. Le diplôme/expérience ne sont pas resteint, car le boulot pourrait être fait par un DUT sans expérience (qui ferait le minimum) ou par un ingénieur avec 10 ans d'expérience (on s'attendra à plus de choses de sa part). Et en dehors du monde des bisounours, je pense que tout le monde accepte le fait que ces profils n'aient pas la même rémunération.

    Pour parler franc, je ne m'attend pas des demandes de 35 pour un DUT sans expérience, ni à 25 pour un ingénieur expériementé. On aura certainement plusieurs candidats, avec des prétentions différentes, on ne prendra pas forcément le moins prétentieux.

    (ou l'art de ne pas répondre à la question... désolé, mais y'a pas vraiment de réponse)

    > lolix

    Oui, l'annonce est aussi sur Lolix :-)
  • # vendredi/samedi

    Posté par (page perso) . En réponse à la dépêche Les Journées Perl 2007, 16-17 novembre à Lyon. Évalué à 2.

    Je constate (agréablement) que les jours ont changé depuis les précédentes éditions: au lieu du samedi/dimanche, nous avons droit à vendredi/samedi. Femme et enfants vous remercient :-)
  • [^] # Re: et par rapport à talend ?

    Posté par (page perso) . En réponse au journal Pentaho Data Integration, un ETL libre qu'il est bien. Évalué à 4.

    (Je suis développeur chez Talend)

    Je vais écrire un "use case" (cas d'utilisation) avec cette histoire de boîte de chocolats. Je viendrais donner ici l'URL de cette page dans le wiki Talend. (c'est dans ma TODO list de la journée)
  • # materiel photo

    Posté par (page perso) . En réponse au journal Photos de Solutions Linux 2007 & Fosdem 2007. Évalué à 2.

    Franchement, je les trouve bien ces photos :-) D'après les infos EXIF, je note que tu utilises un Canon 350D et ce qui m'intéresse le plus, c'est que tu es constamment en 50mm, donc certainement une focale fixe. Comme certaines photos sont en ouverture 1.4, je suppose que tu as soit un 50/1.4 soit un 50/1.2. Je parie plutôt sur le premier couple, tu confirmes ?

    Ca donne envie de me prendre le même objectif, vu la qualité des photos en faible lumière, sans flash.
  • [^] # Re: Environnement de travail

    Posté par (page perso) . En réponse au journal Talend recrute des développeurs Perl. Évalué à 1.

    Merci Paul :-)
  • # Contact

    Posté par (page perso) . En réponse au journal Talend recrute des développeurs Perl. Évalué à 6.

    Je suis un boulet, j'ai pas donné le moyen de contacter Talend concernant ce recrutement : plegallATtalendPOINTcom
  • [^] # Re: Oui mais

    Posté par (page perso) . En réponse au journal Talend recrute des développeurs Perl. Évalué à 3.

    (allez, je prends la question comme une vraie question... sachez quand même que le cadre de travail n'est pas un élément négligeable, les repas du midi font parti des petit plus qui rendent le boulot plus sympa)

    Que mangez-vous le midi ? :-)


    La plupart du temps, on va se chercher des plats dans différents restaurants et on se retrouve dans les locaux pour manger ensemble. En été on mangeait sur la terrasse, en ce moment, on plie les portables et on se regroupe autour de quelques bureaux. Le choix gastronomique est le suivant : traiteur italien, plats préparés traditionnel (français mais pas forcément), chinois, japonais, américain^W macdo, sandwicherie.

    L'autre partie du temps, on va dans un restaurant, la crêperie fréquemment, sinon la pizzeria ou le thaïlandais.

    Voilà pour le tableau :-) Y'a le choix, nos tickets restaurant permettent de manger à tous ces endroits sans ajouter beaucoup de sous de notre poche.
  • [^] # Re: Deux petites questions...

    Posté par (page perso) . En réponse au journal Talend recrute des développeurs Perl. Évalué à 2.

    1°) "Le travail peut être partiellement fait en télétravail selon la situation géographique du candidat."

    Partiellement, dans quelle proportions ? 10% ou 90%, ça change énormément de choses.

    On a un développeur qui habite à Lille et qui fait 2 jours sur 5 à Suresnes, soit 60% de télétravail.

    Il est évident que la communication est plus simple quand on est à Suresnes, mais on utilise des outils permettant le travail à distance.

    2°) Pourquoi le site est intégralement en anglais ?

    Pour atteindre un maximum de monde. Une version française est à l'étude (notamment pour la partie communautaire) mais ce n'est pas (encore) une priorité.

    Il y a peut-être une question cachée : quel doit être le niveau en anglais ? La réponse : bien lire et écrire sont assez fondamentaux, pour l'oral, c'est beaucoup moins important.
  • # chapeau

    Posté par (page perso) . En réponse au journal renommage de fichier sous CVS [script bash]. Évalué à 3.

    Fallait oser ! Bravo pour l'initiative. Pour ceux qui ne lisent pas le bash depuis la maternelle, le script stocke dans des fichiers temporaires les versions 1 à N du fichier sous son ancien nom ainsi que les logs de commit associés. Puis création du fichier sous son nouveau nom et N commits.

    La seule info que tu perds, c'est l'heure du commit, je me trompe ?
  • # Aperçu du contenu de la conférence

    Posté par (page perso) . En réponse à la dépêche Conférence phpWebGallery à Paris. Évalué à 3.

    Lors de cette conférence, je m'appliquerai à présenter les fonctionnalités du logiciel après une installation rapide. Je pense faire une démonstration réelle en manipulant vraiment PhpWebGallery et pas un simple diaporama énumérant lesdites fonctionnalités. Au programme, dans le désordre :

    - installation
    - synchronisation
    - classification par catégories
    - classification par tags
    - informations des photos
    - métadonnées, visualisation et utilisation par synchronisation
    - permissions
    - notification par flux et par mail
    - navigation chronologique
    - configuration (écran et fichiers)
    - panier
    - sites distants

    Cette présentation s'adresse à la fois à ceux qui entendent parler de PhpWebGallery pour la première fois mais aussi pour des utilisateurs de longue date qui souhaiteraient découvrir la dernière version.

    Cette conférence sera également l'occasion de rencontrer certains membres de l'équipe du projet et de leur poser vos questions.
  • [^] # Re: un espace web avec PHP et MySQL + gallery2

    Posté par (page perso) . En réponse au journal Sites de partage de photos. Évalué à 2.

    Désolé d'étendre le hors-sujet...

    Non, dans PhpWebGallery catégorie virtuelle et tag, ce n'est pas tout à fait la même chose. Les 2 existent en parallèle. S'ils correspondent effectivement au même principe de liens, c'est à dire qu'une photo est lié à plusieurs tags/catégories et qu'une catégorie/tag est liée à plusieurs photos, c'est ailleurs que la différence se situe : au niveau de la navigation. Voici comme j'ai implémenté la différence dans PhpWebGallery:

    * Catégories : classification hierarchique avec navigation dirigée. Par exemple, je clique sur la catégorie "animaux" puis je découvre 3 sous-catégories "animaux>mammifères", "animaux>poissons" "animaux>reptiles", je vais dans "animaux>reptiles" et j'y découvre "animaux>reptiles>serpent". Si je rentre dans "animaux>reptiles>serpent", alors s'affichent toutes les photos rangées dans cette catégorie.

    * Tags : classification plane (ie pas de hierarchie). La navigation est transversale. Je commence par exemple par afficher toutes les photos liées au tag "noir & blanc" puis je vois dans le nuage de tags liés que certaines des photos sont également liée au tag "portrait", je demande à voir les photos tagguées "noir & blanc" + "portrait". Etc.

    On a donc un backend strictement identique pour la notion de catégories et de tags, mais la navigation est complètement différente. Dans PhpWebGallery, on peut n'utiliser que les tags, que les catégories ou les deux.

    Note importante: la description ci-dessous correspond à l'implémentation des tags/catégories dans PhpWebGallery, il ne s'agit pas d'un principe universel.
  • [^] # Re: Alternative au perl

    Posté par (page perso) . En réponse au journal Script LCL. Évalué à 3.

    L'un des énormes avantages de Perl, c'est le CPAN. Tant que les autres n'auront pas une bibliothèques de composant aussi étendue, Perl conservera un certain intérêt.

    Un autre avantage de Perl est sa communauté. On y trouve de nombreux experts d'une grande qualité technique. Cela est certainement dû à l'ancienneté du langage et à l'attrait de ce langage qui se veut facile à prendre en main, et capable de faire des choses complexes.

    L'argument de la propreté du langage est tout relatif à la personne derrière le clavier. Perl n'empêche pas de code proprement, il permet juste de code vite et jetable et pas propre, mais ce n'est pas obligé.
  • # dissipation calorifique

    Posté par (page perso) . En réponse au journal Asus V6J X001P et Ubuntu. Évalué à 4.

    - l'Asus V6J X001P est un très bon portable mais entaché d'un gros point sombre : sa dissipation calorifique qui, provenant de l'Intel Core Duo situé en plus à la droite du touchpad, devient vite dérangeant.

    J'utilise un ASUS A6JA (processeur core duo également) et je subis le même désagrément : la chaleur devient insupportable sous le poignet. J'ai branché un clavier USB pour contourner le problème, mais je trouve ça un peu dommage :-/
  • [^] # Re: demande complement info sur ce soft

    Posté par (page perso) . En réponse à la dépêche PhpWebGallery 1.6. Évalué à 2.

    c est une base de données "bridée" en qq sorte mais c est déja pas mal apparemment .

    Si on est pessimiste, on peut dire ça comme ça... Moi je dirais que la structure de la base de données est "classique". C'est à dire qu'on a les colonnes images.date_creation, images.description et pas une table générique image_property avec 3 champs image_id, key, value. Cette structure rend la base de données plus lisible, mais figée.

    Est ce que le programme se sert des Exifs ? (les miens sont un peu foireux sur mes vieilles photos) .

    Il y a 2 façons d'utiliser les métadonnées EXIF : soit on les affiche simplement sous la photo, soit on synchronise les propriétés de l'image avec ses métadonnées EXIF (et/ou IPTC) et les informations récupérées dans les métadonnées deviennent indexées (donc utilisables dans une recherche par exemple). On peut aussi désactiver l'utilisation des métadonnées.
  • [^] # Re: Métadonnées

    Posté par (page perso) . En réponse à la dépêche PhpWebGallery 1.6. Évalué à 1.

    Je n'ai pas encore étudié l'extension de gestion des XMP. Cela fait tout à fait parti des extensions que je souhaite intégrer en standard. Pour la 1.7 certainement.

    Mais il ne s'agit pour le moment que de lire les métadonnées, pas de les écrire. Je considère encore que l'on ne mets pas ses photos au format original sur le web et donc écrire les métadonnées dans des fichiers "temporaires" n'a pas grand intérêt. Je travaille plutôt sur un outil en ligne de commande qui puisse à partir du contenur d'un fichier écrire les métadonnées dans une photo. Ce fichier pourrait être écrit par PhpWebGallery ou par d'autres application (je commencerai en utilisant les fichiers écrits par GQview que j'utilise en local).
  • [^] # Re: Fonctionnalités

    Posté par (page perso) . En réponse à la dépêche PhpWebGallery 1.6. Évalué à 1.

    Ajouter un lien qui permet de télécharger toutes les photos d'un album au format zip

    Il y a l'extension "Download Multi" [1] qui fait ce travail. Elle est utilisée sur de nombreux sites à ma connaissance. On verra s'il est vraiment pertinent d'intégrer cette fonctionnalité dans la version standard.

    permettre de partager un album avec certains utilisateurs seulement

    La gestion des permissions permet cela. Définition d'un groupe "amis", mettre la catégorie "2006/soirée vodka" en privée et accessible uniquement aux "amis" et mettre tous tes amis dans le groupe "amis".

    envoie de mail automatique pour prévenir de la mise en ligne d'un nouvel album.

    Le mail n'est pas automatique, pour éviter les envois massifs incontrôlés. Une interface administrateur est disponible pour choisir une liste de membres de la galerie à notifier de toutes les nouveautés apparues depuis la dernière notification. Par exemple, après la mise à jour hebdomadaire de ma galerie, je sélectionne tous les membres de ma galerie et je demande qu'ils soient notifiés des nouveautés par mail. En fonction des permissions de chacun, ils recevront un mail ou pas.

    [1] http://phpwebgallery.net/ext/extension_view.php?eid=31
  • [^] # Re: demande complement info sur ce soft

    Posté par (page perso) . En réponse à la dépêche PhpWebGallery 1.6. Évalué à 1.

    chaque enregistrement etant paramétré disons par date,lieux,sujet auminimum ;[...] Est ce que votre soft [PhpWebGallery] peut me permettre de réaliser cela ?

    Dans la version 1.6.x, les propriétés associées à chaque photo sont : date de création, date d'ajout à la galerie, auteur, description, titre, liste de tags, liste de catégories. Il manquerait donc le lieux comme propriété, mais l'utilisation des tags ou des catégories pourrait certainement convenir comme propriété plus "générique".

    Je réfléchis en ce moment à donner la possibilité au webmaster de créer la liste des propriétés. Le problème étant la lourdeur que cela impliquerait. Je ne suis pas sûr de retenir l'idée.
  • [^] # Re: Ouvaton ?

    Posté par (page perso) . En réponse à la dépêche PhpWebGallery 1.6. Évalué à 1.

    Je confirme que PhpWebGallery fonctionne avec le SAFE_MODE.
  • [^] # Re: API

    Posté par (page perso) . En réponse à la dépêche PhpWebGallery 1.6. Évalué à 2.

    Non, l'API n'existe pas encore. Elle est prévue. Dans une version simple (visionner) pour la première version. Pouvoir uploader via l'API ferait l'objet d'une seconde version.