Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Factor in DX for comparison with Go #1115

Merged
merged 13 commits into from
Oct 13, 2024
8 changes: 8 additions & 0 deletions site/docs/es/resources/comparison.md
Original file line number Diff line number Diff line change
Expand Up @@ -150,6 +150,14 @@ Como lenguaje compilado de forma nativa, Go supera a TypeScript en velocidad bru
Esto es mucho menos relevante cuando escribes un bot porque la mayor parte del tiempo se pasa esperando a la red, pero con el tiempo, empezará a importar lo rápido que tu bot pueda analizar JSON.
Go puede ser una mejor opción en estos casos.

Otra métrica es la experiencia del desarrollador (DX).
En general, Go y TypeScript son conocidos por tener herramientas extremadamente buenas y soporte de editor.
Sin embargo, para la API Bot en particular, grammY es significativamente mejor que cualquier biblioteca escrita en Go.
Esto se debe principalmente al avanzado sistema de tipos de TypeScript, que grammY aprovecha de forma sofisticada.
Como resultado, puedes explorar la API de Bot de forma interactiva desde dentro de tu editor.
Esto no es posible en la misma medida utilizando cualquier biblioteca escrita en Go.
Si quieres el mejor DX, usa grammY.

### Frameworks escritos en Rust

Un punto similar se puede hacer [como con Go](#frameworks-escritos-en-go), pero es aún más fuerte con Rust.
Expand Down
8 changes: 8 additions & 0 deletions site/docs/resources/comparison.md
Original file line number Diff line number Diff line change
Expand Up @@ -150,6 +150,14 @@ As a natively compiled language, Go outperforms TypeScript at raw CPU speed by s
This is much less relevant when you write a bot because most of the time is spent waiting for the network, but eventually, it will start to matter how fast your bot can parse JSON.
Go can be a better choice in these cases.

Another metric is developer experience (DX).
In general, Go and TypeScript are both known to have extremely good tooling and editor support.
However, for the Bot API in particular, grammY is significantly better than any library written in Go.
KnorpelSenf marked this conversation as resolved.
Show resolved Hide resolved
This is mainly due to TypeScript's advanced type system which grammY leverages in sophisticated ways.
As a result, you can explore the Bot API interactively right from inside your editor.
This is not possible to the same extent using any library written in Go.
If you want the best DX, use grammY.

### Frameworks Written in Rust

A similar point can be made [as with Go](#frameworks-written-in-go), but it is even stronger with Rust.
Expand Down
8 changes: 8 additions & 0 deletions site/docs/uk/resources/comparison.md
Original file line number Diff line number Diff line change
Expand Up @@ -150,6 +150,14 @@ TypeScript дозволяє ітераційно змінювати кодову
Це набагато менш актуально, коли ви пишете бота, тому що більша частина часу витрачається на очікування мережі, але з часом почне мати значення, як швидко ваш бот може розбирати JSON.
У таких випадках Go може бути кращим вибором.

Інший показник - це досвід розробника (DX).
LWJerri marked this conversation as resolved.
Show resolved Hide resolved
Загалом відомо, що Go та TypeScript мають надзвичайно хороший інструментарій та підтримку редакторів.
Однак, для Bot API, grammY значно краща за будь-яку бібліотеку, написану на Go.
Це, головним чином, завдяки розширеній системі типів TypeScript, яку grammY використовує у витончений спосіб.
Як результат, ви можете досліджувати API ботів в інтерактивному режимі прямо з вашого редактора.
LWJerri marked this conversation as resolved.
Show resolved Hide resolved
Це неможливо в тій же мірі, використовуючи будь-яку бібліотеку, написану на Go.
Якщо ви хочете отримати найкращий DX, використовуйте grammY.

### Фреймворки, написані на Rust

Можна зробити схоже зауваження, [як і у випадку з Go](#фреимворки-написані-на-go), але у випадку з Rust воно ще сильніше.
Expand Down
Loading