Ca n'est pas une question d'audimat, c'est une question de non-censure.
C'est pas la peine de venir critiquer quand on ne connait pas la différence entre modération et censure. Va chercher un PHPnuke et monte un site sur Linux sans modération (puisque modération=censure), on va rigoler.
De deux choses l'une, soit tu n'es pas moderateur de linuxfr auquel cas tu ne sais pas de quoi tu parles, soit tu es de tres mauvaise foi.
Je sais de quoi je parle puisque je vois ce qui est en première page, comme tout le monde. Que 2 ou 50 nouvelles soient refusées je m'en tape puisque le résultat de la modération est bon : il donne un site ou il n'y a pas d'excès pour ou contre une distribution, un langage, etc ; c'est valable aussi pour daCode, c'est normal qu'ils en parlent, et ce n'est certainement pas excessif.
En tout cas, quand on voit l'état de dacode, je pense que vous feriez mieux de passer plus de temps sur le code que dans les commentaires de linuxfr à faire étalage de votre *très* mauvaise foi. Enfin... juste au cas ou vous voudriez qu'un peu plus d'une demi douzaine de gens l'utilisent.
[...]Il faut aussi compter sur l'appui des 4 des 5 grands fabricants d'ordinateurs 64 bits (IBM, SGI, Compaq, et HP)
Je corrige mes propos, j'étais trop vague.
-Je voulais dire que Linux gagne peu à peu des places occupées sur le marché par d'autres Unix ---> La mort des autres Unix n'est pas pour toute suite, mais en 2005, ils ne seront plus aussi imposants.
-(...)2 Alphaserver ES40
Tu as pris un cas un peu extrême, Linux s'imposera par le bas: il remplacera d'abord les Unix des serveurs "bas de gamme".
On remarque déjà sur les catalogues de SGI ou
IBM que Linux est très présent sur les plateformes Intel. De même, les développement pour l'Itanium sont bien avancés...
Tu as raison pour les machines qui peossédent par exemple 32 processeurs+ 64Go de Ram.
Mais je suis convaincu que Linux ratrapera une grande partie de son retad très vite. En effet, jusqu'en 1998-2000, Linux n'était dévelopé que par des petits étudiants ou amateurs aux ressources financières trés limitée: acheter un ordinateur portable représentait déjà un grand
investissement. A ce moment-là, il ne pouvait pas s'acheter 10 cartes méres pour faire des tests et développer des drivers, ils pouvaient encore moins s'acheter 10 gros disques durs avec 50 processeurs et s'amuser à tout faire tourner en parralèle. Aujourd'hui, Redhat, IBM et HP fourni
du matériel puissa,t ou engage l'élite des hackers pour pouvoir améliorer Linux.
Ma conclusion est que Linux dominera les serveurs Intel 32 bits et montera rapidement d'un cran dans "l'échelle des serveurs" et pourra dans un avenir proche biens gérer "quelque" processeurs en même temps.
Tu as sorti la phrase du contexte. La phrase voulait dire que le C n'est pas un langage fait pour reutiliser le code.
Pas vraiment puisque c'est vis à vis de la réutilisation que j'attendais une réponse.
Donc les gros projets sont figes. Et il est difficile d'aller piocher dans le code d'Emacs pour en tirer un fonctionnalite qu'on voudrait utiliser dans son démineur.
Ce n'est pas parce qu'il y a du code dans les deux que ca doit etre le meme. Chacun a ses spécificités, il ne faut pas vouloir reprendre du code là ou ce n'est pas adapté.
Et tant qu'on en restera a cet etat de fait, on reinventera la roue, encore et encore.
Non car pour un gros projet, on ne fait pas du C pur, on fait de la réutilisation on utilisant des libs, tout simplement. Et pour ça, le C vaut n'importe quel autre langage. Si j'ai un logiciel à faire, je ne vais pas réécrire GTK, c'est évident. Réutiliser du code, ce n'est pas pomper du code spécifique à un programme, c'est réutiliser des composants, soit par les libs, soit par les définitions de ces composants dans le programme, qui sont dans les bons projets aussi accessibles que les libs. Ca dépend essentiellement de la conception du projet, rien à voir avec le langage choisi.
Elles le sont, sauf dans ta vision parano. Quant au fait qu'autre chose intéresse plus de monde, ce n'est pas un critère pour sélectionner les news, sinon une news sur 2 concernerait Mandrake. Pas la peine de crier au scandale quand tes seules références pour juger d'une news c'est l'intéret porté par la majorité, ce n'est pas l'"audimat" qui est recherché ici, à moins que tu aies envie de te contredire.
Tu as sorti la phrase du contexte.
La phrase voulait dire que le C n'est pas un langage fait pour reutiliser le code.
Donc les gros projets sont figes. Et il est difficile d'aller piocher dans le code d'Emacs pour en tirer un fonctionnalite qu'on voudrait utiliser dans son démineur.
Et tant qu'on en restera a cet etat de fait, on reinventera la roue, encore et encore.
Les boites commerciales ne peuvent pas se le permettre, c'est pour cela qu'elles lorgnent du cote des langages et des architectures a fort taux de reutilisabilite.
Et bien, faisons pareil. PArce qu'a la limite, un .Net manage par Microsoft pourrait se reveler d'aussi bonne qualite que nos developpements libres.
Mais je reste convaincu que "philosophie à la .Net + philosophie libre" cela va nous rendre encore plus fort!
Ca n'est bien évidemment jamais écrit tel quel (quoique...), c'est une formule condensée de la présentation récurente type de dacode.
Bof, tant que tu es le seul à lire ce genre de chose dans des articles qui ne disent pas ça, c'est pas bien grave... (enfin pour nous, c'est juste un peu grave pour toi.)
> qui utilise OpenBsd de nos jours ?
> Une bonne mandrake, surtout la dernière est
> largement suffisant, pas la peine de s'embarque
> dans des histoires d'OS à deux sous
> à peine capable d'offrir un WM correct.
C'est bien ici pour la flamewar? :-)
meuh non, Debian ca le fait quand même beaucoup mieux...
Un exemple du meme style mais encore plus flagrant c`est Blender, un logiciel de 3D.
Au début c'est l'horreur, il n'y a pas de barre de menu, pas de barre d'icones comme dans un soft normal. On doit utiliser les trois boutons de la souris, la barre d'espace etc.
Mais après une semaine et si on a bien compris le concept c'est vraiment très ergonomique. Un logiciel de 3D c'est le cas typique du soft ou un interface pas normal se justifie.
Ce système a été utilisé sur le site d'inscription qui soutenait une charge lourde à sa sortie. Il n'a rien a voir avec la connexion Internet et le débit fourni.
Le goto peut être utiliser pour améliorer la lisibilité (on evite de ce trainer une variable qui indique l'état de la fonction).
Exemple pour la gestion d'erreur :
int toto(void) {
int all_ok = 0 ;
if ( .... == probleme ) {
goto erreur ;
}
.
.
.
if ( ... == probleme ) {
goto erreur ;
}
.
.
.
return ok ;
erreur:
// boulot sur erreur
return pas_ok ;
}
Visual Basic propose l'excellent "on error goto".
Exemple pour sortir de beaucoups de boucle imbriqués.
qqc * chercher(...) {
for(....) {
while {
for(....) {
if (c'est presque le bon) {
.
.
.
if (c'est le bon) {
goto trouve ;
}
}
}
for(....) {
if (c'est le bon) {
goto trouve ;
}
}
}
}
return NULL ;
trouve:
// faire qqc
return qqc ;
}
P.S.: désolé pour ce code pas indenté mais dacode n'autorise pas la borne "<pre>" ni les " "
[^] # Re: Heu ?
Posté par Anonyme . En réponse à la dépêche daCode 1.2.0 disponible. Évalué à 0.
[^] # Re: OpenBSD 2.9
Posté par Anonyme . En réponse à la dépêche OpenBSD a des problèmes logistiques.... Évalué à 0.
openbsd est user friendly
et pourvu du desktop qu'on veut:
http://www.multimania.com/wirelessfr/screen-enlight.jpg(...)
[^] # Re: Heu ?
Posté par Anonyme . En réponse à la dépêche daCode 1.2.0 disponible. Évalué à 0.
C'est pas la peine de venir critiquer quand on ne connait pas la différence entre modération et censure. Va chercher un PHPnuke et monte un site sur Linux sans modération (puisque modération=censure), on va rigoler.
[^] # Re: Heu ?
Posté par Anonyme . En réponse à la dépêche daCode 1.2.0 disponible. Évalué à 0.
Ta "demi douzaine d'utilisateurs" montre que tu ne sais pas de quoi tu parles.
[^] # Re: Heu ?
Posté par Anonyme . En réponse à la dépêche daCode 1.2.0 disponible. Évalué à 0.
Je sais de quoi je parle puisque je vois ce qui est en première page, comme tout le monde. Que 2 ou 50 nouvelles soient refusées je m'en tape puisque le résultat de la modération est bon : il donne un site ou il n'y a pas d'excès pour ou contre une distribution, un langage, etc ; c'est valable aussi pour daCode, c'est normal qu'ils en parlent, et ce n'est certainement pas excessif.
[^] # Re: Heu ?
Posté par Anonyme . En réponse à la dépêche daCode 1.2.0 disponible. Évalué à 0.
En tout cas, quand on voit l'état de dacode, je pense que vous feriez mieux de passer plus de temps sur le code que dans les commentaires de linuxfr à faire étalage de votre *très* mauvaise foi. Enfin... juste au cas ou vous voudriez qu'un peu plus d'une demi douzaine de gens l'utilisent.
[^] # Re: OpenBSD 2.9
Posté par Anonyme . En réponse à la dépêche OpenBSD a des problèmes logistiques.... Évalué à 0.
nraynaud
[^] # Re: OpenBSD 2.9
Posté par Anonyme . En réponse à la dépêche OpenBSD a des problèmes logistiques.... Évalué à 0.
[^] # Re: De toute façon...
Posté par Anonyme . En réponse à la dépêche OpenBSD a des problèmes logistiques.... Évalué à -1.
[^] # Re: Heu ?
Posté par Anonyme . En réponse à la dépêche daCode 1.2.0 disponible. Évalué à 0.
De deux choses l'une, soit tu n'es pas moderateur de linuxfr auquel cas tu ne sais pas de quoi tu parles, soit tu es de tres mauvaise foi.
> ce n'est pas l'"audimat" qui est recherché ici
Ca n'est pas une question d'audimat, c'est une question de non-censure.
[^] # Re: je rigole
Posté par Anonyme . En réponse à la dépêche Open Source - une question de temps. Évalué à 0.
Je corrige mes propos, j'étais trop vague.
-Je voulais dire que Linux gagne peu à peu des places occupées sur le marché par d'autres Unix ---> La mort des autres Unix n'est pas pour toute suite, mais en 2005, ils ne seront plus aussi imposants.
-(...)2 Alphaserver ES40
Tu as pris un cas un peu extrême, Linux s'imposera par le bas: il remplacera d'abord les Unix des serveurs "bas de gamme".
On remarque déjà sur les catalogues de SGI ou
IBM que Linux est très présent sur les plateformes Intel. De même, les développement pour l'Itanium sont bien avancés...
Tu as raison pour les machines qui peossédent par exemple 32 processeurs+ 64Go de Ram.
Mais je suis convaincu que Linux ratrapera une grande partie de son retad très vite. En effet, jusqu'en 1998-2000, Linux n'était dévelopé que par des petits étudiants ou amateurs aux ressources financières trés limitée: acheter un ordinateur portable représentait déjà un grand
investissement. A ce moment-là, il ne pouvait pas s'acheter 10 cartes méres pour faire des tests et développer des drivers, ils pouvaient encore moins s'acheter 10 gros disques durs avec 50 processeurs et s'amuser à tout faire tourner en parralèle. Aujourd'hui, Redhat, IBM et HP fourni
du matériel puissa,t ou engage l'élite des hackers pour pouvoir améliorer Linux.
Ma conclusion est que Linux dominera les serveurs Intel 32 bits et montera rapidement d'un cran dans "l'échelle des serveurs" et pourra dans un avenir proche biens gérer "quelque" processeurs en même temps.
Krypton
silversmith3@netscape.net
[^] # Re: Pas d'accord
Posté par Anonyme . En réponse à la dépêche Open Source - une question de temps. Évalué à 0.
Pas vraiment puisque c'est vis à vis de la réutilisation que j'attendais une réponse.
Donc les gros projets sont figes. Et il est difficile d'aller piocher dans le code d'Emacs pour en tirer un fonctionnalite qu'on voudrait utiliser dans son démineur.
Ce n'est pas parce qu'il y a du code dans les deux que ca doit etre le meme. Chacun a ses spécificités, il ne faut pas vouloir reprendre du code là ou ce n'est pas adapté.
Et tant qu'on en restera a cet etat de fait, on reinventera la roue, encore et encore.
Non car pour un gros projet, on ne fait pas du C pur, on fait de la réutilisation on utilisant des libs, tout simplement. Et pour ça, le C vaut n'importe quel autre langage. Si j'ai un logiciel à faire, je ne vais pas réécrire GTK, c'est évident. Réutiliser du code, ce n'est pas pomper du code spécifique à un programme, c'est réutiliser des composants, soit par les libs, soit par les définitions de ces composants dans le programme, qui sont dans les bons projets aussi accessibles que les libs. Ca dépend essentiellement de la conception du projet, rien à voir avec le langage choisi.
[^] # Re: Heu ?
Posté par Anonyme . En réponse à la dépêche daCode 1.2.0 disponible. Évalué à 0.
Elles le sont, sauf dans ta vision parano. Quant au fait qu'autre chose intéresse plus de monde, ce n'est pas un critère pour sélectionner les news, sinon une news sur 2 concernerait Mandrake. Pas la peine de crier au scandale quand tes seules références pour juger d'une news c'est l'intéret porté par la majorité, ce n'est pas l'"audimat" qui est recherché ici, à moins que tu aies envie de te contredire.
[^] # Re: Pas d'accord
Posté par Anonyme . En réponse à la dépêche Open Source - une question de temps. Évalué à 0.
La phrase voulait dire que le C n'est pas un langage fait pour reutiliser le code.
Donc les gros projets sont figes. Et il est difficile d'aller piocher dans le code d'Emacs pour en tirer un fonctionnalite qu'on voudrait utiliser dans son démineur.
Et tant qu'on en restera a cet etat de fait, on reinventera la roue, encore et encore.
Les boites commerciales ne peuvent pas se le permettre, c'est pour cela qu'elles lorgnent du cote des langages et des architectures a fort taux de reutilisabilite.
Et bien, faisons pareil. PArce qu'a la limite, un .Net manage par Microsoft pourrait se reveler d'aussi bonne qualite que nos developpements libres.
Mais je reste convaincu que "philosophie à la .Net + philosophie libre" cela va nous rendre encore plus fort!
[^] # Re: Heu ?
Posté par Anonyme . En réponse à la dépêche daCode 1.2.0 disponible. Évalué à 0.
Bof, tant que tu es le seul à lire ce genre de chose dans des articles qui ne disent pas ça, c'est pas bien grave... (enfin pour nous, c'est juste un peu grave pour toi.)
[^] # Re: Solution = Hébergement
Posté par Anonyme . En réponse à la dépêche OpenBSD a des problèmes logistiques.... Évalué à 0.
[^] # Re: De toute façon...
Posté par Anonyme . En réponse à la dépêche OpenBSD a des problèmes logistiques.... Évalué à 0.
# OpenBSD 2.9
Posté par Anonyme . En réponse à la dépêche OpenBSD a des problèmes logistiques.... Évalué à 0.
[^] # Re: De toute façon...
Posté par Anonyme . En réponse à la dépêche OpenBSD a des problèmes logistiques.... Évalué à 0.
> Une bonne mandrake, surtout la dernière est
> largement suffisant, pas la peine de s'embarque
> dans des histoires d'OS à deux sous
> à peine capable d'offrir un WM correct.
C'est bien ici pour la flamewar? :-)
meuh non, Debian ca le fait quand même beaucoup mieux...
[^] # Re: Je suis d'accord
Posté par Anonyme . En réponse à la dépêche Open Source - une question de temps. Évalué à 0.
Un exemple du meme style mais encore plus flagrant c`est Blender, un logiciel de 3D.
Au début c'est l'horreur, il n'y a pas de barre de menu, pas de barre d'icones comme dans un soft normal. On doit utiliser les trois boutons de la souris, la barre d'espace etc.
Mais après une semaine et si on a bien compris le concept c'est vraiment très ergonomique. Un logiciel de 3D c'est le cas typique du soft ou un interface pas normal se justifie.
[^] # De toute façon...
Posté par Anonyme . En réponse à la dépêche OpenBSD a des problèmes logistiques.... Évalué à -1.
quitte a troller autant que se soit nul.
et zou -1...
[^] # Re: OT
Posté par Anonyme . En réponse à la dépêche OpenBSD a des problèmes logistiques.... Évalué à 0.
[^] # Re: Sql-Relay
Posté par Anonyme . En réponse à la dépêche Comparatif jsp/php. Évalué à 0.
[^] # vive le goto (parfois)
Posté par Anonyme . En réponse à la dépêche Comparatif jsp/php. Évalué à 0.
Exemple pour la gestion d'erreur :
int toto(void) {
int all_ok = 0 ;
if ( .... == probleme ) {
goto erreur ;
}
.
.
.
if ( ... == probleme ) {
goto erreur ;
}
.
.
.
return ok ;
erreur:
// boulot sur erreur
return pas_ok ;
}
Visual Basic propose l'excellent "on error goto".
Exemple pour sortir de beaucoups de boucle imbriqués.
qqc * chercher(...) {
for(....) {
while {
for(....) {
if (c'est presque le bon) {
.
.
.
if (c'est le bon) {
goto trouve ;
}
}
}
for(....) {
if (c'est le bon) {
goto trouve ;
}
}
}
}
return NULL ;
trouve:
// faire qqc
return qqc ;
}
P.S.: désolé pour ce code pas indenté mais dacode n'autorise pas la borne "<pre>" ni les " "
Dacode pourrait autoriser "<pre>" mais dans ce cas utiliser la fonction wordwrap() (cf:http://www.php.net/manual/en/function.wordwrap.php(...)) pour éviter les lignes trop longues.
[^] # Avec un peu d'huile de coude...
Posté par Anonyme . En réponse à la dépêche Comparatif jsp/php. Évalué à 0.
Xavier