Je travaille sur un article officiel sur les langages de programmation. Je vais parler de deux langages volontairement difficiles, brainfuck et JSFuck. Dois-je laisser les noms tels quels ou censurer les noms? (par exemple brainf ** k, JSF ** k)
Je travaille sur un article officiel sur les langages de programmation. Je vais parler de deux langages volontairement difficiles, brainfuck et JSFuck. Dois-je laisser les noms tels quels ou censurer les noms? (par exemple brainf ** k, JSF ** k)
Voici les noms enregistrés des programmes sanctionnés dans votre secteur. Leurs développeurs ont choisi ces noms non pas pour leur valeur exorbitante mais pour leur valeur d'impact. "Brainfuck" envoie un message INSTANTANÉ que quelque chose comme "Cerebral Challenge" ne pourrait jamais réussir. Vous faites preuve de professionnalisme en structurant la section "Brainfuck" de votre article avec le même soin que vous montrez dans les autres sections, en mentionnant la singularité de son nom uniquement si elle est pertinente pour l'article. Laissez «eux» venir à vous, s'ils sentent qu'ils doivent (et j'en doute). Votre responsabilité est de la qualité - qui inclut l'intégrité - de votre papier.
Je suggérerais de laisser les noms tels quels et de laisser les rédacteurs s'en occuper. Si l'éditeur (ou la politique de la revue) a un problème, il vous dira quoi faire. Si vous avez un problème personnel avec les noms, vous auriez probablement été mieux servi en n'utilisant pas les langues.
Assermentation du papier est incorrecte, citant jurons n'est pas. Comment les éthymologues écriraient-ils leurs articles s'ils n'étaient pas autorisés à utiliser tous les mots dont ils parlent?
Voici une thèse avec putain dedans , et son utilisation est totalement légitime.
Nommez les langages de programmation dans le résumé, et utilisez les initialismes † comme BF et JSF par la suite:
Résumé : Les deux langages à l'étude sont Brainfuck (BF) et JSFuck (JSF), tous deux yadda yadda yadda ... Les résultats montrent que certaines tâches sont exécutées plus rapidement en utilisant BF que JSF, tandis que d'autres tâches sont également bien gérées.
...
Introduction : Nous avons mis en place deux clusters d'ordinateurs, exécutant la dernière version de BF sur l'un et JSF sur l'autre. Nous avons compilé JSF à partir du code source hébergé sur le site Web du développeur à l'aide d'un Intel 4004 ...
De cette façon, vous faites référence aux noms de langage de manière professionnelle et cohérente, mais vous n'avez pas besoin de plâtrer votre papier avec des instances de * fuck ou BrainF#@%.
† Vous avez la priorité car d'autres termes en programmation sont communément désignés par des initialismes dans de cette façon, par exemple, RoR et JS, pour la lisibilité.
En tant que linguiste, j'aimerais souligner que l'utilisation du mot fuck est très différente de l'utilisation du nom Brainfuck .
Le nom Brainfuck a un référent unique: il se réfère uniquement au langage de programmation de ce nom. Le mot fuck n'a pas une référence aussi unique - il peut être utilisé pour désigner toutes sortes de choses, et bien que le concept associé puisse être considéré comme une partie plutôt intégrale de l'existence humaine, les connotations de ce mot le rendent inapproprié pour le discours formel de nombreux orateurs, sinon de la plupart.
Le point crucial est, cependant, qu'il n'y a pas de chevauchement conceptuel entre les deux. Brainfuck , lorsqu'il est utilisé comme nom d'un langage de programmation, signifie quelque chose de totalement différent de fuck , et il n'y a aucun chevauchement dans les ensembles potentiels de référents des deux mots. En même temps, il est bien sûr possible d'utiliser le mot brainfuck avec un sens qui est plus lié à fuck qu'à Brainfuck , comme dans Arrêtez d'essayer de m'enculer . Ici, l'orateur évoque clairement le sens de putain , et non le sens de "un langage de programmation qui est intentionnellement si étrange qu'il encule ses utilisateurs".
Donc, comme une réponse à votre question: utilisez par tous les moyens exactement les expressions linguistiques que leurs inventeurs ont choisi comme noms pour leurs langages de programmation. Le -fuck dans Brainfuck ne signifie pas fuck . Par conséquent, il n'est pas nécessaire de le censurer.
C'est, à moins que l'éditeur du journal auquel vous soumettez votre article refuse explicitement de le publier pendant que les séquences de lettres baisent se produisent dans les noms.
Dépend de votre public. Si vous publiez à U. C. Berkeley, ils peuvent vous accuser d'avoir cédé à la censure. Si vous êtes à BYU, ils pourraient vous expulser pour violation du code d'honneur si vous ne censurez pas. D'un autre côté, quelqu'un à Berkeley peut décider que la sexualisation d'un langage de programmation est offensant et humiliant pour les femmes.
La nature même d'une controverse est qu'il n'y a pas de réponse claire qui soit garantie de rendre tout le monde heureux. Cependant, la discrétion peut dissiper beaucoup de tension. Si vous voulez éviter la censure f ** k, vous pouvez simplement laisser les noms des langues hors du titre des articles afin qu'ils n'apparaissent pas en gros caractères.
Cela dit, je suis fier que même grandissant dans une petite ville conservatrice, je pouvais encore trouver ces mots définis dans le dictionnaire de la bibliothèque de l'école.
Un (sic) après les noms lors de la première mention pourrait suffire.
Lawrence l'a mieux exprimé dans son commentaire:
À moins que ce ne soit le premier article sur ce langage de programmation dans cette publication, vous devriez avoir la priorité sur laquelle vous appuyer. A défaut, demandez à l'éditeur.
Il existe de nombreuses façons acceptables de faire référence à la langue. La page à ce sujet sur esolangs.org dit ceci:
En raison du fait que la dernière moitié de son nom est souvent considérée comme l'un des mots les plus offensants du Langue anglaise, on l'appelle parfois brainf ***, brainf * ck, brainfsck, b **** fuck, brainf ** k ou BF. Cela peut rendre un peu difficile la recherche d'informations concernant brainfuck sur le Web, car le nom approprié peut ne pas être utilisé du tout dans certains articles.
Il semble que ce serait une considération importante quand vous décidez.
Pensez à éviter complètement le problème, en ne donnant pas à ces langues l'honneur d'être sur votre papier. Les auteurs de ces langues ont choisi quelque chose qui, selon eux, poserait des problèmes. Ne glorifiez pas une telle mauvaise décision en polluant inutilement votre bon travail de recherche.
Vous susciterez probablement du mépris et des compulsions à rouler des yeux, même si de nombreuses personnes ont suffisamment de retenue pour exprimer leur désapprobation. Certaines personnes y verront probablement une marque claire de manque de professionnalisme. Même si vous n'obtenez pas de rétroaction formelle, cela peut avoir un impact sur l'appréciation des gens et peut affecter la notation subjective. Dans l'ensemble, pourquoi adopter une telle négativité qui ne vous apportera aucun avantage?
Recherchez des solutions alternatives et utilisez-les. Ceux qui connaissent l'ensemble du scénario peuvent avoir une grande appréciation de votre entreprise réussie.
L'abréviation la plus courante que j'ai trouvée pour la première langue est "bf". Par exemple, la recherche de "bf language" sur Google affichera un langage grossier dans les résultats. La page Esolangs.org sur cette langue fournit d'autres abréviations, notant: "Cela peut rendre la tâche un peu difficile rechercher des informations concernant brainfuck sur le Web, car le nom approprié peut ne pas être utilisé du tout dans certains articles. " C'est un inconvénient du nom de cette langue.
Ou, à la place, envisagez d'éviter complètement le problème en utilisant une alternative. Je vous propose d'envisager d'utiliser Ook! Ook! , qui est directement convertible dans le langage bf que vous mentionnez. Si vous êtes intéressé par les fonctionnalités linguistiques, cela devrait être un substitut direct qui vous servira bien. (Le seul inconvénient vraiment important dont je suis conscient est simplement qu'il est moins connu, donc si vous souhaitez discuter d'une communauté, cela peut ne pas avoir le même effet. Oh, et je connais un autre technique inconvénient: le code source peut être un peu plus grand, même si le sens interprété finit par être exactement le même.)
Concernant l'autre langage que vous mentionnez, je remarque que pour le JS, beaucoup de les sites utilisent son nom complet (épelé) et utilisent également le terme JSF * ck
. La recherche de JSF * ck
sur Google parvient à remonter les sites. Cela semble donc être un nom largement accepté par la communauté entourant cette langue.