GNU/Linux et le home user.

Posté par PasRPasS (Jabber id, ) le 15/10/2007 à 21:07. (lien). Évalué à 0.

Une solution et une seule:
Pré-installation sur une vaste majorité des ordinateurs.
(pas 0.000001%... mais c'est un début on va me dire mais un début qui est loooong)

[ Répondre ]

Re: Et mercurial ?

Posté par PasRPasS (Jabber id, ) le 15/10/2007 à 21:03. (lien). Évalué à -6.

Non, tu as raison. Techniquement, Mercurial est une copie de GIT en python. Perso, ça me fait ch... qu'il soit en python, déjà automake en perl c'est à peine supportable alors vive GIT et son code en C. Tiens, l'autre jour j'ai aperçu un wiki dont le versioning est construit sur git.
Par contre les très mauvaises choses sont les mauvaises habitudes que vont prendre les codeurs utilisant SVN....

[ Répondre ]

Le jeu de la plus grosse?

Posté par PasRPasS (Jabber id, ) le 15/10/2007 à 20:55. (lien). Évalué à -7.

4 millions de ligne de code? 700 classes?
Elle est énOooOrme celle là.

Bref... cobol vers java... pas brilliant. Obsolète vers obsolète. Bravo.

700 classes: Wouhahou! Je te parie que tout ça va être maintenable comme un airbus A380 avec une clé de 12.

Bon au moins ce sont des serveurs tournant avec GNU/Linux. Une lueur d'espoir dans un océan de...

[ Répondre ]

Toujours Yum/RPM?

Posté par PasRPasS (Jabber id, ) le 15/10/2007 à 20:44. (lien). Évalué à -5.

C'est toujours du Yum/RPM, mandriva?
Yum c'est du python, c'est très mal choisi pour un gestionnaire de paquets.
bash/c est le maximum autorisé pour des outils systèmes... pour ceux qui ne voit pas pourquoi, il faut arrêter de faire de l'informatique... comprendre allez bossez sur du MS, là vous pourrez faire des outils systèmes en VB.
Mais bon, les autres distros c'est pas beaucoup mieux:
Debian: aptitude en C++.
Gentoo: portage en python.
...

[ Répondre ]

Encore cet m.... de java...

Posté par PasRPasS (Jabber id, ) le 15/10/2007 à 20:37. (lien). Évalué à -4.

Bin tiens du java... voir plus loin... parce que je le vaux bien.
Il est toujours pas libre ce bloat de langage obsolète.
Y en a qui n'ont toujours pas compris que les langages de pseudo-haut niveau à compilation statique sont dépassés (cf java et ces sous-copies). Il faut utiliser les langages de vrai haut niveau (vraiment dynamiques) comme ruby/perl/python/lua/javascript couplés à des modules en C (allez... j'y met aussi le C++).
Bref, j'encourage fortement les gens à rester sur la version Zope et surtout passer à autre chose si la version Zope ne leur convient pas.

[ Répondre ]

[ Précédent :: 1 2 ]