super !!!!!!!!!!!
trop coooollll ton commentaire
tu a du faire l'ena pour sortir une amorce de troll
comme celle la !
tu utilise koi comme linux ?
mdk, redhat (pour les branleurs)
ou plutot slack/debian (pour les rebelz)
moi aussi je peut troller
ce ki est bien avec les BSD, c'est ke tu
n'installe ke le strict minimum
mais ce ki vous fait chier, vous les users de linux
c'est ke souvent vous y pigez ke dalle a l'install
d'une bsd !!!
et oui, les minables resterons minables ....
C'est bien de parler de securite sur un OS qui a 5 ans de retard ... l'equation est simple:
peu de code = peu de failles ... mais les fonctionnalites on n'en fait quoi ?
Quand a l'implementation de la crypto c'est pipo-molo ... okay on peu crypter la swap sur bsd ... super ! ... <no comment>
Et puis BSD c'est pas un System V bref pas de niveau de demarrage etc ...
Franchement BSD c'est a mettre au placard avec VMS <GROS TROLL>
Faites du C vous apprendrez quelque chose au moins
et bien moi, je fais les deux !
Quand il s'agit surtout de manipuler des fichiers de texte, c'est du Perl. Quand c'est un programme de quelques dizaines de lignes, c'est du Perl. Quand ça devient un boulot plus important, c'est du C.
Faut s'adapter et être ouvert.
C'est beau de voir ca...
donc on régle les problémes sous win 2000 comme on les régle sous win9x ?
ca c'est de l'innovation .
et la cerise sur le gateau :
"Ensuite reboote la machine" .
mouhahahaha
que je sache niveau réactivité pour les trous de sécurité debian est excessivement rapide avec la mise en place de security.debian.org et des mises à jour quasiment aussitot des packages problématiques. Cela faisait un certains temps que les news hebdomadaire de debian n'étaient pas paru alors tu as peut être l'impression que les mises à jour sont lentes et suivant l'air du temps mais il n'en est pas du tout ainsi et ceux qui sont sur les ditribs stables ont tout a fait intérêt de faire de temsp en temps des apt-get update, apt-get upgrade. Mais bon cela ne coute rien de rappeler ça sauf un troll....
La critique est très facile surtout celle non argumentée!!!!
t'as oublie de dire que Konqueror c'est bien mieux que Nautilus.
"Faites du C vous apprendrez quelque chose au moins et vous perdrez moins de temps à chercher ce que Perl ne peut pas vous donner."
hey mec, cool.
there is more than one way to do it.
>Sympathique et à la mode, cette excuse. Seulement il ne s'agit pas d'un gros échec en
>bourse, il s'agit de l'engloutissement pur et simple de plusieurs millions de dollars par une
>entreprise devant pas compter plus de 100 employés.
10 000 000 / 100 = 100 000 $ par employé si la boîte a duré un an. Mettons 50% de charges patronales, et tu as 250-300 000 balles de brut par empployé. Je ne connais pas les salaires dans la silicon valley, mais on ne doit pas être loin de la norme pour un ingénieur ayant un peu d'expérience.
C'est clair que pour la plupart des choses, le shell est le plus rapide, et j'en suis le premier utilisateur. Il reste quand même que quand tu as plusieurs Go de musique sur ton disque dur, les lire facilement avec un gestionnaire de fichiers en cliquant dessus, c'est plus rapide.
Réimplémenter les fonctions de la glibc dans un language de script brouillon a grands coups de modules tout aussi moches, pour dire qu'on a un language de script génial qui peut même faire du bas niveau non merci. Faites du C vous apprendrez quelque chose au moins et vous perdrez moins de temps à chercher ce que Perl ne peut pas vous donner.
En gros Perl est déjà assez gonflé comme ça, laissez le là où il aurait toujours du rester, sur le disque dur de Larry Wall.
je dirais plutôt qu'ils sont complémentaire : pour une très grosse recherche dans tes fichiers, il peut être utile de faire un script. Pour une toute petite chose à faire (rm -Rf Nautilus par exemple ;-), frapper la commande est ce qu'il y a de plus rapide. Mais pour les trucs "moyens" (qu'on ne fait qu'une fois), créer un script serait plus long que le faire manuellement à l'aide des capacités graphiques d'un tel système qui augmente la lisibilité de son système de fichier. Or, pour moi, ces trucs "moyens" sont monnaies courantes. Ce qui ne m'empêche pas d'utiliser la ligne de commande un peu partout (je n'ai jamais une fenêtre Konqueror ouverte sans un shell intégré dans une des vues intérieures).
"KDE, c'est quoi ca ? Konqueror ? C'est qui celui la ? Connait pas désolé ;) "
C'est surement pour cette raison que les programmeurs de Nautilus ont fait un file manager aussi lent et buggue. Ils auraient peut-etre du jeter un coup d'oeil au code de konqueror au lieu d'ecrire des encarts publicitaires...
Je ne sais pas si vous savez la nouvelle mais la version XP de MS sera facturé double pour les entreprises qui ne veulent pas passer sous ça au bout de 5 mois.
Donc MS prend les entreprise pour des pompe a fric.
Si les entreprises sont gérées de façon intélligente WordPerfect et StarOffice pourraient renaitre de leur cendre et, par la, propulser Linux sur les CLients.
[^] # Re: Moins de code = moins de failles mais moins de fonctionalites!
Posté par Anonyme . En réponse à la dépêche Why Linux Will Never Be as Secure as OpenBSD. Évalué à -1.
[^] # Re: un peu off-topic
Posté par Anonyme . En réponse à la dépêche Guide pour la programmation réseaux de Beej's en francais.. Évalué à -1.
[^] # Re: Moins de code = moins de failles mais moins de fonctionalites!
Posté par Anonyme . En réponse à la dépêche Why Linux Will Never Be as Secure as OpenBSD. Évalué à -1.
trop coooollll ton commentaire
tu a du faire l'ena pour sortir une amorce de troll
comme celle la !
tu utilise koi comme linux ?
mdk, redhat (pour les branleurs)
ou plutot slack/debian (pour les rebelz)
moi aussi je peut troller
ce ki est bien avec les BSD, c'est ke tu
n'installe ke le strict minimum
mais ce ki vous fait chier, vous les users de linux
c'est ke souvent vous y pigez ke dalle a l'install
d'une bsd !!!
et oui, les minables resterons minables ....
[^] # Re: ISO de Woody ?
Posté par Anonyme . En réponse à la dépêche Debian Weekly News - May 14th, 2001. Évalué à 0.
Sur ftp.fsn.hu
# Moins de code = moins de failles mais moins de fonctionalites!
Posté par Anonyme . En réponse à la dépêche Why Linux Will Never Be as Secure as OpenBSD. Évalué à -1.
peu de code = peu de failles ... mais les fonctionnalites on n'en fait quoi ?
Quand a l'implementation de la crypto c'est pipo-molo ... okay on peu crypter la swap sur bsd ... super ! ... <no comment>
Et puis BSD c'est pas un System V bref pas de niveau de demarrage etc ...
Franchement BSD c'est a mettre au placard avec VMS <GROS TROLL>
[^] # Re: Perl 6 ? trop tard !
Posté par Anonyme . En réponse à la dépêche Articles sur Perl 6. Évalué à 0.
et bien moi, je fais les deux !
Quand il s'agit surtout de manipuler des fichiers de texte, c'est du Perl. Quand c'est un programme de quelques dizaines de lignes, c'est du Perl. Quand ça devient un boulot plus important, c'est du C.
Faut s'adapter et être ouvert.
[^] # Re: euh
Posté par Anonyme . En réponse à la dépêche Guide pour la programmation réseaux de Beej's en francais.. Évalué à 0.
[^] # Re: MICROSOFT AIDE LINUX A PERCER EN ENTREPRISE!!!
Posté par Anonyme . En réponse à la dépêche Linux progresse dans les entreprises. Évalué à 0.
donc on régle les problémes sous win 2000 comme on les régle sous win9x ?
ca c'est de l'innovation .
et la cerise sur le gateau :
"Ensuite reboote la machine" .
mouhahahaha
[^] # Re: disparition des boot floppies????
Posté par Anonyme . En réponse à la dépêche Debian Weekly News - May 14th, 2001. Évalué à 0.
La critique est très facile surtout celle non argumentée!!!!
[^] # Re: Perl 6 ? trop tard !
Posté par Anonyme . En réponse à la dépêche Articles sur Perl 6. Évalué à 0.
Et alors ?
Je me trompe peut-être mais il me semble que BeOS aussi a été codé en C++, cela ne l'a pas empêché d'être un énorme flop.
[^] # Re: Perl 6 ? trop tard !
Posté par Anonyme . En réponse à la dépêche Articles sur Perl 6. Évalué à 0.
"Faites du C vous apprendrez quelque chose au moins et vous perdrez moins de temps à chercher ce que Perl ne peut pas vous donner."
hey mec, cool.
there is more than one way to do it.
en plus, perl6 sera en C++, pas en C.
[^] # Re: si c'est comme ça c'est la vie
Posté par Anonyme . En réponse à la dépêche Le futur de nautilus. Évalué à 0.
>bourse, il s'agit de l'engloutissement pur et simple de plusieurs millions de dollars par une
>entreprise devant pas compter plus de 100 employés.
10 000 000 / 100 = 100 000 $ par employé si la boîte a duré un an. Mettons 50% de charges patronales, et tu as 250-300 000 balles de brut par empployé. Je ne connais pas les salaires dans la silicon valley, mais on ne doit pas être loin de la norme pour un ingénieur ayant un peu d'expérience.
[^] # Re: bof
Posté par Anonyme . En réponse à la dépêche Le futur de nautilus. Évalué à 0.
<subliminal>Utilisez xftree</subliminal>
[^] # Re: MICROSOFT AIDE LINUX A PERCER EN ENTREPRISE!!!
Posté par Anonyme . En réponse à la dépêche Linux progresse dans les entreprises. Évalué à 0.
# Perl 6 ? trop tard !
Posté par Anonyme . En réponse à la dépêche Articles sur Perl 6. Évalué à 0.
Réimplémenter les fonctions de la glibc dans un language de script brouillon a grands coups de modules tout aussi moches, pour dire qu'on a un language de script génial qui peut même faire du bas niveau non merci. Faites du C vous apprendrez quelque chose au moins et vous perdrez moins de temps à chercher ce que Perl ne peut pas vous donner.
En gros Perl est déjà assez gonflé comme ça, laissez le là où il aurait toujours du rester, sur le disque dur de Larry Wall.
[^] # Re: si c'est comme ça c'est la vie
Posté par Anonyme . En réponse à la dépêche Le futur de nautilus. Évalué à -1.
(hop -1)
# ISO de Woody ?
Posté par Anonyme . En réponse à la dépêche Debian Weekly News - May 14th, 2001. Évalué à 0.
[^] # Re: MICROSOFT AIDE LINUX A PERCER EN ENTREPRISE!!!
Posté par Anonyme . En réponse à la dépêche Linux progresse dans les entreprises. Évalué à 0.
[^] # Re: si c'est comme ça c'est la vie
Posté par Anonyme . En réponse à la dépêche Le futur de nautilus. Évalué à 0.
[^] # Re: bof
Posté par Anonyme . En réponse à la dépêche Le futur de nautilus. Évalué à 0.
[^] # Re: Nautilus c'est quoi?
Posté par Anonyme . En réponse à la dépêche Eazel ... OUT par KO!. Évalué à 0.
C'est surement pour cette raison que les programmeurs de Nautilus ont fait un file manager aussi lent et buggue. Ils auraient peut-etre du jeter un coup d'oeil au code de konqueror au lieu d'ecrire des encarts publicitaires...
[^] # Re: si c'est comme ça c'est la vie
Posté par Anonyme . En réponse à la dépêche Le futur de nautilus. Évalué à 0.
[^] # Re: MICROSOFT AIDE LINUX A PERCER EN ENTREPRISE!!!
Posté par Anonyme . En réponse à la dépêche Linux progresse dans les entreprises. Évalué à 0.
# MICROSOFT AIDE LINUX A PERCER EN ENTREPRISE!!!
Posté par Anonyme . En réponse à la dépêche Linux progresse dans les entreprises. Évalué à 0.
Donc MS prend les entreprise pour des pompe a fric.
Si les entreprises sont gérées de façon intélligente WordPerfect et StarOffice pourraient renaitre de leur cendre et, par la, propulser Linux sur les CLients.
A bon entendeur
[^] # Re: Je viens de lire exegese 2
Posté par Anonyme . En réponse à la dépêche Articles sur Perl 6. Évalué à -1.
Dieu.