Если захочется поиграться и запустить собственного ChatGPT-бота в Telegram, то можете начать экспериментировать на базе проекта:

➡️ https://github.com/karfly/chatgpt_telegram_bot

Там же автор указал ссылку на уже рабочий ChatGPT-бот https://t.me/chatgpt_karfly_bot для проверки возможностей (ограничение 2500 токенов бесплатно + с оплатой за доп.токены). На вопросы отвечает, контекст запоминает. Красота 😍

#chatgpt

Хорошая и подробная статья по логированию вашего node.js приложения с помощью Pino:

➡️ https://betterstack.com/community/guides/logging/how-to-install-setup-and-use-pino-to-log-node-js-applications/

От себя:
На сегодня Pino один самых (если не самый) богатых модулей для логирования по возможностям и поддержке. Есть множество транспортов (или источник куда писать залогированные данные) практически куда угодно. Список транспортов тут — https://github.com/pinojs/pino/blob/master/docs/transports.md. При желании/необходимости можно написать свой кастомный без особых проблем. Из альтернатив Pino можно выделить winston, bunyan и более молодой, но неплохой cabinjs

Если говорить в целом, то логирование критически необходимо, хотя многие считают это нудным занятием и в итоге на него забивают. Как минимум, нужно отлавливать все ошибки глобально и регистрировать их куда-нибудь централизованно. Из внешних сервисов мне нравится Bugsnag — он условно-бесплатный, но такой версии хватит большинству Proof-of-Сoncept и мелко-средних приложений. Аналоги — Sentry, Datadog, LogRocket и множество других (например, такие: https://www.atatus.com/blog/bugsnag-alternatives/). Если не хотите стороннее решение, то можно настроить Grafana Loki (открывается под VPN). Как пример такой настройки для Pino — https://skaug.dev/node-js-app-with-loki/.

Так что логируйте, не забивайте 😄

#nodejs #logging

Пролог: когда читал статью ниже, то по ходу дела возникали мысли, которыми хотел в итоге поделиться. И этих мыслей набралось столько, что пришлось разделить пост на две части 😄 Ниже представлена первая часть. Вторая выйдет на днях. И так-с…

Привез вам немножко лонгрида (там внутри статьи есть ссылки на другие связанные статьи, поэтому чтиво множиться в ширь еще больше):

➡️ https://www.spicyweb.dev/the-great-gaslighting-of-the-js-age/

Пересказывать не буду, т.к. лучше прочувствовать боль автора самому, но посыл такой - часто молодые (и не только) разработчики добровольно становятся заложниками одной/малого количества технологии (в статье на примере React) и считают ее идеалом/будущим/[любое восхитительное прилагательное]. Изучать что-то отличное от идеала у них большого желания нет и даже считают это вредным.

Проблема глубокая и может относится не только к React и не только к вебу, а к вообще любой любимой разработчиком технологии. Вкусовщина - очень плохое (и даже в некоторой степени губительное) качество разработчика. Да, могут быть технологии, которые ближе к сердцу, но они не должны влиять на объективность при принятии решений. Оценка и выбор конечных технологий должны идти от требований, сроков и уровня команды (в порядке важности).

Лично я сторонник мнения, что программист в первую очередь должен разбираться в общих принципах и подходах - это нужно для профессионализма, а уже конкретные технологии, как React - это нужно “для души”. Общие принципы и подходы не зависят от того, где их применять - веб, десктопная, мобильная, IoT, низкоуровневая и даже аппаратная разработка. В этом ценность такого программиста - огромная скорость адаптации к изменениям, а разработка ПО одна из наиболее динамичных сфер.

Во второй части раскрою детальнее, что значат эти “общие принципы и подходы”. Ждите… 😅

Мой хороший друг и прекрасный девелопер предложил для канала отличную статью и свой комментарий к ней. Публикую как есть:

➡️ https://vas3k.blog/blog/ai_alignment/

Эта статья от Vas3k - настоящее чудо веселья и интереса, она обо всем: прошлом, настоящем и будущем ChatGPT. Однако, есть один вопрос, который волнует многих: заменит ли нас этот нейросетевой монстр в будущем? И если да, то когда? Неужели мы станем устаревшими, как старые добрые грамофоны? Или наши мозги будут все еще нужны для решения самых сложных задач? Может быть, ChatGPT будет лучшим другом и помощником человека? Давайте рассмотрим все эти вопросы с позитивной стороны и посмотрим, что нам готовит будущее вместе с нашими нейросетевыми товарищами!

Из статьи вы узнаете:
- кто такие "технобро"
- разницу между AI safety AI alignment
- Может ли себе ИИ ставить цели

Как и обычно в статьях о будущем, в этой тоже не обошлось без упоминания Илона Масковича, нашего любимого визионера и эксцентричного предпринимателя.

От себя:
Вы тоже можете помочь развивать канал через бота обратной связи @if_devlpr_bot. Предлагайте любые темы, статьи, книги, мемасики, новые идеи, строгую критику и вообще всё что приходит на ум. Буду рад любому фидбеку и если расскажите и пошарите канал со своим коллегам/друзьям/знакомым. Заранее спасибо! 😘

Если ищите информацию про WebAssembly, то статья ниже точно для вас. Да, лонгрид, но и целый выходной впереди :)

➡️ https://thenewstack.io/will-javascript-become-the-most-popular-webassembly-language/

Статья крайне удачная и раскрывает тему не сколько про технические примеры «как» (про это подкину статейку https://www.yieldcode.blog/post/native-rust-wasm), а нужен ли вообще этот ваш WebAssembly (спойлер: нужен), почему JavaScript - это центр его вселенной, какие рабочие инструменты на сегодня уже есть и виденье будущего WASM в целом. В статье найдете большое количество ссылок на разного рода проекты, инициативы и рабочие библиотеки связанные с WebAssembly. Приятного прочтения 📖

P.S. https://youtu.be/RcHER-3gFXI - отличное вводное видео в WebAssembly от Google. Кратко пробегаются по основным топикам: что такое wasm, где применяется, его портируемость и скорость.

#javascript #webassembly

Небольшое приложение к теме WebAssembly. Ниже ссылки на статьи о создании wasm-модулей:

➡️ https://medium.com/geekculture/webassembly-for-node-js-13ef6bec0a0
Пример создания простого модуля для подсчета числа Фибоначчи через рекурсию. Пример скорее демонстративный, чем практичный, но для общего представления о структуре и реализации wasm-модулей очень хороший.

➡️ https://www.yieldcode.blog/post/supercharge-nodejs-with-rust
Тоже создание модуля для подсчета Фибоначчи, но уже с помощью фреймворка Neon. Статья скорее про фреймворк Neon, нежели про WebAssembly как таковой, но от этого не ставиться менее полезной.

➡️ https://www.alxolr.com/articles/how-to-process-a-csv-file-five-times-faster-in-node-js-with-rust-and-napi-rs
Более практичный пример, который можно брать за основу, т.к используется фреймворк napi.rs для создания wasm-модулей. Тут задача чтения и процессинга CSV. В данном примере, как и в предыдущем, разница в скорости исполнения wasm в несколько раз, что может быть крайне критично для подобного рода задач.

P.S. В обоих примерах используется Rust. Как по мне, то это наиболее удачный язык на замену C/C++ (ну или, как минимум, достойная альтернатива). Хорошо сбалансирована сложность языка с его возможностями. Язык подходит для всего, поэтому его знание лишним не будет точно, тем более сейчас Rust внедряется крупными корпорациями повсеместно.

Поэтому если раздумываете про изучение нового языка, то я бы крайне советовал именно его. Для изучения поможет youtube-канал Let’s get Rusty. Автор отлично и живо пересказывает официальную книгу-документацию с примерами кода, а так же дает много полезной и свежей информации по Rust.

Не интеграция 🙂

Поможет (наверно 😅), если менеджер поставил задачу с дедлайном на вчера: