Seriously: Perl. C'est juste un emmerdement à coder pour les débutants et même pour les semi-professionnels qui travaillent avec perl au quotidien. Je vois constamment mes collègues lutter avec la langue, construire les pires scripts, comme 2000 lignes sans égard à toute norme de codage bien acceptée. C'est le pire bordel que j'ai jamais vu dans la programmation. Maintenant, vous pouvez toujours dire que ces gens sont mauvais dans le codage (malgré le fait que certains d'entre eux ont utilisé perl pour beaucoup de des années, maintenant), mais le langage encourage juste toute cette putain de merde qui me fait hurler quand je dois lire un script par un autre gars.

MS Access Visual Basic pour Applications (VBA) a également été assez mauvais. L'accès était tout à fait mauvais en ce qu'il vous a forcé vers le bas d'un paradigme faible et était trompeusement simple pour commencer, mais un cauchemar pour finir.

pas de réponse pour Cobol? :O

Old-skool Bases avec les numéros de ligne serait mon choix. Lorsque vous n'aviez pas d'espace entre les numéros de ligne pour ajouter de nouvelles lignes, vous avez dû exécuter un utilitaire renuméroter, ce qui vous a fait perdre tous les ancrages mentaux que vous aviez à ce qui était où.

en conséquence, vous avez fini par presser dans trop d'énoncés sur une seule ligne (séparés par des colons), ou vous avez fait un goto ou gosub ailleurs pour faire le travail que vous ne pouviez pas faire.

oreillons

j'y ai travaillé pendant quelques années, mais j'ai fait une erreur cérébrale complète depuis. Tout ce dont je me souviens vraiment, c'est qu'il n'y avait pas de documentation (à mon emplacement) et de commandes cryptiques.

c'était horrible. Horrible!!! HORRIBLE!!!!!

il n'y a que deux sortes de langues: celles dont tout le monde se plaint et celles que personne n'utilise.

Bjarne Stroustrup

Je n'ai pas encore travaillé avec beaucoup de langues et traite principalement avec les langues de script; de ces VBScript est celui que j'aime le moins. Bien qu'il ait quelques caractéristiques pratiques, certaines choses m'énervent vraiment:

• les assignations D'objets sont faites en utilisant le Set mot-clé:

  Set foo = Nothing
  

  Omettant Set est l'une des causes les plus fréquentes d'erreurs d'exécution.

• le traitement structuré des exceptions n'existe pas. Vérification des erreurs est comme ceci:

  On Error Resume Next
  
  ' Do something
  
  If Err.Number <> 0
    ' Handle error
    Err.Clear
  End If
  
  ' And so on
  

• pour inclure les paramètres de l'appel de procédure entre parenthèses, il faut utiliser le mot-clé Call :

  Call Foo (a, b)
  

• sa syntaxe anglaise est beaucoup trop verbeuse. (Je suis un fan des accolades.)

• logique les opérateurs sont en long-circuit. Si vous avez besoin de tester une condition composée où la condition suivante dépend du succès de la précédente, vous devez mettre des conditions dans des énoncés séparés If .

• absence de constructeurs de classe paramétrés.

• pour envelopper une déclaration en plusieurs lignes, vous devez utiliser un underscore:

  str = "Hello, " & _
        "world!"
  

• manque de commentaires multilignes.

---

Edit: found this article: the Flangy Guide to Hathing VBScript . L'auteur résume ses plaintes comme "VBS n'est pas Python" :)

Objectif-C.

les annotations sont déroutantes, l'utilisation de crochets pour appeler les méthodes ne calcule toujours pas dans mon cerveau, et ce qui est pire est que toutes les fonctions de bibliothèque de C sont appelées en utilisant les opérateurs standard dans C, -> et ., et il semble que la seule entreprise qui Pilote ce langage est Apple.

j'admets que j'ai seulement utilisé le langage lors de la programmation pour le iPhone( et la recherche dans la programmation pour OS X), mais il se sent comme si C++ était simplement bifurqué, ajouter des annotations et forcer l'implémentation et les fichiers d'en-tête à être séparés serait beaucoup plus logique.

PROGRESS 4GL (apparemment maintenant connu sous le nom de OpenEdge Advanced Business Language ").

PROGRESS est à la fois un langage et un système de base de données. Toute la langue est conçue pour faciliter l'écriture d'écrans de saisie de données à l'écran vert pourri. (Donc commencez par imaginer comment cela se traduit bien à Windows.) Rien de plus fantaisiste que cela, qu'il s'agisse de jolis écrans, de logique de programme ou de traitement par lots... pas tellement.

la dernière fois que j'ai utilisé version 7, à la fin des années 90, donc il est vaguement possible que certains de ces éléments soient périmés, mais je ne parierais pas là-dessus.

• il a été conçu à l'origine pour les écrans de saisie de données en mode texte, donc sur Windows, Toutes les coordonnées de l'écran sont en unités de" caractère", qui sont un nombre bizarre de pixels de large et un nombre différent de pixels de haut. Mais bien sûr, ils sont par défaut à une police proportionnelle , de sorte que le nombre d ' "unités de caractères" ne correspond au nombre réel de caractères qui correspond à un espace donné.
• Pas de classes ou d'objets.
• pas de support de langage pour les tableaux ou l'allocation de mémoire dynamique. Si vous voulez quelque chose qui ressemble à un tableau, vous créez une table de base de données temporaire en mémoire, définissez son schéma, puis obtenez un curseur sur elle. (J'ai vu un peu de code d'une version ultérieure, où ils ont en fait construit et expédié un objet primitif orienté système sur ces tables en mémoire. Effrayant.)
• ISAM accès base de données est construite dans. (Mais pas SQL. Qui en a besoin?) Si vous voulez incrémenter le champ Counter dans l'enregistrement courant dans la table State , vous n'avez qu'à dire State.Counter = State.Counter + 1 . Ce qui n'est pas si mauvais, sauf...
• quand vous utilisez une table directement en code, puis dans les coulisses, ils créent quelque chose qui ressemble à une variable locale invisible et magique pour maintenir la position actuelle du curseur dans cette table. Ils devinez à quel bloc contenant ce curseur sera scopé. Si vous n'êtes pas prudent, votre curseur disparaîtra lorsque vous sortirez d'un bloc, et se réinitialisera plus tard, sans avertissement. Ou vous commencerez à travailler avec une table et constaterez que vous ne commencez pas au premier enregistrement, parce que vous réutilisez le curseur d'un autre bloc (ou même le vôtre, parce que votre portée a été étendue alors que vous ne vous y attendiez pas).
• opérations effectuées le ces sauvages deviner étendues. Sommes-nous avoir du plaisir?
• tout peut être abrégé. Pour certains des mots-clés offensivement long, cela pourrait ne pas sembler si mal au début. Mais si vous avez une variable appelée Index , vous pouvez l'appeler Index ou Ind ou encore I . (Les fautes de frappe peuvent avoir des résultats très intéressants. Et si vous souhaitez accéder à un champ de base de données, non seulement vous pouvez abréger le nom du champ, mais vous n'avez même pas à qualifier le nom de la table; ils devineront la table aussi. pour des résultats vraiment effrayants, combinez cela avec:
• sauf indication contraire, ils supposent que tout est un accès à une base de données. Si vous accédez à une variable que vous n'avez pas encore déclarée (ou, plus probablement, si vous vous trompez sur le nom de la variable), il n'y a pas d'erreur de compilation: au lieu de cela, il va chercher un champ de base de données avec ce nom... ou un champ qui abrège de ce nom.

les suppositions sont les pires. Entre les abréviations et le champ par défaut, vous pourriez obtenir des choses désagréables si vous n'étiez pas prudent. (Vous avez oublié de déclarer I comme variable locale avant de l'utiliser comme variable de boucle? Pas de problème, on va juste choisir au hasard une table, prendre son enregistrement actuel, et complètement détruire un champ choisi arbitrairement dont le nom commence par I !)

Puis ajouter dans le fait que accidentel champ par défaut l'accès pourrait changer la portée qu'il a deviné pour vos tables, cassant ainsi un morceau de code complètement sans rapport. Amusant, oui?

ils ont aussi un système de rapport intégré dans la langue, mais j'ai apparemment réprimé tous les souvenirs de lui.

quand J'ai eu un autre travail avec Netscape LiveWire (une tentative ratée de JavaScript côté serveur) et classic ASP (VBScript), j'étais au paradis.

la pire langue? BancStar, baisse les mains.

3 000 variables prédéfinies, toutes numérotées, toutes globales. Pas de déclaration de variable, pas d'initialisation. La moitié d'entre eux, dispersés dans la gamme, réservés à l'utilisation du système, mais vous pouvez les utiliser à vos risques et périls. Une centaine sont remplis automatiquement à la suite de diverses opérations, et aucune liste de ceux qui ce sont. Ils s'insèrent tous dans des octets de 38k, et il n'y a aucune protection quelle qu'elle soit pour le débordement de tampon. Système permettra joyeusement aux utilisateurs de mettre 20 octets dans un champ de dix octets si vous avez déclaré La longueur d'un champ d'entrée incorrectement. Les effets sont pour le moins imprévisibles.

c'est une langue qui vous permettra de déclarer un gosub calculé ou goto; en raison de ses limites, cela est souvent nécessaire. Des conditions peuvent être déclarés avant ou arrière. Imaginez une instruction" Si " qui termine 20 lignes avant qu'elle ne commence.

la pile de retour est très peu profonde, (20 Gosubs ou ainsi) et puisque la pression d'un utilisateur de n'importe quelle touche de fonction déclenche un sous-programme différent, vous pouvez dépasser la pile facilement. Les concepteurs ont soigneusement inclus une commande" Gosubs clair " pour atomiser la pile complètement afin de résoudre ce problème et de s'assurer que vous ne sauriez jamais exactement ce que le programme ferait ensuite.

il y a beaucoup plus. Des dizaines de milliers de lignes de cette horreur lovecraftienne.

Le .Fichiers bat scripting langue sous DOS/Windows. Dieu seul sait à quel point celui-ci n'est pas puissant, surtout si vous le comparez aux langages de shell Unix (qui ne sont pas si puissants non plus, mais bien meilleurs tout de même).

il suffit d'essayer de concaténer deux cordes ou de faire un pour boucle. Nah.

VSE, Le Logiciel Visuel de l'Environnement.

C'est un langage qu'un de mes profs ( Dr.Henry Ledgard ) a essayé de nous vendre à l'Université. (Je ne me sens pas mal de donner son nom parce que, autant que je peux dire, il est toujours un grand promoteur et serait heureux de la chance de convaincre certaines personnes que c'est la meilleure chose depuis le pain tranché). En le décrivant aux gens, Ma meilleure analogie est que c'est une sorte d'enfant bâtard de FORTRAN et COBOL, avec un extra mauvais jeté dans. Du seulement le dossier VRAIMENT accessible j'ai trouvé avec ce matériel (il y a beaucoup plus là-dedans que je ne vais pas lier spécifiquement ici):

• vse Overview (pdf)
• Chapitre 3: Le VSE Langue (pdf) (Pas vraiment un aperçu de la langue)
• Annexe: Chaînes de caractères, les Caractères (pdf)
• Le Logiciel Survivants (pdf) (Enfiévrés divagations de tenter de justifier cette merde)

VSE est construit autour de ce qu'ils appellent Le "Principe de Séparation". L'idée est que les Données et le Comportement doivent être complètement séparés. Imaginons l'exigence de C que toutes les variables / données doivent être déclarées au début de la fonction, sauf maintenant, déplacez cette déclaration dans un fichier séparé que d'autres fonctions peuvent aussi bien utiliser. Lorsque d'autres fonctions l'utilisent, elles utilisent les mêmes données, pas une copie locale de données avec la même mise en page.

Pourquoi faire les choses de cette façon? Nous apprenons que de les survivants du logiciel que règles de portée Variable sont difficiles. j'inclurais une citation mais, comme la plupart des idiots, il faut une éternité à ces gars pour dire n'importe quoi. Cherchez dans ce PDF le "bourbier de la portée" et vous découvrirez une véritable illumination.

ils continuent à prétendre que cela le rend en quelque sorte plus adapté aux environnements multi-proc car il modélise plus étroitement l'implémentation matérielle sous-jacente. Riiiight.

un autre thème de choix qui revient fréquemment:

INCREMENT DAY COUNT BY 7 (or DAY COUNT = DAY COUNT + 7)
DECREMENT TOTAL LOSS BY GROUND_LOSS
ADD 100.3 TO TOTAL LOSS(LINK_POINTER)
SET AIRCRAFT STATE TO ON_THE_GROUND
PERCENT BUSY = (TOTAL BUSY CALLS * 100)/TOTAL CALLS

bien que non earthshaking, le style de l'arithmétique reflète ordinaire utilisation, c'est à dire, tout le monde peut lire et comprendre - sans le savoir une programmation langue. En fait, VisiSoft arithmétique est pratiquement identique à FORTRAN, y compris l'arithmétique complexe intégrée. Cela met les programmeurs concernés par leur statut professionnel et les sécurité de l'emploi correspondante facilité.

Ummm, pas tant que ça, vraiment. Un des points de vente clés que Bill Cave utilise pour essayer de vendre VSE est la démocratisation de la programmation de sorte que les gens d'affaires n'ont pas besoin de se lier à des programmeurs qui utilisent des outils fous et obscurs dans le seul but de la sécurité de l'emploi. Il utilise cette peur irrationnelle pour vendre son outil. (Et ça marche-- le gouvernement fédéral est son plus gros client). J'ai compté 17 utilisations de l'expression "sécurité de l'emploi" dans le document. Exemples:

• ... et adapté uniquement pour ceux qui désirent un emploi artificiel de sécurité .
• Plus de faux sécurité de l'emploi ?
• Est sécurité de l'emploi dépend de s'assurer que l'autre gars peut pas comprendre ce qui a été fait?
• est sécurité d'emploi dépend du code complexe...?
• L'une des forces les plus fortes affectant l'acceptation de la nouvelle technologie est la perception de son propre sécurité d'emploi .

il utilise cette paranoïa pour créer un fossé entre les managers qui tiennent les cordons de la bourse et les techniciens qui ont la connaissance de reconnaître VSE pour la merde qu'il est. C'est comme ça qu'il le comprime dans les entreprises-- "vos techniciens disent que ça craint parce qu'ils ont peur que ça les rende obsolètes!"

---

quelques citations supplémentaires de choix la vue d'ensemble de la documentation:

une Autre conséquence de cette approche est-ce que les données sont mappées en mémoire sur un "Ce que Vous Voyez Est Ce que Vous Obtenez" base , et maintenu tout au long. Cela permet aux utilisateurs de déplacer un complet structure en chaîne de caractères dans un modèle qui décrit chaque personne de terrain. Plusieurs modèles peut être redéfini pour un stockage zone. Contrairement à C et d'autres langues, Les sous-structures peuvent être déplacées sans les problèmes de mauvais alignement dus à normes d'alignement des limites des mots.

maintenant, je ne sais pas pour vous, mais je sais qu'une approche WYSIWYG à la disposition de la mémoire est au haut de ma liste de priorité quand il s'agit de choix de langue! Fondamentalement, ils ignorent les problèmes d'alignement parce que seuls les vieux langages qui ont été conçus dans les années 60 et 70 se soucient de l'alignement des mots. Ou quelque chose comme ça. Le raisonnement est faux. Il fait donc peu de sens pour moi que j'ai procédé à l'oublier presque immédiatement.

il n'y a pas de types définis par l'utilisateur dans VSE. décision qui simplifie grandement le langue. Le gain d'une pratique point de vue est également très bien. VSE permet au concepteur et programmeur organiser un programme sur le même les lignes en tant que système physique modélisé. VSE permet aux structures d'être construit dans un facile à lire, logique hiérarchie d'attribut.

génial! Types définis par l'utilisateur sont boiteux. Pourquoi voudrais-je quelque chose comme un InputMessage objet quand je peux avoir:

LINKS_IN_USE INTEGER
INPUT_MESSAGE
   1 ORIGIN             INTEGER
   1 DESTINATION        INTEGER
   1 MESSAGE
      2 MESSAGE_HEADER  CHAR 10
      2 MESSAGE_BODY    CHAR 24
      2 MESSAGE_TRAILER CHAR 10
   1 ARRIVAL_TIME       INTEGER
   1 DURATION           INTEGER
   1 TYPE               CHAR 5

OUTPUT_MESSAGE CHARACTER 50

vous pourriez regarder cela et penser, "Oh, c'est assez joliment formaté, si un peu old-school."De la vieille école qui est juste. Les espaces sont importants-- très significatif. Et redondant! Le 1 doit figurer dans la colonne 3. Le 1 indique qu'il est au premier niveau de la hiérarchie. Le nom du symbole doit figurer dans la colonne 5. Vos hiérarchies sont limitées à une profondeur de 9.

D'accord, mais est-ce si terrible? Il suffit d'attendre:

il est bien connu que pour lire texte, utilisation d'un texte conventionnel Haut / Bas le cas est plus lisible. VSE utilise tous les majuscules (sauf pour les commentaires). pourquoi? La littérature en psychologie est basé sur la prose. Programmes, tout simplement, ne sont pas prose. Les programmes sont plus comme les maths, de la comptabilité, de tables. Les polices de programme (habituellement par messagerie) sont presque universellement à espacement fixe, et pour de bon raison-alignement vertical entre lignes de code connexes. programmes en les majuscules sont bien lisibles, et, après un moment, beaucoup mieux dans notre avis

rien de tel que de faire respecter votre opinion au niveau linguistique! C'est vrai, vous ne pouvez pas utiliser de minuscules dans VSE à moins que ce ne soit dans un commentaire. Garde tes capuchons, ça va rester là un moment.

les sous-procédures VSE sont appelées processus. Cet échantillon de code contient trois processus:

PROCESS_MUSIC
    EXECUTE INITIALIZE_THE_SCENE
    EXECUTE PROCESS_PANEL_WIDGET

INITIALIZE_THE_SCENE
    SET TEST_BUTTON PANEL_BUTTON_STATUS TO ON
    MOVE ' ' TO TEST_INPUT PANEL_INPUT_TEXT
    DISPLAY PANEL PANEL_MUSIC

PROCESS_PANEL_WIDGET
    ACCEPT PANEL PANEL_MUSIC

*** CHECK FOR BUTTON CLICK
    IF RTG_PANEL_WIDGET_NAME IS EQUAL TO 'TEST_BUTTON'
       MOVE 'I LIKE THE BEATLES!' TO TEST_INPUT PANEL_INPUT_TEXT.
    DISPLAY PANEL PANEL_MUSIC

tous les capuchons prévus. Après tout, c'est plus facile à lire. Remarque l'espace. Il est important de nouveau. Tous les noms de processus doivent commencer dans la colonne 0. Initial le niveau des instructions doit commencer à la colonne 4. Les niveaux plus profonds doivent être indentés exactement 3 espaces. Ce n'est pas grand chose, cependant, parce que vous n'êtes pas autorisé à faire des choses comme les conditionnels de nid. Tu veux une conditionnelle imbriquée? Eh bien, faites un autre processus et appelez-le. Et notez la syntaxe delicious COBOL-esque!

vous voulez des boucles? Facile:

EXECUTE NEXT_CALL
EXECUTE NEXT_CALL 5 TIMES
EXECUTE NEXT_CALL TOTAL CALL TIMES

EXECUTE NEXT_CALL    UNTIL NO LINES ARE AVAILABLE
EXECUTE NEXT_CALL    UNTIL CALLS_ANSWERED ARE EQUAL TO CALLS_WAITING
EXECUTE READ_MESSAGE UNTIL LEAD_CHARACTER IS A DELIMITER

Ugh.

Voici la contribution à ma propre question:

Origine LabTalk

mon préféré de tous les temps à cet égard est origine LabTalk . Dans LabTalk la longueur maximale d'un identificateur de variable de chaîne est un caractère. Autrement dit, il n'y a que 26 variables de chaîne de caractères. Pire encore, certains d'entre eux sont utilisés par Origine elle-même, et il n'est pas clair.

du manuel:

LabTalk utilise la notation % pour définir une variable de chaîne. Juridique de la chaîne nom de la variable doit être un caractère % suivi d'un seul caractère alphabétique caractère (une lettre de A à Z). Chaîne les noms de variables sont caséinsensible. De toutes les 26 cordes variables qui existent, origine elle-même utilisations 14.

Portes DXL

pour moi le deuxième le pire à mon avis est Doors DXL . Les langages de programmation peuvent être divisés en deux groupes: Ceux avec gestion manuelle de la mémoire (par exemple supprimer, gratuit) et ceux avec un collecteur d'ordures. Certaines langues offrent les deux, mais DXL est probablement la seule langue au monde qui prend en charge ni. OK, pour être honnête c'est seulement vrai pour les cordes, mais hey, les cordes ne sont pas exactement le type de données le plus rarement utilisé dans les logiciels d'ingénierie des exigences.

le la conséquence est que la mémoire utilisée par une chaîne de caractères ne peut jamais être récupérée et PORTES DXL des fuites comme tamis.

il y a d'innombrables autres bizarreries dans DXL, pour n'en citer que quelques-unes:

• DXL syntaxe de la fonction
• DXL tableaux

La Fusion Froide

je suppose que c'est bon pour les designers, mais en tant que programmeur, j'ai toujours eu l'impression qu'une main était attachée derrière mon dos.

les deux langues les plus mauvaises avec lesquelles j'ai travaillé étaient APL, qui est relativement bien connu pour les langues de son âge, et TECO, la langue dans laquelle L'Emacs original a été écrit. Les deux sont remarquables pour leur syntaxe terse et impénétrable.

APL est un langage de traitement de tableau; il est extrêmement puissant, mais presque impossible à lire, puisque chaque caractère est un opérateur, et beaucoup n'apparaissent pas sur les claviers standard.

TECO avait une apparence similaire, et pour une raison similaire. La plupart des caractères sont des opérateurs, et ce langage spécial a été consacré à l'édition de fichiers texte. C'était un peu mieux, puisqu'il utilisait le jeu de caractères standard. Et il avait la capacité de définir des fonctions, ce qui a donné vie à emacs--les gens ont écrit des macros, et ne les ont invoquées qu'après un certain temps. Mais comprendre ce qu'un programme a fait ou en écrire un nouveau a été tout un défi.

• LOLCODE :

HAI
CAN HAS STDIO?
VISIBLE "HAI WORLD!"
KTHXBYE

sérieusement, le pire langage de programmation jamais utilisé est celui des Makefiles. Totalement incompréhensible, les onglets ont une signification syntaxique et même pas un débogueur pour savoir ce qui se passe.

Je ne suis pas sûr que vous vouliez inclure les langages de script, mais J'ai vu TCL (ce qui est aussi ennuyeux), mais... le mIRC scripting language m'agace sans fin.

à cause d'une erreur dans l'analyse, c'est un espace significatif quand il n'est pas censé l'être. Les déclarations conditionnelles seront parfois exécutées quand elles sont censées être sautées à cause de cela. L'ouverture d'une instruction de bloc ne peut pas être faite sur une ligne séparée, etc.

D'autre part, il est tout simplement plein de désordre, la syntaxe incohérente qui a probablement été conçu de cette façon pour rendre les choses très basique facile, mais en même temps rend tout un peu plus complexe à peine lisible.

j'ai perdu la plupart de mes scripts de mIRC, ou j'aurais probablement pu trouver quelques bons exemples de l'horrible désordre qu'il vous force à créer: (

Visual Foxpro

expressions régulières

c'est une langue écrite seulement, et il est difficile de vérifier si cela fonctionne correctement pour les bonnes entrées.

je ne peux pas croire que personne n'a dit ceci:

LotusScript

je pense que c'est bien pire que php au moins.

ne concerne pas le langage lui-même qui suit une syntaxe similaire à Visual Basic, est le fait qu'il semble avoir beaucoup de fonctions pour des choses extrêmement inutilisables que vous ne serez jamais (ou un sur un million de fois) utiliser, mais le manque de soutien pour les choses que vous utiliserez tous les jours.

Je ne me souviens d'aucun exemple concret mais ils étaient comme:

" Ok, j'ai un événement pour vérifier si le pointeur de la souris est dans le coin supérieur du formulaire et je n'ai pas un événement de double clic pour le formulaire!!?? WTF??"

deux fois j'ai dû travailler dans des "langues" où vous glissez-n-drop modules sur la page et les lient ensemble avec des lignes pour montrer le flux de données. (L'un prétendait être un SGBDR, et l'autre un langage d'acquisition de données à usage général et de chiffrement.)

rien que d'y penser, ça me donne envie d'étrangler quelqu'un. Ou vomir. Ou les deux.

pire, ni l'un ni l'autre n'a exposé un langage de texte que vous pourriez pirater directement.

je me trouve éviter d'avoir à utiliser VBScript/Visual Basic 6 le plus.

j'utilise principalement C++, javascript, Java pour la plupart des tâches et dabble dans ruby, scala, erlang, python, assembleur, perl quand le besoin se présente.

comme la plupart des autres polyglottes/programmeurs raisonnablement pensants, je pense fortement que vous devez utiliser le bon outil pour le travail - cela exige que vous compreniez votre domaine et de comprendre vos outils.

mon problème avec VBscript et VB6 est quand je les utilise pour script windows ou applications de bureau (le bon domaine pour eux) - je me retrouve à lutter avec la langue (ils sont loin d'être le bon outil).

l'absence de VBScript de structures de données natives faciles à utiliser (telles que les conteneurs associatifs/cartes) et autres bizarreries (telles que l'ensemble pour l'affectation aux objets) est une gêne inutile et frustrante, en particulier pour un langage de script. Contraste il avec Javascript (que j'utilise maintenant pour programmer windows wscript/cscript et faire des scripts d'automatisation activex) qui est beaucoup plus expressif. Bien qu'il y ait certaines choses qui fonctionnent mieux avec vbscript( comme passer des tableaux de va-et-vient à partir D'objets COM est légèrement plus facile, bien qu'il soit plus facile de passer des gestionnaires d'événements dans les composants COM avec jscript), je suis toujours surpris par la quantité de codeurs qui utilisent encore vbscript pour script windows - je parie qu'ils ont écrit le même programme dans les deux langues ils constateront que jscript fonctionne avec vous bien plus que vbscript, à cause des types de données de hachage et des fermetures natives de jscript.

Vb6 / VBA, bien qu'un peu mieux que vbscript en général, a encore beaucoup de problèmes similaires où (pour leur domaine) ils exigent beaucoup plus chaudière Plaque pour faire des tâches simples que ce que je voudrais et ai vu dans d'autres langues de script.

en plus de 25 ans de programmation informatique, de loin la pire chose que j'ai jamais vécue était un dérivé D'oreillons appelé Meditech Magic. C'est bien plus maléfique que PHP ne pourrait jamais espérer l'être.

il n'utilise même pas ' = ' pour assignation! 100^b assigne une valeur de 100 à b et est lu comme "100 va à b". Fondamentalement, ce langage inventé sa propre syntaxe de haut en bas. Donc peu importe le nombre de langages de programmation que vous connaissez, la magie sera un mystère complet pour vous.

voici 100 bouteilles de bière sur le Mur écrit dans cette abomination d'une langue:

BEERv1.1,
100^b,T("")^#,DO{b'<1 NN(b,"bottle"_IF{b=1 " ";"s "}_"of beer on the wall")^#,
                          N(b,"bottle"_IF{b=1 " ";"s "}_"of beer!")^#,
                          N("You take one down, pass it around,")^#,b-1^b,
                          N(b,"bottle"_IF{b=1 " ";"s "}_"of beer on the wall!")^#},
END;

TCL. Il ne compile du code que juste avant qu'il n'exécute, il est donc possible que si votre code n'a jamais descendu la branche a pendant les tests, et un jour, dans le champ il descend la branche A, il pourrait avoir une erreur de syntaxe!