Le problème c'est que tu as souvent besoin de plus d'info pour pouvoir t'exécuter. C'est un problème général dans la livraison de logiciel. Soit tu créer un environnement clos pour une cible données qui embarque toutes les dépendances et toute la config et qui ne s'intègre absolument pas au système. Soit essaie de t'intégrer à la cible et ton programme à besoin d'information de configuration.
Regardes à quoi servent les scripts bash pour lancer du Java ou du Python et tu verras qu'il y a beaucoup plus qu'un exec.
Quelque soit l'option que tu choisis ca demande du travail. Quelques soit la plateforme que tu utilises je n'en connais aucune qui résoudrait ce problème par miracle. Au mieux tu tombes pile poil dans une plateforme qui à déjà réglé le truc pour toi (appli eclipse RCP par exemple).
Je ne sais pas pour la France mais il semble que dans certains pays le problème soit résolu. Si tu regardes les applis qui font exactement la même chose, Buxfer par exemple la liste des Banques supportées est bien longue et vu les années d'existence du service ca doit être officiel.
Reste à savoir si les banques Francaise offrent les mêmes services (serveur OXF ?).
Mais c'est clair que faire reposer sur genre de business sur du scrapping ca me semble pas une super idée… Tant d'un point de vu sécurité que viabilité.
Un jar, c'est quand même une Java ARchive, l'ouvrir avec un gestionnaire d'archive est ce qui est logique.
Oui bien sur. Et quand on te donne des .docx, .odt et tout leurs copains qui sont des zips tu veux aussi les ouvrir avec un gestionaire d'archive ?
Le fait que les gens utilisent ensuite un .jar en tant qu’exécutable, n'est de mon point de vue qu’anecdotique, certaines bibliothèque livrée en .jar ne sont pas standalone, et il n'y a aucune raison de vouloir les exécuter.
Le manifest t'indique si il y a une main-class ou non.
Il faudrait que tu précises vraiment ce que tu recherches.
Tu as un module pour générer les les modèles à partir d'une DB existante: inspectdb. Jamais utilisé donc je ne sais pas la pertinence de l'utiliser.
Pour la vue et le contrôleur à ma connaissance il n'existe rien de built-in. D'un autre côté il me semble que dans 99% des cas tu vas de toute façon très rapidement jeter tout le code généré. Si tu as un exemple précis de cas où ça apporte vraiment quelque chose ça m’intéresse. Django à fait le choix de permettre de de monter automatiquement, ou presque, vue et contrôleur pour la partie admin par ce que ça fait un sens et que c'est un réel gain de temps durable. Côté public je suis moins convaincu de l’intérêt. Après il existe certainement des applications pour faire ça. Par exemple pour ceux qui préfèrent partir de templates fonctionnels plutôt que tu fichiers vides il existe des apps.
C'est assez sympa le concept de "convention over configuration"… je ne sais pas si Django utilise cette idée…
On peut discuter longtemps sur les détails mais de manière générale oui. Tu n'as pas à spécifier ou écrire des choses qui auraient pu être inférer ou dont il y a une valeur raisonnable par défaut.
Moi ce qui me fait rigoler c'est un mec qui dit "Je suis un dev Ruby on Rails".
Pour repprendre ce que disais CrEV y'a pas longtemps "ne soyez pas un développeur PHP, Python, Ruby, JavaScript… mais soyez un développeur Web". J'irais même plus loin en disant "Soyez un développeur".
Il est très intéressant d'avoir les retours constructifs des gens qui utilisent plusieurs choses ca permet de s'ouvrir l'esprit, de comparer, de comprendre les points forts et faibles, les angles d'attaques possibles etc. Par contre le boulet qui arrive avec ses gros sabots "RoR c'est trop génial c'est la réponse à tout" je saisi pas trop l'intêret…
que j'aimerais beaucoup savoir s'ils ont appris par autodidaxie comme moi
Ca ne me semble pas être le sujet.
Mais forcement les trolls ne lisent que ce qui les intéressent.
De ton côté essaie aussi de lire ce que les gens te répondent en sachant effectivement laisser de côté ce qui ne mènera à rien (c'est dit et ca suffit).
Il me semble qu'il y a deux axes importants ici:
Réfléchi à la différence entre une application boîte noire et quelque chose que tu développes. C'est ça la vraie différence. Fais un Wordpress clé en main à fonctionnalités équivalente en Django et grosso modo les mêmes problématiques vont se poser. De l'autre côté fais ta propre appli avec n'importe quel framework bien gaulé et tu as aussi les mêmes problématiques. En cela comparer Django et Wordpress n'a que peu de sens. Ce n'est pas du tout la même démarche. La réflexion sur la pertinence de construire son outil plutôt que d'en torde un tout fait quand les conditions sont réunies est par contre intéressante. Tout comme noter que les frameworks modernes offrent des boîtes à outil assez complètes avec la bonne granularité pour les besoins courants (support des tags, des commentaires hiérarchiques, des images par exemple). C'est ca qui change vraiment la donne.
C'est certes dit sans aucun tact; mais sur l'aspect performance tu dis des bêtises absolument énormes en trois lignes. Ne t'étonne pas que quelqu'un le remarque. N'y vois aucune méchanceté. En le prenant du bon côté tu peux te demander si ce que tes affirmations étaient justifiées et creuser pourquoi certains points ont été relevés.
Si tu veux relever quelque chose je pense qu'il y avait encore plus percutant:
Aucun problème de performance avec Django, puisqu'étant du Python. Les applications comprennent peu de codes, et en se documentant un peu, on peut encore réduire le nombre de lignes de codes.
Et pour les systèmes auto-hébergés, comment fais-tu ? on demande à l'admin OVH, Free, ou Multimania de bien vouloir upgrader le package x.y.z ?
Bin tu vas chez tout hébergeur compétent et tu n'as aucun problème pour te faire ton virtualenv. Les hébergeurs minables ont fait beaucoup de mal à l'Internet je trouve.
Autrement tu as raison il mélange beaucoup de choses. D'un côtés les applications finies, qui sont utilisables en boîte noire sans compétence et de l'autre les frameworks qui t'offrent des briques de base pour construire ce dont tu as besoin. Le choix d'une application se paie forcément dans la lourdeur de l'appli qui doit essayer de tout prévoir, dans l'évolutivité et la complexité puisque tu es lié à un cadre fort, et dans la qualité puisque la plupart des plugins/thèmes voir des applis sont écrit par des mecs à qui tu sous traiterait même pas un hello world.
Bien que je partage son avis que quand la compétence est là il est souvent judicieux de faire son appli soit même si toutes les briques de bases existent dans son framework; il a une vision assez naïve du coût réel de la chose et du pourcentage de population que ça représente.
Finissons tout de par souligner que l'avis de quelqu'un qui t'explique qu'une technos tiens très bien la charge puisqu'il l'a déployé sur sa ligne ADSL sur un raspberry pi me semble sujet à caution ;)
Il faut voir ce que tu demandes à ton système mais ce n'est ni normal et ni un comportement que j'observe.
Le message précédant a été écrit sur une machine avec 4Go mais surtout un Win7 en hôte outlook/word/excel, une Fedora en invité avec Gnome3/Firefox/IDE/8JVM et plein de petite conneries et ça passe tout juste. En station, j'utilise tout les jours des machines de 1 à 8Go et non je vois pas comment tu remplis 4Go de RAM avec de la bureautique et surtout pourquoi tu incrimines Gnome3 dans l'histoire… Je ne constate pas non plus que l'empreinte de Gnome à significativement évoluée ces 2/3 dernière années. Toute référence serait la bien venue.
Grosso modo avec un bureau moderne en 64 bits l'empreinte cumulée du bureau plus de toutes les applications de bureautiques tourne entre 1 et 2Go. Le reste dépend des documents sur lesquels tu travailles (et oui si tu laisses 300 onglets d'ouvert y'a pas de miracle ça va bouffer de la RAM).
Tu devrais te rapprocher de Samwang, si tu te sens persécuté par une cabale. Ou bien, comme samwang, tu pourrais aussi te remettre en question…
Et donc il suffit de faire comme avec Samwang. Tu remets 2 euros dans la machine si tu trouves ca marrant ou pathétique au choix, ou simplement tu le laisses seul dans sa cours de récrée ;)
Disons que c'est "légèrement" énervant les gens qui parlent pour des entreprises, qui parlent d'entreprises qui ne pourraient pas voir le jour, mais qui ne veulent pas comprendre les attentes d'un entrepreneur. Renseignez vous sur ce qu'est la création d'entreprise, sur les besoins, avant d'en parler avec autant d'erreur.
Je vais faire une entorse à mon règlement et te répondre pour une fois.
Un jour tu découvriras que tu n'as pas plus la parole divine que les autres. Tu ne connais pas plus que les autres les attentes des entrepreneurs que les autres. Au mieux tu connais, ou pense connaître, l'attente de quelques entrepreneurs.
Maintenant si on regarde ailleurs, un cas fréquent dans une structure qui se monte c'est qu'effectivement les personnes physiques (de 1 à 20/30) sont derrière un/deux/trois abonnement Internet classiques et effectivement les services publiques sont déportés dans un hébergement adéquat. Le problème étant que le transfert site de travail -> site publique est abominablement lent. Ça ne va pas poser de problème à certains, ça en pose un peu plus à d'autres. Par exemple quand tu dois pousser une version qui fait entre 5 et 10Go, avec toutes les archis/docs etc., avec ton accès ADSL il te faut des jours pour pousser. Tu as donc une réactivité de merde, et surtout si tu ne dédie pas une des lignes à cet usage la qualité de connexion est pourrie pour les gens qui bossent pendant ce temps là.
Alors oui il faut des liens suffisant pour alimenter les machines publiques… La définition de suffisant étant propre à chaque entité. "Les entrepreneurs" qui seraient tous d'accord et dont tu serais le représentant ça n'existe pas.
Car s'il est parfois nécessaire d'accélérer franchement, accélérer trop franchement avec un véhicule mal conçu ([troll] c'est-à-dire conçu pour être vendu à des gens dont la préoccupation existentielle est « qui aura la plus grosse ? » ;
En te lisant depuis le début je me demande si finalement on a pas trouver aussi con que "moi je conduis bien à +150km/h ca crains pas plus" avec "moi je conduis bien j'ai tout compris" ou l'autre variante un peu plus bas "moi je conduis bien et j'anticipe tout alors tkt j'assure 30ch sur une bagnole de 2t ça suffit largement blaireau".
au-delà donc "OO" tu connais pas voilà peut être une chose qui te ferais du bien.
tu comprends pas OK c'est américain IBM complètement différente
PS j'aurais du le dire et c'est un défaut certaine chose devienne évidente après 40ans d'informatique
J'avoue que je suis complétement largé. Je pense que si tu postais des journaux ou un blog pour nous faire part de ta sagesse issu de ton expérience beaucoup de personne t'en serais reconnaissantes.
D'ailleurs j'encourage tout le monde à aller voir ton site web, c'est un receuille de pépites pour tout développeur cherchant à s'ameillorer ! On comprend d'un seul coup la qualité de ton discours et le recul que tu as sur les choses.
Posté par ckyl .
En réponse au journal Du code propre, c'est quoi ?.
Évalué à 4.
Dernière modification le 20 novembre 2012 à 20:33.
Mais il y a aussi la partie non-heap, qui contient les classes chargées par la jvm
Parfaitement. Notons qu'au passage ils sont en train de merger JRockit avec Hotspot ce qui implique la disparition de cette merde de PermGenSpace dans Hotspot qui est absolument ingérable.
Il y a deux règles générales avec la gestion mémoire Java:
- Ceux qui pensent que c'est pas ou peut configurable ne savent absolument pas de quoi ils parlent
- Ceux qui pensent qu'il suffit de configurer n'ont jamais eu à le faire
La troisième règle générale c'est que c'est inconfigurable si tu ne comprends pas profondément l'application, si tu déploie plusieurs applis dans une même VM, ou si tu ne connais pas parfaitement la version de la plateforme que tu utilises (genre à outil équivalent selon le GC utilisé le fractionnement young/tenured peut différer).
Ce n'est pas si sur…
Dans un sens ca reste vrai. Tu peux tout borner sauf les stacks et les régions mmap AFAIK. Bon après tu peux aussi avoir du code natif qui va mallocer ou faire des sbrk si on va par là ;)
La professionnalisation induit évidemment une manière erronée d'envisager les priorités tel que l'illustre magnifiquement le terme part de marché.
Et les gentils super dev amateurs bisounours qui faisait le bien du monde ils sont morts ?
Là où auparavant les contributeurs bénévoles et autres geeks passionnés utilisaient une machine de "base (milieu de gamme; mais bien supportée) et testaient (et compilaient) leur code sur leur propre machine, les nouveaux développeurs disposent des machines de leurs entreprisesfondations dopées aux Go de RAM
Si tu fais des stats je te pari qu'en moyenne les machines en environnement pro sont en deçà des machines perso. Simplement par ce que les machines pro ne sont jamais upgradées entre l'achat et la mort. Ces 4Go de RAM supplémentaires qui seraient amorti en une semaine vu ton coût horaire statistiquement tu ne les verra jamais. Le dev amateur ca fait longtemps qu'il a été les acheter. Tu oublis aussi comment les machines pro sont bridée en moyenne (bonjour à toi qui bosse dans un VM ou avec 7 antivirus et logiciels maisons qui font tomber de 50% les perfs de ta machine)
associées à des fermes de compilation dans un cadre d'_intégration continue_. Ils n'ont que peu de rapports avec la compilation du projet, et moins encore avec son utilisation sur les machines d'il y a 5 ans.
Oui par ce que c'est bien connu on ne compile et ne fait pas tourner les tests en local avant. On pousse notre caca au petit bonheur la chance. Mais je comprend ton aversion pour cette stupidité qui est de rechercher la qualité, l'automatisation et le reproductibilité.
imaginez ce qui arrive au matériel moins concurrentiel, dont les firmes ont moins de développeurs, vis à vis du support par le noyau ?
Comme partout. Si tu paies pas quelqu'un pour faire le boulot bin soit t'attends que quelqu'un d'autre le fasse (mais qui va payer pour supporter ton matos ?), soit t'attend que le dev-amateur-bisounours que tu aimes tant fasse le boulot, soit ça sera pas fait. Ca me semble une vérité générale non ?
Mais ce qui me semble essentiel c'est que les efforts bénévoles tendant à diminuer avec la professionnalisation (à minima "en proportion"), c'est vers le matériel le plus profitable que vont s'orienter inexorablement les efforts de développement.
Si tu ne trouves pas de dev-amateur-bisounours alors paie un connard de professionnel pour ce que tu veux. Ramener à la masse d'utilisateur ça ne coûte pas très cher…
Car c'est pour ces derniers les développeurs talentueux qui travaillent à nouveau (exemple pris un peu arbitrairement et peut-être même assez injustement en l’occurrence) sont incités d'orienter leurs efforts.
Incité par qui ?
Après quand tu développes un projet long sur du hardware c'est logique de bosser sur des trucs récents. Si il te faut 3 ans pour atteindre un état stable et que tu bosses sur du matos qu'il y a 5 ans. Quand tu releases il a 8 ans et plus personne ne s'en sert. Le développement noyau à ceci de particulier que par définition tu bosses sur le matos de la génération suivante (celui qui va arriver). Autrement y'a pas de support quand c'est releasé et surtout si tu ne conçois pas pour les archis de dans 2/3/5 ans tu vas très vite être dépassé.
Ainsi que c'est avec le ventre vide que le poète chante le mieux. , le jour où les développeurs des logiciels "de base" s'auto-limiteraient dans les performances de leurs machines personnelles on pourrait voir émerger du code performant (plus indépendamment de l'industrie du hardware) apparaître.
Appliquer ce que tu dis à une base de code réelle ca ne marche pas. Sur ta base de code une immense majorité va finir à la poubelle, ne jamais évoluer, ou se faire détruire par un changement de spec fonctionelle, de techno ou je ne sais quoi. Passer du temps à réécrire pour la beauté de la chose c'est à 99% perdre du temps.
Attention ca ne veut absolument pas dire qu'il faut accumuler de la dette technique ou se foutre de la qualité du code bien au contraire. Le but est que quand on livre un fonctionalité, on est globalement satisfait du travail produit, c'est propre documenté, testé. Sauf cas exceptionel il faut alors souvent resister à l'appel de la réécriture qui va enlever autant de bugs qu'en remettre (la couverture de tes tests reste constante) et qui est surement veine.
Ton travail de refactoring tu le fais quand tu as besoin (c'est à dire que tu dois retoucher au code pour d'autres besoins fonctionels ou non fonctionels) et exceptionellement quand c'est vraiment justifier tu le passes en dette technique.
Bref ton code il devrait être raisonablement bon dès que tu livres, sinon tu t'es un peu perdu en chemin. Si tu es dans un hot spot de ton appli tu vas passer ton temps dessus et tu vas l'ameillorer petit à petit mais pas uniquement pour la beauté de la chose à fonctionalité équivalente. Sinon "raisonablement" est souvent largement suffisant. Après si tu t'es vraiment lourder sur un truc, bha c'est de la sâle dette technique.
Il faut s'adapter à la situation, mais resister au mythe de la réécriture qui va resoudre tout les problèmes est aussi important que de savoir identifier et juger les faiblesses de ce qu'on produit.
J'avoue sans problème essayer de faire des réponses adaptées et utiles à l’interlocuteur (dans le doute j'ai tendance à considérer les gens comme des grandes personnes). Dans le cas présent, sauf à avoir un fort soupçon que le type à raté l'évolution des VCS depuis 2000 je me dirais que si il demande comment rendre CVS moins pénible en local lui dire que d'autres types de repository existent, et qu'il n'a qu'à changer de repo ne va pas l'aider des masses.
J'avoue sans problème non plus qu'une meilleur formulation de la question aurait été: Il faut que j'utilise CVS, c'est quoi le meilleur client CVS qui permet d'avoir un historique local, des branches locales et une synchronisation bidirectionnelle ? Un git-svn like quoi.
Pour le lien je l'avais déjà trouvé. J'ai commencé à expérimenter cette semaine mais pour le moment j'arrive pas à être super convaincu que ca va le faire. D'où l'appel à des gens qui auraient expérimenté en vrai.
git cvsimport est comme osn nom dl'indique tout juste bon à importer un repo CVS sous git, c'est trés trés loin de ce que tu peux faire avec git-svn qui lui te permet de garder ton dépot local git synchronisé avec un dépot SVN sans trop de peine.
Normalement tu peux ressortir le tout avec cvsexport. Reste à voir qu'il n'explose pas en vol vu les concepts totalement différent des deux.
Ceci dit, j'aurai envie de dire qu'en 2012 celui qui tourne encore sous CVS merite un coup de pied au cul, mais ce n'est que mon avis…. :D
On est entièrement d'accord. Mais ça ne m'avance absolument pas ;)
La petite pique sur CVS était une façon détournée d'indiquer que si svn puis git et mercurial sont désormais disponibles, c'est bien que certaines limites ont été atteintes et que de nouvelles fonctionnalités étaient nécessaires ;-)
Je pensais juste que je traînais ici depuis assez longtemps ici pour que tu m'épargnes cette étape ;) Elle aurait déjà été inutile il y a 10 ans où IIRC j'avais les limites de CVS déjà bien en tête et l'avais même souvent remplacé par un DCVS ou svn…
Concrètement, tu rencontres quelles difficultés, qu'attendrais-tu spécifiquement comme améliorations ?
Concrètement on peut oublier toute les problématiques du côté dépôt (archéologie sur la base, branche/tag publique) c'est inévitable et on ne peut que pleurer.
Par contre j'ai besoin de pouvoir bosser sur plusieurs trucs en parallèles dont le développement et la validation sont assez longs. En gros un patch ou une suite de patch peut traîner quelques jours/semaines avant que je pousse où que j'envois pour review. Bref j'ai vraiment besoin d'avoir un équivalent de branches locales et de pouvoir ensuite facilement pousser mes changesets et me synchroniser avec le dépot.
Bref l'équivalent d'un git-svn même bien castré serait parfait. J'ai commencé a tester git-cvsimport/git-cvsexport mais pour le moment ça me semble assez bancale. Comment bossent les autres, ou le workflow du projet je m'en fou. Je veux juste pouvoir travailler tranquillement dans mon coin sans produire de la merde et perdre 10x plus de temps qu'avec un DCVS pour faire la même chose. On peut voir l'étape de pousser sur le CVS comme pousser sur un repo externe. Si ils perdent toutes les metadatas ou autre je m'en fou.
ça dépend, au siècle dernier ou dans les dix dernières années ?
M'enfou ;)
D'après mes tests l'utilisation de DCVS en client forcément n'est pas forcément génial (mais l'avis de quelqu'un qui à un peu poussé le truc serait intéressante). Il reste les outils de patchs management que je n'ai pas encore trop regardé.
eclipse ?
Eclipse c'est uniquement le moins pire. Dès que tu as besoin d'empiler des patchs qui touchent au mêmes fichiers, de branches, de revenir dans l'historique c'est la mort.
bin redmine gère git et c'est en Ruby, sinon, ya VHFFS que tu peux aussi installer chez toi, les deux gèrent un truc du siècle dernier comme CVS mais aussi subversion et git (voire mercurial).
Tu penses bien que si je pose la question c'est qu'il y a une raison. Et donc me répondre d'utiliser un autre type de dépôt ne m'avance guère ni ne répond à ma question.
[^] # Re: mon grain de sel
Posté par ckyl . En réponse au journal Write once, run anywhere qu'il disait. Évalué à 1.
Le problème c'est que tu as souvent besoin de plus d'info pour pouvoir t'exécuter. C'est un problème général dans la livraison de logiciel. Soit tu créer un environnement clos pour une cible données qui embarque toutes les dépendances et toute la config et qui ne s'intègre absolument pas au système. Soit essaie de t'intégrer à la cible et ton programme à besoin d'information de configuration.
Regardes à quoi servent les scripts bash pour lancer du Java ou du Python et tu verras qu'il y a beaucoup plus qu'un exec.
Quelque soit l'option que tu choisis ca demande du travail. Quelques soit la plateforme que tu utilises je n'en connais aucune qui résoudrait ce problème par miracle. Au mieux tu tombes pile poil dans une plateforme qui à déjà réglé le truc pour toi (appli eclipse RCP par exemple).
[^] # Re: Weboob et instabilité juridique
Posté par ckyl . En réponse à la dépêche Ces start-ups qui contribuent au Libre. Évalué à 3.
Je ne sais pas pour la France mais il semble que dans certains pays le problème soit résolu. Si tu regardes les applis qui font exactement la même chose, Buxfer par exemple la liste des Banques supportées est bien longue et vu les années d'existence du service ca doit être officiel.
Reste à savoir si les banques Francaise offrent les mêmes services (serveur OXF ?).
Mais c'est clair que faire reposer sur genre de business sur du scrapping ca me semble pas une super idée… Tant d'un point de vu sécurité que viabilité.
[^] # Re: mon grain de sel
Posté par ckyl . En réponse au journal Write once, run anywhere qu'il disait. Évalué à 5.
Oui bien sur. Et quand on te donne des .docx, .odt et tout leurs copains qui sont des zips tu veux aussi les ouvrir avec un gestionaire d'archive ?
Le manifest t'indique si il y a une main-class ou non.
[^] # Re: Scaffolding
Posté par ckyl . En réponse au journal Django 1.5 beta. Évalué à 3.
Il faudrait que tu précises vraiment ce que tu recherches.
Tu as un module pour générer les les modèles à partir d'une DB existante: inspectdb. Jamais utilisé donc je ne sais pas la pertinence de l'utiliser.
Pour la vue et le contrôleur à ma connaissance il n'existe rien de built-in. D'un autre côté il me semble que dans 99% des cas tu vas de toute façon très rapidement jeter tout le code généré. Si tu as un exemple précis de cas où ça apporte vraiment quelque chose ça m’intéresse. Django à fait le choix de permettre de de monter automatiquement, ou presque, vue et contrôleur pour la partie admin par ce que ça fait un sens et que c'est un réel gain de temps durable. Côté public je suis moins convaincu de l’intérêt. Après il existe certainement des applications pour faire ça. Par exemple pour ceux qui préfèrent partir de templates fonctionnels plutôt que tu fichiers vides il existe des apps.
On peut discuter longtemps sur les détails mais de manière générale oui. Tu n'as pas à spécifier ou écrire des choses qui auraient pu être inférer ou dont il y a une valeur raisonnable par défaut.
[^] # Re: Modèle User
Posté par ckyl . En réponse au journal Django 1.5 beta. Évalué à 9.
Moi ce qui me fait rigoler c'est un mec qui dit "Je suis un dev Ruby on Rails".
Pour repprendre ce que disais CrEV y'a pas longtemps "ne soyez pas un développeur PHP, Python, Ruby, JavaScript… mais soyez un développeur Web". J'irais même plus loin en disant "Soyez un développeur".
Il est très intéressant d'avoir les retours constructifs des gens qui utilisent plusieurs choses ca permet de s'ouvrir l'esprit, de comparer, de comprendre les points forts et faibles, les angles d'attaques possibles etc. Par contre le boulet qui arrive avec ses gros sabots "RoR c'est trop génial c'est la réponse à tout" je saisi pas trop l'intêret…
[^] # Re: Wordpress puxore
Posté par ckyl . En réponse au journal Code facétieux dans Piwik 1.9.2. Évalué à 6.
Ca ne me semble pas être le sujet.
De ton côté essaie aussi de lire ce que les gens te répondent en sachant effectivement laisser de côté ce qui ne mènera à rien (c'est dit et ca suffit).
Il me semble qu'il y a deux axes importants ici:
Réfléchi à la différence entre une application boîte noire et quelque chose que tu développes. C'est ça la vraie différence. Fais un Wordpress clé en main à fonctionnalités équivalente en Django et grosso modo les mêmes problématiques vont se poser. De l'autre côté fais ta propre appli avec n'importe quel framework bien gaulé et tu as aussi les mêmes problématiques. En cela comparer Django et Wordpress n'a que peu de sens. Ce n'est pas du tout la même démarche. La réflexion sur la pertinence de construire son outil plutôt que d'en torde un tout fait quand les conditions sont réunies est par contre intéressante. Tout comme noter que les frameworks modernes offrent des boîtes à outil assez complètes avec la bonne granularité pour les besoins courants (support des tags, des commentaires hiérarchiques, des images par exemple). C'est ca qui change vraiment la donne.
C'est certes dit sans aucun tact; mais sur l'aspect performance tu dis des bêtises absolument énormes en trois lignes. Ne t'étonne pas que quelqu'un le remarque. N'y vois aucune méchanceté. En le prenant du bon côté tu peux te demander si ce que tes affirmations étaient justifiées et creuser pourquoi certains points ont été relevés.
[^] # Re: Wordpress puxore
Posté par ckyl . En réponse au journal Code facétieux dans Piwik 1.9.2. Évalué à 5.
Si tu veux relever quelque chose je pense qu'il y avait encore plus percutant:
[^] # Re: Wordpress puxore
Posté par ckyl . En réponse au journal Code facétieux dans Piwik 1.9.2. Évalué à 3.
Bin tu vas chez tout hébergeur compétent et tu n'as aucun problème pour te faire ton virtualenv. Les hébergeurs minables ont fait beaucoup de mal à l'Internet je trouve.
Autrement tu as raison il mélange beaucoup de choses. D'un côtés les applications finies, qui sont utilisables en boîte noire sans compétence et de l'autre les frameworks qui t'offrent des briques de base pour construire ce dont tu as besoin. Le choix d'une application se paie forcément dans la lourdeur de l'appli qui doit essayer de tout prévoir, dans l'évolutivité et la complexité puisque tu es lié à un cadre fort, et dans la qualité puisque la plupart des plugins/thèmes voir des applis sont écrit par des mecs à qui tu sous traiterait même pas un hello world.
Bien que je partage son avis que quand la compétence est là il est souvent judicieux de faire son appli soit même si toutes les briques de bases existent dans son framework; il a une vision assez naïve du coût réel de la chose et du pourcentage de population que ça représente.
Finissons tout de par souligner que l'avis de quelqu'un qui t'explique qu'une technos tiens très bien la charge puisqu'il l'a déployé sur sa ligne ADSL sur un raspberry pi me semble sujet à caution ;)
[^] # Re: si tu installes une distribution ....
Posté par ckyl . En réponse au journal Recyclage vs fracture numérique. Évalué à 4. Dernière modification le 28 novembre 2012 à 19:38.
Il faut voir ce que tu demandes à ton système mais ce n'est ni normal et ni un comportement que j'observe.
Le message précédant a été écrit sur une machine avec 4Go mais surtout un Win7 en hôte outlook/word/excel, une Fedora en invité avec Gnome3/Firefox/IDE/8JVM et plein de petite conneries et ça passe tout juste. En station, j'utilise tout les jours des machines de 1 à 8Go et non je vois pas comment tu remplis 4Go de RAM avec de la bureautique et surtout pourquoi tu incrimines Gnome3 dans l'histoire… Je ne constate pas non plus que l'empreinte de Gnome à significativement évoluée ces 2/3 dernière années. Toute référence serait la bien venue.
Grosso modo avec un bureau moderne en 64 bits l'empreinte cumulée du bureau plus de toutes les applications de bureautiques tourne entre 1 et 2Go. Le reste dépend des documents sur lesquels tu travailles (et oui si tu laisses 300 onglets d'ouvert y'a pas de miracle ça va bouffer de la RAM).
[^] # Re: si tu installes une distribution ....
Posté par ckyl . En réponse au journal Recyclage vs fracture numérique. Évalué à 3.
Je me demande bien ce que tu fais pour remplir 4Go de RAM avec des applis bureau… Ca relève du n'importe quoi.
[^] # Re: Interessant, mais...
Posté par ckyl . En réponse au journal Se fier aux fournisseurs d’accès pour Internet, c’est se fier à des renards dans un poulailler. Évalué à 3.
Et donc il suffit de faire comme avec Samwang. Tu remets 2 euros dans la machine si tu trouves ca marrant ou pathétique au choix, ou simplement tu le laisses seul dans sa cours de récrée ;)
[^] # Re: Interessant, mais...
Posté par ckyl . En réponse au journal Se fier aux fournisseurs d’accès pour Internet, c’est se fier à des renards dans un poulailler. Évalué à 6.
Je vais faire une entorse à mon règlement et te répondre pour une fois.
Un jour tu découvriras que tu n'as pas plus la parole divine que les autres. Tu ne connais pas plus que les autres les attentes des entrepreneurs que les autres. Au mieux tu connais, ou pense connaître, l'attente de quelques entrepreneurs.
Maintenant si on regarde ailleurs, un cas fréquent dans une structure qui se monte c'est qu'effectivement les personnes physiques (de 1 à 20/30) sont derrière un/deux/trois abonnement Internet classiques et effectivement les services publiques sont déportés dans un hébergement adéquat. Le problème étant que le transfert site de travail -> site publique est abominablement lent. Ça ne va pas poser de problème à certains, ça en pose un peu plus à d'autres. Par exemple quand tu dois pousser une version qui fait entre 5 et 10Go, avec toutes les archis/docs etc., avec ton accès ADSL il te faut des jours pour pousser. Tu as donc une réactivité de merde, et surtout si tu ne dédie pas une des lignes à cet usage la qualité de connexion est pourrie pour les gens qui bossent pendant ce temps là.
Alors oui il faut des liens suffisant pour alimenter les machines publiques… La définition de suffisant étant propre à chaque entité. "Les entrepreneurs" qui seraient tous d'accord et dont tu serais le représentant ça n'existe pas.
[^] # Re: Ordres de grandeurs
Posté par ckyl . En réponse au journal Fin de la limitation de la puissance des motocyclettes à 100ch en France. Évalué à 0.
En te lisant depuis le début je me demande si finalement on a pas trouver aussi con que "moi je conduis bien à +150km/h ca crains pas plus" avec "moi je conduis bien j'ai tout compris" ou l'autre variante un peu plus bas "moi je conduis bien et j'anticipe tout alors tkt j'assure 30ch sur une bagnole de 2t ça suffit largement blaireau".
[^] # Re: Du code propre, c'est quoi ?
Posté par ckyl . En réponse au journal Du code propre, c'est quoi ?. Évalué à 5.
J'avoue que je suis complétement largé. Je pense que si tu postais des journaux ou un blog pour nous faire part de ta sagesse issu de ton expérience beaucoup de personne t'en serais reconnaissantes.
D'ailleurs j'encourage tout le monde à aller voir ton site web, c'est un receuille de pépites pour tout développeur cherchant à s'ameillorer ! On comprend d'un seul coup la qualité de ton discours et le recul que tu as sur les choses.
[^] # Re: Et les pas gnomiste
Posté par ckyl . En réponse au journal GNOMistes, GUADEC 2014 se tiendra à Strasbourg !. Évalué à 6.
Oui il y a un stand ou tu peux jeter du caca sur les développeurs. Et un autre où tu peux leur sortir 3 insultes pour 10 euros.
Si les gens se comportent IRL comme ici ça devrait être un franc succès…
[^] # Re: C'est creux
Posté par ckyl . En réponse au journal Nouveau rootkit – Ils l'avaient prédit : "la fin du monde arrive" !. Évalué à 4.
En même temps c'est la définition d'un rootkit… http://en.wikipedia.org/wiki/Rootkit
Un rootkit ca se combine à une faille qui te permet d'être administrateur (c'est pas ce qu'il manque les failles locales).
[^] # Re: Mouais...
Posté par ckyl . En réponse au journal GNOMistes, GUADEC 2014 se tiendra à Strasbourg !. Évalué à 2.
Si il fait ca il va reveiller tout ceux qui pense que RedHat est un complot contre le logiciel libre
[^] # Re: Du code propre, c'est quoi ?
Posté par ckyl . En réponse au journal Du code propre, c'est quoi ?. Évalué à 10.
Ce qui est rigolos puisque je pense que personne ne peut relire ou comprendre ton commentaire…
[^] # Re: POO
Posté par ckyl . En réponse au journal Du code propre, c'est quoi ?. Évalué à 4. Dernière modification le 20 novembre 2012 à 20:33.
Parfaitement. Notons qu'au passage ils sont en train de merger JRockit avec Hotspot ce qui implique la disparition de cette merde de PermGenSpace dans Hotspot qui est absolument ingérable.
Il y a deux règles générales avec la gestion mémoire Java:
- Ceux qui pensent que c'est pas ou peut configurable ne savent absolument pas de quoi ils parlent
- Ceux qui pensent qu'il suffit de configurer n'ont jamais eu à le faire
La troisième règle générale c'est que c'est inconfigurable si tu ne comprends pas profondément l'application, si tu déploie plusieurs applis dans une même VM, ou si tu ne connais pas parfaitement la version de la plateforme que tu utilises (genre à outil équivalent selon le GC utilisé le fractionnement young/tenured peut différer).
Dans un sens ca reste vrai. Tu peux tout borner sauf les stacks et les régions mmap AFAIK. Bon après tu peux aussi avoir du code natif qui va mallocer ou faire des sbrk si on va par là ;)
[^] # Re: problème de développeur plutôt que de code
Posté par ckyl . En réponse au journal De l'inéluctable progrès de l'informatique, ou pas.. Évalué à 3.
Ca c'est une pépite de caca !
Et les gentils super dev amateurs bisounours qui faisait le bien du monde ils sont morts ?
Si tu fais des stats je te pari qu'en moyenne les machines en environnement pro sont en deçà des machines perso. Simplement par ce que les machines pro ne sont jamais upgradées entre l'achat et la mort. Ces 4Go de RAM supplémentaires qui seraient amorti en une semaine vu ton coût horaire statistiquement tu ne les verra jamais. Le dev amateur ca fait longtemps qu'il a été les acheter. Tu oublis aussi comment les machines pro sont bridée en moyenne (bonjour à toi qui bosse dans un VM ou avec 7 antivirus et logiciels maisons qui font tomber de 50% les perfs de ta machine)
Oui par ce que c'est bien connu on ne compile et ne fait pas tourner les tests en local avant. On pousse notre caca au petit bonheur la chance. Mais je comprend ton aversion pour cette stupidité qui est de rechercher la qualité, l'automatisation et le reproductibilité.
Comme partout. Si tu paies pas quelqu'un pour faire le boulot bin soit t'attends que quelqu'un d'autre le fasse (mais qui va payer pour supporter ton matos ?), soit t'attend que le dev-amateur-bisounours que tu aimes tant fasse le boulot, soit ça sera pas fait. Ca me semble une vérité générale non ?
Si tu ne trouves pas de dev-amateur-bisounours alors paie un connard de professionnel pour ce que tu veux. Ramener à la masse d'utilisateur ça ne coûte pas très cher…
Incité par qui ?
Après quand tu développes un projet long sur du hardware c'est logique de bosser sur des trucs récents. Si il te faut 3 ans pour atteindre un état stable et que tu bosses sur du matos qu'il y a 5 ans. Quand tu releases il a 8 ans et plus personne ne s'en sert. Le développement noyau à ceci de particulier que par définition tu bosses sur le matos de la génération suivante (celui qui va arriver). Autrement y'a pas de support quand c'est releasé et surtout si tu ne conçois pas pour les archis de dans 2/3/5 ans tu vas très vite être dépassé.
Just do it.
[^] # Re: Code review
Posté par ckyl . En réponse au journal Du code propre, c'est quoi ?. Évalué à 6.
Tout est toujours question de pragmatisme.
Appliquer ce que tu dis à une base de code réelle ca ne marche pas. Sur ta base de code une immense majorité va finir à la poubelle, ne jamais évoluer, ou se faire détruire par un changement de spec fonctionelle, de techno ou je ne sais quoi. Passer du temps à réécrire pour la beauté de la chose c'est à 99% perdre du temps.
Attention ca ne veut absolument pas dire qu'il faut accumuler de la dette technique ou se foutre de la qualité du code bien au contraire. Le but est que quand on livre un fonctionalité, on est globalement satisfait du travail produit, c'est propre documenté, testé. Sauf cas exceptionel il faut alors souvent resister à l'appel de la réécriture qui va enlever autant de bugs qu'en remettre (la couverture de tes tests reste constante) et qui est surement veine.
Ton travail de refactoring tu le fais quand tu as besoin (c'est à dire que tu dois retoucher au code pour d'autres besoins fonctionels ou non fonctionels) et exceptionellement quand c'est vraiment justifier tu le passes en dette technique.
Bref ton code il devrait être raisonablement bon dès que tu livres, sinon tu t'es un peu perdu en chemin. Si tu es dans un hot spot de ton appli tu vas passer ton temps dessus et tu vas l'ameillorer petit à petit mais pas uniquement pour la beauté de la chose à fonctionalité équivalente. Sinon "raisonablement" est souvent largement suffisant. Après si tu t'es vraiment lourder sur un truc, bha c'est de la sâle dette technique.
Il faut s'adapter à la situation, mais resister au mythe de la réécriture qui va resoudre tout les problèmes est aussi important que de savoir identifier et juger les faiblesses de ce qu'on produit.
[^] # Re: SCM propriétaire
Posté par ckyl . En réponse au journal Des serveurs de FreeBSD.org compromis . Évalué à 4. Dernière modification le 19 novembre 2012 à 09:03.
J'avoue sans problème essayer de faire des réponses adaptées et utiles à l’interlocuteur (dans le doute j'ai tendance à considérer les gens comme des grandes personnes). Dans le cas présent, sauf à avoir un fort soupçon que le type à raté l'évolution des VCS depuis 2000 je me dirais que si il demande comment rendre CVS moins pénible en local lui dire que d'autres types de repository existent, et qu'il n'a qu'à changer de repo ne va pas l'aider des masses.
J'avoue sans problème non plus qu'une meilleur formulation de la question aurait été: Il faut que j'utilise CVS, c'est quoi le meilleur client CVS qui permet d'avoir un historique local, des branches locales et une synchronisation bidirectionnelle ? Un git-svn like quoi.
[^] # Re: SCM propriétaire
Posté par ckyl . En réponse au journal Des serveurs de FreeBSD.org compromis . Évalué à 2.
Pour le lien je l'avais déjà trouvé. J'ai commencé à expérimenter cette semaine mais pour le moment j'arrive pas à être super convaincu que ca va le faire. D'où l'appel à des gens qui auraient expérimenté en vrai.
Normalement tu peux ressortir le tout avec cvsexport. Reste à voir qu'il n'explose pas en vol vu les concepts totalement différent des deux.
On est entièrement d'accord. Mais ça ne m'avance absolument pas ;)
[^] # Re: SCM propriétaire
Posté par ckyl . En réponse au journal Des serveurs de FreeBSD.org compromis . Évalué à 3.
Je pensais juste que je traînais ici depuis assez longtemps ici pour que tu m'épargnes cette étape ;) Elle aurait déjà été inutile il y a 10 ans où IIRC j'avais les limites de CVS déjà bien en tête et l'avais même souvent remplacé par un DCVS ou svn…
Concrètement on peut oublier toute les problématiques du côté dépôt (archéologie sur la base, branche/tag publique) c'est inévitable et on ne peut que pleurer.
Par contre j'ai besoin de pouvoir bosser sur plusieurs trucs en parallèles dont le développement et la validation sont assez longs. En gros un patch ou une suite de patch peut traîner quelques jours/semaines avant que je pousse où que j'envois pour review. Bref j'ai vraiment besoin d'avoir un équivalent de branches locales et de pouvoir ensuite facilement pousser mes changesets et me synchroniser avec le dépot.
Bref l'équivalent d'un git-svn même bien castré serait parfait. J'ai commencé a tester git-cvsimport/git-cvsexport mais pour le moment ça me semble assez bancale. Comment bossent les autres, ou le workflow du projet je m'en fou. Je veux juste pouvoir travailler tranquillement dans mon coin sans produire de la merde et perdre 10x plus de temps qu'avec un DCVS pour faire la même chose. On peut voir l'étape de pousser sur le CVS comme pousser sur un repo externe. Si ils perdent toutes les metadatas ou autre je m'en fou.
[^] # Re: SCM propriétaire
Posté par ckyl . En réponse au journal Des serveurs de FreeBSD.org compromis . Évalué à 4.
M'enfou ;)
D'après mes tests l'utilisation de DCVS en client forcément n'est pas forcément génial (mais l'avis de quelqu'un qui à un peu poussé le truc serait intéressante). Il reste les outils de patchs management que je n'ai pas encore trop regardé.
Eclipse c'est uniquement le moins pire. Dès que tu as besoin d'empiler des patchs qui touchent au mêmes fichiers, de branches, de revenir dans l'historique c'est la mort.
Tu penses bien que si je pose la question c'est qu'il y a une raison. Et donc me répondre d'utiliser un autre type de dépôt ne m'avance guère ni ne répond à ma question.