• IT проклятия подагра Проклятие фронтэндщика: каждый месяц 6 новых фреймворков.
    Проклятие бекэндщика: надо пилить интеграцию с какими-то сторонними сервисами, которые вечно меняют своё недокументированное API, а если и не меняют, и документированное, то ведёт оно себя не так, как написано в спецификации.
    Проклятие девопса: каждый месяц новое API кубера, не совместимое со старым.
    Проклятие ПМа: все ноют, никто не работает.
    ♡ recommended by @BradleyManning

Replies (8)

  • @janPona, Проклятие фронтэндщика: каждый месяц 6 новых фреймворков.Реакт
  • @BradleyManning, Согласен.

    Но к нему десяток стейт-менеджеров, десяток api-клиентов, десяток компонентных библиотек, несколько роутеров, несколько менеджеров сайд-эффектов (сага, санк, мобх) куча сборщиков с сотнями плагинов, куча архитектурных подходов (бандл-сплиттинг, сервер-сайд-рендеринг, три-шейкинг, оффлайн-фёрст).

    Спасибо хоть флоу отвалился, уступив место тайпскрипту, а то ещё и два строго-типизированных диалекта было бы.

    Фронтэнд это тёмный лес. Не, ну, я более-менее в этом лесу вырос, но как подумаю, каково придётся молодым, жуть.

    Тут ещё webAssembly напирает. Куда бежать?


    Ну а в беке своих чудищ хватает. Это и очереди, и репликации бд, и управление вычислительными ресурсами, и распределённые транзакции, и версионирование API, и алертинг, и метрики, та ты шооо...
  • @janPona, Судя по тестам, вебассембли нужен чтобы старый код откомпилировать во что-то, что запустится в браузере. По скорости он выигрывает далеко не всегда, и у JS жирный и могучий родной API, который вебассембли мучительно дергает через задницу. Т.е. пока-что можно забить.

    Раз уж зашла речь, скажи, что ты предпочитаешь по вcему озвученному списку(и для фронта, и для бека)?
  • @BradleyManning, Мой стек

    — Typescript
    — React
    — Material-UI для кнопочек и формочек (что-то я застрял на нём)
    — JSS для стилей
    — Apollo, graphql-codegen — это если GraphQL
    — react-query или SWR — если REST
    — Redux — если хуков состояния не хватает, но такое уже все реже и реже
    — Saga — если прямо уж совсем какие-то хитрые асинхронные сценарии, но обычно хуков ввода-вывода хватает с головой
    — Inversify — для dependency injection
    — Next.js или CRA — чтобы всё это в кучу собрать

    На беке или Apollo (если GraphQL) или Fastify (если REST)
    Если бек на Go, то Fx + Gin

    СУБД
    — MySQL (через TypeORM или Gorm)
    — MongoDB (через Mongoose)
    — или что придётся, например, Redis или Firebase Realtime Database

    Для деплоймента:
    — Vercel (бывший Now) — если что-то совсем простое
    — или Docker Swarm
    — на работе AWS в разных ипостасях
  • @BradleyManning, И вот только одно перечисление выглядит внушительно, а раньше сидели клепали на Borland C++ Builder + ODBC + MS SQL Server. Или на MS Access или вообще на FoxPro или 1С, и не надо никакого зоопарка. А щас везде зоопарк с кроликами, кафками и 100500 всяких прчих приблуд, ёбу дать можно
  • @janPona, Спасибо!
  • @janPona, А, вот еще что — очереди, алерты и метрики забыл. Да и вообще логгирование (оно хоть и не упомянуто, но повсеместно)
  • @janPona, Тоже так клепал когда-то, только это воспринималось как bcb + dbe + mssql, а то что оно через odbc — несущественной деталью