Idées & Perspectives

Explorer le développement AI-first, les garde-fous de code et l'architecture de la jetabilité.

cleanroom-correctnessllmformal-proofsautomation

Les LLM ne peuvent pas prouver que votre code est correct, mais ils peuvent écrire le code répétitif qui le fait

La vérification Cleanroom nécessite de générer et de lever des obligations de preuve. Voici comment les LLM automatisent l'annotation et la génération de conditions de vérification afin que vous puissiez vous concentrer sur les preuves réellement difficiles.

Le génie logiciel Cleanroom exige que vous prouviez la correction de votre code avant de le compiler. Cela semble noble jusqu'à ce que vous passiez trois…
cleanroom-correctnessprocessefficiencypragmatism

Cleanroom Offre 0,1 Défaut par KLOC. Vous N'avez Pas Besoin du Rituel Complet pour Y Arriver.

L'ingénierie logicielle Cleanroom divise les taux de défauts par 100, mais l'adoption complète exige des équipes de test séparées et des preuves formelles. Voici un sous-ensemble pragmatique qui capture la majeure partie du bénéfice sans le overhead.

L'ingénierie logicielle Cleanroom offre 0,1 défaut par mille lignes de code. La moyenne industrielle est de 10 à 50. Le hic, c'est que le Cleanroom complet…
cleanroom-correctnesszero-defectssoftware-historyprocess

Le Zero-Defect Process d'IBM livrait 0,1 bug par KLOC. L'industrie l'a abandonné quand même.

Le Cleanroom engineering d'IBM a atteint des taux de défauts 100 fois meilleurs que la moyenne industrielle, puis a sombré dans l'oubli. La disparition n'avait rien à voir avec le fait que cela fonctionnait.

Le Cleanroom software engineering process d'IBM livrait 0,1 défaut par millier de lignes de code. La moyenne industrielle à l'époque se situait entre 10 et 50.…
cleanroom-correctnesszero-defectsverificationcase-study

Quelqu'un a-t-il vraiment vérifié 10 000 lignes avec zéro défaut ? IBM l'a fait, et la méthodologie est plus étrange que le résultat.

Cleanroom software engineering promettait des incréments zero-defect grâce à la mathematical verification au lieu du debugging. Nous examinons les données réelles du projet IBM pour voir si l'affirmation tenait debout.

La moyenne de l'industrie logicielle dans les années 1980 était de 30 à 60 défauts par millier de lignes de code. L'équipe Cleanroom d'IBM a livré un incrément…
cleanroom-correctnessbox-structurearchitecturespecification

Votre module a trois couches. Vous n'en avez probablement écrit qu'une.

Les Box Structures vous obligent à définir ce qu'un module fait, ce qu'il mémorise et comment il fonctionne en trois couches séparées et vérifiables. Voici comment Cleanroom élimine le debugging.

Vous écrivez d'abord le code, puis les tests, puis vous découvrez que le code était faux. C'est la boucle standard. C'est aussi pourquoi le debugging consomme…
cleanroom-correctnessibmzero-defectssoftware-quality

IBM a livré des logiciels avec 0,1 défaut par KLOC en interdisant aux développeurs d'exécuter leur propre code

Le processus d'ingénierie Cleanroom d'IBM a atteint des taux de défauts 100 fois meilleurs que la moyenne industrielle en prévenant les bugs plutôt qu'en les détectant. Voici comment cela fonctionnait, pourquoi presque personne ne l'utilise, et ce que vous pouvez en reprendre aujourd'hui.

IBM a livré un système de contrôle de satellite de la NASA avec 0,1 défaut par mille lignes de code. La moyenne industrielle à l'époque se situait entre 10 et…
literate-programmingci-cdweave-tangleautomation

Votre programme littéraire est cassé tant que CI ne peut pas le tangler sans vous

La programmation littéraire promet une source unique de vérité, mais les étapes manuelles de weave et tangle cassent la pipeline CI/CD. Voici comment automatiser l'extraction et la génération de documentation pour que vos fichiers Markdown restent canoniques.

Si votre pipeline de build ne peut pas s'exécuter sans que vous ouvriez un terminal et tapiez , vous n'avez pas de programme littéraire. Vous avez un journal…
literate-programmingdocumentationtestingsingle-source-of-truth

J'ai arrêté de copier du code dans la documentation en gardant les tests, le code et la prose dans un seul fichier Markdown

La programmation littéraire maintient la documentation, les tests et l'implémentation synchronisés en faisant d'un fichier Markdown la source unique de vérité. Voici comment l'implémenter en trente lignes de Python.

Vos docs, vos tests et votre code sont trois fichiers qui racontent la même histoire mal. Vous mettez à jour la signature de la fonction dans le source. Vous…
literate-programmingllmdocumentationai-engineering

Votre Thread avec Claude Est Déjà de la Documentation. Il Meurt Juste en Douze Heures.

Les conversations avec les LLM contiennent l'intention, les alternatives rejetées et le code fonctionnel. C'est exactement ce que la documentation devrait être. Voici comment transformer un chat éphémère en documentation durable et consultable sans perdre la narration.

Vous avez passé quarante-cinq minutes avec Claude à concevoir un circuit de réessai. Vous avez expliqué les modes de défaillance, rejeté le backoff exponentiel…