kadalka a écrit 785 commentaires

Tout code informatique comporte au moins un bug.

Non.
La majorité des codes informatiques oui mais pas tous.

1/ Tout dépend de ce que vous entendez par bugs…
a) ne compile pas [cas des codes à compiler]
b) ne s'exécute pas.
c) le compilateur n'est pas approprié
d) le défaut matériel fait que même le code correctement écrit bug
e) on parle de bug lorsqu'on devrait parler d'absence d'un feature que l'on veut et qui n'avait pas été prévu au début.

2/ Pour le cas e) il m'est arrivé d'avoir un code qui fonctionne à merveille mais je voulais un truc en plus.
Si votre code est du style print hello et que ce code fonctionne il est évident qu'il n'y a pas de bug.

Je résume c'est souvent l'absence d'un feature qui fait que l'on parle de bug… lorsque le code est parfaitement maîtrisable.
[moins de 1000 lignes, le langage est maîtrisé, la doc est à niveau, etc.]

Il semble que kadalka ait un autre avis.

Soit on parle de TOUS les cas de figures, ou presque, et c'est ce que je fais, soit on parle de cas particuliers comme le votre où probablement vous codez de longues pages par semaine…
Dans le premier cas, j'écris du code qui peut boguer au début [c'est exceptionnel si çà ne bogue pas], mais puisque c'est court [de zero à 10 000 lignes] au bout d'un moment çà ne bogue plus.
Dans le deuxième cas, si vous écrivez du code pour plusieurs milliers de lignes, cela me paraît impossible que çà ne bogue pas, même si vous utilisez un framework, et en particulier si c'est lié au matériel [device issue]. Si en plus plusieurs personnes sont dessus…

Pendant qu'on parle de bugs, il faudrait se pencher sur le fâcheux problème qui affecte kadalka : pour une raison inconnue ses notes de commentaires sont très basses. Ça sent le truc mal pensé, pas fini. Je ne parle du code.

Bof…
Merci pour la vanne: fallait pas.
Mais de toutes les façons je reconnais que la notation n'est pas la meilleure.

Comme si on avait besoin d'outils pour se débarrasser de certains utilisateurs :)

Disons que pour s'en débarasser il faut utiliser del comme outil. Non ?
Remarquez que demander à quelqu'un de ne plus troller c'est déjà l'usage d'un outil : le langage. :-D

Pour être précis, les pays qui ont réussi ont fait tout pour valoriser l'ingéniorat et assimilés [techniciens].

La France a fait des efforts en matière d'éducation mais ce n'est pas suffisant…

Pour la R&D, restons objectifs, la France n'a pas les moyens industriels.

On peut toujours vendre sans les ingénieurs [importation] à la rigeur, même si c'est une très mauvaise idée.
L'erreur c'est de ne rien faire pour les garder (et surtout il faut tout faire pour en former en quantité ET en qualité).

Il m'est arrivé de mettre root comme mot de passe. :-D
(C'est vrai que le matos n'allait pas sur le net non plus…)
[On vire un admin pour moins que çà]

Les MdP dans mon cas sont au minimum de lettre et de chiffres.
Souvent, je mets des caractères spéciaux.
Ce n'est pas le même mdp pour ce qui est critique et ce qui ne l'est pas.

Sur linuxfr mon mdp est complexe [plusieurs caractères spéciaux, lettres et chiffres].
(Vu les " méchants " ici, il vaut mieux être prudent…)

Je change certains mdp assez souvent…
(Le risque est faible car je suis assez exigeant)

Le problème n'est pas dans le mot de passe je pense.
Si quelqu'un veut pirater un compte il y arrivera quand même mais pas nécessairement en passant par un mot de passe.
Tout dépend des moyens qu'il met bien sûr.
Des mauvais hackers ont bien réussit à pirater le pentagone non ?

1/ Le code est connu comme stable [à la rigeur testing] : pas besoin normalement.
2/ Un code simple : moins de 1000 lignes: pas trop besoin je pense.
3/ Si vous écrivez bien vos codes : de temps en temps vous aurez besoin…
4/ Pour le reste: je doute qu'on puisse s'en passer…

Maintenant, on peut toujours avoir besoin de debogger/tracer pour optimiser…

Personnellement, je pense que c'est utile ne serait-ce que pour savoir comment çà fonctionne.

Le lien avec l'autre poste est pertinente: répondre à votre question permet simplement de rappeler que l'on peut obtenir des résultats avec des manière différentes.

Notez que je n'ai même pas pris le cas où c'est un inconnu que débogue ce qui sous entend presque que le besoin de déboguer ne se pose pas… :-)

@flan

OS X

Remarquez que Window$ a mis du /etc aussi…
C'est pour attirer certains unixiens qui sont réfractaires à Window$.

@Misc

Mais oui il faut vérifier au cas où je me trompe.
OS X c'est en partie de l'UNIX et précisément du freeBSD.
Mais c'est la réponse de flan qui est plus évident car il rappelle que c'est du MACH [micronoyau]…
(freeBSD c'est vague)

NB: J'apprécie ta précision pour ceux qui ne savent pas, mais je ne voulais pas parler de freeBSD pour ne pas être accusé de trollisme.
[contrairement à toi je sais reconnaître la valeur d'un commentaire]

ça apporterais quoi à Debian ?

Ca vous arrive quand même de réfléchir de temps en temps ?
Je ne suis pas un employé d'ubuntu ni de debian, mais en tant que stratège, je peux te donner quelques raisons d'aimer cette association.

1/ Ce qui empêche ubuntu comme debian de s'imposer définitivement dans le monde de l'entreprise c'est leur divergences…
Et oui, pour régner il faut diviser, mais comme vous le savez l'union fait la force.
C'est vrai en toute circonstance.

Par exemple, les proFedora aiment bien me moinsser donc comme ils se mettent à plusieurs, je tombe facilement à moins dix.

2/ Ubuntu n'est pas assez communautaire de mon point de vue. Il vaut mieux donc qu'ils s'y mettent dans le domaine des paquetages car là c'est très stratégique.
Si je suis debian, je ferais de même: je me rapproche d'ubuntu.
Le seul problème est: veulent-ils se rapprocher ?

3/ Sur le long terme, il sera beaucoup plus utile d'avoir un espèce d'installeur qui fonctionne en toute circonstance sur au moins les deux plateformes [debian/ubuntu].
Celui qui va signer le chèque préfèrera quelque chose qui est accepté par la majorité sans la contrainte des licences, qu'une bonne distrib, qui certes, fonctionne bien, mais ne sera compatible avec aucune autre.

4/ N'ai-je pas dit que j'aimerais bien que linux soit diffusé à tous et que je sous entends par là qu'il faudrait que certains points soient communs grâce à la communauté et surtout pas grâce à une entreprise commerciale ?
Par exemple l'erreur de Gnome/gtk est de ne pas être correctement documenté et comme il est chez RH…
Autre exemple: RH crée sa propre version du noyau linux d'après ce que je sais [c'est grave pour le libre].

etc.

Je te rappelle à tout hasard que debian ne veut que du libre chez lui [en gros].
La présence de certains logiciels non-free est plus de l'ordre de la tolérance que du désir de mettre du nonlibre chez debian.

tu [misc] me [kadalka] propose de contribuer ?

Je doute que debian va écouter les propos de quelqu'un qui n'a pas contribué chez debian.
Mais si il y a des stratèges chez eux, et je suis convaincu qu'il y en a des tas, ils feront petit à petit leur nid.
Je suis contre le cloud tel qu'il est présenté et probablement que les stratèges de debian ont été contre eux aussi, mais comme le marché en veut, on ne peut pas ignorer ce marché n'est-ce pas?
(Je te rappelle que debian fait aussi de l'ARM.)

Tu veux dire de la même façon que toutes les distributions se sont alignés sur l'usage du .deb, sur l'installeur utilisé par Debian ou sur l'usage d'apt ?

Toutes ?
Ah bon? RPM n'est-il pas celui qui est utilisé par RH ?

Ou de la même façon qu'une bonne partie des distributions se sont mises d'accord sur systemd, ou est ce que le fait de s'aligner, ce n'est bien que quand il s'agit de s'aligner sur Debian ou assimilée, et le reste, ça reste une méthode totalement nuisible au logiciel libre ( cf ton commentaire plus haut ) ?

J'ai déjà répondu à cette question…
Mais si tu ne t'en souviens pas ce n'est pas grave: j'accepte de répéter mais j'ai peur que tu me reproches de, comment dire, radoter…

1/ debian est une communauté indépendante.
systemd défend RH qui est une entreprise commerciale.
Je t'ai déjà dit que le leader de systemd n'a pas bonne presse.

2/ Si on s'aligne sur une communauté c'est la certitude d'une pérenisation.
C'est l'une des erreurs d'ubuntu: s'éloigner un peu de la communauté.
Bien sûr si tu as de bon stratèges dans ton entreprise, tu peux te le permettre.
Je sous entends que le produit proposé va plaire et ne sera pas bêtement imposé.

3/ Quand je parle de debian c'est uniquement parce que debian est la plus grande communauté avec ubuntu.
Les deux ensemble peuvent s'imposer de fait.

4/ systemd. Sérieux ?
Tu le sais très bien que systemd a été imposé par RH.
C'est même facile à comprendre: changer init n'est pas une priorité.
du coup systemd a pu forcer le passage grâce à quelques améliorations.
Mais tu as du remarquer que les personnes qui ont utilisé les deux te diront qu'il n'y a pas de différences réelles.
Par contre, ceux qui se mettront à systemd vont très probablement être contraint de faire du RH sous une forme ou une autre.

C'est une des erreurs de debian et d'ubuntu de ne pas avoir cherché à travailler ensemble dessus.

5/ RH recule donc je ne vois pas pourquoi on va faire du rpm…
Regardes toi même les stats: j'ai été surpris de constater que lorsqu'un éditeur propose des binaires, il met du debian/ubuntu au minimum…
Et souvent ils ne mettent que les binaires pour UNE seule plateforme. Tu devines laquelle ? :-D

6/ RH est nuisible notamment parce que c'est une organisation à but lucrative.
La preuve Gnome.

Des questions sur le plan de la stratégie ?

Question subsidiaire: pourquoi LFS n'utilise pas systemd ? ;-)

Si tu pouvais arrêter de te mettre systématiquement dans une opposition manichéenne, hors sujet et contre productive entre ta technologie favorite du moment et le reste du monde, je suis sur que le niveau de tes commentaires grimperais

Je pense que c'est toi qui devrait arrêter de nous faire croire que Fedora vaut un clou…
Justement contrairement à toi, je ne mets pas systématiquement en avant debian car avant tout c'est pour les pros pas pour le débutant.
Je mettrais plus en avant knoppix ou crunchbang [version debian] pour montrer les possibilités de linux en mode graphique.
Mais tu as du remarquer que je ne parle pas beaucoup de knoppix pour autant…

J'ai même tendance à parler de slackware. Et c'est normal, il est mon préféré la plupart du temps.
Mais pour une entreprise le meilleur rapport qualité prix reste de très loin le couple debian/ubuntu (serveur/desktop).
Celui qui lit linuxfr voudra connaître, s'il débute, quelle est la tendance sur le long terme du moment.
J'avais répondu que c'est debian/ubuntu.

A la rigueur je parlerais de CentOS et particulièrement de scientific linux mais il vaut mieux être prudent.
Comme vous le savez debian change à peine ses paquets: tout au plus il fait les mise à jour indispensables (sécurité). Ce qui en fait un outil de choix pour l'entreprise.

Je ne parle pas de mageia [tu t'en vantes d'en être l'un des maîtres d'oeuvre] car je ne sais pas où il va côté entreprise.

Si je suis ta logique je devrais parler de slackware essentiellement. Est-ce le cas ?

Ce n'est pas tous les jours qu'on lit quelque chose de passionnant alors je me suis dit qu'il faut encourager.
C'est vrai que vous auriez dû écrire un journal mais cela ne gêne personne, en tout cas j'ai apprécié.

Bon, si vous cherchez quelque chose en France ne vous fatiguez pas trop, vous ne trouverez rien à votre pointure.
Un chercheur, par définition, çà coûte cher donc il vaut mieux sérieusement chercher aux USA ou au pire hors de France, comme l'Allemagne.
De toutes les façons, on vous reprochera de ne pas connaître la réalité du terrain.

Vous voulez devenir enseignant par exemple ? Il faut aimer çà parce que vous serez déçu…

Bref, je recommande les USA où les pays émergents, là au moins vous serez mieux payé et on vous prend pour vos compétences pas pour votre carton…
Montrez vos compétences et vous aurez beaucoup d'offres.

Les échecs sont un problème pour vous ? C'est une erreur de penser ainsi.
Les échecs de mon point de vue personnel montrent que vous êtes prêts à continuer malgré les erreurs.
D'autres abandonnent au moindre soucis.
C'est cela qui intéresse le recruteur: le gars qui cherche encore des solutions là où tous ont jeté les gants.

Mon conseil: foncez aux states…
[Evitez les regrets comme celui de ne pas avoir essayé les states par exemple]

Dommage qu'il ne soit pas gratuit…
(il gère django !)

Merci à Sekigo qui a mentionné Spyder:
Spyder (software) - Wikipedia, the free encyclopedia

ya serieusement quelqu'un qui code encore uniquement avec un simple editeur de texte de nos jours?

Je ne pense pas que quelqu'un code uniquement avec Kate.
Mais je reconnais que dans la majorité écrasante des cas je n'utilise pas la complétion…
Donc à la limite je pourrais vous donner raison…

Mais c'est difficile de faire sans IDE de nos jours, notamment pour les gros projets critiques.

En fait, c'est surtout que faire un .deb, c'est compliqué, c'est un format relativement riche et qui possède beaucoup de possibilité.

8-|
Ah bon ?
et un RPM c'est simple ?

Sinon j'aimerais bien lire les avis des proFedora.
Mais je suis sûr qu'ils ont des perles à nous offrir.

Donc, Misc si tu veux t'étaler un peu, cela nous intéresse.

Mouais…
Lorsque on veut un paquet précis c'est plutôt:
[Je suppose que les dépendances sont là]

wget protocole://adresse-du-paquet
dpkg le-paquet-voulu

ou carrément:

wget protocole://adresse-du-tar-gz
mkdir quelquepart
cd quelquepart
gunzip ../le-tar-gz
./configure && make && sudo make install


[Ben ouais]

J'utilise Geany, c'est ce que je recommande lorsqu'on débute.
D'ailleurs vous pouvez facilement le compiler avec très peu de dépendances…

Mais de mon point de vue personnel, ce n'est pas satisfaisant…
NetBeans me paraît être bien foutu ou codeblocks…
Eclipse est un peu usine à gaz donc il faut du matériel puissant.
Je préfère d'ailleurs des versions spécialisées d'Eclipse si je dois m'en servir.

Mais il m'arrive de taper du code avec Kwrite [Bash, perl, python, C, etc.].
(oui un crime de lèse majesté)

Au quotidien, l'intérêt est de pouvoir faire de l'autocompletion rapidement.
Vous pouvez aussi voir les fonctions/objets que vous avez créés, et les plus aboutis gèrent l'UML (graphes).

Ce serait une bonne idée s'ils [debian et ubuntu] se mettaient à discuter de ce nouveau projet.
De cette manière les adversaires de ces deux distributions seront obligées de s'aligner.
(Genre khof Red Hat khof ?)

Ce serait encore mieux si des distributions sérieuses comme Gentoo, slackware et Arch Linux soient de la partie.
Bien sûr, il y a d'autres distributions mais je n'ose les citer.

Je me demande même s'il ne serait pas possible de proposer cela au monde unix en général, comme les BSD pour ne citer qu'eux.
[Bon là je rêve un peu: j'ai le droit non ? :-D]

je préfère voir cette approche plutôt que celle de certains projets

+1
Bien vu…
Remarque très pertinente et d'ailleurs l'approche que vous dénoncez nuit au libre et à la réputation de linux.
Ce qui est une mauvaise chose pour le futur de linux et de l'open source.

Lorsqu'on améliore la qualité d'un OS on change certaines choses et parfois le gestionnaire de paquetage…
Je vous rappelle que dans le passé il n'y avait pas de gestion de paquetage dans les systèmes UNIX…

Alien existait déjà pour fédérer des paquets donc Steve Jobs n'a rien inventé.

C'est plutôt Steve Jobs qui copie…
(Mac OS c'est en partie de l'UNIX…)

Démontrer, c'est quand on a une démonstration. La, tout au plus, tu as un jeu incomplet et subjectif d'impression. Et c'est pas parce qu'il y a des commentaires incorrectement en négatif que tes commentaires ne sont pas à juste titre dans le négatif

Comme je l'ai dit, vous me donnez l'impression de quelqu'un qui n'y connaît rien en site web ce qui est étonnant…
Je répète: lorsqu'une personne est dans le négatif cela ne prouve rien sauf dans certains cas…
J'ai souvent vu des commentaires de qualité en négatif [parfois dans les limbes].
Et des commentaires médiocres en positif dans pas mal de site.
La démonstration consiste, dans MON cas, à constater que mon hypothèse de départ est juste:
Etre dans le négatif ou le positif ne prouve rien quel que soit le site.

CQFD

Ta mémoire de ?

C'est une discussion que j'ai eu avec quelqu'un: si ma mémoire est bonne, on avait eu comme remarque que les commentateurs ne perdent pas leur temps à cliquer sur des plus ou des moins, ce qui est logique puisqu'ils n'ont pas que cela à faire.

c'est parce qu'une majeure partie des gens pense que tu es inutile dans tes interventions

Voir ma réponse dans CE commentaire plus haut.

Merci beaucoup

Oui logiquement ce devrait être la v2
Mais il serait bon de permettre la v1 en option.
[Genre je teste une nouvelle snapshot et si elle ne me plaît pas je la vire]

Ce que vous dites est encore plus simple que je ne l'avais imaginé.

une simple comparaison entre les noms sur la page et mon login te monteras que pendant que tu connais l'histoire, moi, je l'ai vécu et j'aurais tendance à dire que je l'ai fait.

Lorsque j'utilise un LiveCD, c'est une version personnalisée.
Pour être précis, quel que soit la LiveCD, les scripts sont les mêmes, le login, etc.
Ca ne marche pas toujours, mais chez moi oui pour mes besoins.
Ce n'est pas énorme mais lorsque je compare avec ce que l'utilisateur lambda veut, c'est intéressant.
J'ai vu que techniquement, je pourrais créer un LiveCD qui pourra booter du slackware ou du debian avec le même /home/ et le même kernel…
Je me suis dit que je pourrais créer un LiveCD avec centOS en plus.
Il faudra que je maîtrise CentOS. :P

Une entreprise n'a pas besoin de mise à jour ?

O_o
Où ai-je dit cela ?
Une entreprise ne veut pas de mise à jour payante lorsqu'une mise à jour gratuite est possible.
C'est possible avec debian.
Très probablement avec CentOS… [C'est mon avis personnel, je peux me tromper]

Les grosses structures peuvent payer un bon support, les petites non.
C'est pour cela que beaucoup restent avec Windows XP…

Rappelle moi, à quoi tu as contribué ?

A rien: je ne trompe pas mon monde.
Mais j'envisage de très sérieusement le faire.

Cloud

Je n'ai jamais dit que RH ne contribuait pas à OpenStack.
J'ai dit que l'investisseur dans le cloud voudra du debian.
Ceux qui sortent des écoles sont des proUbuntu… [Ubuntu contribue aussi à OpenStack]
C'est la différence entre toi et moi: je suis réaliste.
Sinon il faudra m'expliquer pourquoi debian/ubuntu progressent si vite…

y a pas grand chose encore. Tout est en dehors de la distribution, avec chacun qui refait le travail.

Ce n'est pas génant pour un bon admin.
Il peut même choisir du OpenStack personnalisé [il compile lui même].
C'est un crime ?
Open Build Service en version 2.4 - LinuxFr.org

fips 140 pour les USAs

Je connais FIPS.
Il y en a aussi qui veulent une certification DoD.
Qui ne sait pas cela?
Oracle domine dans les banques grâce à cette notion de certification…
[PostgreSQL est pourtant très supérieur, mais je sais que ce n'est que mon avis]

Une entreprise peut très bien acheter ce service avec comme contrainte: debian.
Si vraiment cela pose problème il se tournera vers ubuntu.

Formation

On parie que Ubuntu/debian sera devant ?
[Merci aux ingénieurs sortants]

RH va aller avec toi devant le tribunal

Dites avec le coût des souscriptions, il y a intérêt à ce qu'il nous accompagne au tribunal hein…

Si je résume votre intervention, en gros aucune entreprise (debian/ubuntu) n'est capable d'offrir tous les services que vous me présentez…
C'est curieux mais lorsque je vois l'ubuntu mania, j'ai comme un doute.
Déjà que le futur sera plus cloud qu'autre chose, ubuntu étant déjà présent, je ne vois pas comment ils ne pourraient pas s'imposer…
La dernière fois que j'ai lu un truc sur ubuntu ils avaient déjà un Ubuntu OS pour mobile…
Et ils ont déjà un Cloud…

Donc…

Je fais répondre à cette stupidité:

C'est cela oui, c'est cela. Ça se voit que tu as vraiment aucune idée de quoi tu parles, si c'était automatique, ça fait longtemps que les distributions n'auraient plus rien à faire

Prenons un exemple simple:
Je veux le dernier logiciel d'un dépôt GIT.
Je fais "git clone" pour assurer un max.
Je lance bootstrap [en général]
./configure && make && sudo make install
make check [éventuellement]
dpkg-deb …

Mais puisque je suis une feignasse je veux que cela soit automatisé:
Je crée un script générique qui fait toutes ces opérations…
Le script va lire un fichier où je donne la liste des paquets que je veux à jour, ou si je suis certain de mes paquets, il le fera de suite.

Le contenu du script :
-prendre le paquet
-test d'intégrité
-compilation
-test éventuel
-empaquetage
-installation

C'est compliqué à faire çà ?

Si en plus tu utilises directement le gestionnaire de paquetage de ta distro, c'est encore plus simple…

À qui ? À des admins incompétents ?

Mais non banane, un admin parfois ne peut pas tout faire…
Et contrairement à toi, les admins savent admettre qu'ils ne maîtrisent pas tout.
Un gars très calé en Ubuntu ne va pas faire le frimeur pour prétendre être un maître du RHEL si ce n'était pas le cas, et vice-versa.
Il va sous traiter…

[PS: je réponds pour le reste plus tard]

Et c'est tout ?
(Parce que je ne savais pas que c'était si simple)

Je vais pas défendre Ulrich Drepper car je pense qu'il avait un comportement de m.

Merci de ne pas être grossier.
Ce n'est pas votre genre j'espère…

Vous n'aimez pas android ? Problème c'est ce que tout le monde veut, enfin presque.
Vous nous conseillerez quoi à la place.
Rassurez moi: pas iOS hein ?