📣 Доклады на AlmatyJS #3

Уже на следующей неделе мы соберёмся с вами в зале Smart Space пространства SmArt.Point, чтобы послушать доклады, пообщаться с друг другом и узнать что-то новое.

Финальное расписание докладов будет доступно на следующей неделе, но сейчас мы с радостью хотим объявить список докладов и спикеров на предстоящий AlmatyJS #3:

«Тесты: как рутина упрощает жизнь» — Андрей Васильев

«От HTML шаблона до Pixels» — Бекжан Бөрбеков

«Let's do stuff right» — Максим Горбатюк

«CI/CD в Github Actions для фронтенда и мобильных приложений» — Евстратов Владимир

Билеты ещё доступны для покупки на Sxodim 🔥
Ждём вас 29 июля на AlmatyJS #3

@almaty_js

почему то радость от зеленой консоли меньше чем от красной, но уже с другим аутпутом.

Hi Barbie!

#utils #perf

Либа от Рича Харриса.

Tells you whether the JavaScript library you're building is tree-shakeable.

https://github.com/Rich-Harris/agadoo

Нашел отклик своих наблюдений о жизни и жизненной позиции с этой статьей.

> Везение IV — очень персонально, оно приходит именно к Вам (даже если Вы его не ищете) из-за того, *кем* Вы являетесь и *что* Вы делаете. Из-за Ваших хобби, уникальных характеристик вашего характера и т.д. У Навала Равиканта есть классный пример на эту тему. Допустим, что Вы лучший дайвер своего региона и кто-то в Вашей местности нашел сокровище на дне озера. Тогда он придет к Вам за помощью и его удача станет Вашей удачей.

Надо действовать, становиться лучше, и один момент везение случиться.

✨ Нужно всегда разделять прикладной и системный код (это минимум два слоя реальности), как и роли программистов, описал подробнее.

🧑‍💻 Прикладной программист пишет продуктовый код, занимается моделированием предметной области и автоматизацией процессов в ней. Прикладному программисту нужно знать node.js как инструмент, его возможности, концепции, преимущества и недостатки, но не нужно глубоко погружаться в код платформы, не нужно строить прослойку между node.js и прикладным кодом, не нужно изобретать фреймворки (внутри продукта), изобретать обобщенные инструменты и библиотеки, не имеющие отношение к предметной области. Если это происходит, то он выполняет две роли - системную и прикладную, они должны быть максимально отделены: отдельные репозитории, отдельное рабочее время и должность, отдельные цели и задачи. Чтобы писать системные вещи смотри вопросы в следующем разделе.

👨‍🔧 Системный (платформенный) программист пишет код, не связанный с предметной областью: фреймворки, сетевые протоколы, транслятор, компиляторы, интерпретаторы, библиотеки, занимается вещами, которые могут быть переиспользованы в сотнях и тысячах разных проектов. Это называется производство средств производства. Систем программисту нужно знать node.js гораздо глубже, не только, его возможности, концепции, преимущества и недостатки, но и недокументированные возможности и даже баги, особенности платформы, которые очень редко используются, потому, что он строит прослойку между node.js и прикладным кодом, а прослойка эта позволяет делать прикладной код более абстрактным и приближенным к предметной области.

Maybe algorithms aren’t the best way to interview. And sure, maybe you don’t use a lot of them in the job constantly. But the reality it that, there is a secret handshake to get into a very good paying job. Learn the handshake, right?

By ThePrimeagen https://frontendmasters.com/courses/algorithms/

Сегодня, во время беседы, вспомнил про этот выпуск подкаста UfoStation. Мне он откликнулся жизненной позицей гостя. Если сейчас вам сложно понять что же делать в профессии дальше, то рекомандую послушать мнение и историю Николая.

https://ufostation.mave.digital/ep-17

⚡Скандал в мире JS.

Популярная библиотека Turbo, для построения SPA лайк приложений на основе шаблонов на сервере, в восьмой мажорной версии выпиливает TS. Мотивы описал DHH в блоге Hey. PR с изменениями тут. Отдельно можно выделить коментарии, пример на скриншоте.

Пруф возможности состояния гонки в асинхронном программировании на JavaScript https://github.com/HowProgrammingWorks/RaceCondition/tree/master/JavaScript

Say Goodbye to dotenv

И вот, начиная с 20.6.0, в ноду встроена поддержка dotenv конфигов.
Конфиг явно передаётся через флаг --env-file:

node --env-file=config.env index.js

До этого всегда приходилось использовать motdotla/dotenv.

🔥 Flutter Talks #1

42 Meetups и наши друзья из DAR University рады пригласить вас на наш первый митап по направлению Dart/Flutter.

Встречаемся 23-го сентября в 11:00, слушаем доклады, общаемся и кушаем пиццу.

Адрес: Байзакова 280, пространство SmartPoint, зал Freedom.

Список спикеров будет доступен уже в ближайшее время. Темы вас точно заинтересуют.

Участие бесплатное, регистрация доступна по ссылке — Google Forms.

Важно: количество мест ограничено, не откладывайте регистрацию в долгий ящик.

@flutter_talks

Blazingly Fast ⚡️

Вышла про версия Console Ninja.

⭐️ Тут сведены идеи применения AI, точнее LLMок в разработке программного обеспечения. Что они делают хорошо 🟢, что удовлетворительно 🟧, а что вообще плохо 🛑
🟢 Анализ больших объемов данных, которые человеку сложно внимательно обработать
∙ логов и стектрейсов
∙ memory dumps
∙ dependency trees
∙ git blame
🟢 Портирование:
∙ с одной версии фреймворка или библиотеки на другую
∙ с одного языка на другой
∙ с одной СУБД на другую
∙ с одной OS на другую или поддержка нескольких
🟢 Боты и тулинг для автоматизации обработки кодовой базы и репозиториев:
∙ применение стиля
∙ применение чеклиста изменений
∙ поиск уязвимостей в кодовой базе
∙ маркировка commits, pull requests, issues
∙ расстановка тегов по коммитам и т.д.
∙ автоматизация закрытия тасков, майлстоунов
∙ поиск дубликатов кода, тасков, или перелинковка связанных
∙ аудит объемов работы, качества, сбор статистики
∙ предложения для рефакторинга
∙ поддержание консистентности кодовой базы и стиля
∙ создание спеки стиля кода по примерам кода или кодовой базе проекта
∙ предложение метрик для оценки кода и вычисление этих метрик
🟢 Написание текстов:
∙ подготовка CHANGELOG, HOW TO, Q&A
∙ генерация документации по коду
∙ реверс-инжиниринг кода в ТЗ
∙ поиск отличий между ТЗ, кодом, доками
∙ преобразование между форматами данных, например json, csv, pdf, sql, txt
🟢 Управление проектами
∙ оценка трудоемкости разработки, времени и денег
∙ оценка возможности распараллеливания разработки
∙ поиск слабых мест и выявление проблем в сметах, планах, ТЗ
∙ предложения по оптимизации бизнес-процессов
∙ сбор данных для подготовки принятия решений
🟢 Программирование
∙ алгоритмические задачи, подбор и реализация алгоритмов
∙ портирование, перевод и транспиляция между языками программирования
∙ преобразование между class и prototype в JavaScript
∙ оптимизация по заданному критерию: cpu, ram, i/o, lines, читаемость, сложность, etc.
∙ объяснение кода
∙ генерация примеров использования библиотек или абстракций
∙ ревью пул реквестов
∙ генерация юниттестов, системных тестов
∙ генерация конфигураций
∙ настройка CI/CD
∙ генерация SQL запросов
∙ генерация API, CRUD, формочек
∙ генерация моделей, структур, DTO, схем данных, классов, jsdoc
∙ преобразование моделей между разными синтаксисами
∙ синхронизаций структуры базы данных, схем, моделей, форочек
∙ генерация тайпингов и заголовочных файлов как .h, .d.ts
∙ подготовка контрактов и описание интерфейсов для интеграции систем
∙ генерация парсеров, конвертеров, по примерам входных и выходных форматов данных
∙ генерация валидаторов данных и валидаторов контрактов
🟧 Задачи, которые LLMки делают, но не всегда качественно и с проблемами
∙ терпимо конвертирует код между парадигмами: ООП, процедурное и структурное программирование
∙ гораздо хуже конвертирует между ООП и ФП
∙ асинхронное программирование и задачи с доступом к состоянию из разных мест
∙ олимпиадное программирование
∙ подготовка шаблонов и примеров приложений/проектов
∙ выбор зависимостей
∙ выбор СУБД, языков программирования, платформ, тулинга
∙ концептуальный код, демонстрирующий идею и делающий ее понятнее для многих
🛑 Что плохо решается при помощи LLMок
∙ системное программирование
∙ платформенный код, код библиотек, фреймворков
∙ новые и прорывные технологические решения, которые негде подсмотреть
∙ большинство новых нетипичных задач, когда в интернете мало примеров кода
∙ архитектура систем и структура приложений, даже при наличии множества примеров