Voir la source de Algorithmique

[[Fichier:Euclid flowchart 1.png|vignette|[[Organigramme de programmation]] représentant l'[[algorithme d'Euclide]].]]

L{{'}}'''algorithmique''' est l'étude et la production de règles et techniques qui sont impliquées dans la définition et la conception d'[[algorithme]]s, c'est-à-dire de processus systématiques de résolution d'un problème permettant de décrire précisément des étapes pour résoudre un [[problème algorithmique]].

== Étymologie ==
Le mot « algorithme » vient du nom du [[mathématicien]] [[Al-Khwârizmî]]<ref>{{Lien web|auteur1=Phillipe Collard|auteur2=[[Philippe Flajolet]]|titre=Algorithmique|url=http://www.universalis.fr/encyclopedie/algorithmique/|site=Encyclopædia universalis|consulté le=8 mars 2015}}.</ref> (latinisé au [[Moyen Âge]] en {{lang|la|''Algoritmi''}}), qui, au {{IXe siècle}} écrivit [[Abrégé du calcul par la restauration et la comparaison|le premier ouvrage systématique]] donnant des solutions aux [[équation linéaire|équations linéaires]] et [[équation du second degré|quadratiques]]. Le h muet, non justifié par l'étymologie, vient d’une déformation par rapprochement avec le grec {{lang|el|ἀριθμός}} (arithmós)<ref>Albert Dauzat, Jean Dubois, Henri Mitterand, ''Nouveau dictionnaire étymologique et historique'', 1971</ref>. « Algorithme » a donné « algorithmique ». Le synonyme « algorithmie », vieux mot utilisé par exemple par [[Josef Hoëné-Wronski|Wronski]] en 1811<ref>{{Ouvrage|auteur1=[[Josef Hoëné-Wronski|Hoéné de Wronski]]|titre=Introduction à la philosophie des mathématiques et technie de l'algorithmie|éditeur=Chez Courcier, imprimeur-libraire pour les mathématiques|année=1811|lire en ligne=https://gallica.bnf.fr/ark:/12148/bpt6k6225961k.r=algorithmie}}</ref>, est encore parfois utilisé<ref>Par exemple, l'[[Université du Québec à Montréal|UQAM]] propose un cours intitulé « [https://etudier.uqam.ca/cours?sigle=EDM4600 Algorithmie de base et interactivité] », et l'université de Montréal, un cours intitulé « [https://studium.umontreal.ca/course/info.php?id=48463 Algorithmie et effets audionumériques] ».</ref>.

== Histoire ==
[[File:Cuneiform tablet- fragment of a mathematical problem text MET ME86 11 404.jpg|thumb|Fragment d'une tablette cunéiforme avec un problème algorithmique. MET ME86 11 404]]

=== Antiquité ===
Les premiers algorithmes dont on a retrouvé des descriptions datent des [[Babylone|Babyloniens]], au {{-millénaire|III|e}}. Ils décrivent des méthodes de [[Calcul (mathématiques)|calcul]] et des résolutions d'[[Équation|équations]] à l'aide d'exemples<ref>{{article|auteur=[[Donald Knuth]]|périodique=[[Communications of the ACM]]|titre=Ancient Babylonian Algorithms|volume=15|numéro=7|date=juillet 1972}}, repris dans {{Ouvrage|auteur1=[[Donald Knuth]]|titre=Selected Papers on Computer Science|éditeur=[[Addison-Wesley]]|année=1996|passage=185}}, traduit en français sous le titre ''Algoritmes babyloniens anciens'' dans {{Ouvrage|langue=fr|auteur1=[[Donald Knuth]]|traducteur=P. Cégielski|titre=Éléments pour une histoire de l'informatique|éditeur=[[Librairie Eyrolles]]|année=2011}}.</ref>{{,}}<ref>{{article| auteur = Christine Proust | titre = Mathématiques en Mésopotamie | périodique = Images des Mathématiques| date = 14 avril 2014| lire en ligne = http://images.math.cnrs.fr/Mathematiques-en-Mesopotamie}}.</ref>.

Un algorithme célèbre est celui qui se trouve dans le {{nobr|livre 7}} des ''[[algorithme d'Euclide|Éléments d'Euclide]]'', et appelé [[algorithme d'Euclide]]. Il permet de trouver le plus grand diviseur commun, ou [[Plus grand commun diviseur|PGCD]], de deux nombres. Un point particulièrement remarquable est qu’il contient explicitement une [[itération]] et que les {{nobr|propositions 1}} et 2 démontrent sa [[correction d'un algorithme|correction]].

C'est [[Archimède]] qui proposa le premier un algorithme pour le calcul de {{math|[[Pi|π]]}}<ref>Le calcul de {{math|π}} {{citation|est caractéristique des problèmes généraux rencontrés en algorithmique.}} {{Lien web|auteur1=Phillipe Collard|auteur2=Phillipe Flajolet|titre=Algorithmique|sous-titre=1. L'exemple du calcul de {{math|π}}|url=http://www.universalis.fr/encyclopedie/algorithmique/1-l-exemple-du-calcul-de-p|site=[[Encyclopædia universalis]]|consulté le=8 mars 2015}}.</ref>.

=== Étude systématique ===
Le premier à avoir systématisé des algorithmes est le mathématicien [[Persans|perse]] [[Al-Khwârizmî]], actif entre 813 et 833. Dans son ouvrage ''[[Abrégé du calcul par la restauration et la comparaison]]'', il étudie toutes les [[équation du second degré|équations du second degré]] et en donne la résolution par des algorithmes généraux. Il utilise des méthodes semblables à celles des [[Mathématiques babyloniennes|Babyloniens]], mais se différencie par ses explications systématiques là où les Babyloniens donnaient seulement des exemples.

Le savant [[Al-Andalus|andalou]] [[Averroès]] ([[1126]]-[[1198]]) évoque une méthode de [[raisonnement]] où la thèse s’affine étape par étape, itérativement, jusqu’à une certaine convergence et ceci conformément au déroulement d’un algorithme. À la même époque, au {{XIIe siècle}}, le moine [[Adelard de Bath]] introduit le terme [[latin]] de {{lang|la|''algorismus''}}, par référence au nom de Al Khuwarizmi. Ce mot donne ''algorithme'' en français en [[1554]].

Au {{XVIIe siècle}}, on pourrait entrevoir une certaine allusion à la méthode algorithmique chez [[René Descartes]] dans la méthode générale proposée par le [[Discours de la méthode]] ([[1637]]), notamment quand, en sa deuxième partie, le mathématicien français propose de {{citation|diviser chacune des difficultés que j’examinerois, en autant de parcelles qu’il se pourroit, et qu’il seroit requis pour les mieux résoudre}}. Sans évoquer explicitement les concepts de boucle, d’itération ou de [[Recherche dichotomique|dichotomie]], l’approche de Descartes prédispose la logique à accueillir le concept de [[Programme informatique|programme]], mot qui naît en français en [[1677]].

En 1843 , la mathématicienne et pionnière des [[Informatique|sciences informatique]] [[Ada Lovelace]], fille de [[Lord Byron]] et assistante de [[Charles Babbage]] réalise la première [[Mise en œuvre|implémentation]] d'un algorithme sous forme de programme (calcul des [[Nombre de Bernoulli|nombres de Bernoulli]])<ref>[[Stephen Wolfram]] {{Lien web|langue=en|url =http://blog.stephenwolfram.com/2015/12/untangling-the-tale-of-ada-lovelace/|titre=Untangling the Tale of Ada Lovelace|site=blog.stephenwolfram.com}}</ref>.

Le [[dixième problème de Hilbert]] qui fait partie de la liste des {{nobr|23 [[Problèmes de Hilbert|problèmes]]}} posés par [[David Hilbert]] en 1900 à Paris est clairement un problème algorithmique. En l'occurrence, la réponse est qu'il n'y a pas d'algorithme répondant au problème posé.

=== Époque contemporaine ===
L’algorithmique des {{s2-|XX|e|XXI}} a pour fondement mathématique des formalismes, par exemple celui des [[machines de Turing]], qui permettent de définir précisément ce qu'on entend par « étapes », par « précis » et par « non ambigu » et qui donnent un cadre scientifique pour étudier les propriétés des algorithmes. Cependant, suivant le formalisme choisi on obtient des approches algorithmiques différentes pour résoudre un même problème. Par exemple l'[[Algorithme récursif|algorithmique récursive]], l'[[algorithme parallèle|algorithmique parallèle]] ou l’[[informatique quantique]] donnent lieu à des présentations d'algorithmes différentes de celles de l'algorithmique itérative.

L'algorithmique s'est surtout développée dans la deuxième moitié du {{s-|XX}}, comme support conceptuel de la programmation des ordinateurs, dans le cadre du développement de l'informatique pendant cette période. [[Donald Knuth]], auteur du traité ''[[The Art of Computer Programming]]'' qui décrit de très nombreux algorithmes, a contribué, avec d'autres, à poser les fondements mathématiques de leur analyse.

== Vocabulaire ==
Le substantif ''algorithmique'' désigne l'ensemble des méthodes permettant de créer des algorithmes. Le terme est également employé comme adjectif.

Un ''algorithme'' énonce une solution à un problème sous la forme d’un enchaînement d’''opérations à effectuer''.

Les informaticiens utilisent fréquemment l’anglicisme ''implémentation'' pour désigner la mise en œuvre de l'algorithme dans un [[langage de programmation]]. Cette implémentation réalise la transcription des opérations constitutives de l’algorithme et précise la façon dont ces opérations sont invoquées. Cette écriture en [[langage informatique]], est aussi fréquemment désignée par le terme de « ''[[codage (programmation)|codage]]'' »<ref>En [[cryptographie]], le terme codage est utilisé dans un sens différent.</ref>. On parle de ''« [[code source]] »'' pour désigner le texte, constituant le programme, réalisant l’algorithme. Le ''code'' est plus ou moins détaillé selon le niveau d’abstraction du langage utilisé, de même qu'une recette de cuisine doit être plus ou moins détaillée selon l’expérience du cuisinier.

== Étude formelle ==
De nombreux outils formels ou théoriques ont été développés pour décrire les algorithmes, les étudier, exprimer leurs qualités, pouvoir les comparer :
* ainsi, pour décrire les algorithmes, des structures algorithmiques ont été mises en évidence : structures de contrôle et structures de données ;
* pour justifier de la qualité des algorithmes, les notions de correction, de [[Complet (complexité)|complétude]] et de terminaison ont été mises en place ;
* enfin, pour comparer les algorithmes, une [[Théorie de la complexité (informatique théorique)|théorie de la complexité]] des algorithmes a été définie.

=== Structures algorithmiques ===
Les concepts en œuvre en algorithmique, par exemple selon l'approche de [[Niklaus Wirth|N. Wirth]] pour les langages les plus répandus ([[Pascal (langage)|Pascal]], [[C (langage)|C]]{{etc.}}), sont en petit nombre. Ils appartiennent à deux classes :
* les [[structure de contrôle|structures de contrôle]] :
** séquences,
** conditionnelles,
** boucles ;
* les [[Structure de données|structures de données]] :
** [[Constante|constantes]],
** [[Variable (informatique)|variables]],
** [[Tableau (structure de données)|tableaux]] ;
** structures récursives (listes, arbres, graphes).

Ce découpage est parfois difficile à percevoir pour certains langages ([[Lisp (langage)|Lisp]], [[Prolog]]…) plus basés sur la notion de [[algorithme récursif|récursivité]] où certaines structures de contrôle sont implicites et, donc, semblent disparaître.

=== Correction, complétude, terminaison ===
Ces trois notions « correction », « complétude », « terminaison » sont liées, et supposent qu'un algorithme est écrit pour résoudre un problème.

La [[Terminaison d'un algorithme|terminaison]] est l'assurance que l'algorithme se  terminera en un temps fini. Les preuves le plus simples de terminaison font intervenir une fonction à valeurs entières positives strictement décroissante à chaque « pas » de l'algorithme.

Étant donné la garantie qu'un algorithme se terminera, la preuve de correction doit apporter l'assurance que si l'algorithme se termine en donnant un résultat, alors ce résultat est effectivement une solution au problème posé. Les preuves de correction font intervenir une spécification logique que doivent vérifier les solutions du problème. La preuve de correction consiste donc à montrer que les résultats de l'algorithme satisfait cette spécification.

La preuve de complétude garantit que, pour un espace de problèmes donné, l'algorithme, s'il se termine, donnera l'ensemble des solutions de l'espace du problème. Les preuves de complétude demandent à identifier l'espace du problème et l'espace des solutions pour ensuite montrer que l'algorithme produit bien le second à partir du premier.

=== Complexité algorithmique ===
{{Article détaillé|Théorie de la complexité des algorithmes}}

Les principales notions mathématiques dans le calcul du coût d’un algorithme précis sont les [[notation de Landau|notions de domination]] (notée ''O(f(n))'', « grand o »), où ''f'' est une [[fonction mathématique]] de ''n'', variable désignant la quantité d’informations (en [[bit]]s, en nombre d’enregistrements{{etc.}}) manipulée dans l’algorithme. En algorithmique on trouve souvent des complexités du type :

{|class="wikitable"
! Notation
! Type de complexité
|-
|<math>O(1)</math>
|complexité constante (indépendante de la taille de la donnée)
|-
|<math>O(\log(n))</math>
|complexité logarithmique
|-
|<math>O(n)</math>
|complexité linéaire
|-
|<math>O(n \log(n))</math>
|complexité quasi linéaire
|-
|<math>O(n^{2})</math>
|complexité quadratique
|-
|<math>O(n^{3})</math>
|complexité cubique
|-
|<math>O(n^p)</math>
|complexité polynomiale
|-
|<math>O(n^{\log(n)})</math>
|complexité quasi polynomiale
|-
|<math>O(2^{n})</math>
|complexité exponentielle
|-
|<math>O(n!)</math>
|complexité factorielle
|}

Sans entrer dans les détails mathématiques, le calcul de l’efficacité d’un algorithme (sa ''[[Théorie de la complexité (informatique théorique)|complexité algorithmique]]'') consiste en la recherche de deux quantités importantes. La première quantité est l’évolution du nombre d’instructions de base en fonction de la quantité de données à traiter (par exemple, pour un [[algorithme de tri]], il s'agit du nombre de données à trier), que l’on privilégiera sur le temps d'exécution mesuré en secondes (car ce dernier dépend de la machine sur laquelle l'algorithme s'exécute). La seconde quantité estimée est la quantité de mémoire nécessaire pour effectuer les calculs. Baser le calcul de la complexité d’un algorithme sur le temps ou la quantité effective de mémoire qu’un ordinateur particulier prend pour effectuer ledit algorithme ne permet pas de prendre en compte la structure interne de l’algorithme, ni la particularité de l’ordinateur : selon sa charge de travail, la vitesse de son processeur, la vitesse d’accès aux données, l’exécution de l’algorithme (qui peut faire intervenir le hasard) ou son organisation de la mémoire, le temps d’exécution et la quantité de mémoire ne seront pas les mêmes.

Souvent, on examine les performances « au pire », c'est-à-dire dans les configurations telles que le [[complexité en temps|temps d'exécution]] ou l'[[complexité en espace|espace mémoire]] est le plus grand. Il existe également un autre aspect de l'évaluation de l'efficacité d'un algorithme : les performances « en moyenne ». Cela suppose d'avoir un modèle de la répartition statistique des données de l'algorithme, tandis que la mise en œuvre des techniques d'analyse implique des méthodes assez fines de [[analyse combinatoire|combinatoire]] et d'[[Développement asymptotique|évaluation asymptotique]], utilisant en particulier les [[série génératrice|séries génératrices]] et des méthodes avancées d'[[analyse complexe]]. L'ensemble de ces méthodes est regroupé sous le nom de [[combinatoire analytique]].

On trouvera dans l’article sur la [[théorie de la complexité des algorithmes]] d’autres évaluations de la complexité qui vont en général au-delà des valeurs proposées ci-dessus et qui classifient les problèmes algorithmiques (plutôt que les algorithmes) en classes de complexité.

==== Quelques indications sur l’efficacité des algorithmes et ses biais ====
L'efficacité algorithmique n’est souvent connue que de manière asymptotique, c’est-à-dire pour de grandes valeurs du paramètre ''n''. Lorsque ce paramètre est suffisamment petit, un algorithme de complexité asymptotique plus grande peut en pratique être plus efficace. Ainsi, pour trier un tableau de {{nombre|30|lignes}} (c’est un paramètre de petite taille), il est inutile d’utiliser un algorithme évolué comme le [[tri rapide]] (l’un des algorithmes de tri asymptotiquement les plus efficaces en moyenne) : l’algorithme de tri le plus simple à écrire sera suffisamment efficace.

Entre deux algorithmes informatiques de complexité identique, on utilisera celui dont l’occupation mémoire est moindre. L’analyse de la complexité algorithmique peut également servir à évaluer l’occupation mémoire d’un algorithme. Enfin, le choix d’un algorithme plutôt qu’un autre doit se faire en fonction des données que l’on s’attend à lui fournir en entrée. Ainsi, le [[tri rapide]], lorsque l’on choisit le premier élément comme pivot, se comporte de façon désastreuse si on l’applique à une liste de valeurs déjà triée. Il n’est donc pas judicieux de l’utiliser si on prévoit que le programme recevra en entrée des listes déjà presque triées ou alors il faudra choisir le pivot aléatoirement.

D'autres paramètres à prendre en compte sont notamment :
* les [[Biais (statistique)|biais]] intrinsèques (acceptés ou involontaires) de nombreux algorithmes peuvent tromper les utilisateurs ou systèmes d'[[intelligence artificielle]], de ''[[machine learning]]'', de diagnostic informatique, mécanique, [[diagnostic médical|médical]], de prévision, de prévention, de sondages ou d'[[aide à la décision]] (notamment pour les [[réseaux sociaux]], l'éducation [ex : [[parcoursup]] ], la médecine, la justice, la police, l'armée, la politique, l'embauche…) prenant mal en compte ou pas du tous ces biais<ref name=hertel2019/>. En 2019, des chercheurs de [[Télécom ParisTech]] ont produit un rapport inventoriant les principaux biais connus, et quelques pistes de remédiation<ref name=hertel2019>Hertel & Delattre V (2019) ''[https://www.sciencesetavenir.fr/high-tech/intelligence-artificielle/les-algorithmes-sont-partout-leurs-biais-nous-trompent_131820#xtor=EPR-1-[SEAActu17h]-20190302 Les algorithmes sont partout, leurs biais de conception nous trompent]'' ; le 02.03.2019</ref>
* la [[Mémoire virtuelle#Principe de localité|localité]] de l’algorithme. Par exemple pour un système à [[mémoire virtuelle]] ayant peu de [[mémoire vive]] (par rapport au nombre de données à traiter), le [[tri rapide]] sera normalement plus efficace que le [[tri par tas]] car le premier ne passe qu’une seule fois sur chaque élément de la mémoire tandis que le second accède à la mémoire de manière discontinue (ce qui augmente le risque de {{lang|en|''[[Mémoire virtuelle#Swapping|swapping]]''}}).
* certains algorithmes (ceux dont l'analyse de complexité est dite [[analyse amortie|amortie]]), pour certaines exécutions de l’algorithme (cas marginaux), présentent une complexité qui sera très supérieure au cas moyen, mais ceci sera compensé par des exécutions rendues efficaces du même algorithme dans une suite d'invocations de cet algorithme.
* l'[[Analyse lisse d'algorithme]], qui mesure les performances des algorithmes sur les pires cas, mais avec une légère perturbation des instances. Elle explique pourquoi certains algorithmes analysés comme inefficaces autrement, sont en fait efficaces en pratique. L'[[algorithme du simplexe]] est un exemple d'un algorithme qui se comporte bien pour l'analyse lisse.

== Approches pratiques ==
L'algorithmique a développé quelques stratégies pour résoudre les problèmes :
* [[algorithme glouton]] : un premier algorithme peut souvent être proposé en étudiant le problème très progressivement : on résout chaque sous-problème localement en espérant que l'ensemble de leurs résultats composera bien une solution du problème global. On parle alors d'algorithme glouton. L'algorithme glouton n'est souvent qu'une première étape dans la rédaction d'un algorithme plus performant ;
* [[Diviser pour régner (informatique)|diviser pour régner]] : pour améliorer les performances des algorithmes, une technique usuelle consiste à diviser les données d'un problème en sous-ensembles de tailles plus petites, jusqu'à obtenir des données que l'algorithme pourra traiter au cas par cas. Une seconde étape dans ces algorithmes consiste à « fusionner » les résultats partiels pour obtenir une solution globale. Ces algorithmes sont souvent associés à la récursivité ;
* [[recherche exhaustive]] (ou combinatoire) : une méthode utilisant l'énorme puissance de calcul des ordinateurs consiste à regarder tous les cas possibles. Cela n'est pour autant possible que dans certains cas particuliers (la combinatoire est souvent plus forte que l'énorme puissance des ordinateurs, aussi énorme soit-elle) ;
* décomposition ''top-down'' / ''bottom-up'' : (décomposition descendante, décomposition remontante) les décompositions ''top-down'' consistent à essayer de décomposer le problème en sous-problèmes à résoudre successivement, la décomposition allant jusqu'à des problèmes triviaux faciles à résoudre. L'algorithme global est alors donné par la composée des algorithmes définis au cours de la décomposition. La démarche ''bottom-up'' est la démarche inverse, elle consiste à partir d'algorithmes simples, ne résolvant qu'une étape du problème, pour essayer de les composer pour obtenir un algorithme global ;
* pré-traitement / post-traitement : parfois, certains algorithmes comportent une ou deux phases identifiées comme des pré-traitements (à faire avant l'algorithme principal), ou post-traitement (à faire après l'algorithme principal), pour simplifier l'écriture de l'algorithme général ;
* [[programmation dynamique]] : elle s'applique lorsque le problème d'optimisation est composé de plusieurs sous-problèmes de même nature, et qu'une solution optimale du problème global s'obtient à partir de solutions optimales des sous-problèmes.

=== Les heuristiques ===
{{article détaillé|Algorithme de Las Vegas|Algorithme de Monte-Carlo}}

Pour certains problèmes, les algorithmes ont une complexité beaucoup trop grande pour obtenir un résultat en temps raisonnable, même si l’on pouvait utiliser une puissance de calcul phénoménale. On est donc amené à rechercher la solution de façon non systématique ([[algorithme de Las Vegas]]) ou de se contenter d'une solution la plus proche possible d’une solution optimale en procédant par essais successifs ([[algorithme de Monte-Carlo]]). Puisque toutes les combinaisons ne peuvent être essayées, certains choix stratégiques doivent être faits. Ces choix, généralement très dépendants du problème traité, constituent ce qu’on appelle une [[heuristique (mathématiques)|heuristique]]. Le but d’une heuristique n'est donc pas d'essayer toutes les combinaisons possibles, mais de trouver une solution en un temps raisonnable et par un autre moyen, par exemple en procédant à des tirages aléatoires. La solution peut être exacte (Las Vegas) ou approchée (Monte-Carlo). Les ''algorithmes d'Atlantic City'' quant à eux donnent de façon probablement efficace une réponse probablement juste (disons avec une chance sur cent millions de se tromper) à la question posée.

C’est ainsi que les programmes de [[Échecs|jeu d’échecs]] ou de [[jeu de go]] (pour ne citer que ceux-là) font appel de manière très fréquente à des heuristiques qui modélisent l’expérience d’un joueur. Certains [[Logiciel antivirus|logiciels antivirus]] se basent également sur des heuristiques pour reconnaître des [[virus informatique]]s non répertoriés dans leur base, en s’appuyant sur des ressemblances avec des virus connus, c'est un exemple d'algorithme d'Atlantic City. De même le [[problème SAT]] qui est l'archétype du [[problème NP-complet]] donc très difficile est résolu de [[Problème SAT#Algorithmes de SAT|façon pratique et efficace par la mise au point d'heuristiques]]<ref>{{en}} [[Moshe Vardi]], ''{{Langue|en|Boolean Satisfiability: Theory and Engineering}}'' [http://cacm.acm.org/magazines/2014/3/172516-boolean-satisfiability/fulltext (Communications of the ACM, Vol. 57 Nos. 3, p. 5)].</ref>.

== Exemples d’algorithmes, de problèmes, d'applications ou domaines d'application ==
Il existe un certain nombre d’algorithmes classiques, utilisés pour résoudre des problèmes ou plus simplement pour illustrer des méthodes de programmation. On se référera aux articles suivants pour de plus amples détails (voir aussi [[liste des algorithmes]]) :
* algorithmes ou problèmes classiques (du plus simple ou plus complexe) :
** échange, ou comment échanger les valeurs de deux variables : problème classique illustrant la notion de variable informatique (voir aussi [[Structure de données]]),
** algorithmes de recherche, ou comment retrouver une information dans un ensemble structuré ou non (par exemple [[Recherche dichotomique]]),
** [[algorithme de tri]], ou comment trier un ensemble de nombres le plus rapidement possible ou en utilisant le moins de ressources possible,
** [[problème du voyageur de commerce]], [[problème du sac à dos]], [[problème SAT]] et autres algorithmes ou approximations de solutions pour les problèmes combinatoires difficiles (dit NP-complets) ;
* algorithmes ou problèmes illustrant la programmation récursive (voir aussi [[algorithme récursif]]) :
**[[tours de Hanoï]],
** [[huit dames]], placer huit dames sur un échiquier sans qu’elles puissent se prendre entre elles,
** [[suite de Conway]],
** algorithme de dessins récursifs ([[fractale]]) pour le [[Tapis de Sierpiński]], la [[Courbe du dragon]], le [[Flocon de Koch]]… ;
* algorithmes dans le domaine des mathématiques :
** calcul de la [[factorielle]] d'un nombre, de la [[Fonction d'Ackermann]] ou de la [[suite de Fibonacci]],
** [[algorithme du simplexe]], qui minimise une fonction linéaire de variables réelles soumises à des contraintes linéaires,
** [[fraction continue d'un nombre quadratique]], permettant d'extraire une [[racine carrée]], cas particulier de la [[méthode de Newton]],
** dans le domaine de l'algèbre : l'[[unification|algorithme d'unification]], le calcul d'une [[bases de Gröbner|base de Gröbner]] d'un idéal de polynôme et plus généralement presque toutes les méthodes de [[calcul symbolique]],
** en [[Théorie des graphes#Aspect algorithmique|théorie des graphes]] qui donne lieu à de nombreux algorithmes,
** [[test de primalité]] ;
* algorithmes pour et dans le domaine de l'informatique :
** [[cryptologie]] et [[compression de données]],
** [[informatique musicale]],
** [[algorithme génétique]] en [[informatique décisionnelle]],
** analyse et compilation des langages formels (voir [[Compilateur]] et [[Interprète (informatique)]]),
** [[allocation de mémoire]] ([[ramasse-miettes (informatique)|ramasse-miettes]]).

== Notes et références ==
{{Références}}

== Annexes ==
{{Autres projets
|wiktionary=algorithmie
|wikiversity=Algorithmique
|wikibooks=Algorithmique impérative
}}

=== Bibliographie ===
* {{Ouvrage|langue=en|auteur1=[[Donald Knuth|Donald E. Knuth]]|titre=[[The Art of Computer Programming]]|volume=2|titre volume=Seminumerical algorithms|lieu=Reading, Mass|éditeur=Addison-Wesley Pub. Co|année=1973|pages totales=764|isbn=978-0-201-89684-8|isbn2=978-0-321-75104-1|oclc=781024586}}
* {{Algorithmique (Quercia)}}
* {{Cormen3fr}}
* {{Ouvrage|langue=fr|auteur1=Patrick Bosc|auteur2=Marc Guyomard|auteur3=Laurent Miclet|titre=Conception d'algorithmes|sous-titre=principes et 150 exercices corrigés|lieu=Paris|éditeur=Eyrolles|année=2019|pages totales=832|isbn=978-2-212-67728-7|bnf=456636375}}

=== Articles connexes ===
* [[Algorithme récursif]]
* [[Algorithme réparti]]
* [[Algorithme émergent]]
* [[Algorithme adaptatif]]
* [[Algorithme d'approximation]]
* [[Art algorithmique]]
* [[Liste d'algorithmes]]
* [[Métaheuristique]]
* [[Recherche opérationnelle]]
* [[Paradigme (programmation)]]

=== Liens externes ===
{{Liens}}

{{Palette|Informatique théorique|Domaines de l'informatique}}
{{Portail|informatique théorique}}

[[Catégorie:Algorithmique| ]]
[[Catégorie:Nom dérivé d'un anthroponyme]]
[[Catégorie:Branche des mathématiques]]