t'inquiète pas, ça arrive aussi en France. Les fermetures/regroupements d'hôpitaux, les dépassements d'honoraires, tout ça tend à se généraliser en France.
Oui enfin, on te laisse pas mourrir sous prétexte que ta sécurité sociale est dans l'hôpital qui se trouve à 50km
Quant à l'éducation, on en est à faire passer en terminale des élèves à la limite de l'illettrisme. Pas étonnant avec des classes de 35-40 élèves, et le fait que le redoublement soit devenu exceptionnel.
Il n'est plus obligatoire d'apprendre à écrire dans certains états des Etats-Unis. Lol.
On peut critiquer le système US, mais il ne faut pas oublier qu'on s'en rapproche de plus en plus.
Tout à fait ; d'un point de vue social on est tout de même toujours nettement en avance…
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
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 ?"
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
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.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
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.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
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 ?
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
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
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
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).
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
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.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
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…
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
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.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
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" :)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
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…
donc résolu :)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
À 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.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
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
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
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.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: La France ce n'est pas les USA
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Aller bosser à San Francisco. Évalué à 8.
Oui enfin, on te laisse pas mourrir sous prétexte que ta sécurité sociale est dans l'hôpital qui se trouve à 50km
Il n'est plus obligatoire d'apprendre à écrire dans certains états des Etats-Unis. Lol.
Tout à fait ; d'un point de vue social on est tout de même toujours nettement en avance…
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # 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 ?"
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # 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.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # 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.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # 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.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # 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 ?
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # 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.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # 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
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
# 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).
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
# 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.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # 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… :-(
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # 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…
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
# 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.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # 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" :)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # 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…
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # 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 :)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # 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…
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # 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:
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
# 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.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # 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\
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # 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…
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # 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
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # 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 :)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # 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 ?
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # 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.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo