Johann Ollivier-Lapeyre a écrit 704 commentaires

Bosser sur leur carto et attendre iO7 pour le lancer…

Mais non, il faut faire "la guerre nucléaire" contre Google, même au dépend des clients…

Je confirme également que c'est inadapté pour la gestion de projet dans pas mal de cas. Ca peut convenir pour une équipe de gas autonome, mono projet, et une utilisation orienté bug tracker, wiki… et avec un CdP qui ne cherchera pas a faire coller les devs avec un Gantt strict…

L'autre TRES gros problème de Redmine, c'est le coté installation/mise à jour:
Redmine utilise un ensemble d'outils Ruby on Rails avec des versions très strictes, et pas forcement récentes, et si jamais tu arrives a avoir l'ensemble sur un distrib différente du développeur (Bravo), qui marche (encore bravo), tu décideras probablement d'abandonner toute idée de mise à jour ou d'installation d'une autre appli RoR sur la même machine…

Effectivement, il y a les raisons cités, auquel je rajouterai la non connaissance des équipes systèmes (dans les boites où je suis passés...), et la difficulté, d'installer le bousin avec certaines distribs serveurs à cause des lib/gems qui ne sont pas les même que celles que le développeur du soft à prévu.

A cela, tu peux rajouter que l'admin systeme lambda sait installer n'importe quel soft php ou java, même s'il n'a jamais développé dans ces langages.

J'en connais, et j'en fait partie, qui se sont cassé les dents en entreprise avec des softs en RoR, où ils étaient le promoteur, et de facto l'installateur... et le mec qui perd en crédibilité quand tout foire (avec les données) lors d'une mise à jour, l'installation d'un autre projet ruby ou une migration d'OS. Perso, j'y réflechirai à 2 fois à l'avenir...

Et pourtant, il y a des applis en or! Si j'étais dev d'un projet RoR visant une diffusion autre que confidentielle, je développerai en Ruby, mais viserait une compatibilité Jruby, et proposerait des war pour un déploiement direct dans un bon vieux tomcat. Voir même un bundle complet comme liferay ou icescrum le fait, avec un gros bouton vert Download.

En tout cas, grosse félicitation pour le titre, vous avez mis une sacré mine à tout le monde! (un peu trop même pour le spectacle ;).

En tout cas, je me souviens qu'il y a quelques années, tu étais dans une écurie de milieux de grille, rêvant de la victoire (et c'était déjà génial de bosser dans ce genre de contexte...), mais là tu te retrouve à choisir entre une RedBull ultra-victorieuse, Mc Laren et Ferrari... Y'en a qui ont bien de la chance. :D

Juste pour savoir, tu y fais quoi?

Vérifie juste la présence des sorties hdmi/dvi sur la carte mère avant l'achat, toutes n'en ont pas (lié au chipset).

J'ai ça depuis hier soir, et j'ai un bureau KDE4 fluide avec tous les effets activés pour l'occasion.

Sans vouloir jouer les cassandres, il faudra voir:

• S'ils sont connectés aux autres serveur, comme Google, ou non, comme Facebook
• Comment est géré l'audio/webcam, surtout vu le manque de standard à ce niveau (par standard, j'entends spec + adoption par tous les clients)
• S'ils n'ont pas fait trop de détournements.

N'empèche, vu ce que MS fait sur IE ces temps ci, et s'ils sont 'clean' sur XMPP, on pourra se dire que MS rentre dans le rang, et confirme qu'ils veulent transmettre le flambeau du 'méchant' à Apple ;)

Si, mais ce n'est pas forcement un problème.

Confronté à un cas comme cela, j'ai scripté cela, et les modèles JS sont générés automatiquement à partir du modèle serveur. Via introspection sur les objets (propriétés et relation), cela se fait facilement. En gros, j'ai codé cela en 4h tests compris.

Quant au langage… prend un truc populaire. Java a beau me déplaire il y a du monde capable de l'utiliser.

Si Grails est dans le monde java (JVM, l'immense bibliotheque java utilisable, ...), ce framework est surtout très inspiré de Ruby on Rails (en mieux à mon avis) offrant un développement très rapide et pas prise de tête.

Il utilise un language agréable, structuré aussi agréablement (contrairement à beaucoup d'horreurs Java vu en entreprise...). Et j'ai pu constater que les développeurs Java s'adaptent très rapidement.

Les suicides c'est France Télécom, et les pub c'est Orange !

Simple non? :D

Pour connaitre Aaron, et avoir bu quelques bières avec lui, je confirme l'état d'esprit du personnage:

Un gas très positif, cherchant à améliorer ce qui ne va pas, dans le but d'un monde meilleur pour tous. Un grand personnage du libre trop méconnu.

Je rajouterai que son blog est en général très intéressant, et pas forcement centré KDE. Avis aux amateur de flux RSS sympa.

Je me répond en partie à moi meme. J'ai pu tester bangarang chez moi (en effaçant mes conf nepomuk* dans mon .kde.

C'est ce qu'il faut en exploitation video/audio. Il est effectivement capable de remplir les champs. Mais pas la notation, et ne gere pas non plus la jaquette. Enfin, si, il gere la jaquette, mais elle n'est pas vu ensuite dans dolphin, alors que j'avais dans l'idée d'arriver à cela ensuite:

Image de comment ca devrait etre dans dolphin

Plus embettant encore, bangarang n'importe les données que pour 1 films avec 3 ou 4 clics. Pour un gros dossier ou pour des series, c'est petage de plomb. Et enfin, la base utilisé, itdb, est pauvre en film français.

Bref, dépanne bien, mais je garde mon idée de tagger en masse. Mais à l'utilisation, bangarang sera parfait.

En outre, le code de bangarang est parfait en terme de doc concernant nepomuk. Je sais maintenant comment tagger avec les bonnes rubrique et tag pour faire series/films, ... C'est un gros point noir de levé pour moi.

Parce que j'ai gardé à l'esprit que IMDB était resté anglophone. C'est pas forcement le cas partout aujourd'hui, mais partiellement le cas encore, particulierement via l'api non officielle.

Je voulais découvrir au passage PyQt/PyKDE. Je suis partie d'un player audio minimaliste, et je voulais arriver au point d'avoir une sorte d'easyTag minimaliste qui utilise allocine.

Je suis arrivé au point où:

• La playlist se charge de video, en récupperant des metadatas nepomuk
• La lecture video marche via phonon
• Si on modifie les données, c'est stocké dans népomuk.

Manque principalement:

• Chercher les infos sur allocine (y'a un bon début d'api qui sait faire une recherche a partir du nom du fichier, et recuperer la fiche du film.Reste à intégrer cela dans l'IHM.
• Savoir exactement quoi stocker et comment dans nepomuk. Je sais lire/modifier la description, note, ajouter des tags... Mais en regardant bangarang, y'aurait moyen de creer des tags spécifique aux video ou à l'audio, ajouter des champs genre "réalisateur"... Bref, il faudrait creuser la doc nepomuk

Alors voila où j'en suis apres 2 soirées. Je comptais le déposer sur un SVN quelque part avec une page projet qui va bien, meme si, apprentissage Python +PyQt, c'est pas forcement parfait partout. Ou alors je le mets maintenant en ligne si quelqu'un veut aider... Mais si bangarang fait déjà le boulot, quel interet de continuer? Cela dis, Bangarang n'a pas l'air de marcher chez moi avec ma Kubuntu passé en KDE 4.6...

T'en pense quoi?

Ca ressemble au lecteur parfait ce truc, particulièrement sur la video, je m'explique: Autant pour la musique, il y a de nombreux lecteurs qui gerent, via les tag ID3, les classements/recherches par artistes, genre, ... autant pour la video ce n'est pas possible... en général.

C'est là où intervient népomuk. Il peux gérer métadata et autre Tags sur n'importe quel type de fichier. Je Pensais exploiter cela dans Dolphin en fesant une serie de raccourcis de recherche: genre "Gore, Science Fiction...", Realisateur, déja vu, jamais vu....

Et pour le renseignement des fichiers, j'ai hacké/codé (à 80% fini) un soft qui tag tous les films via l'api allocine (resumé, note, genre, realisateur, acteur...). En fait, ce lecteur reprendrait également toute ces infos, et gererait les possibilites de recherche. Mieux, il Tag directement aussi ?

<quelques reserve car je peux me planter>

KDE à une couche qui gere les configurations, Kconfig, qui est utilisé par les applis KDE, systemsettings... .

Si on modifie Kconfig pour gerer cela dans dconf, allégeant kconfig au passage, les applis ne serait pas a modifier....

Mais cela impliquerai que dconf sache faire tout ce que kconfig sait faire. Est-ce le cas?

Cela implique également que les mainteneurs de Kconfig soit d'accord. Le sont-ils?

</quelques reserve car je peux me planter>

quand tu lance "./configure; make install", make ne va pas te telecharger via apt/yum/yast sur des depots distant tout ce qui te manque pour compiler / faire tes tests et installer ton soft. (meme si avec packageKit, ça sera bientot en partie possible je pense). Maven, lui, fait ça dans le monde Java. Et franchement, ça serait le reve que make le fasse dans le monde c/c++

En plus les distrib ne gerent que quelques version de leurs lib. Un exemple, Opensuse, pour une 11.3, ne doit fournir que Qt4.5, 4.6 et 4.7 je pense. Maven lui te fournira quasiment chaque release d'Hibernate ou presque.

Enfin ça, c'est un des trucs que gere Maven, ça fait bien d'autres choses... Le tout en évitant d'etre bloat en se basant entierement sur un systeme de plugin.

Tu pinailles. Et c'est trop facile de pinailler sur une tentative de vulgarisation. ;)

JBoss: Serveur pour du java. Concurrent: Tomcat, Glassfish... ou pour d'autres language, Apache ou IIS

Hibernate:

wikipedia: "Hibernate apporte une solution aux problèmes d'adaptation entre le paradigme objet et les SGBD en remplaçant les accès à la base de données par des appels à des méthodes objet de haut niveau."

En gros, tu fais:
monUser.setNom("Penso");
monUser.setPrenom("Fabien");
monUser.setInscriptionDate(new Date());

monUser.save();

Et tout le coté SQL sera géré automatiquement, quelque soit la base(Oracle, Mysql, ...).

Equivalent en Python: SQLAlchemy. Pour les autres language, je ne connais pas trop

Spring (cool!) et son concurrent EJB (bcp moins cool)
ca regroupe tellement de chose que j'aurai du mal a le faire en simple. A part sous le simple nom "framework"

Par exemple, disons que si tu fais tes objets metiers, et a cote des services, Spring va se charger de faire la glue, entre les deux. Et va s'occuper du cycle de vie de tes objets (instanciation, destruction...). Etant basé sur l'injection de dépendance, tu auras moins de code a écrire, il sera + propre, + facilement modifiable en évitant le coté spaguetti.

Et cadeau bonus pour la route
Maven
Si apt(-get) et configure+make avait eu une fille version Java, ça serait Maven:

1) Le(s) serveur(s) maven vont stocker toute les bibliotheques possibles (comme un dépot Debian ou Redhat), en chaque version (mieux que Debian et Redhat)
2) Le script de build va se contenter de décrire ce que tu a besoin en terme de lib, et comment du veux builder.
Au moment du build, tout va se telecharger tout seul et se builder tout seul.

A ma connaissance, il n'y a aucune distribution grand publique en Rolling Release. Ce n'est donc pas la numéro 843...

Et a titre perso, j'attend cela depuis longtemps.

En plus, Opensuse est particulierement bien armé pour mener ce projet avec leur système d'intégration continue.

Tout a fait d'accord !

j'ai touché à 3 framework "façon Rails":
- Ror (un peu, essentiellement du bidouillage/plugin autour de Redmine): un peu du mal a accrocher avec Ruby, mais c'est juste une question de gout.De toute maniere, j'en ai pas fait assez pour juger honetement, autant le dire
- Turbogears2 en python. Environ 6-8 mois sur un gros projet. Un Orm tres interessant (SqlAlchemy), ... Pas mal du tout techniquement, et puissant, le principal défaut étant une doc tres eparsse sur plusieurs site, tres incomplete, obligeant a aller voir le code source lorsqu'on sort un poil des sentiers battus.
- Et Grails, sur lequel je me suis fixé au final (pour 3 projets pour l'instant):

La logique de base est la meme que RoR, TG2 de part la philosophie, structure générale et avantages concrets (concision du code, productivité...). L'Orm est béton (Hibernate), et forme une parfaite intégration autour de Spring+Hibernate, sans les erreurs basiques souvent à l'origine des echecs de projets Java, en particulier avec hibernate (voir le billet de Ploum pour rire).
Et la doc est bien foutu, les exemples ou tutoriaux nombreux.

A l'utilisation, en dehors des gouts inhérent à chacun, RoR, Turbogears et Grails sont équivalents.
Là où Grails a un avantage certain, c'est en bibliotheques importable et utilisable directement.
Et là ou Grails bat les autres par KO absolu, et on sort ici du technique, c'est quand il faut convaincre un client: Entre Ruby, Python, ou J2EE, le choix est souvent vite fait. Et comme le dévelopeur, dans Grails, peux choisir entre programmer en Java ou en Groovy (ou en mixe des 2), le développeur, aussi, est heureux.

Est-ce qu'il y en a qui savent comment marchent les drivers libre radeon (libre) et Nouveau en 2D, mais AVEC les effets Compiz et/ou Kwin de KDE4. Ca marche? c'est fluide? et c'est beau?

Ca a été développé sur Ruby On Rails. Ce type de framework est une sorte d'architecture de site déjà validé sur une multitude de projets dans lequel on code juste ses spéficificités métier.

Pareil dans plusieurs boutiques, ou alors à des prix délirants (30euros)

Finalement, cela a été trouvé pour quelques euros sur Ebay...

Quand on a un ado qui adore *crier* faux la fameuse chanson de Celine Dion pour Titanic, "my heart will go on", entre 10 et 15 fois de suite. Sans progression notable malgré les années d'ailleur... et bien on est ravi qu'il le fasse dans sa chambre.

PS: et encore, dans le garage ça serait mieux. ;)

Pour la musique, video, et photo, il y a déja une norme, DLNA / upnp, qui marche tres bien. Y'a plusieurs logiciels serveurs pour windows, mac, linux, android... et plusieurs "client", logiciel, mais également matériel (PS3, mini chaines, smartphone....).

Le principe, c'est que les machines ayant des [photo, video, musique] diffuse sur le réseau "j'ai ça à disposition". Ailleur sur le réseau, une personne verra ses ressources et pourra les consulter. Tu peux donc avoir 3 personnes différentes qui regardent/écoutent 3 choses différentes.

Pas besoins de réinventer la roue à ce niveau.