fredoche a écrit 181 commentaires

Les procédures stockées sont un peu passées de mode. La tendance actuelle c'est de les éviter au maximum. Les problèmes sont nombreux, il est difficile de les monitorer, de les débugger, et d'en faire l'inventaire sur des grosses plates formes qui évoluent beaucoup.
La plupart du temps, une procédure stockée va quand même embarquer un peu de logique métier, et comme on les oublie dans un coin (bah oui, c'est pas du code) ; lors d'évolutions c'est un peu la galère.
Les outils pour les développer sont pas au top, la syntaxe du PL/SQL est plutôt vieille et pas orienté objet, et pour le non-initié c'est carrément insupportable à lire et à écrire.
Quant à l'aspect performance, il faut le relativiser. Comme dit plus haut, une fois le plan d'exécution calculé (qui est une opération interne au sgbdr), il y n'y a plus de différence de performance. Si c'est la performance que tu cherches, il y a déjà de quoi faire en utilisant des prepared statement partout où tu le peux.
'Chez moi', on les utilise lors de modification du schéma de base. Si les modifs de code devaient prendre 2 semaines, alors que ça peut se régler en 5 minutes d'écriture d'une procédure stockée, alors oui, la procédure stockée a sa place. Le reste du temps, je dirais que non.

opencv est une référence pour tout ce qui est traitement d'image.

ma clé privée est protégée par une passphrase mais je pense que le prompt de screen (''password: '' ) ne s'attend pas à une passphrase, d'où ma remarque.
Peut être que qqch m'échappe...

Ah pas mal du tout, effectivement, démarrer screen en local est une bonne idée vu que de l'autre côté l'authent se fait via des clés rsa (donc pas de mot de passe possible). Encore une bonne raison d'utiliser screen :)

En fait je pense que ça surprend du monde de voir un navigateur se transformer en machine virtuelle. Surtout que, sorti de la balise canvas, l'api pour manipuler l'interface (DOM, BOM...) est quand même pas évidente (au début ça va mais on tombe vite sur des cas particulier de rendus, d'events qui trainent partout..)
En fait, maintenant que java est libre, on pourrait envisager de programmer les contenus 3d de façon à utiliser le java-browser-plugin, et ainsi économiser le temps qu'il faudrait pour développer une api équivalente dans le browser, un interpréteur JS JIT et reporter toutes les contraintes de cross-platform à l'implémentation de la JVM...
Après ça résout pas le probleme de la communication entre les divers composants: la balise video est facilement manipulable en js, ce qui, je crois, est pas le cas de la balise embed, mais je trouve ça dommage que les plugins soient passés de mode.

Rien n'empêche de récupérer ce nombre magique et de l'utiliser dans un fichier à soi, sans faire une quelconque référence au fichier "chiffre_magique" en GPL V3. En fait, tu ne peux pas protéger un nombre.

Si on ne peut pas protéger un nombre, on peut visiblement protéger une chaîne de caractères (du code source qui contient des printf, des new, des instructions)... Et ce code ne peut être copié/collé dans un soft sous une licence "privative" (j'aime pas ce terme) sans violer la gplv3.

Par conséquent, j'imaginais qu'une donnée (au sens large), nécessaire pour se connecter au service, licenciée en gplv3, s'apparentait à du code source et donc ne pouvait être "fermée".

Pour finir, est-ce vraiment bloquer l'utilisation de logiciels proprios que tu veux ? ou simplement fermer l'utilisation à tout logiciel à visée commerciale ?

Pour le moment je ne veux rien du tout, c'est simplement un égarement de pensée, mais le débat m'intéresse, et ça peut peut être aboutir à une conclusion sur un effet de bord sympa de la gplV3.

Vraiment sympa ta vision du libre !

J'ai pas de vision particulière, mais le cas que je présente peut se poser. Par exemple, je comprendrais que les gars qui fournissent Ubuntu One ne soient pas enclins à voir d'autre clients se mettre à exister, sauf si ceux ci sont ouverts, toujours dans une optique qui incite au partage de la connaissance, en l'occurrence du code.
Pour le reste, je vois vraiment pas le rapport avec les Chinois.

(Sans compter le fait qu'un logiciel BSD, privatisé et amélioré par une société pour son usage interne ne sera plus compatible alors que la base qui sert à se connecter à ton service n'aura pas forcément changé)

Je proposais justement la gpl v3.

Je suis curieux et réclame une source :)

Ce qui coûte chez dans une requête, c'est de fetcher une ligne, parce que les jointure, les filtres, etc. s'appliquent sur une grande quantité de données et qu'il s'agit d'opérations complexes. Par contre récupérer une ou plusieurs colonnes au lieu de toutes ne change quasiment rien à l'affaire, si ce n'est dans le volume de données transférées. De mémoire, les IN sont couteux car certains sgbd n'utilisent plus les index, les tests sur NULL ne sont pas recommandés pour les même raisons (certains usages recommandent EXISTS).
J'ai lu ça dans la doc hibernate et au détour du net, si des gens ici peuvent être plus spécifiques, ça sera bénéfique à tous!

Bonjour Douglas, merci pour cette réponse courtoise, j'y suis moi-même allé un peu fort. Une fois qu'une licence 'libre' sera apposé à vos docs, cela sera éventuellement un plus pour la communauté.
Je redoute plus un effet codes-sources.fr, javascript-fr , vbscript-fr, dont j'ai moi même souffert. Je m'explique.
La popularité de ces sites fait qu'ils sont référencés par google, et remontent dans les résultats sur des requêtes très large comme 'tuto javascript'. Le débutant, au lieu d'être redirigé sur les cours de Douglas Crockford (excellentes vidéos sur Yahoo! Videos), va être en prise avec un magma informe de code mal écrit, buggé; le même débutant prendra alors de mauvaises habitudes aussi, et le mal sera fait, alors que faire pointer javascript-fr sur Jquery ou Mootools changerait la face du web amateur et professionnel.
De la même façon, des sommes d'argent et de temps astronomiques sont perdues à cause de codeurs qui, en java, ne spécifient pas le format d'encodage de leurs fichiers texte. A lire certains, la notion d'encodage est pointue, spécifique à la plate-forme, c'est un exercice de style laissé à l'attention du lecteur ou de l'élève. Elle n'est pourtant pas triviale, et éviter les problèmes se fait en une ligne. Faut-il accuser google et la requête 'écrire fichier java' ?
Ce ne sont que deux exemple simplistes des méfaits des documentations partielles, parcellaires, de 'culture gé'. Les plus aguerris d'entre vous sauront en donner d'autres.

Exposer ces documents s'explique dans une logique de partage naïve, ou d'auto-promotion pragmatique. La logique d'ingénierie, si elle ne s'oppose pas à la logique de culture gé, nécessite de mettre aux mains des ingénieurs les bons outils, et il est de prime importance de pointer vers les documentations de référence. Faire un tuto simple sur un sujet complexe, c'est quasiment prendre le risque d'être lu.

Autant on peut trouver le java verbeux et moins sexy que [ruby|python|javascript|LISP|haskell|brainfuck], autant lâcher une plate-forme a cause du langage me semble une pâle excuse pour de la flemme, parce que les API sont quand même super sympa à utiliser, et ça représente 95% du boulot.

Ceux d'entre vous ayant déja fait du java un peu avancé risquent d'être déçus par le niveau général des documentations proposées gratuitement. Ce que vous verrez en ligne, c'est du déja-vu, du basique, du hello world, du 'installez moi ce plugin eclipse sans trop réfléchir', ce qui ne remet pas en cause la qualité des formations 'en direct', payantes. Cependant, on reste sur sa faim, ça manque de légitimité à côté d'un site du zéro qui part de zéro, va éventuellement moins loin, mais y va mieux.
Vous n'apprendrez rien de pointu sur hibernate, si ce n'est des principes vieux de 4 ans, par exemple la fameuse classe HibernateTools, que fait elle dans une formation 'entreprise'?, il manque aussi la mention de la lazyinitexception, qui surgit dès le 1er quart d'heure d'utilisation sérieuse... Sur gwt, autant aller sur le site officiel, vous pourrez y apprendre les même mauvaises habitudes. Idem pour l'AOP, allez directement sur le site de Spring ou d'aspectJ.
Le tuto svn avait un programme alléchant, mais je n'ai pas trouvé grand chose de plus que 'installez svn' et 'mon petit repo naît' (consultez la doc svn sur redbean). Maven, hudson, l'intégration continue (voir sites respectifs, c'est très facile en fait) sont de vieux sujets, pourtant la création d'une doc de référence en français accessible sur le net reste à faire. Pour finir, le contenu gratuit proposé en marge de la formation architecte (encore une fois, c'est juste le contenu en ligne, la formation en tant que telle est sans doute très bonne) rendrait amer beaucoup de développeurs/ingénieurs junior dans mon entourage qui ont semble-t-il un niveau largement au dessus.
Bref, a priori, mais corrigez moi si je me trompe, pas de quoi se faire mousser par une pub gratuite sur linuxfr.

C'est vrai que côté historique, le javascript est plutôt chargé... On se souviendra de LiveScript, mais surtout de Jscript, l'implémentation sauce Microsoft du standard, avec son lot d'incompatibilités au niveau du langage comme dans les notions d'accès au DOM. C'est l'une des nombreuses raisons pour lesquelles il est difficile de faire du JS compatible avec tous les navigateurs.
A ceux qui disent "détester le javascript", je leur conseille de regarder les vidéos de Douglas Crockford; ils comprendront que les défauts qu'ils trouvent à Javascript sont en fait liés à l'environnement du navigateur, le DOM, ou le BOM, qui sont franchement hostiles. Le langage en lui même est plutôt agréable à manipuler, via la notion d'objet/hashmap, les regexp intégrées, les lambdas/closures...

Salut,

Les deux laptops / netbooks cités plus haut conviendront parfaitement à ton usage. Installe dessus Ubuntu ou fedora, et t'aura en bonus l'accélération 3D avec des drivers libres, le kernel modesetting, et plein de super autres fonctionnalités. Bref, que du bon, pour environ 300/350€
Les autres laptops dans ta gamme de prix sont des poubelles équipées d'un clavier et d'un écran, sauf peut être les Dell Studio.

Cdt

Tu peux préciser? De quelles librairies parles-tu? Ça doit être une solution mais je parviens pas a trouver d'info sur google, je suis pas assez précis dans mes mots clés :p

J'imagine qu'en plus il doit falloir faire des manips bizarres au shell...

Merci d'avance ;)

Certains seront intéressés d'apprendre que Moblin est basé sur Fedora, et que cela avait créé une légère tension chez les développeurs à une époque.

Je suis tout à fait d'accord avec toi, cependant, concernant ton dernier point, il me semble que la promotion d'iTunes et de son Music Store se fait aussi par la télévision.

saut que the Hurd on s'en tape non?

Netbeans, Glassfish...
Ca serait bien dommage que Netbeans ne survive pas à ce genre de fusion. Je le trouve pour ma part bien meilleur qu'Eclipse pour le développement java.

Le jeu original, vieux de 10 ans, avait le mérite d'avoir des graphismes attachants. C'est amha l'aspect principal à travailler pour la prochaine version, loin devant l'IA.

Qu'entends tu par "pas adaptée aux exigences des entreprises de nos jours" ?
Parce que que du JEE, j'en vois tous les jours, et au final, c'est peut être la seule chose dont les entreprises veulent aujourd'hui, à tort ou à raison d'ailleurs. A quelle architecture "pas viellotte" pensais-tu ?

SI tu trouves qu'utiliser un "gros" serveur d'application est excessif, mais que tu es productif en Java, tu peux toujours envisager d'utiliser un serveur Tomcat tout nu, et la librairie Hibernate pour le côté ORM. Tu as les avantages du Java, et tu évites la lourdeur d'un conteneur d'EJB (je vulgarise)
Les deux sont très bien documentés, et niveau performances, ça tiendra bien la route.
Pour les EDI, eclipse, netbeans...

Et on fait comment? Merci

Oula, du calme!!
Le fait que ce soit pour swapper sur le réseau n'empeche pas qu'il peut etre intéressant de créer un device de block virtuel en RAM.
C'est le coeur de ma question. Pour le reste, la swap n'est qu'une application.

Le coup du tmpfs est stylé, mais on est encore loin d'un périph de bloc. On peut pas le formater en ext2, ou le partager avec nbd pour éviter de passer par NFS.
Ramdisk a vraiment l'air de faire le job, mais au prix d'un reboot.
Je ne trouve pas de procédure pour créer un ramdisk dynamiquement sur le net, est ce que l'un de vous à une idée?