Première révision du code

Hier, mon code a été révisé par quelqu'un d'autre pour la première fois. Dans le cadre du cours de développement open source que je suis, nous avons dû réviser le code de chacun. Pour cet exercice, je me suis associé à Vinh, un de mes amis qui se trouve également être un très bon programmeur. Nous avons été chargés de tester et de signaler les problèmes liés au travail de chacun pour l'outil de ligne de commande sur lequel nous avons travaillé dans le cours.

Vinh NhanSuivre

/vinhyan

Approche asynchrone ou synchrone

Nous avons effectué nos révisions de code à la fois de manière synchrone sur le texte et de manière asynchrone sur les problèmes GitHub. J'ai trouvé que l'approche synchrone conduisait à des résultats plus rapides, car je pouvais consulter l'auteur du code pour savoir pourquoi il avait adopté une certaine approche lors de l'écriture de son code et obtenir immédiatement une réponse. Cependant, l'approche asynchrone élimine le besoin de trouver une heure fixe dans les horaires des deux personnes pour effectuer le travail.

Tester le programme de Vinh

Vinh a créé un outil en ligne de commande appelé sans barrière qui utilise l'IA pour traduire des phrases de texte dans d'autres langues, ce qui m'a semblé une bonne idée. Lorsque j'ai commencé à tester le programme de Vinh, il en était encore aux premiers stades de développement et il n'avait donc pas encore de README (c'est le cas maintenant, allez le vérifier !).

vinhyan / sans barrière

Qu'est-ce que le sans barrière

Barrierless est un outil en ligne de commande conçu pour éliminer les barrières linguistiques en fournissant des traductions transparentes d'une langue à une autre. Propulsé par GROQCloud, cet outil permet aux utilisateurs de traduire rapidement du texte dans la langue cible souhaitée, facilitant ainsi la communication entre différentes langues.

Caractéristiques

• Détecte automatiquement les langues.
• Prise en charge de plusieurs langues : traduisez du texte entre un large éventail de langues.
• Intégration GROQCloud : utilise l'API de traduction hautes performances de GROQCloud.
• Facile à utiliser : interface de ligne de commande simple pour des traductions rapides.
• Personnalisable : facilement extensible pour des fonctionnalités linguistiques supplémentaires ou une prise en charge API.

Comment utiliser

Installation

1. Clonez le référentiel et accédez au répertoire du projet :

git clone git@github.com:vinhyan/barrierless.git

2. Accédez au répertoire du projet :

cd barrierless

3. Installez les dépendances requises :

npm install

4. Créez un fichier .env pour stocker la clé API Groq
   Remarque : reportez-vous à .env.example pour savoir comment obtenir et stocker la clé API Groq

5. Omettez cette étape si npm install -g a été utilisé à l'étape 3…

Voir sur GitHub

A feature I really liked is the colorful output text which makes the user experience a little bit more pleasant - something I neglected in my own program in trying to model it after CLI tools like git.

I read the package.json file to find out how the program should be run, and when it immediately crashed I realized I forgot to add the API key as an environment variable. After adding my API key, the program ran without errors, although I did find an interesting quirk - the program defaults the output language to English, so if you didn't specify one, and the input was in English, it seemed to choose a language to translate to on its own - either randomly, or based on context from the input.

I opened a few other issues, mostly to do with improving code quality:

• A missing try/catch block around an async function call

Uncaught exception in index.js #7

uday-rana posted on Sep 12, 2024

index.js contains the following async function calls which are not wrapped in a try/catch block and may lead to an uncaught exception:

export async function main(text, targetLang) {
  const chatCompletion = await getGroqChatCompletion(text, targetLang);
  console.log(chatCompletion.choices[0]?.message?.content || '');
}

...

program
  ...
  .action(async (text, options) => {
    console.log(chalk.blue(`Translating  <span class="pl-s1"><span class="pl-kos">${text}</span>...`</span>));

    await main(text, options.language);
  });

View on GitHub

• Some suggestions to make code easier to understand

Could simplify code #8

uday-rana posted on Sep 12, 2024

Some changes may be made to to the project make it easier to understand and work on:

• [x] Move Groq configuration above program initialization with commander
• [x] main() seems unnecessary since it contains two lines of code and there are more lines of code involved in creating and invoking the function than if it was omitted
• [ ] prompt.js seems unnecessary since it just contains a single function which places arguments into a template literal and returns them
• [x] Exporting main() and getGroqChatCompletion() seems unnecessary

View on GitHub

• Adding a comment to explain the use of both import and require statements

Add comments explaining mixed import/require #9

uday-rana posted on Sep 12, 2024

이 프로젝트는 가져오기를 사용해야 하는 초크 모듈과 package.json에 가져오기를 사용하면 오류가 발생하기 때문에 ES6 가져오기와 CommonJS 요구 사항을 모두 사용합니다. 이를 설명하는 댓글을 추가해 주시면 도움이 될 것입니다.

GitHub에서 보기

내 차례

다음은 제가 리뷰할 차례였습니다. 어떤 문제가 나타날지 확신할 수 없었지만 Vinh은 결국 제가 주의를 기울이지 않았던 많은 문제를 발견하게 되었습니다.

• README의 지침에서 도구 앞에 노드를 붙일 필요가 없도록 또 다른 옵션으로 npm 링크를 추가합니다.

README.md에는 `npm link` 실행 지침이 포함되어 있지 않습니다. #2

빈얀 게시일: 2024년 9월 12일

README.md 파일에는 CLI 도구의 로컬 개발 및 테스트에 필요한 npm 링크 실행 지침이 없습니다

GitHub에서 보기

• commander.js를 사용한 불필요한 명령 할당

CLI에는 하위 명령이 없으므로 `program.command("run")`은 필요하지 않습니다. #3

빈얀 게시일: 2024년 9월 12일

GitHub에서 보기

• 변수명 오타

변수 이름 오타 #4

빈얀 게시일: 2024년 9월 12일

index.js 31행: 변수 이름에 오타가 있습니다: responseStream

GitHub에서 보기

결론

아주 잘했다고 생각했지만 항상 놓쳤을 수 있는 버그나 개선할 수 있는 기능이 있다는 것을 보여주려고 합니다. 내가 작성한 코드를 새로운 눈으로 자세히 살펴볼 수 있어서 정말 좋았습니다. 지금은 오타를 수정하고 README를 업데이트했지만 다른 문제는 테스트가 필요하므로 버전 0.1을 출시하기 전에 해당 문제를 해결할 계획입니다.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!