Le problème c'est que des années de pseudo-gratuité ont éduqué les utilisateurs. Quand je parle autour de moi de lancer un service (quel qu'il soit), une des premières remarques/questions qui revient très très souvent est "C'est une bonne idée. Ca sera gratuit ?"
Une chose apparaît de plus en plus clairement, et ce genre d'initiative le montre : le système (gratuit+pub) est en train d'atteindre ses limites.
Je ne vois pas en quoi la proposition de Microsoft montrer que le système atteint ses limites. Si on prend le cas de l'informatique, des appli web et des startup qui sont les plus visibles, on constate justement que le tout gratuit est en train de prendre toute la place ; et que les gens en viennent à ne plus trouver normal de payer un service. En tout cas au niveau du grand public c'est clairement la tendance, ou alors je suis preneur de liens sur des études et résultats qui montrent le contraire.
Je pense en plus qu'il faudrait inclure tous les logiciels fait spécifiquement pour les administrations mais qui dépendent fortement de brique propriétaire (comme un programme Access ou Windev).
Ces coûts seraient également présents dans le cadre de l'utilisation de logiciels libres (et seraient très probablement facturés comme développements spécifiques et non libres), donc à mon avis ça n'a pas d'intérêt dans le cadre d'une interrogation libre vs propriétaire.
De ce que j'ai lu à propos de l'ORM de Django, et par rapport à SQLAlchemy que je connais bien :
- il ne supporte les clés primaires multiples que depuis la version 1.5 (la dernière). Pour quelqu'un qui conçoit un schéma de base avec en tête l'idée que la base de données garantit autant que faire se peut l'intégrité et la cohérence des données, c'est un cas classique.
- il ne gère pas des transactions "tout en un" comme le fait SQLAlchemy par exemple. Exemple : tu as un formulaire qui génère différentes requêtes SQL qui doivent êtres toutes faites dans une unique transaction, Django ne le gère pas. Dans beaucoup de cas, ce n'est pas utile, mais dans certains cas c'est rédhibitoire. Par exemple, si ton formulaire doit faire un insert dans 2 tables et que l'un ne va pas sans l'autre, ce n'est pas garanti quand tu développes avec Django, ça l'est (ou ça peut l'être) quand tu utilises SQLAlchemy
- tu ne peux pas utiliser l'ORM de Django sans emporter avec toi django-full-package ;)
- il n'enregistre pas "les valeurs qui ont été changées" mais "un tuple complet" ; quoique visiblement cela ait été amélioré dans la dernière version.
En fait, pour moi ce qui est vraiment "moche", c'est d'emporter tout Django si tu veux juste l'ORM. Par exemple, si j'ai un client lourd et une appli web qui accèdent à la même base de données, soit je dois utiliser 2 technos différentes pour faire l'ORM, soit je dois embarquer Django dans mon client lourt.
Est-ce que tu utiliserais une techno qui t'impose d'embarquer QT pour tes applis web ?
Ce que je vois, c'est que tu veux un bon poste, intéressant, bien rémunéré, où tu as une position importante et en même temps ta priorité est ta famille. Déjà c'est rare ce genre de poste, et comme dit au dessus, les gens qui en ont ne les lâchent pas ;)
J'étais dans la même situation il y a quelques années. J'ai quitté ma boîte. J'ai quitté Paris. J'ai décidé de monter une boîte. Mon projet a traîné. J'ai commencé à douter. J'ai rejoint une startup parmi les ingénieurs expérimentés du lancement, perspectives de poste à responsabilités. J'ai fait de l'archi, du dév, de l'IT, de la mise en place d'outils, de l'industrialisation de développement, du conseil. J'ai bossé comme un chien. 6 jours sur 7, voire plus. 10 à 15h par jours. La carotte était belle. La boîte fait long feu. Je la quitte. Je me pose des questions…
J'ai un parcours assez chaotique aussi ; ma reconversion je l'ai faite à 25 ans, moi, pour faire de la programmation. De la conception et du développement. Et j'en fais toujours, et de l'architecture aussi ; de code et de SI, de l'IT aussi. Dix ans plus tard, j'arrête pas de "construire" à chaque fois. Mais tu peux difficilement rester dans une boîte et construire pendant des années. C'est comme quand tu achètes une maison à rénover : soit tu rénoves intégralement ta maison et ça veut dire que tu fais des trucs passionnants tout le temps, que ça va durer, mais aussi que tu vis dans des conditions "en mode travaux" : spartiates, jamais une maison finie, etc. Soit tu achètes du neuf et tu ne fais que profiter, mais tu ne construits pas. Soit tu achètes de l'ancien, avec des rénovations à faire, mais après ? 5 ans plus tard le problème se repose.
Construire, c'est pas une activité pérenne, ou alors il faut changer de chantier à chaque fois. Comme peuvent le proposer les boîtes de prestation ou les boîtes de conseil. Comme le font les architectes (immobilier). Comme le font souvent les créateurs d'entreprise : monter une boîte et la gérer au quotidien sont des tâches différentes ; il y a pas mal de créateurs d'entreprise qui recommencent avec un nouveau projet ; parce que la création est une étape bouillonnante d'une entreprise, mais la gestion d'une boîte établie c'est différent.
J'ai pas vraiment de conseil à donner ; je pense que si tu prends une petite semaine de congés par an c'est pas assez pour relativiser les merdes du quotidien, et ce n'est pas assez non plus pour en voir tous les avantages. A un moment, quand j'en avais vraiment marre de mon taff, je me posais la question de carrément me tirer pour visiter le monde pendant 6 mois, voire plus. Et je ne suis pas parti : je me suis dit que partir en vacances pendant 3/4 semaines c'était bien, mais plus je commençais à m'emmerder d'être "simplement spectateur". Je m'en suis rendu compte en sortant de mes études, quand je suis parti pendant 1 mois et demi vadrouiller à travers la Hongrie, la Roumanie, la Bulgarie, la Grèce… si je n'avais pas pris ce recul (si je n'en avais pas eu la chance, aussi), bah je serais parti 7 ans plus tard, sur les routes du Tibet.
Et finalement je me suis barré dans les Alpes. C'est pas la fête du slip au taff, mais au moins je suis dans un coin qui me plaît. J'ai rien résolu du tout de mes questions existentielles ; mais je ne me les poses désormais que ponctuellement, quand mon boulot me gave :)
Je vais faire le mec sceptique… Il y a quelques années (2009 je crois) j'ai mis en place une archi "cloud" basée sur Turbogears pour toute la partie interface utilisateur / admin, web d'une manière générale. Depuis, mes anciens collègues ne jurant que par Django me remontent à chaque fois l'avance technologique et le plaisir d'utiliser et de développer avec Django.
A l'époque, ce qui m'avait principalement décidé à ne pas utiliser Django, c'était l'ORM complètement intégré et pas "exportable", par exemple pour faire des cron ou des démons indépendants, tout en factorisant au maximum le code et en le réutilisant.
Turbogears n'est pas un framework très à la mode, il a failli l'être mais je dirais qu'il est désormais plus "un ancien outsider". Il avait pour faiblesses par rapport à Django, à l'époque, entre autres des performances nettement moindre et moins d'applications "ready-to-use" disponibles. C'est toujours le cas, je pense.
Néanmoins, Django 1.5 apporte comme nouveautés :
- un ORM qui autorise les index multi-colonnes - c'était déjà disponible sur Turbogears via SQLAlchemy en 2009
- La sélection des champs mis à jour lors de la sauvegarde en base de données - c'est ce que fait nativement SQLAlchemy depuis bien longtemps également
- Un modèle d'utilisteur configurable - c'est également quelque chose qui était déjà disponible en 2009 dans TG ; je m'étonne même que ce n'était pas disponible dans Django avant la version 1.5
Un autre sujet qui me gène toujours avec Django, c'est la "non-réutilisabilité" de l'ORM hors web. Comme je n'ai pas beaucoup développé en python ces dernières années, je me demande comment font les dév. utilisant Django pour toutes les tâches de backoffice. Est-ce que vous codez du SQL en dur si vous en avez besoin ? Est-ce que vous utilisez d'autres technos "ORM" ? Est-ce que tout tourne sur un serveur web - quel genre d'infra vous utilisez ?
Ceci est une vraie question : quand je vois l'engouement pour Django, je me dis qu'il y a bien une raison - et que ce n'est pas juste la multitude de "composants" (ou applications) dispo qui décide à choisir cette techno par rapport à d'autres (comme Pyramid, par exemple) ; et je me pose la question de la réutilisation du code "hors web".
Je suis curieux (sincèrement) de retours d'expériences, de ce que Django vous a apporté par rapport aux framework concurrents, les limites que vous y trouvez et comment vous les avez contournées.
Sinon, pas totalement dans le sujet, mais pas hors-sujet non plus, un très bon texte expliquant les différences de philosophie entre l'ORM intégré à Django et SQLAlchemy - http://lucumr.pocoo.org/2011/7/19/sqlachemy-and-you/ . On y découvre la "super-puissance" de SQLAlchemy - au prix d'une mise en oeuvre plus complexe (en tout cas pour les premiers pas).
Lorsque j'avais vu émerger FreeCAD, j'vais trouvé ça fabuleux qu'un tel logiciel open source puisse sortir.
Est-ce qu'il y a une société qui sponsorise ce projet ? Les développeurs font cela uniquement sur leur temps personnel ?
En python il y a une norme. Pourtant, chaque fois que j'utilise une nouvelle lib et/ou fonctionnalité de la lib standard, je galère pour connaître le type des objets retournés, le type des paramètres, les valeurs possibles…
Le site semble très très orienté dévelopeurs : on ne connait pas les fonctionnalités disponibles, on sait qu'on peut étendre toutes les classes et s'interfacer avec SAP, si on veut en savoir plus…
Le bloc "pourquoi choisir Oscar" est clairement orienté dévelopeurs ; j'aurais aimé en savoir plus sur les fonctionnalités disponibles : je suis a priori plutôt fan de python que de PHP (la majorité des framework de eCommerce est en PHP) mais le site est très pauvre en information.
bah ouais, en fait je veux un serveur qui fasse juste serveur de calendrier, et un client lourd et/ou web pour pouvoir se connecter dessus, mais sans imposer une solution complète genre "tout web" ou genre "tout pas-web" :)
Hm… Le problème semble être côté client : tcpdump montre que rien ne sort du client.
Si je fais (donc en forçant la version 3)
mount -v -t nfs -o nfsvers=3 10.0.0.200:/data /tmp/bob
Il y a du trafic qui vient jusqu'au serveur ; mais cela échoue tout de même (cf test ci-dessus).
…
Après différentes investigations et surtout après m'être remémoré d'une discussion liée à NFS et aux conteneurs OpenVZ… il y a une option à activer dans la configuration des VM openvz pour pouvoir faire un montage NFS…
À titre d'exemple, la documentation Python est parfaite (constatez que le document de référence ne se substitue pas au tutoriel et que, sans ce dernier, le premier reste difficile d'accès).
J'aime beaucoup python. Mais je ne peux pas te laisser dire cela. La doc Python est typiquement insuffisante: elle n'est justement pas exhaustive, on ne sait pas à quoi s'attendre comme retour, ni l'ensemble des valeurs possibles pour les paramètres, son périmètre d'utilisation, etc. Fouiller dans les sources pour savoir comment utiliser une méthode, ça va 5 minutes, mais ce n'est pas efficace.
Une bonne doc technique, je trouve, c'est la doc QT qui est, elle, vraiment bonne et agréable à utiliser. C'est simple : tu sais que tu vas trouver la réponse à ta question.
Bon finalement, voilà ce que j'ai fait :
- j'archive tout en tar.gz (le gz est discutable ; mais c'est fait et ça marche;)
- je pousse l'archive en one-shot via ncftpput et ça marche nickel
- je supprime les vieilles archives en chercahnt les vieux fichiers sur un montage curlftpfs
Ca a l'air de marcher ; faudra probablement que je creuse un peu plus à un moment.
Pour éclaircir les choses, disons que ma démarche est la suivante : on a un besoin, on va y répondre et ça c'est certain. Si on n'a personne sous la main, le besoin est discuté "officiellement" et on entre dans une démarche de recrutement plus classique où on définit une fourchette de salaires, un profil type, etc, etc.
Moi je suis en "anticipation" sur le recrutement : j'arrive avant cette phase, je suis plutôt un geek donc je connais des repères de geek et du coup si je trouve des gens motivés bah les candidats arrivent avant définition du profil type (et si ça colle, bah on définit pas de profil type : on a déjà trouvé quelqu'un qui comble notre besoin).
Mettre une annonce "institutionnelle", avec tous les éléments classiques, ça fait partie d'une démarche de recrutement plus traditionnelle ; ça n'a à mon avis pas sa place sur LinuxFR ; en tout cas perso je mettrais un truc en priorité sur lolix ou le site de l'apec, pas sur linuxfr.
Je pense que le ton de mon message laisse une porte plus grande ouverte qu'une annonce type SSII comme il en arrive souvent ; c'est certain que les gens ne me connaissent pas donc ne savent pas si je suis droit ou pas, idem (et encore plus) pour ma boîte, et si elle paie bien ou pas. Bosser pour une startup en cours de lancement, c'est particulier, ça nécessite une certaine motivation et une certaine curiosité, et avec un peu de curiosité on trouve tout de même des éléments d'information.
J'avoue que je trouve le ton de ton message condescendant et méprisant. Notamment ceci :
Et si on est pas foutu de savoir ce que l'on veut on ne risque pas de choisir ce dont on a besoin comme plate forme d'hébergement distant !
Le fait d'avoir mal exprimé ma question n'a rien à voir avec le fait de savoir ou pas ce que je veux ; c'est le principe de la communication que de prendre cela en compte (ce que l'on exprime n'est pas ce que l'on croit exprimer, entre autres).
Sinon, pour en revenir au sujet de mon commentaire, je déploie un service sur une infrastructure "physique", rien de spécialement innovant : un site web avec des outils de backoffice, c'est à dire : du web genre php / Java / MySQL (donc perf transactionnelle pour les serveurs de base de données), des problématiques de latence réseau entre machines (sur des des machines physiques on a un environnement figé donc on sait à quoi s'attendre, sur une infrastructure virtualisée, comme Amazon par exemple, les instances lancées à la volée peuvent être "proches" ou éloignées et des latences sont à prévoir). Il est question de basculer sur une infra virtualisée pour optimiser les coûts et pics de charge, et je me demande quels seront les problématiques "nouvelles", les talons d'Achile, les avantages et inconvénients des différents prestataires sur le marché.
Si tu as une expérience de déploiement de services sur des infrastructures virtualisées (ce qu'on appelle communément le "cloud") et que tu as envie de la partager (genre ce que tu as testé et les conclusions de tes tests, ce à quoi tu as fait face alors que tu ne t'y attendais pas, comment tu as choisi ton fournisseur et pourquoi, etc) je suis très intéressé par ton retour d'expérience. Pas de streaming HD 3D ni de trading ni de backup distant. De la base de données, de la perf CPU un peu mais pas de GPU. De la disponibilité et de faibles latences réseau.
[^] # Re: Suite au dernier journal sur Adblock et Debian...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Cette année le premier Avril est en avance... . Évalué à 3.
Le problème c'est que des années de pseudo-gratuité ont éduqué les utilisateurs. Quand je parle autour de moi de lancer un service (quel qu'il soit), une des premières remarques/questions qui revient très très souvent est "C'est une bonne idée. Ca sera gratuit ?"
[^] # Re: Suite au dernier journal sur Adblock et Debian...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Cette année le premier Avril est en avance... . Évalué à 3.
Je ne vois pas en quoi la proposition de Microsoft montrer que le système atteint ses limites. Si on prend le cas de l'informatique, des appli web et des startup qui sont les plus visibles, on constate justement que le tout gratuit est en train de prendre toute la place ; et que les gens en viennent à ne plus trouver normal de payer un service. En tout cas au niveau du grand public c'est clairement la tendance, ou alors je suis preneur de liens sur des études et résultats qui montrent le contraire.
[^] # Re: Millions ou milliards ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche L'État essaie d'évaluer le coût des logiciels non libres. Évalué à 3.
Ces coûts seraient également présents dans le cadre de l'utilisation de logiciels libres (et seraient très probablement facturés comme développements spécifiques et non libres), donc à mon avis ça n'a pas d'intérêt dans le cadre d'une interrogation libre vs propriétaire.
[^] # Re: BRAVO !!!
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal rv, un moteur de recherche d'itinéraire vélo en utilisant les données d'OSM. Évalué à 2.
Je serais également très intéressé par participer.
[^] # Re: Le buzz autour de Django et les "nouveautés" toutes relatives
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Retour sur Django 1.5. Évalué à 1.
De ce que j'ai lu à propos de l'ORM de Django, et par rapport à SQLAlchemy que je connais bien :
- il ne supporte les clés primaires multiples que depuis la version 1.5 (la dernière). Pour quelqu'un qui conçoit un schéma de base avec en tête l'idée que la base de données garantit autant que faire se peut l'intégrité et la cohérence des données, c'est un cas classique.
- il ne gère pas des transactions "tout en un" comme le fait SQLAlchemy par exemple. Exemple : tu as un formulaire qui génère différentes requêtes SQL qui doivent êtres toutes faites dans une unique transaction, Django ne le gère pas. Dans beaucoup de cas, ce n'est pas utile, mais dans certains cas c'est rédhibitoire. Par exemple, si ton formulaire doit faire un insert dans 2 tables et que l'un ne va pas sans l'autre, ce n'est pas garanti quand tu développes avec Django, ça l'est (ou ça peut l'être) quand tu utilises SQLAlchemy
- tu ne peux pas utiliser l'ORM de Django sans emporter avec toi django-full-package ;)
- il n'enregistre pas "les valeurs qui ont été changées" mais "un tuple complet" ; quoique visiblement cela ait été amélioré dans la dernière version.
En fait, pour moi ce qui est vraiment "moche", c'est d'emporter tout Django si tu veux juste l'ORM. Par exemple, si j'ai un client lourd et une appli web qui accèdent à la même base de données, soit je dois utiliser 2 technos différentes pour faire l'ORM, soit je dois embarquer Django dans mon client lourt.
Est-ce que tu utiliserais une techno qui t'impose d'embarquer QT pour tes applis web ?
[^] # Re: Le buzz autour de Django et les "nouveautés" toutes relatives
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Retour sur Django 1.5. Évalué à 2.
En fait, la question c'est de pouvoir embarquer le minimum de dépendances pour ce que l'on veut faire.
[^] # Le beurre et l'argent du beurre
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Un peu perdu. Que faire maintenant ? Changer de vie ?. Évalué à 4.
Ce que je vois, c'est que tu veux un bon poste, intéressant, bien rémunéré, où tu as une position importante et en même temps ta priorité est ta famille. Déjà c'est rare ce genre de poste, et comme dit au dessus, les gens qui en ont ne les lâchent pas ;)
J'étais dans la même situation il y a quelques années. J'ai quitté ma boîte. J'ai quitté Paris. J'ai décidé de monter une boîte. Mon projet a traîné. J'ai commencé à douter. J'ai rejoint une startup parmi les ingénieurs expérimentés du lancement, perspectives de poste à responsabilités. J'ai fait de l'archi, du dév, de l'IT, de la mise en place d'outils, de l'industrialisation de développement, du conseil. J'ai bossé comme un chien. 6 jours sur 7, voire plus. 10 à 15h par jours. La carotte était belle. La boîte fait long feu. Je la quitte. Je me pose des questions…
J'ai un parcours assez chaotique aussi ; ma reconversion je l'ai faite à 25 ans, moi, pour faire de la programmation. De la conception et du développement. Et j'en fais toujours, et de l'architecture aussi ; de code et de SI, de l'IT aussi. Dix ans plus tard, j'arrête pas de "construire" à chaque fois. Mais tu peux difficilement rester dans une boîte et construire pendant des années. C'est comme quand tu achètes une maison à rénover : soit tu rénoves intégralement ta maison et ça veut dire que tu fais des trucs passionnants tout le temps, que ça va durer, mais aussi que tu vis dans des conditions "en mode travaux" : spartiates, jamais une maison finie, etc. Soit tu achètes du neuf et tu ne fais que profiter, mais tu ne construits pas. Soit tu achètes de l'ancien, avec des rénovations à faire, mais après ? 5 ans plus tard le problème se repose.
Construire, c'est pas une activité pérenne, ou alors il faut changer de chantier à chaque fois. Comme peuvent le proposer les boîtes de prestation ou les boîtes de conseil. Comme le font les architectes (immobilier). Comme le font souvent les créateurs d'entreprise : monter une boîte et la gérer au quotidien sont des tâches différentes ; il y a pas mal de créateurs d'entreprise qui recommencent avec un nouveau projet ; parce que la création est une étape bouillonnante d'une entreprise, mais la gestion d'une boîte établie c'est différent.
J'ai pas vraiment de conseil à donner ; je pense que si tu prends une petite semaine de congés par an c'est pas assez pour relativiser les merdes du quotidien, et ce n'est pas assez non plus pour en voir tous les avantages. A un moment, quand j'en avais vraiment marre de mon taff, je me posais la question de carrément me tirer pour visiter le monde pendant 6 mois, voire plus. Et je ne suis pas parti : je me suis dit que partir en vacances pendant 3/4 semaines c'était bien, mais plus je commençais à m'emmerder d'être "simplement spectateur". Je m'en suis rendu compte en sortant de mes études, quand je suis parti pendant 1 mois et demi vadrouiller à travers la Hongrie, la Roumanie, la Bulgarie, la Grèce… si je n'avais pas pris ce recul (si je n'en avais pas eu la chance, aussi), bah je serais parti 7 ans plus tard, sur les routes du Tibet.
Et finalement je me suis barré dans les Alpes. C'est pas la fête du slip au taff, mais au moins je suis dans un coin qui me plaît. J'ai rien résolu du tout de mes questions existentielles ; mais je ne me les poses désormais que ponctuellement, quand mon boulot me gave :)
Bon… en ce moment j'avoue que c'est le cas :-p
# Le buzz autour de Django et les "nouveautés" toutes relatives
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Retour sur Django 1.5. Évalué à 10. Dernière modification le 06 mai 2013 à 11:38.
Je vais faire le mec sceptique… Il y a quelques années (2009 je crois) j'ai mis en place une archi "cloud" basée sur Turbogears pour toute la partie interface utilisateur / admin, web d'une manière générale. Depuis, mes anciens collègues ne jurant que par Django me remontent à chaque fois l'avance technologique et le plaisir d'utiliser et de développer avec Django.
A l'époque, ce qui m'avait principalement décidé à ne pas utiliser Django, c'était l'ORM complètement intégré et pas "exportable", par exemple pour faire des cron ou des démons indépendants, tout en factorisant au maximum le code et en le réutilisant.
Turbogears n'est pas un framework très à la mode, il a failli l'être mais je dirais qu'il est désormais plus "un ancien outsider". Il avait pour faiblesses par rapport à Django, à l'époque, entre autres des performances nettement moindre et moins d'applications "ready-to-use" disponibles. C'est toujours le cas, je pense.
Néanmoins, Django 1.5 apporte comme nouveautés :
- un ORM qui autorise les index multi-colonnes - c'était déjà disponible sur Turbogears via SQLAlchemy en 2009
- La sélection des champs mis à jour lors de la sauvegarde en base de données - c'est ce que fait nativement SQLAlchemy depuis bien longtemps également
- Un modèle d'utilisteur configurable - c'est également quelque chose qui était déjà disponible en 2009 dans TG ; je m'étonne même que ce n'était pas disponible dans Django avant la version 1.5
Un autre sujet qui me gène toujours avec Django, c'est la "non-réutilisabilité" de l'ORM hors web. Comme je n'ai pas beaucoup développé en python ces dernières années, je me demande comment font les dév. utilisant Django pour toutes les tâches de backoffice. Est-ce que vous codez du SQL en dur si vous en avez besoin ? Est-ce que vous utilisez d'autres technos "ORM" ? Est-ce que tout tourne sur un serveur web - quel genre d'infra vous utilisez ?
Ceci est une vraie question : quand je vois l'engouement pour Django, je me dis qu'il y a bien une raison - et que ce n'est pas juste la multitude de "composants" (ou applications) dispo qui décide à choisir cette techno par rapport à d'autres (comme Pyramid, par exemple) ; et je me pose la question de la réutilisation du code "hors web".
Je suis curieux (sincèrement) de retours d'expériences, de ce que Django vous a apporté par rapport aux framework concurrents, les limites que vous y trouvez et comment vous les avez contournées.
Sinon, pas totalement dans le sujet, mais pas hors-sujet non plus, un très bon texte expliquant les différences de philosophie entre l'ORM intégré à Django et SQLAlchemy - http://lucumr.pocoo.org/2011/7/19/sqlachemy-and-you/ . On y découvre la "super-puissance" de SQLAlchemy - au prix d'une mise en oeuvre plus complexe (en tout cas pour les premiers pas).
# Une société derrière ? Des dévelopeurs rémunérés ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche FreeCAD 0.13. Évalué à 6.
Lorsque j'avais vu émerger FreeCAD, j'vais trouvé ça fabuleux qu'un tel logiciel open source puisse sortir.
Est-ce qu'il y a une société qui sponsorise ce projet ? Les développeurs font cela uniquement sur leur temps personnel ?
En tout cas c'est un logiciel qui me bluffe.
[^] # Re: Sélection naturelle
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal To comment or not to comment. That is the question.. Évalué à 5.
En attendant, moi, je suis toujours obligé de bosser sur Magento… le projet n'est pas mort… :-(
[^] # Re: /* commentaire ou documentation inline ? */
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal To comment or not to comment. That is the question.. Évalué à 3.
En python il y a une norme. Pourtant, chaque fois que j'utilise une nouvelle lib et/ou fonctionnalité de la lib standard, je galère pour connaître le type des objets retournés, le type des paramètres, les valeurs possibles…
# Avantages et inconvénients de la plateforme ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Projet de plateforme de e-commerce cherche traducteurs. Évalué à 5.
Le site semble très très orienté dévelopeurs : on ne connait pas les fonctionnalités disponibles, on sait qu'on peut étendre toutes les classes et s'interfacer avec SAP, si on veut en savoir plus…
Le bloc "pourquoi choisir Oscar" est clairement orienté dévelopeurs ; j'aurais aimé en savoir plus sur les fonctionnalités disponibles : je suis a priori plutôt fan de python que de PHP (la majorité des framework de eCommerce est en PHP) mais le site est très pauvre en information.
[^] # Re: Radicale
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Calendrier partagé en mode "philosophie unix" ?. Évalué à 2.
bah ouais, en fait je veux un serveur qui fasse juste serveur de calendrier, et un client lourd et/ou web pour pouvoir se connecter dessus, mais sans imposer une solution complète genre "tout web" ou genre "tout pas-web" :)
[^] # Re: Radicale
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Calendrier partagé en mode "philosophie unix" ?. Évalué à 2.
J'aime bien, le concept ; est-ce que tu connaitrais un client web à coller dessus ? Je vais aussi jeter un coup d'oeil vers ce que m'indique Marotte…
[^] # Re: portmap/rpcbind ou hosts.allow / hosts.deny
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Montage d'un point NFS sur une machine supplémentaire ?. Évalué à 2.
Hm… Le problème semble être côté client : tcpdump montre que rien ne sort du client.
Si je fais (donc en forçant la version 3)
Il y a du trafic qui vient jusqu'au serveur ; mais cela échoue tout de même (cf test ci-dessus).
…
Après différentes investigations et surtout après m'être remémoré d'une discussion liée à NFS et aux conteneurs OpenVZ… il y a une option à activer dans la configuration des VM openvz pour pouvoir faire un montage NFS…
donc résolu :)
[^] # Re: version de NFS differente entre tes machines ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Montage d'un point NFS sur une machine supplémentaire ?. Évalué à 2.
Pour les accès, la machine est visible, en ping, en ssh ainsi qu'en telnet :
C'est mystique…
[^] # Re: version de NFS differente entre tes machines ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Montage d'un point NFS sur une machine supplémentaire ?. Évalué à 2.
J'ai essayé aussi en forçant la version en v3:
# Je ne peux pas laisser dire cela
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Jacob Kaplan-Moss: Écrire une bonne documentation. Évalué à 2.
J'aime beaucoup python. Mais je ne peux pas te laisser dire cela. La doc Python est typiquement insuffisante: elle n'est justement pas exhaustive, on ne sait pas à quoi s'attendre comme retour, ni l'ensemble des valeurs possibles pour les paramètres, son périmètre d'utilisation, etc. Fouiller dans les sources pour savoir comment utiliser une méthode, ça va 5 minutes, mais ce n'est pas efficace.
Une bonne doc technique, je trouve, c'est la doc QT qui est, elle, vraiment bonne et agréable à utiliser. C'est simple : tu sais que tu vas trouver la réponse à ta question.
[^] # Re: perte de vitesse du LL
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal DLFP is dying!. Évalué à 2.
C'était une allusion à OSS117. Je trouvait la phrase précédente à propos. /o\
[^] # Re: perte de vitesse du LL
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal DLFP is dying!. Évalué à 1.
Les scientifiques font des expériences sur des mouches drosophiles parce que la structure de leur cerveau est extrêmement proche de la notre…
[^] # Re: ftpfs + rsync
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Client FTP, sauvegarde Dédibox, violation de protocoles ?!. Évalué à 2.
Bon finalement, voilà ce que j'ai fait :
- j'archive tout en tar.gz (le gz est discutable ; mais c'est fait et ça marche;)
- je pousse l'archive en one-shot via ncftpput et ça marche nickel
- je supprime les vieilles archives en chercahnt les vieux fichiers sur un montage curlftpfs
Ca a l'air de marcher ; faudra probablement que je creuse un peu plus à un moment.
Merci pour votre aide et vos remarques
[^] # Re: Limite du nombre de fichiers
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Client FTP, sauvegarde Dédibox, violation de protocoles ?!. Évalué à 2.
hm… je n'avais pas vu cet aspect là… je vais checker rapidement…
[quelques minutes plus tard]
Avec une archive ça passe. Nickel. Merci :)
[^] # Re: ftpfs + rsync
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Client FTP, sauvegarde Dédibox, violation de protocoles ?!. Évalué à 2.
Hm… j'ai essayé avec curlftpfs, ça semble excessivement lent avec un montage via
curlftpfs ftp://<user>:<password>@dedibackup-vit.online.net/ /tmp/backupsLa lenteur excessive serait-elle liées à une reconnexion systématique ?
[^] # Re: whynot mais avec toujours les meme questions
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Poste à pourvoir Admin système Linux sur Grenoble. Évalué à 2.
Pour éclaircir les choses, disons que ma démarche est la suivante : on a un besoin, on va y répondre et ça c'est certain. Si on n'a personne sous la main, le besoin est discuté "officiellement" et on entre dans une démarche de recrutement plus classique où on définit une fourchette de salaires, un profil type, etc, etc.
Moi je suis en "anticipation" sur le recrutement : j'arrive avant cette phase, je suis plutôt un geek donc je connais des repères de geek et du coup si je trouve des gens motivés bah les candidats arrivent avant définition du profil type (et si ça colle, bah on définit pas de profil type : on a déjà trouvé quelqu'un qui comble notre besoin).
Mettre une annonce "institutionnelle", avec tous les éléments classiques, ça fait partie d'une démarche de recrutement plus traditionnelle ; ça n'a à mon avis pas sa place sur LinuxFR ; en tout cas perso je mettrais un truc en priorité sur lolix ou le site de l'apec, pas sur linuxfr.
Je pense que le ton de mon message laisse une porte plus grande ouverte qu'une annonce type SSII comme il en arrive souvent ; c'est certain que les gens ne me connaissent pas donc ne savent pas si je suis droit ou pas, idem (et encore plus) pour ma boîte, et si elle paie bien ou pas. Bosser pour une startup en cours de lancement, c'est particulier, ça nécessite une certaine motivation et une certaine curiosité, et avec un peu de curiosité on trouve tout de même des éléments d'information.
[^] # Re: A propos de cloud franco-français... ou pas...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Le cloud computing à la française. Évalué à 3.
J'avoue que je trouve le ton de ton message condescendant et méprisant. Notamment ceci :
Le fait d'avoir mal exprimé ma question n'a rien à voir avec le fait de savoir ou pas ce que je veux ; c'est le principe de la communication que de prendre cela en compte (ce que l'on exprime n'est pas ce que l'on croit exprimer, entre autres).
Sinon, pour en revenir au sujet de mon commentaire, je déploie un service sur une infrastructure "physique", rien de spécialement innovant : un site web avec des outils de backoffice, c'est à dire : du web genre php / Java / MySQL (donc perf transactionnelle pour les serveurs de base de données), des problématiques de latence réseau entre machines (sur des des machines physiques on a un environnement figé donc on sait à quoi s'attendre, sur une infrastructure virtualisée, comme Amazon par exemple, les instances lancées à la volée peuvent être "proches" ou éloignées et des latences sont à prévoir). Il est question de basculer sur une infra virtualisée pour optimiser les coûts et pics de charge, et je me demande quels seront les problématiques "nouvelles", les talons d'Achile, les avantages et inconvénients des différents prestataires sur le marché.
Si tu as une expérience de déploiement de services sur des infrastructures virtualisées (ce qu'on appelle communément le "cloud") et que tu as envie de la partager (genre ce que tu as testé et les conclusions de tes tests, ce à quoi tu as fait face alors que tu ne t'y attendais pas, comment tu as choisi ton fournisseur et pourquoi, etc) je suis très intéressé par ton retour d'expérience. Pas de streaming HD 3D ni de trading ni de backup distant. De la base de données, de la perf CPU un peu mais pas de GPU. De la disponibilité et de faibles latences réseau.