Nous voyons ici et là fleurir des projets de loi, pour nous controler, restreindre certains de nos droits, restreindre nos libertés de choix en matière de solutions informatiques.
Mais qui se trouve derrière le clavier, qui devra mettre en place ces controles, ces restrictions ? des "informaticiens".
Alors pourquoi ne pas faire une grève nationale des "informaticiens" ?
Journal une grève ?
27
déc.
2005
# Simple
Posté par Guillaume Ceccarelli . Évalué à 3.
Ceci dit, si c'est un mouvement suivi, peut-être que ça ferait assez de bruit pour être médiatisé et (rêvons un peu) entendu.
[^] # Re: Simple
Posté par Mouns (site web personnel) . Évalué à 3.
[^] # Re: Simple
Posté par nadat . Évalué à -7.
Par contre ici avec l'ideologie liberale ambiante je pense pas que la greve soit bien perçue...
[^] # Re: Simple
Posté par gc (site web personnel) . Évalué à 8.
[^] # Re: Simple
Posté par nadat . Évalué à -7.
[^] # Re: Simple
Posté par Xavier Maillard . Évalué à 2.
Heureusement pour moi, certaines laissent leur chance au peu ou pas diplomé et se base sur les compétences et non sur des titres "pompeux". Dailleurs je suis toujours étonné de voir toute cette population dite qualifiée, se retrouver à faire des boulots de "non gradés". C'est surprenant mais pis encore, c'est inquiétant. Un ingénieur qui se retrouve à pisser du code comme le plus boulet des techos devrait reconsidérer sa situation...
Ceci dit, il y a aussi des +5 et plus très compétent, et heureusement. Malheureusement pour eux, ils se retrouvent à faire un boulot qui ne leur est pas normalement destiné et ils se retrouvent sous-employés (cf. les bac + 4 qui se retrouvent hotesse de caisse...)
Enfin, ainsi va le monde de l'entreprise en France: la course (débile) aux diplomé/es.
[^] # Re: Simple
Posté par Laurent J (site web personnel, Mastodon) . Évalué à 10.
Un type comme toi qui pense que programmer, c'est juste bon pour le plus boulet des techos, devrait reconsidérer le métier...
Y en a marre de cette connerie qu'un développeur doit obligatoirement arreter de coder à 27 ans pour devenir petit chef de projet de merde..
Y en a marre de considérer le développement comme un travail d'ouvrier.
À cause de cette idée à la con, les éditeurs de logiciels en France se comptent sur les doigts de la main, et aprés on se plaint qu'il y ait des boites étrangères comme Microsoft, Adobe ou autre qui monopolisent le marché..
[^] # Re: Simple
Posté par totof2000 . Évalué à -4.
Un type qui a passe un diplome d'ingé pour passer sa vie a programmer s'est trompé de parcours.
Je suis d'avis qu'un inge bac+5 doit savoir programmer (ce qui sous-entend qu'il ait passé une petite partie de sa carrière a écrire du code, mais normalement ce n'est pas ce qu'il est censé faire.
[^] # Re: Simple
Posté par Laurent J (site web personnel, Mastodon) . Évalué à 7.
Et pourquoi donc ????? o_O
Permet moi de penser que ce que tu dis est vraiment n'importe quoi.
On apprend en école d'ingé des choses trés utile pour la programmation. Un simple DUT ne suffit pas toujours car le developpement est un sujet trés vaste. Et les programmes qu'il y a en école d'ingé permettent d'approfondir dans beaucoup de domaine, et parfois des domaines de pointes (théorie des langages, algorithmie, architecture logicielle etc...)
Tu crois que les developpeurs de chez MS, Mozilla &co, sont tous des p'tits jeunots de 20 ans ? Crois moi, ce n'est pas le cas. Et dans ma boîte non plus.
[^] # Re: Simple
Posté par Jerome Herman . Évalué à -4.
Programmer est la transformation d'un algorithme préalablement choisi en code. C'est un travail purement technique qui ne requiert pas d'aptitudes d'ingénérie particulières.
On apprend en école d'ingé des choses trés utile pour la programmation
La programmation (ie choix des algorithmes, choix des langages, tests, optimisations, non regression, fiabilisation, maintenance) ets très différent de "programmer" (ie pisser du code proprement)
(théorie des langages, algorithmie, architecture logicielle etc...)
L'ensemble des domaines que tu cites se font sur une feuille de papier avec un stilo à la main, pas devant un éditeur de texte avec colorisation syntaxique. Parfois il y a mélange, mais ca n'est généralement pas bon du tout pour le résultat final.
Tu crois que les developpeurs de chez MS, Mozilla &co, sont tous des p'tits jeunots de 20 ans ? Crois moi, ce n'est pas le cas. Et dans ma boîte non plus.
Une fois de plus l'activité de developpement est loin de l'activité de programmation. Chez MS, Mozilla et autre comme ailleurs il y a d'un coté les gens qui font des choix, qui testent des stratégies et qui les déploient, et ceux qui ne font qu'implémenter. les deux taches sont très rarement confondues (a part en cas de debugage fonctionnel ou d'incohérence dans les protocoles choisis). Si il existe des bois d'outsourcing capable de recevoir en entrée un diagramme UML et de filer un programme en sortie ca n'est pas pour rien.
Même chez un ingénieur expert en théorie du langage qui développe sont propre système (et qui donc ne peut pas vraiment refiler le bébé à un techos), la phase "frappe de touches sur le clavier" est tout à fait minime par rapport aux phases documentation/ analyse/ test/ inégration qui elles relèvent de l'ingénérie.
[^] # Re: Simple
Posté par Axioplase ıɥs∀ (site web personnel) . Évalué à 5.
Oulaaa...
Ca y va un peu vite là...
Savoir s'il est mieux d'utiliser une liste comme structure de données, ou une matrice d'incidence, ou un tas de fibonacci, ou un AVL... Tout ça, ca peut être dans un développement d'application critique une tache d'ingénierie bien plus poussée qu'un simple pissage de code "allez, j'aime bien les listes".
Avec un mauvais choix de structure de données, tu peux facilement passer de O(NlogN) à O(N²) ni vu ni connu.
Passer du pseudo code, ou de l'algorithme à un vrai code qui compile et qui tourne bien peut etre plus ardu que tu ne sembles le croire...
[^] # Re: Simple
Posté par Jerome Herman . Évalué à 0.
Les cas critiques, le choix des algos, les méthodes de gestions des types et des zones mémoires je fais tout çà bien avant de me mettre devant mon ordinateur pour programmer.
Quand je suis devant mon ordinateur les décisions que je prend sont : 'ici je fais une boucle for ou un while ?' et 'Pour la lisibilité du code je créé un type ou bien je laisse la notation pointeur telle quelle ?'
Parfois (mais je fais tout pour que ce soit le plus rare possible) je me retrouve à devoir faire des casts à la con. Et dans ces cas là je epux me retrouver au beau milieu du code à avoir des réflexions de type ingénérique.
Maintenant il est vrai que le choix d'une structure particulière dans un langage peut ammener des cas critiques et alourdir bêtement le code, voir plomber le logiciel. Il faut par exemple savoir que les comparaison bit à bit en java c'est rarement une bonne idée, qu'un switch case en C# est plus rapide qu'un eleseif pour une raison obscure, qu'Erlang gère mal les conversions implicites de tableaux en vecteurs etc. Mais çà qu'on le veuille ou non, c'est de la technique. C'est lié au moteur, à la plateforme, au langage, à la lib ou au joyeux mélange de tout çà. De même les réglages de machine virtuelles aux petits oignons, et les partionnement d'espaces mémoires pour le cache sont purements du domaine de la technique.
Maintenant soyons bien clair, contrairement à 99% des recruteurs francais je ne considère pas le techos comme un sous ingénieur raté et/ou incapable. Le technicien et l'ingénieur ont des rôles complètement différents vis à vis d'un programme. Longtemps les deux rôles ont étés confondus (parcequ'il était quasiment impossible lors de l'écriture d'un programme de s'abstraire du matériel et du logiciel sous-jacent). Mais on peut aujourd'hui raisonablement séparer les deux rôles. L'ingénieur qui est en charge de l'algorithmique, des choix techniques et des preuves du programme. Et le technicien qui est en charge de determiner la faisabilité du programme d'après les choix techniques de l'ingénieur, d'implémenter les algorithmes et de vérifier la tenue du tout.
Passer du pseudo code, ou de l'algorithme à un vrai code qui compile et qui tourne bien peut etre plus ardu que tu ne sembles le croire...
Je n'ai jamais dit que c'était facile (à moins que l'on considère que si même un technicien peut le faire, alors c'est forcément évident pour toute personne ayant vu un clavier une fois dans sa vie), j'ai dit que celà relevait de la technique et non de l'ingénérie.
Il arrive qu'en codant on trouve une approche radicalement nouvelle pour résoudre/traiter un problème. Mais c'est extrèmement rare, la plupart du temps, résoudre le problème consiste à choisir parmis X solutions archi-connues celle qui va permettre de garder un code lisible, évolutif, maintenable et fiable.
C'est un problème qui n'a rien de simple, qui est même parfois horriblement complexe (lorsque l'on essaye de faire rentrer un algo dans une machine manifestement trop petite par exemple), c'est un problème qui peut être passionnant, mais ca reste un problème technique.
[^] # Re: Simple
Posté par Pooly (site web personnel) . Évalué à 3.
Tu te pose même pas de question, parcours séquentiel sans altération de l'indice : boucle for. le reste while, enfin, c'est déjà mis sur l'algo normalement... Si c'est ta seule question, tant mieux :-D (je me poserais plus des questions sur : là est-ce que c'est portable...)
[^] # Re: Simple
Posté par totof2000 . Évalué à 4.
Ben moi j'ai vu ce gere de choses en BTS.
Passer du pseudo code, ou de l'algorithme à un vrai code qui compile et qui tourne bien peut etre plus ardu que tu ne sembles le croire...
Et tu crois qu'un bac+2 n'en est pas capable? Un bac+2 apprend a analyser un problème, et a faire des choix d'algorithmes, contrairement a ce que tu as l'air de croire.
Certains ici ont un point de vue un peu méprisant vis a vis des formations bac+2.
[^] # Re: Simple
Posté par Axioplase ıɥs∀ (site web personnel) . Évalué à 2.
Les gars étaient des tueurs en cobol, incapables de dire si un algo donné était un algo de tri ou pas.
Le peu de ces étudiants qui n'a pas retapé est maintenant dans les sections "techniques" de la fac, en réseaux et trucs du genre. Ils sont pas en calcul formel, en crypto, en semantique, en algo ou en preuve.
Et crois moi, en algo, on voit des choses qu'un bac+2 ne te résout pas... Et c'est normal! C'est un bac+2!
Il ne s'agit pas de dénigrer les formations BTS/IUT, au contraire. Mais je tiens à rappeler que ce n'est pas une formation élitiste ni poussée. C'est avant tout une formation rapide et précise destinée à faire en sorte que l'élève ait un travail dès sa sortie, et qu'il puisse être opérationnel. C'est évident qu'il a reçu une formation moindre qu'un bac+4 ou bac+5. Pas "plus mauvaise", mais "moindre".
Les formations supérieures universitaires (par supérieur, j'entend "supérieures en nombre d'années d'étude") ne sont pas que des cours de code, au contraire. On considère que le code est acquis des étudiants depuis longtemps. On ne fait en gros qu'y voire des outils qui permettent de faire les bons choix, de reconnaitre des cas existants. Y'a plein de problèmes où tu vas te dire "oauis, c'est simple, je vais lui torcher une version super optimisée de la mort qui tue", alors qu'à côté, le bac+5 se dira "chier! c'est un problème qui se résume à une clique". Et ton voisin filera une version de prog qui marche dans les 1à minutes, alors que tu seras encore entrain de chercher l'algo pour optimiser cet algo à l'énoncé si simple (en vain, le problème est NP-complet).
Bref,
Si les bac+2 étaient des bac+5, ca se saurait.
Les deux formations n'ont pas les mêmes objectifs, mais quand qqchose est vu en bac+2, il est vu en bac+5 au pire au même niveau, sinon en plus poussé (évidemment, je ne parle pas des cours sur l'optimisation du code en Cobol ou C++).
Il ne faut pas s'exciter et se sentir véxé. Mais c'est normal qu'un étudiant en maitrise de maths soit meilleur qu'un autre en DEUG de maths, même si les deux étudient un chapitre "continuité et dérivation". Pareil en info, même si les deux étudient le chapitre "arbres et tas".
[^] # Re: Simple
Posté par Jerome Herman . Évalué à 2.
Voyons les choses calmement, un ingénieur "voie royale" va faire deux ans de prépas puis pendant 3 ans va après toucher un peu à tout en informatique et dans certains domaines anexes (théorie du signal, théorie des graphes, stochastiques etc.)
La personne qui vient de formation IUT ne va étudier que quelques points très précis et pratiques, mais va les étudier à fond.
Au final à la sortie de l'IUT il ne sera pas forcément capable de reconnaitre un tri à bulle, mais par contre à quelques exceptions près il pliera n'importe quel ingénieur sur des domaines comme l'arithmétique de pointeurs, la gestion des exceptions ou encore les implémentations de classes virtuelles sur ses langages de prédilection.
A mon sens, celà fait du mec qui sort de l'IUT un meilleur codeur que l'ingénieur BAC+5 une fois que le problème a été complètement mis en forme. Après, que la mise en forme du problème soit hors de portée du technicien dans 90% des cas nous sommes d'accord. Mais çà n'est (normalement) pas son travail.
[^] # Re: Simple
Posté par Axioplase ıɥs∀ (site web personnel) . Évalué à 1.
J'ai pas écrit "ingénieur", mais bac+5.
Faut pas oublier la fac...
L'arithmétique des pointeurs, c'est bidon. suffit de se rappeler la différence entre "*p" et "p" et "&p". C'est à la portée de n'importe qui (je maintiens que les problèmes de pointeurs sont de faux problèmes créés par les textes qui disent "c'est dur! c'est dur!").
Pour la gestion des exceptions, je me permet d'avoir des doutes... Je pense pas que ce soit en BTS qu'on voit comment sont mis en oeuvre les mécanismes d'exceptions à l'interprétation ou à la compilation, et donc le coût que ca génère...
Que le BTS soit meilleur en code qu'un ingénieur, oui, je te le concède aisémment, je le pense aussi.
Mais qu'il soit meilleur en code qu'un bac+5 universitaire en info, j'émet des doutes...
(<troll class="mes camarades de la section d'a coté">sauf si l'élève bac+5 a fait une filière IA, auquel cas c'est normal qu'il ne sache aps coder</troll>)
[^] # Re: Simple
Posté par Jerome Herman . Évalué à 5.
Le départ de cette conversation qui n'est absolument pas un troll du tout, mais pas du tout alors, était quand même l'assertion qui disait qu'un ingénieur qui avait obtenu son diplome pour écrire du code s'était probablement planté de voie.
L'arithmétique des pointeurs, c'est bidon. suffit de se rappeler la différence entre "*p" et "p" et "&p"
Oui en indirection 1, parceque quand tu veux connaitre l'adresse du nombre précédent située dans la matrice suivante ca devient un peu plus casse gueule. Je ne te cache pas que j'en suis toujorus à peu près incapable et que je me rabat sur des typedef assez facilement.
Pour la gestion des exceptions, je me permet d'avoir des doutes... Je pense pas que ce soit en BTS qu'on voit comment sont mis en oeuvre les mécanismes d'exceptions à l'interprétation ou à la compilation, et donc le coût que ca génère...
Le fait qu'ils ne comprennent pas ne les empêchent en aucun cas de produire un code très efficace. Il y a des "recettes de cuisine" pas forcément optimale, mais généralement suffisament bonne pour marcher dans 99% des cas. A l'inverse le fait de comprendre peut poser des problèmes majeurs. La gestion d'exception est quelque chose d'assez spécial. Le nombre de programmes que j'ai vu essayer de gérer l'ensemble des exceptions à la main pour se vautrer lamentablement à la première exception système sur une fonction en callback....
Mais qu'il soit meilleur en code qu'un bac+5 universitaire en info, j'émet des doutes...
Je n'ai que très rarement eu à faire à des programmeurs bac+5 en info. J'en ai connu deux.
Le premier était un monstre, il avait réussi à faire rentrer un programme d'analyse de risque stochastique dans une feuille vbe. A ma connaissance la feuille est toujours utilisée en salle de marché. Le deuxième était probablement un monstre. Il a essayé de créer un système de recoupement des ordres dans la base de données avant consolidation pour faire une prévision du rippo (argent prété par les banques à d'autres banques) du jour. A ma connaissance il est toujours en train d'essayer.
Je n'ai aucun doute sur le fait que si un jour il y arrive ce sera du très bon boulot, j'ai juste des doutes sur le fait qu'il y arrive.
Je ne sais si les deux individus que j'ai eu sous la main sont représentatifs de la population globale, mais ils semblaient avori les plus grandes peines à faire la différence entre un programme optimal et un programme qui marche. La notion de programme optimal mais qui ne marche pas ne leur traverse pa sun instant l'esprit. Derrière on se retrouve soit avec des projets géniaux sur le papier mais que l'on va mettre des années à implémenter (Le Hurd, c'est pas le projet universitaire par excellence ?) , soit avec des ovnis, certes à la pointe de leur domaine le jour ou ils rentrent en production, mais difficilement maintenable en cas de besoin.
Pour finir je citerais mon ancien maitre de stage :
L'ingénieur, c'est une personne capable de faire des specs même si c'est un universitaire qui a fait le modèle, et le techos c'est le mec capable d'implémenter des specs même si c'est un ingénieur qui les a faites
et D.Knuth
Beware of bugs in the above code; I have only proved it correct, not tried it
Qui résument assez bien mon point de vue sur les universitaires.
[^] # Re: Simple
Posté par totof2000 . Évalué à 2.
C'etait bien mon commentaire de depart. J'ai meme precise " du code toute sa vie" parce que je concois tout a fait qu'on puisse faire coder un inge en debut de carriere par exemple ou alors sur certains points precis, mais force est de reconnaitre que beaucoup de postes de developpeurs tenus par des ingenieurs (ou bac+5) le seraient tout aussi bien - voire meme mieux - par des bac+2 bac+3 (BTS ou DUT).
Derrière on se retrouve soit avec des projets géniaux sur le papier mais que l'on va mettre des années à implémenter
OOOOh je ne suis pas le seul a avoir remarque ca ... Il y a beaucoup de projets, d'"etudes" ou d'autre choses menees par ce genre de personnes qui ont de "grandes idees" mais qui se revelent inapplicables parce que ces personnes n'ont aucune notion de ce qui se passe sur le terrain ( Et c'est justement ce genre d'etudes qui devraient etre faites par un ingenieur qui serait je pense beaucoup plus "terre a terre" par rapport a des universitaires).
L'ingénieur, c'est une personne capable de faire des specs même si c'est un universitaire qui a fait le modèle, et le techos c'est le mec capable d'implémenter des specs même si c'est un ingénieur qui les a faites
C'est exactement mon point de vue. Ni plus ni moins.
[^] # Re: Simple
Posté par rhizome . Évalué à 2.
Ça se passe de commentaire :)
[^] # Re: Simple
Posté par Xavier Maillard . Évalué à -3.
Et oui, un Bac+2 (ou 3) a été formé pour "pisser du code" contrairement au gus qui a fait un Bac+5 qui n'est pas censé faire ça. Je sais ça te choque et pourtant, on le rabache assez en école: "vous êtes l'Élite, toussa..."
[^] # Re: Simple
Posté par rhizome . Évalué à 6.
[^] # Re: Simple
Posté par Xavier Maillard . Évalué à 2.
Allez, un peu d'aide: je suis vraiment pas un Bac+5 (ou plus).
[^] # Re: Simple
Posté par real_pouet . Évalué à 2.
oui justement! on a pas ete forme a faire de la pisse, et foutre des gars sous qualifies aux postes de programeurs, ca fait qu on se retrouve qu avec des clickeurs fous (VB, Eclipse, Delphi, etc) qui savent pas aligner une ligne de code.
et ca se prouve dans les faits, y a plein de delocalisations qui se plantent parce que les gars la bas sont souvent moins bien formes, j ai deux exemples recents en tete...
pour lever toute ambiguite je precise que:
- oui y a des bacs -10 qui savent programmer
- oui y a des ide pratiques
- oui les delocalisations de code marchent || vont marcher de mieux en mieux
[^] # Re: Simple
Posté par Marcopolo (site web personnel) . Évalué à 7.
Si tu veux que les non diplomés compétents aient leur chance il faudra tôt ou tard accepter que les diplômés incompétents soient employés à leur juste valeur.
Et comme au dessus, il faut arreter de penser qu'il y a des boulots "gradés", on a besoin de bons et expérimentés à tous les niveaux, aujourd'hui bonjour le niveau du code produit par ceux déclarés arbitrairement comme "bon à coder", c'est à dire en gros ceux qui ne savent rien faire, par manque d'expérience.
[^] # Re: Simple
Posté par totof2000 . Évalué à 4.
C'est peut etre parce qu'ils n'ont pas la bonne formation? Je connais des developpeurs bac+5 qui ne sont capable d'aligner des instructions, mais leur code est dégueux, mais d'autres codeurs bac+2 qui eux écrivent du code propre et efficace, parce que c'est ce qu'ils ont appris pendant qu'ils étaient a l'école.
[^] # Re: Simple
Posté par real_pouet . Évalué à 1.
bof a ce que j en ai vu les entreprises considerent que quand tu sors de l'ecole tu sais rien...
Heureusement pour moi, certaines laissent leur chance au peu ou pas diplomé et se base sur les compétences et non sur des titres "pompeux".
oui enfin bon ca depend ce que tu veux dire par la. les etudes ca permet aussi d avoir une culture informatique, un apprentissage theorique. exemple a la sortie d une ecole tu as un gars qui sait coder en c++, sans l ecole tu te retrouves avec un expert MSC++. je veux dire il y a une difference entre savoir utiliser une techno, et comprendre un aspect de l'informatique. c est la difference entre l aspect technique et l aspect scientifique et amha il est statistiquement parlant bien sur necessaire d'avoir etudie l'informatique pour "connaitre" cette science.
[^] # Re: Simple
Posté par Bruce Le Nain (site web personnel) . Évalué à 2.
et ceux qui sont fonctionnaires et informaticiens ?
[^] # Re: Simple
Posté par Xavier Maillard . Évalué à 4.
Le jour où les informaticiens arrêteront de croire qu'ils sont bons, irremplaçables et qu'ils sortiront de leur tannière, déjà un grand pas aura été franchis.
Je suis informaticien, syndiqué, et lorsqu'il y a une grève pour sauver des emplois, je suis mort de rire de voir à quel point ils s'en cognent. Ils se croient tous SI indispensables et SI talentueux...
Ils oublient que ce n'est pas le talent mais le pognon le nerf de la guerre.
[^] # Re: Simple
Posté par gc (site web personnel) . Évalué à 5.
ou pas ?
[^] # Re: Simple
Posté par Xavier Maillard . Évalué à 4.
Dailleurs c'est souvent les moins compétent d'entre eux qui obtiennent ce qu'ils veulenet (deux exemples très récents en tête). Et c'est ainsi que l'informatique est bradée à la moindre crise en prétextant des recentrages sur le métier originel, ou des coupes franches dans le budget. Qui part lorsque le service info disparait ? Et bien les fameux cadres informaticiens qui ne savent pas trop ce qui leur arrivent.
Donc oui, il est temps que le monde des informaticiens se réveille, oui l'informatique est une pièce maîtresse de nos sociétés modernes, non ça ne signifie pas que l'informaticien est protégé (cf. l'affaire HP ou celle d'IBM ou celle de quelques SSII, ...).
[^] # Re: Simple
Posté par totof2000 . Évalué à 10.
La plupart des informaticiens ne se reconnaissent pas dans les syndicats actuels.
Et ne venez pas me dire d'essayer de créer mon mouvement: la aussi c'est comme en politique: tout est vérouillé, et pour peu que tu essaie de créer ton mouvement, tu te fais tirer dans les pattes par les autres "gros" syndicats en place (peur de perdre de leur influence).
[^] # Re: Simple
Posté par sash . Évalué à 3.
De plus, le ratio propositions/contestations tend largement vers 0. Lorsque l'on s'implique dans ce type de mouvements, et que l'on découvre le niveau des revendications, ben on a raison de penser ce que l'on pense...
Désolé pour le troll, mais il est important de balayer devant sa porte avant d'acceuillir.
Pour en revenir au sujet du journal, un gréve oui, mais qui ne pénalise pas les entreprises dans lesquelles nous travaillons. Elles n'ont rien à voir dans ce débat. De plus, ce n'est pas le seul moyen d'action possible (voir eucd.info).
# Grève générale
Posté par keyes . Évalué à -3.
http://infos.samizdat.net/article371.html
# En même temps....
Posté par farib . Évalué à 10.
La grève risque de pas emmerder grand monde ;)
[^] # Re: En même temps....
Posté par Prae . Évalué à 10.
#!/bin/bash
# [...]
STRIKE=""
if [ "${STRIKE}x" != "x" ];
then
/sbin/iptables -A INPUT -j DROP
/sbin/iptables -A OUTPUT -j DROP
/sbin/iptables -A FORWARD -j DROP
exit;
fi
# [...]
voila ! :-)
il reste plus qu'à faire celui pour ipchains, ipfw, etc... et on va créer un mouvement pour la grève des firewalls ;-)
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.