home.social

#backend — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #backend, aggregated by home.social.

  1. Миграции в Go-проекте: PostgreSQL в Docker и goose на практике

    Когда я начал поднимать PostgreSQL через Docker для своих проектов, всё выглядело просто: описал сервис в docker-compose.yml , запустил контейнер - база доступна. Проблемы начались когда, я начал запускать миграции вместе с контейнерами. Иногда миграции стартовали раньше чем PostgreSQL успевал принять подключения, и приложение падало с ошибкой подключение к базе данных.

    habr.com/ru/articles/1040802/

    #backend #golang #sql #postgresql #migration #goose

  2. InSales без пушей: как бесплатно перенести уведомления о заказах в Telegram на Yandex Cloud Serverless

    Если ваша CMS или CRM умеет отправлять email‑копию о новом заказе на произвольный адрес — этот гайд для вас. InSales, RetailCRM, МойСклад, WooCommerce, Битрикс, самописная система — без разницы. Инфраструктура одна и та же. Ссылка на гитхаб с полным мануалом по установке на русском в конце статьи. Поводом написать стало то, что неделю назад приложение InSales было удалено из App Store и пуши о заказах пропали сразу. Таким образом мы пропустили несколько заказов, но благо они не сорвались полностью, хотя небольшой неприятный осадок остался. Первая мысль при поиске решения — n8n или Make. Но зарубежные no‑code платформы сейчас работают в России нестабильно из‑за замедлений и блокировок трафика. Строить критическую бизнес‑инфраструктуру на том, что может лечь в любой момент — плохая идея. Задача: автономная система, работающая внутри РФ, без постоянного сервера, с доставкой уведомлений в Telegram за секунды. Решение — Yandex Cloud Serverless, т.к он не боится блокировок, имеет очень щедрые лимиты, благодаря чему функция работает полностью бесплатно. К тому же сервис очень гибок в настройке и улучшении. Расскажу, что получилось, и дам полный гайд по настройке.

    habr.com/ru/articles/1040472/

    #InSales #Yandex_Cloud #Serverless #Telegram_bot #Nodejs #YDB #YMQ #автоматизация #уведомления #backend

  3. InSales без пушей: как бесплатно перенести уведомления о заказах в Telegram на Yandex Cloud Serverless

    Если ваша CMS или CRM умеет отправлять email‑копию о новом заказе на произвольный адрес — этот гайд для вас. InSales, RetailCRM, МойСклад, WooCommerce, Битрикс, самописная система — без разницы. Инфраструктура одна и та же. Ссылка на гитхаб с полным мануалом по установке на русском в конце статьи. Поводом написать стало то, что неделю назад приложение InSales было удалено из App Store и пуши о заказах пропали сразу. Таким образом мы пропустили несколько заказов, но благо они не сорвались полностью, хотя небольшой неприятный осадок остался. Первая мысль при поиске решения — n8n или Make. Но зарубежные no‑code платформы сейчас работают в России нестабильно из‑за замедлений и блокировок трафика. Строить критическую бизнес‑инфраструктуру на том, что может лечь в любой момент — плохая идея. Задача: автономная система, работающая внутри РФ, без постоянного сервера, с доставкой уведомлений в Telegram за секунды. Решение — Yandex Cloud Serverless, т.к он не боится блокировок, имеет очень щедрые лимиты, благодаря чему функция работает полностью бесплатно. К тому же сервис очень гибок в настройке и улучшении. Расскажу, что получилось, и дам полный гайд по настройке.

    habr.com/ru/articles/1040472/

    #InSales #Yandex_Cloud #Serverless #Telegram_bot #Nodejs #YDB #YMQ #автоматизация #уведомления #backend

  4. InSales без пушей: как бесплатно перенести уведомления о заказах в Telegram на Yandex Cloud Serverless

    Если ваша CMS или CRM умеет отправлять email‑копию о новом заказе на произвольный адрес — этот гайд для вас. InSales, RetailCRM, МойСклад, WooCommerce, Битрикс, самописная система — без разницы. Инфраструктура одна и та же. Ссылка на гитхаб с полным мануалом по установке на русском в конце статьи. Поводом написать стало то, что неделю назад приложение InSales было удалено из App Store и пуши о заказах пропали сразу. Таким образом мы пропустили несколько заказов, но благо они не сорвались полностью, хотя небольшой неприятный осадок остался. Первая мысль при поиске решения — n8n или Make. Но зарубежные no‑code платформы сейчас работают в России нестабильно из‑за замедлений и блокировок трафика. Строить критическую бизнес‑инфраструктуру на том, что может лечь в любой момент — плохая идея. Задача: автономная система, работающая внутри РФ, без постоянного сервера, с доставкой уведомлений в Telegram за секунды. Решение — Yandex Cloud Serverless, т.к он не боится блокировок, имеет очень щедрые лимиты, благодаря чему функция работает полностью бесплатно. К тому же сервис очень гибок в настройке и улучшении. Расскажу, что получилось, и дам полный гайд по настройке.

    habr.com/ru/articles/1040472/

    #InSales #Yandex_Cloud #Serverless #Telegram_bot #Nodejs #YDB #YMQ #автоматизация #уведомления #backend

  5. InSales без пушей: как бесплатно перенести уведомления о заказах в Telegram на Yandex Cloud Serverless

    Если ваша CMS или CRM умеет отправлять email‑копию о новом заказе на произвольный адрес — этот гайд для вас. InSales, RetailCRM, МойСклад, WooCommerce, Битрикс, самописная система — без разницы. Инфраструктура одна и та же. Ссылка на гитхаб с полным мануалом по установке на русском в конце статьи. Поводом написать стало то, что неделю назад приложение InSales было удалено из App Store и пуши о заказах пропали сразу. Таким образом мы пропустили несколько заказов, но благо они не сорвались полностью, хотя небольшой неприятный осадок остался. Первая мысль при поиске решения — n8n или Make. Но зарубежные no‑code платформы сейчас работают в России нестабильно из‑за замедлений и блокировок трафика. Строить критическую бизнес‑инфраструктуру на том, что может лечь в любой момент — плохая идея. Задача: автономная система, работающая внутри РФ, без постоянного сервера, с доставкой уведомлений в Telegram за секунды. Решение — Yandex Cloud Serverless, т.к он не боится блокировок, имеет очень щедрые лимиты, благодаря чему функция работает полностью бесплатно. К тому же сервис очень гибок в настройке и улучшении. Расскажу, что получилось, и дам полный гайд по настройке.

    habr.com/ru/articles/1040472/

    #InSales #Yandex_Cloud #Serverless #Telegram_bot #Nodejs #YDB #YMQ #автоматизация #уведомления #backend

  6. Websites don’t resize images live for every user… they secretly generate multiple optimized copies beforehand 🖼️🤯

    #systemdesign #webdevelopment #backend #cdn #coding #developers #softwareengineering #programming #tech #images

  7. SLA как инструмент, а не отчёт. Часть 1. Как подружить бизнес и инженеров через общие цифры

    Наш прежний SLA формально выглядел корректно: была формула, «четыре девятки» и отчёты. Но в моменты сбоев это не помогало ответить бизнесу на вопросы: сколько времени мы были недоступны, какова потенциально недополученная прибыль и каким был вклад разных подразделений в «наши девятки». Команды по‑своему считали простои и потери, называли разные цифры, и формально все были правы, но временами договориться про общий знаменатель в расчётах становилось слишком сложно. Меня зовут Дмитрий Химион, я руководитель ML Platform в X5 Digital. В статье расскажу, как мы «жили у границы потери доверия к SLA» и что с этим сделали: от запроса руководства и пересборки инцидент-менеджмента до доверенного алгоритма расчёта потерь и разделения SLA на бизнес- и технический уровни.

    habr.com/ru/companies/X5Tech/a

    #инцидентменеджмент #sla #backend #управление_рисками #аналитика #мониторинг #временные_ряды #дашборды #надежность_сервисов #расчет_потерь

  8. SLA как инструмент, а не отчёт. Часть 1. Как подружить бизнес и инженеров через общие цифры

    Наш прежний SLA формально выглядел корректно: была формула, «четыре девятки» и отчёты. Но в моменты сбоев это не помогало ответить бизнесу на вопросы: сколько времени мы были недоступны, какова потенциально недополученная прибыль и каким был вклад разных подразделений в «наши девятки». Команды по‑своему считали простои и потери, называли разные цифры, и формально все были правы, но временами договориться про общий знаменатель в расчётах становилось слишком сложно. Меня зовут Дмитрий Химион, я руководитель ML Platform в X5 Digital. В статье расскажу, как мы «жили у границы потери доверия к SLA» и что с этим сделали: от запроса руководства и пересборки инцидент-менеджмента до доверенного алгоритма расчёта потерь и разделения SLA на бизнес- и технический уровни.

    habr.com/ru/companies/X5Tech/a

    #инцидентменеджмент #sla #backend #управление_рисками #аналитика #мониторинг #временные_ряды #дашборды #надежность_сервисов #расчет_потерь

  9. C# мне нравится больше Java. Но в банковском enterprise мне всё равно понадобилась Java

    C# я до сих пор считаю одним из самых удобных языков для backend разработки. В нём много вещей к которым быстро привыкаешь: свойства, LINQ, async/await, generics без type erasure, хороший tooling и понятная модель разработки. Но банковский enterprise редко выбирает стек только по удобству языка. На практике важны не только синтаксис и экосистема, но и инфраструктура, сопровождение, безопасность, регламенты, legacy, найм, CI/CD, требования к платформам и долгосрочная стратегия организации. Так я оказался в ситуации где C# мне субъективно нравится больше, но Java объективно стала полезнее в конкретном банковском контуре. Эта статья не про холивар C# vs Java. Это попытка спокойно разобрать почему backend разработчику в enterprise иногда приходится расширять стек, даже если текущий язык его полностью устраивает. Почему в банке выбирают стек не только по

    habr.com/ru/articles/1038626/

    #C# #Java #backend #enterprise #банки #Spring_Boot #NET #микросервисы #импортозамещение #карьера

  10. C# мне нравится больше Java. Но в банковском enterprise мне всё равно понадобилась Java

    C# я до сих пор считаю одним из самых удобных языков для backend разработки. В нём много вещей к которым быстро привыкаешь: свойства, LINQ, async/await, generics без type erasure, хороший tooling и понятная модель разработки. Но банковский enterprise редко выбирает стек только по удобству языка. На практике важны не только синтаксис и экосистема, но и инфраструктура, сопровождение, безопасность, регламенты, legacy, найм, CI/CD, требования к платформам и долгосрочная стратегия организации. Так я оказался в ситуации где C# мне субъективно нравится больше, но Java объективно стала полезнее в конкретном банковском контуре. Эта статья не про холивар C# vs Java. Это попытка спокойно разобрать почему backend разработчику в enterprise иногда приходится расширять стек, даже если текущий язык его полностью устраивает. Почему в банке выбирают стек не только по

    habr.com/ru/articles/1038626/

    #C# #Java #backend #enterprise #банки #Spring_Boot #NET #микросервисы #импортозамещение #карьера

  11. C# мне нравится больше Java. Но в банковском enterprise мне всё равно понадобилась Java

    C# я до сих пор считаю одним из самых удобных языков для backend разработки. В нём много вещей к которым быстро привыкаешь: свойства, LINQ, async/await, generics без type erasure, хороший tooling и понятная модель разработки. Но банковский enterprise редко выбирает стек только по удобству языка. На практике важны не только синтаксис и экосистема, но и инфраструктура, сопровождение, безопасность, регламенты, legacy, найм, CI/CD, требования к платформам и долгосрочная стратегия организации. Так я оказался в ситуации где C# мне субъективно нравится больше, но Java объективно стала полезнее в конкретном банковском контуре. Эта статья не про холивар C# vs Java. Это попытка спокойно разобрать почему backend разработчику в enterprise иногда приходится расширять стек, даже если текущий язык его полностью устраивает. Почему в банке выбирают стек не только по

    habr.com/ru/articles/1038626/

    #C# #Java #backend #enterprise #банки #Spring_Boot #NET #микросервисы #импортозамещение #карьера

  12. C# мне нравится больше Java. Но в банковском enterprise мне всё равно понадобилась Java

    C# я до сих пор считаю одним из самых удобных языков для backend разработки. В нём много вещей к которым быстро привыкаешь: свойства, LINQ, async/await, generics без type erasure, хороший tooling и понятная модель разработки. Но банковский enterprise редко выбирает стек только по удобству языка. На практике важны не только синтаксис и экосистема, но и инфраструктура, сопровождение, безопасность, регламенты, legacy, найм, CI/CD, требования к платформам и долгосрочная стратегия организации. Так я оказался в ситуации где C# мне субъективно нравится больше, но Java объективно стала полезнее в конкретном банковском контуре. Эта статья не про холивар C# vs Java. Это попытка спокойно разобрать почему backend разработчику в enterprise иногда приходится расширять стек, даже если текущий язык его полностью устраивает. Почему в банке выбирают стек не только по

    habr.com/ru/articles/1038626/

    #C# #Java #backend #enterprise #банки #Spring_Boot #NET #микросервисы #импортозамещение #карьера

  13. Кейс. Zero Bug Policy: как мы снизили бэклог багов в 4 раза за месяц

    Баги — неизбежная часть разработки. В этой статье расскажу наш опыт: как мы внедрили Zero Bug Policy в нашем стартапе (B2B fintech) и за месяц сократили backlog с 77 до 18 багов. А главное — как это изменило культуру и отношения с клиентами. Прочитать про кейс

    habr.com/ru/articles/1038644/

    #zerobugpolicy #react #java #zero_bug_policy #QA #quality_assurance #качество #стабильность #backend #machine_learning

  14. Кейс. Zero Bug Policy: как мы снизили бэклог багов в 4 раза за месяц

    Баги — неизбежная часть разработки. В этой статье расскажу наш опыт: как мы внедрили Zero Bug Policy в нашем стартапе (B2B fintech) и за месяц сократили backlog с 77 до 18 багов. А главное — как это изменило культуру и отношения с клиентами. Прочитать про кейс

    habr.com/ru/articles/1038644/

    #zerobugpolicy #react #java #zero_bug_policy #QA #quality_assurance #качество #стабильность #backend #machine_learning

  15. Кейс. Zero Bug Policy: как мы снизили бэклог багов в 4 раза за месяц

    Баги — неизбежная часть разработки. В этой статье расскажу наш опыт: как мы внедрили Zero Bug Policy в нашем стартапе (B2B fintech) и за месяц сократили backlog с 77 до 18 багов. А главное — как это изменило культуру и отношения с клиентами. Прочитать про кейс

    habr.com/ru/articles/1038644/

    #zerobugpolicy #react #java #zero_bug_policy #QA #quality_assurance #качество #стабильность #backend #machine_learning

  16. Кейс. Zero Bug Policy: как мы снизили бэклог багов в 4 раза за месяц

    Баги — неизбежная часть разработки. В этой статье расскажу наш опыт: как мы внедрили Zero Bug Policy в нашем стартапе (B2B fintech) и за месяц сократили backlog с 77 до 18 багов. А главное — как это изменило культуру и отношения с клиентами. Прочитать про кейс

    habr.com/ru/articles/1038644/

    #zerobugpolicy #react #java #zero_bug_policy #QA #quality_assurance #качество #стабильность #backend #machine_learning

  17. Oh, sure, because we all know that the world just can't get enough of yet another "should you switch from #Go to Rust" #debate. 😒 Let's dive deep into the riveting saga of #trade-offs and "ergonomics" (yawn) for #backend developers who have nothing better to do than choose between two perfectly adequate languages. 🎉 Clearly, the excitement is palpable. 🙄
    corrode.dev/learn/migration-gu #vs #Rust #development #programming #language #ergonomics #HackerNews #ngated

  18. redis practical guide — on 4grab.com caching, sessions, rate limiting, queues — real patterns with code. when to use redis and when not to. https://4grab.com/pay.php?id=ptag_69c4338299fa8 #prompt #redis #backend #devops

  19. redis practical guide — on 4grab.com caching, sessions, rate limiting, queues — real patterns with code. when to use redis and when not to. https://4grab.com/pay.php?id=ptag_69c4338299fa8 #prompt #redis #backend #devops

  20. redis practical guide — on 4grab.com caching, sessions, rate limiting, queues — real patterns with code. when to use redis and when not to. https://4grab.com/pay.php?id=ptag_69c4338299fa8 #prompt #redis #backend #devops

  21. redis practical guide — on 4grab.com caching, sessions, rate limiting, queues — real patterns with code. when to use redis and when not to. https://4grab.com/pay.php?id=ptag_69c4338299fa8 #prompt #redis #backend #devops

  22. redis practical guide — on 4grab.com caching, sessions, rate limiting, queues — real patterns with code. when to use redis and when not to. https://4grab.com/pay.php?id=ptag_69c4338299fa8 #prompt #redis #backend #devops

  23. redis practical guide — on 4grab.com caching, sessions, rate limiting, queues — real patterns with code. when to use redis and when not to. https://4grab.com/pay.php?id=ptag_69c4338299fa8 #prompt #redis #backend #devops

  24. redis practical guide — on 4grab.com caching, sessions, rate limiting, queues — real patterns with code. when to use redis and when not to. https://4grab.com/pay.php?id=ptag_69c4338299fa8 #prompt #redis #backend #devops

  25. redis practical guide — on 4grab.com caching, sessions, rate limiting, queues — real patterns with code. when to use redis and when not to. https://4grab.com/pay.php?id=ptag_69c4338299fa8 #prompt #redis #backend #devops

  26. El Frontend es la fachada del edificio: lo que el usuario ve y toca (diseño, botones, HTML/CSS). El Backend es el motor oculto: la lógica, el servidor y las bases de datos (donde corren tus contenedores de Docker).

    Frontend le da vida a la interfaz con JavaScript, mientras Backend procesa la seguridad, los datos y la magia detrás de escena. ¡Dos caras de una misma moneda digital! 🎨⚙️

    #Frontend #Backend #WebDev #FullStack #Programming #Mastodon

  27. redis practical guide — on 4grab.com caching, sessions, rate limiting, queues — real patterns with code. when to use redis and when not to. https://4grab.com/pay.php?id=ptag_69c4338299fa8 #prompt #redis #backend #devops