Je me pleins pas je dis qu'il existe des développeurs qui n'utilisent un système POSIX. La multitude de point et juste là parce que je savais qu'il y allez en avoir au moins un pour me faire une remarque.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Je n'ai pas à me justifier devant qui que ce soit, mais je suis content de mon travail. Oui mon sujet d'alternance est intéressant. Si pour que tu sois content de ton travail tu ne t'intéresse qu'au système d'exploitation utilisé bien à toi, c'est pas mon cas (et puis je pousse et j'utilise des technologies libres).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Je suis totalement d'accord. D'ailleurs j'aimerais qu'on en parle, avec des amis, on organise un repas mardi. Je te propose de venir. Je suis sur qu'ils seraient très interessés par tes idées sur IPv6.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
"Bon, comme il est peu probable que je puisse écrire un jour un journal sur ce site (pour cela il faudrait que je dise des trucs que tout le monde il est d'accord avec - c'est le problème de la non ou faible diversité dans un milieu restreint), je poste ici."
Je ne connais pas les deux dont parle Nicolas Parpandet, mais le N210 est pas mal. GNU/Linux, bonne autonomie, le seul bémols c'est que la touche <> du clavier est à droite (la touche shift de droite et plus courte et celle de gauche est plus longue).
Ça m’embête parce que j'ai l'habitude de suivre les discutions ici de la main gauche.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
"Composant" c'est une objet tout simple avec des meta donnée en plus qui le rendent un peu plus sophistiqué.
"Objet Métier" dans une application la partie métier et la partie qui implémente vraiment la logique "fonctionnelle" de ton application. Par exemple tu veux créer un jeu vidéo, tu va avoir une partie du logiciel qui va servir à gérer l'affichage et un partie qui va servir à implémenter les règles du jeu. Cette dernière c'est la partie "métier" de ton application.
"Service" c'est les fonctionnalités que propose ton application quand celle-ci est fourni par réseau (je peux me planter aussi, hein)
"Injection de dépendances" ça c'est une technique qui va permettre au serveur sur le quel ton application fonctionne. D'initialiser des attribut de tes classes de manière transparentes (enfin presque). Grosso modo si ton objet a besoin d'un logger tu peut déclarer un attribut :
@Inject(require)
private Logger log;
(les noms sont bidons) et le système va se débrouiller pour qu'a l'instanciation de ton objet tu es un logger sans avoir d'autre chose à faire.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Le faire de manière totalement multiplateforme (disons autant que Java) et sans avoir à se fader tout le travail de chercher où installer la biblio sur le système et configurer ton environnement. Tout ce travail là a déjà était fait dans maven et il suffit de le réutiliser.
Par exemple, moi pour travailler avec Java j'installe le JDK + Maven + un IDE, tout le reste se fait automatiquement avec Maven (y compris installation du serveur d'application).
A oui chose qu'il est très compliqué de faire avec make : la mise à jour automatique des bibliothèque.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Tu parle à un convaincu Make est très puissant, mais là je parlais d'installation de dépendance. Pour avoir essayé, avec Java il vaut mieux éviter Make et prendre un builder en Java (Maven, Ant, Ivy, Buildr,...) car tu perds énormément en performance en devant relancer à chaque fois une jvm. Bon maven c'est pas fait pour être plus rapide.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
JBoss, Glassfish sont sur le même plan mais ce n'est absolument pas un concurent de tomcat, ni de jetty.
La différence entre les deux c'est que l'un implémente toute la norme JEE et l'autre uniquement une partie (plus orienté web).
Hibernate, moi j'aurais dis en 3 lettres ORM. Ca se trouve dans pleins de langages.
Spring/EJB/OSGi, ce sont des framework qui permettent de développer des architectures à composants. Les composants sont comme des objets sauf qu'ils ont un cycle de vie particulier (qui change en fonction du type de composant).
Maven, c'est comme make ou c'est make mais avec la gestion des dépendances. Il a une approche différente aussi (on décris le projet, on ne script pas vraiment).
JEE (puisque j'en ai parlé plus haut), ensemble de standard Java (JSR) orienté vers la fourniture de services et le réseau (manière de faire du web, différents types de composants, etc. De plus il inclus tout les standards Java "classique" JSE que l'on apprends au début (swing, awt, etc).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: ddrescue
Posté par barmic . En réponse à la dépêche GNU ddrescue 1.14 et GNU Ocrad 0.21. Évalué à 3.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Améliorer make
Posté par barmic . En réponse à la dépêche Redo, un remplaçant de choix pour Make. Évalué à 3.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
# Oui
Posté par barmic . En réponse au journal Plus d'Eee PC vendus sous Linux par defaut?!. Évalué à 4.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Bravo!
Posté par barmic . En réponse au journal s/Hudson/Jenkins/g. Évalué à 2.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Bravo!
Posté par barmic . En réponse au journal s/Hudson/Jenkins/g. Évalué à 4.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Bravo!
Posté par barmic . En réponse au journal s/Hudson/Jenkins/g. Évalué à 4.
Garde tes œillères, c'est bien d'être un pur, mais tout le monde n'a pas forcément la possibilité de le faire.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Bravo!
Posté par barmic . En réponse au journal s/Hudson/Jenkins/g. Évalué à 2.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Mauvaise technologie
Posté par barmic . En réponse au journal IPv6 et conséquences sur l'anonymat. Évalué à 6.
Je croyais que l'IPv4 suffisait.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Tout à fait d'accord
Posté par barmic . En réponse au journal Le tour de force de l'IPv6. Évalué à 6.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Le tour de force de l'IPv6
Posté par barmic . En réponse à la dépêche 8/6/2011 : IPv6 pour de vrai. Évalué à 3.
Je me fout du karma.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Le tour de force de l'IPv6
Posté par barmic . En réponse à la dépêche 8/6/2011 : IPv6 pour de vrai. Évalué à 2.
s/grands monde/grand nombre/
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Pardon mais
Posté par barmic . En réponse au journal Le tour de force de l'IPv6. Évalué à 1.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Le tour de force de l'IPv6
Posté par barmic . En réponse à la dépêche 8/6/2011 : IPv6 pour de vrai. Évalué à 3.
Très franchement je ne m'y connais pas en karma, mais je doute qu'un journal qui passe à -10 en l'espace de 20 minutes améliore profondément le karma.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Tiens...
Posté par barmic . En réponse au journal Le tour de force de l'IPv6. Évalué à 10.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Le tour de force de l'IPv6
Posté par barmic . En réponse à la dépêche 8/6/2011 : IPv6 pour de vrai. Évalué à 4.
On tente ? https://linuxfr.org/~barmic/30666.html voila
Alors oui le journal ce feras probablement descendre (c'est souvent le cas quand on en sort des si grosses, mais ça n'empêche pas de le faire).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Samsung
Posté par barmic . En réponse au message Quel netbook ?. Évalué à 2.
Ça m’embête parce que j'ai l'habitude de suivre les discutions ici de la main gauche.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Bravo!
Posté par barmic . En réponse au journal s/Hudson/Jenkins/g. Évalué à 3.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Bravo!
Posté par barmic . En réponse au journal s/Hudson/Jenkins/g. Évalué à 3.
"Objet Métier" dans une application la partie métier et la partie qui implémente vraiment la logique "fonctionnelle" de ton application. Par exemple tu veux créer un jeu vidéo, tu va avoir une partie du logiciel qui va servir à gérer l'affichage et un partie qui va servir à implémenter les règles du jeu. Cette dernière c'est la partie "métier" de ton application.
"Service" c'est les fonctionnalités que propose ton application quand celle-ci est fourni par réseau (je peux me planter aussi, hein)
"Injection de dépendances" ça c'est une technique qui va permettre au serveur sur le quel ton application fonctionne. D'initialiser des attribut de tes classes de manière transparentes (enfin presque). Grosso modo si ton objet a besoin d'un logger tu peut déclarer un attribut :
@Inject(require)
private Logger log;
(les noms sont bidons) et le système va se débrouiller pour qu'a l'instanciation de ton objet tu es un logger sans avoir d'autre chose à faire.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Bravo!
Posté par barmic . En réponse au journal s/Hudson/Jenkins/g. Évalué à 2.
Par exemple, moi pour travailler avec Java j'installe le JDK + Maven + un IDE, tout le reste se fait automatiquement avec Maven (y compris installation du serveur d'application).
A oui chose qu'il est très compliqué de faire avec make : la mise à jour automatique des bibliothèque.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Bravo!
Posté par barmic . En réponse au journal s/Hudson/Jenkins/g. Évalué à 3.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Bravo!
Posté par barmic . En réponse au journal s/Hudson/Jenkins/g. Évalué à 2.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Bravo!
Posté par barmic . En réponse au journal s/Hudson/Jenkins/g. Évalué à 2.
La différence entre les deux c'est que l'un implémente toute la norme JEE et l'autre uniquement une partie (plus orienté web).
Hibernate, moi j'aurais dis en 3 lettres ORM. Ca se trouve dans pleins de langages.
Spring/EJB/OSGi, ce sont des framework qui permettent de développer des architectures à composants. Les composants sont comme des objets sauf qu'ils ont un cycle de vie particulier (qui change en fonction du type de composant).
Maven, c'est comme make ou c'est make mais avec la gestion des dépendances. Il a une approche différente aussi (on décris le projet, on ne script pas vraiment).
JEE (puisque j'en ai parlé plus haut), ensemble de standard Java (JSR) orienté vers la fourniture de services et le réseau (manière de faire du web, différents types de composants, etc. De plus il inclus tout les standards Java "classique" JSE que l'on apprends au début (swing, awt, etc).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Slogan
Posté par barmic . En réponse au journal s/Hudson/Jenkins/g. Évalué à 7.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Statistiques
Posté par barmic . En réponse au journal Encore un troll de moins .... Évalué à 3.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Bonne nouvelle
Posté par barmic . En réponse au journal Encore un troll de moins .... Évalué à 3.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)