Pollen, un nouveau gestionnaire de sondages libre

Posté par  . Modéré par baud123.
Étiquettes :
21
15
déc.
2009
Internet
La version 1.2.1 de Pollen vient tout juste de sortir. Pollen est un gestionnaire de sondages développé en Java. Il se veut une alternative libre (GPL) au logiciel propriétaire Doodle ou au logiciel libre Papillon tout en proposant plus de fonctionnalités (sondage pour une image par exemple) que ce dernier.

Parmi les nombreuses fonctionnalités de ce nouveau venu dans le monde libre, vous pouvez créer des sondages pour des images, des dates, des textes. Ces sondages peuvent être anonymes, en groupe, restreint à une liste d'utilisateurs qui peuvent être récupérés depuis un serveur LDAP. Les utilisateurs peuvent ajouter des propositions aux sodnages, des commentaires...

Une version de démonstration est déployée (http://pollen.chorem.org/pollen/), tout le monde peut y créer des sondages. Pour les sondages sensibles, l'application est bien sûre téléchargeable et installable sur un serveur.

Le logiciel étant encore jeune, l'équipe de développement est à l'affût de tous les bugs que vous pourrez lui remonter.

Météo France migre sous Lutece

Posté par  . Modéré par Sylvain Rampacek.
Étiquettes :
10
23
sept.
2008
Java
Le site de Météo France vient de migrer sur l'outil de portail web en Java Lutece (licence BSD).

Ce site est classé par Alexa parmi les sites français les plus fréquentés (trafic). Il « figure dans le top 50 des sites français (source Alexa). C'est également le premier site du secteur public en terme de fréquentation : 1 million de visiteurs par jour, 4 milliards de hits par mois », d'après l'annonce sur le site de Lutece .

Meteofrance.fr utilise Lutece ainsi que le système Linux, le serveur de bases de données MySQL, le serveur HTTP le plus populaire Apache, et le conteneur libre de servlet J2EE Tomcat. Lutece a été développé par la Mairie de Paris pour afficher son site www.paris.fr, avant d'être libéré.

Projet NACA [2]: transcodage automatique vers Java de 4 millions de lignes Cobol

Posté par  . Modéré par Nÿco.
Étiquettes :
1
15
oct.
2007
Java
Après avoir exposé l'intégralité du projet NACA (abandon d'un mainframe IBM au profit de serveurs Intel / Linux) dans le premier article, ce deuxième article va détailler :
  • les avantages du transcodage iso-fonctionnel
  • l'architecture de l'outil nécessaire à sa réalisation
  • l'apport du Logiciel Libre par utilisation importante de divers projets Open Source, en particulier ceux de la fondation Apache mais aussi Eclipse et CVS

L'article se termine par le potentiel de rénovation et d'extension qu'offre un passage à une architecture Java sous-jacente et très fortement orientée objets alors que la cinématique et la structure des programmes transcodées restent les plus conformes possible à leur version Cobol originale pour permettre une poursuite de la maintenance par les développeurs applicatifs sans perturbation pour eux.

Forum Programmation.c++ Pourquoi ne pas inventer un language agréable ET compilé ?

Posté par  .
Étiquettes :
0
2
déc.
2006
Bonjour à tous, d'abord deux constatations (avis personnels) : - C++ est rapide, puissant, disponible partout, bas niveau - ruby est agréable à programmer, disponible presque partout, haut niveau Je me pose une question depuis quelques semaines : Pourquoi personne n'a encore inventé un nouveau langage facile à programmer contrairement au C++ (on me dira, C++ c'est facile quand même) et agréable à programmer, plus intuitif etc... Un language qui se compile en binaire et est donc rapide à l'exécution. (…)

Journal Des nouvelles sur l'ouverture de Java

Posté par  .
Étiquettes :
0
17
août
2006
D'après un article paru sur The Server Side (1), Sun compte mettre à disposition le compilateur Java et la machine virtuelle HotSpot avant la fin de l'année sous une licence de type libre. La version Micro Edition du JDK devrait les rejoindre dans le même temps.
En ce qui concerne le JDK standard, il devrait arriver durant le premier semestre 2007. Sun a des parties dont il ne dispose pas des droits (comme le rendu des polices), il lui faut (…)

Journal Mon impression sur KDevelop 3 (gideon)

Posté par  .
Étiquettes :
0
9
août
2003
Amis pingouins, bonjour !

J'ai testé hier soir, comme ça, pour voir, KDevelop 3.

C'est un IDE modulaire, qui supporte d'ores et déjà les projets dans les langages ADA, C, C++, Fortran, Bash, Java, Perl, PHP, Python, Ruby; il est traduit en grande partie en français grâce à l'équipe de localisation en français de KDE, son interface revisitée est désormais à mon goût beaucoup plus agréable à utiliser, l'intégratiion du débogueur est carrément meilleure qu'avant ...

J'ai pas vraiment eu (…)

Journal Comment ca va ? Java bien

Posté par  .
Étiquettes :
0
10
juin
2003
-Vous avez bonne mine -Java Bean ! Si java bien c'est java bean. On a sur linuxfr une pseudo ligue contre le java, perso j'ai rien contre. Bien au contraire. Souvenez vous : -Fortran c'est nul, jamais un langage de haut niveau ne sera au niveau du code assembleur. -Ben oui mais c'est pratique quand meme. -C'est nul ca bouffe plein de memoire pour rien, en plus a cause d ela compilation ca sera toujours un boulet. -Le C c'est (…)

Journal Encore un bench gcc vs icc

Posté par  (site web personnel) .
Étiquettes :
0
5
jan.
2003
cf http://linuxfr.org/2002/12/07/10578.html pour le précédent, celui-ci est effectué sur un p-III bipro et un p-IV avec l'hyper-threading, la comparaison porte sur du code c++, fortran et java. http://www.coyotegulch.com/reviews/almabench.html à lire, rien que pour les conclusions de l'auteur sur java :°): The problem with Java's performance is not my code or my lack of Java skills -- the real problem is that Java 1.4 is slow

Un autre compilateur Java générant du code natif x86

Posté par  . Modéré par Fabien Penso.
Étiquettes :
0
17
oct.
2001
Java
Ca vient de sortir en version 1.0, Manta dépend de gcc 2.95 ou supérieur, X Window, libjpeg, libungif et libgmp (Linux et un processeur x86 aussi). De plus ce nouveau compilateur natif a le bon gout d'être publié sous LGPL.



Les points importants sont que ce compilateur supporte les spécifications 1.1 du langage, qu'il a pour but d'exploser (en terme de performances) les autres implémentations de compilateur natif Java et surtout il contient une implémentation efficace de RMI conforme au standards de Sun!



Bref, si il a pas une tête de gagnant celui-la...