home.social

#fullstack — Public Fediverse posts

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

  1. Книга: «Фулстек JavaScript: Секреты, которые должен знать каждый мидл»

    Привет, Хаброжители! Как практикующий разработчик ПО вы уже умеете качественно выполнять задачи — на фронтенде или бэкенде. Пора перейти на следующую ступеньку карьерной лестницы и развить навыки, которыми обладают эксперты и senior-разработчики.

    habr.com/ru/companies/piter/ar

    #JS #фулстек #фронтэнд #фронтенд #Симпсон #fullstack #javascript #книги_по_программированию #книга

  2. Агрегатор LLM, как выбирать живые free-модели и переживать сбои провайдера

    Если в проекте появляется выбор LLM, почти сразу возникает соблазн сделать это как можно проще. Взять один большой список моделей, показать его в интерфейсе, выбрать первую free-модель по умолчанию и считать задачу закрытой. На короткой дистанции это выглядит рабочим вариантом. На длинной начинает ломаться сразу в нескольких местах. Часть моделей числится бесплатными, но отвечает нестабильно. Часть внезапно исчезает из выдачи провайдера. Часть формально жива, но по качеству ответа годится только для демо. Иногда пользователь выбрал одну модель, а провайдер вернул ошибку. Иногда ответ пришел, но уже от другой модели. Иногда список моделей на фронте устарел, а backend уже живет в другой реальности. То есть проблема тут не в том, как красиво показать список LLM. Проблема в том, как построить агрегатор, который умеет выбирать живые free-модели, переживать сбои провайдера и не врать интерфейсу о том, какая модель реально ответила. В одном из своих проектов эта задача решалась не через бесконечный каталог моделей, а через более жесткий инженерный контур. Backend получает сырой список моделей от провайдера, очищает его, отбирает только подходящие free-варианты, оставляет по одной модели на бренд, отдает этот набор на фронт, а во время реального запроса умеет сделать fallback на модель другого бренда. При этом в ответе возвращается не только текст, но и actual_model , чтобы интерфейс знал, кто реально сгенерировал результат.

    habr.com/ru/articles/1033790/

    #LLM #OpenRouter #Django #Python #Nextjs #TypeScript #RTK_Query #AI #API #Fullstack

  3. Агрегатор LLM, как выбирать живые free-модели и переживать сбои провайдера

    Если в проекте появляется выбор LLM, почти сразу возникает соблазн сделать это как можно проще. Взять один большой список моделей, показать его в интерфейсе, выбрать первую free-модель по умолчанию и считать задачу закрытой. На короткой дистанции это выглядит рабочим вариантом. На длинной начинает ломаться сразу в нескольких местах. Часть моделей числится бесплатными, но отвечает нестабильно. Часть внезапно исчезает из выдачи провайдера. Часть формально жива, но по качеству ответа годится только для демо. Иногда пользователь выбрал одну модель, а провайдер вернул ошибку. Иногда ответ пришел, но уже от другой модели. Иногда список моделей на фронте устарел, а backend уже живет в другой реальности. То есть проблема тут не в том, как красиво показать список LLM. Проблема в том, как построить агрегатор, который умеет выбирать живые free-модели, переживать сбои провайдера и не врать интерфейсу о том, какая модель реально ответила. В одном из своих проектов эта задача решалась не через бесконечный каталог моделей, а через более жесткий инженерный контур. Backend получает сырой список моделей от провайдера, очищает его, отбирает только подходящие free-варианты, оставляет по одной модели на бренд, отдает этот набор на фронт, а во время реального запроса умеет сделать fallback на модель другого бренда. При этом в ответе возвращается не только текст, но и actual_model , чтобы интерфейс знал, кто реально сгенерировал результат.

    habr.com/ru/articles/1033790/

    #LLM #OpenRouter #Django #Python #Nextjs #TypeScript #RTK_Query #AI #API #Fullstack

  4. Ok, so a quick update to y'all :)
    The Split, Bro? app is running and I want to personally thank all those who gave it a shot by registering and looking around.
    Every day I am working on making it something really special for people in the #underground music scenes, especially those niche ones (you know who you are).
    Oh, by the way...those registered this week - the very first feek of the app being live, will get a special "OG" badge - EarlyBirdBro badge (as I called it).
    Will there be some nice benefit going with it? Maybe not today or tomorrow, but you can bet your ass there will be some! :)
    Thanks again for your trust and all the feedback.

    Cheers and ...split, bro?

    #app #appdevelopment #fullstack

  5. I have two domains where I'm considering parking my web-dev CV and projects that are more related to my current job. Which one should I use for a professional page?

    pls retoot

    #WebDev #FullStack #FuckMeImFired

  6. SDD на масштабе FullStack-приложения: 17 спринтов, две конституции, три чата

    В первой статье я писал про SDD на примере одного вечера. После чего прошёл 17 спринтов SDD на FullStack-приложении: B2C-трекер привычек и целей, два репозитория, 251 тест на бэке и 77 на фронте, релиз в продакшен. Здесь — что не дало мне потерять контроль на этом масштабе.

    habr.com/ru/articles/1027886/

    #specdriven_development #spec_kit #claude_code #aiassisted_development #fullstack #java #spring_boot #react #методология #architecture

  7. Возвращение блудного программиста (ч.2)

    Предыстория тут . Возвращение началось с осознания, что мир IT уже не тот, каким я его помню. Хотя бы потому что работодатель понял, что программист не равно администратор сети и/или СУБД, тем более не просто "компьютерщик" на все руки.

    habr.com/ru/articles/1028282/

    #войтивайти #программирование #ИИ #Frontend #Backend #fullstack #возвращение_в_IT #Pwa

  8. Building a fullstack digital city in kubernetes hosted on an EU cloud
    A blog by @kerfuffle

    In less than 24 hours we had 25+ developers build 10 technical diverse fullstack applications on a Kubernetes cluster running on European cloud STACKIT, integrating via OpenAPI, using a shared AI-prompt for graphic style coherence.

    #dev #softwaredevelopment #AI #Kubernetes #OpenAPI #Cloud #Techradar #Sovereignty #Fullstack #Codeberg #STACKIT

    jdriven.com/blog/2026/04/Confl

  9. Some @jdriven colleagues and I organised a fullstackathon in which we built a digital kingdom on a European cloud using a bunch of technologies. It was good fun and quite educational. I blogged about it here.
    jdriven.com/blog/2026/04/Confl

    #dev #divotion #conflux #digitalsovereignty #cloud #stackit #fullstack #kubernetes

  10. Introducing the "Plain" framework, because clearly what #Python needed was yet another bloated full-stack tool to make your life ✨magically complex✨. Now you can spend endless hours navigating GitHub's labyrinthine menu while pretending you’re making products for “humans and agents” 🤖👥. Who knew building apps could be this much fun? 🙃
    github.com/dropseed/plain #PlainFramework #Development #FullStack #Tools #GitHub #Humor #HackerNews #ngated

  11. Excited for #JCON EUROPE 2026? See Leif Åstrand at #JCON2026 in Cologne talking about 'Why #FullStack Is the Future of Web Application Development'

    The #SPA (single-page application) architecture is great for creating amazing user experiences…

    🎟️ 2026.europe.jcon.one/tickets
    Free for #JUG members

  12. Excited for #JCON EUROPE 2026? See Leif Åstrand at #JCON2026 in Cologne talking about 'Why #FullStack Is the Future of Web Application Development'

    The #SPA (single-page application) architecture is great for creating amazing user experiences…

    🎟️ 2026.europe.jcon.one/tickets
    Free for #JUG members

  13. Excited for #JCON EUROPE 2026? See Leif Åstrand at #JCON2026 in Cologne talking about 'Why #FullStack Is the Future of Web Application Development'

    The #SPA (single-page application) architecture is great for creating amazing user experiences…

    🎟️ 2026.europe.jcon.one/tickets
    Free for #JUG members

  14. Excited for #JCON EUROPE 2026? See Leif Åstrand at #JCON2026 in Cologne talking about 'Why #FullStack Is the Future of Web Application Development'

    The #SPA (single-page application) architecture is great for creating amazing user experiences…

    🎟️ 2026.europe.jcon.one/tickets
    Free for #JUG members

  15. Excited for #JCON EUROPE 2026? See Leif Åstrand at #JCON2026 in Cologne talking about 'Why #FullStack Is the Future of Web Application Development'

    The #SPA (single-page application) architecture is great for creating amazing user experiences…

    🎟️ 2026.europe.jcon.one/tickets
    Free for #JUG members

  16. NextAuth + Django JWT без второй авторизации и ручного хаоса токенов

    Во многих fullstack-проектах на Next.js и Django авторизация разваливается в одном и том же месте. На фронте удобно использовать NextAuth, потому что он закрывает формы входа, OAuth, серверную сессию и клиентские хуки. На бэкенде хочется иметь обычный JWT-контур на Django REST Framework, чтобы защищать API, работать с access и refresh токенами и не привязывать бизнес-логику к фронту. В итоге часто получается неприятная схема: пользователь логинится через NextAuth, потом отдельно логинится в Django, потом где-то вручную перекладываются токены, а через пару недель вся эта связка начинает ломаться на refresh, logout и OAuth. Что делаем. Пользователь проходит один вход на фронте, а дальше фронт уже работает с токенами Django как с единственным источником доступа к API. Без второй формы входа, без ручного хранения access token в localStorage, без отдельного костыля под Google OAuth. Разберем рабочую схему, в которой NextAuth отвечает за пользовательскую сессию на фронте, а Django остается владельцем API-авторизации и выдает JWT. На credentials-входе NextAuth сразу получает access и refresh от Django. На Google OAuth фронт сначала пускает пользователя через провайдера, потом синхронизирует его с Django и тоже получает пару токенов. После этого все запросы идут через один axios-клиент, который сам подставляет access token, сам обновляет его через refresh и сам завершает сессию, если refresh уже недействителен.

    habr.com/ru/articles/1019856/

    #Nextjs #NextAuth #Django #Django_REST_Framework #JWT #OAuth #Google_OAuth #TypeScript #Fullstack #Authentication

  17. NextAuth + Django JWT без второй авторизации и ручного хаоса токенов

    Во многих fullstack-проектах на Next.js и Django авторизация разваливается в одном и том же месте. На фронте удобно использовать NextAuth, потому что он закрывает формы входа, OAuth, серверную сессию и клиентские хуки. На бэкенде хочется иметь обычный JWT-контур на Django REST Framework, чтобы защищать API, работать с access и refresh токенами и не привязывать бизнес-логику к фронту. В итоге часто получается неприятная схема: пользователь логинится через NextAuth, потом отдельно логинится в Django, потом где-то вручную перекладываются токены, а через пару недель вся эта связка начинает ломаться на refresh, logout и OAuth. Что делаем. Пользователь проходит один вход на фронте, а дальше фронт уже работает с токенами Django как с единственным источником доступа к API. Без второй формы входа, без ручного хранения access token в localStorage, без отдельного костыля под Google OAuth. Разберем рабочую схему, в которой NextAuth отвечает за пользовательскую сессию на фронте, а Django остается владельцем API-авторизации и выдает JWT. На credentials-входе NextAuth сразу получает access и refresh от Django. На Google OAuth фронт сначала пускает пользователя через провайдера, потом синхронизирует его с Django и тоже получает пару токенов. После этого все запросы идут через один axios-клиент, который сам подставляет access token, сам обновляет его через refresh и сам завершает сессию, если refresh уже недействителен.

    habr.com/ru/articles/1019856/

    #Nextjs #NextAuth #Django #Django_REST_Framework #JWT #OAuth #Google_OAuth #TypeScript #Fullstack #Authentication

  18. NextAuth + Django JWT без второй авторизации и ручного хаоса токенов

    Во многих fullstack-проектах на Next.js и Django авторизация разваливается в одном и том же месте. На фронте удобно использовать NextAuth, потому что он закрывает формы входа, OAuth, серверную сессию и клиентские хуки. На бэкенде хочется иметь обычный JWT-контур на Django REST Framework, чтобы защищать API, работать с access и refresh токенами и не привязывать бизнес-логику к фронту. В итоге часто получается неприятная схема: пользователь логинится через NextAuth, потом отдельно логинится в Django, потом где-то вручную перекладываются токены, а через пару недель вся эта связка начинает ломаться на refresh, logout и OAuth. Что делаем. Пользователь проходит один вход на фронте, а дальше фронт уже работает с токенами Django как с единственным источником доступа к API. Без второй формы входа, без ручного хранения access token в localStorage, без отдельного костыля под Google OAuth. Разберем рабочую схему, в которой NextAuth отвечает за пользовательскую сессию на фронте, а Django остается владельцем API-авторизации и выдает JWT. На credentials-входе NextAuth сразу получает access и refresh от Django. На Google OAuth фронт сначала пускает пользователя через провайдера, потом синхронизирует его с Django и тоже получает пару токенов. После этого все запросы идут через один axios-клиент, который сам подставляет access token, сам обновляет его через refresh и сам завершает сессию, если refresh уже недействителен.

    habr.com/ru/articles/1019856/

    #Nextjs #NextAuth #Django #Django_REST_Framework #JWT #OAuth #Google_OAuth #TypeScript #Fullstack #Authentication

  19. NextAuth + Django JWT без второй авторизации и ручного хаоса токенов

    Во многих fullstack-проектах на Next.js и Django авторизация разваливается в одном и том же месте. На фронте удобно использовать NextAuth, потому что он закрывает формы входа, OAuth, серверную сессию и клиентские хуки. На бэкенде хочется иметь обычный JWT-контур на Django REST Framework, чтобы защищать API, работать с access и refresh токенами и не привязывать бизнес-логику к фронту. В итоге часто получается неприятная схема: пользователь логинится через NextAuth, потом отдельно логинится в Django, потом где-то вручную перекладываются токены, а через пару недель вся эта связка начинает ломаться на refresh, logout и OAuth. Что делаем. Пользователь проходит один вход на фронте, а дальше фронт уже работает с токенами Django как с единственным источником доступа к API. Без второй формы входа, без ручного хранения access token в localStorage, без отдельного костыля под Google OAuth. Разберем рабочую схему, в которой NextAuth отвечает за пользовательскую сессию на фронте, а Django остается владельцем API-авторизации и выдает JWT. На credentials-входе NextAuth сразу получает access и refresh от Django. На Google OAuth фронт сначала пускает пользователя через провайдера, потом синхронизирует его с Django и тоже получает пару токенов. После этого все запросы идут через один axios-клиент, который сам подставляет access token, сам обновляет его через refresh и сам завершает сессию, если refresh уже недействителен.

    habr.com/ru/articles/1019856/

    #Nextjs #NextAuth #Django #Django_REST_Framework #JWT #OAuth #Google_OAuth #TypeScript #Fullstack #Authentication

  20. 🌱 Wij zijn op zoek naar Full Stack Developers die met ons mee willen bouwen aan de Digitale Voordeur, een publieke startup.

    💎 We gebruiken technologie niet als doel op zich, maar om menselijk contact te versterken. Om ervoor te zorgen dat mensen niet verdwalen in systemen, maar juist sneller de juiste mensen om zich heen vinden — hulp, ondersteuning, of gewoon iemand die meedenkt.

    🤲 Klinkt misschien logisch. Maar als je dit écht in de praktijk brengt, is het een enorme innovatie. Ik heb geleerd is dat je innovatie niet kan uitbesteden. Daarom bouwen we dit zelf — samen met tech, inwoners en professionals, midden in de praktijk.

    We kunnen alle hulp gebruiken.

    Lees de vacature hier:
    ahti.nl/2026/02/20/vacature-fu

    En reply of stuur een DM voor vragen

    #vacature #amsterdam #gezondheid #fullstack

  21. For the past 9 years, I ran a newsletter called FullStack Bulletin.

    Week after week, I shared hand-picked articles, tools, and resources for full stack developers. Over time, that became 450+ issues and 3,000+ curated links.

    Now it is time to say goodbye.

    I wrote about why, what it meant to me, and what still lives on beyond it:
    loige.co/farewell-fullstack-bu

    If you ever read it, shared it, or supported it, thank you ❤️

    #Newsletter #FullStack #WebDevelopment #OpenSource

  22. FullSpec для FullStack: фреймворк, который вы всё равно себе напишете

    Я делал микросервисный fullstack в финтехе с Claude Code и столкнулся с тем, с чем сталкиваются все: AI пишет код быстро, но не держит систему в голове и ведёт себя как гиперактивный джун. Каждую сессию — новые архитектурные решения, конфликты между сервисами, документация, отстающая от кода. Поэтому я решил что я не спешу со своим проектом и написал FullSpec — open-source фреймворк (MIT), который организует разработку с Claude Code через цепочку формальных спецификаций. Вызываешь /chain, отвечаешь на вопросы — система ведёт от идеи до production: требования → проектирование → тесты → код → review → release. Под капотом: 71 скилл, 23 параллельных AI-агента, 80+ скриптов валидации, CONFLICT-детекция (код противоречит спеке → каскадное обновление), живая документация из спек. GitHub: github.com/NSEvteev/FullSpec

    habr.com/ru/articles/1013272/

    #FullSpec #fullstack #фреймворк #ai #claude #claude_code #gpt

  23. Me ha llamado la jefa de proyecto para decirme que a los usuarios les ha gustado mi aplicacioncita web (un VueJS con 1 solo html)

    Si estuviera en Linkedin iba corriendo a poner un post sobre que ya soy #FullStack

  24. Как я интегрировал GigaChat API в свой проект: опыт создания AI-ассистента с голосовым управлением

    Всем привет! Сегодня я хочу поделиться опытом создания веб-приложения на основе GigaChat API от Сбера. В проекте я использовал не только текстовый диалог с нейросетью, но и добавил голосовой ввод (распознавание речи) и озвучку ответов с помощью SaluteSpeech. Получился полноценный голосовой AI-ассистент. В этой статье я расскажу о технических деталях: как получить доступ к API, как организовать обмен сообщениями, кэшировать токены, обрабатывать ошибки и сделать удобный интерфейс.

    habr.com/ru/articles/1009650/

    #разработка #nextjs #react #fullstack #frontend

  25. control.alt.coop/#GetInTouch

    Du hast eine Idee oder ein Projekt bei dem wir helfen können? Jetzt kann man uns ganz unkompliziert und unverbindlich kennenlernen.

    #fedihire #webapp #fullstack

  26. Question for #Erlang , #Elixir , #BEAMVM people:

    If I wrote my web app in Elixir, would I be able to get rid of #Nginx and just use some Elixir framework to do TLS termination, load balancing, and hot code reloading whenever I needed to change up the routes? Can this be done across numerous compute nodes fairly easily?

    Follow-up question: how difficult is it to do a database migration for an Elixir application with hot code reloading?

    The reason I ask is because is because I (probably unwisely) asked an LLM chatbot (Gemini) this question and it said typically people put their Elixir programs behind an Nginx load balancer so you can reboot the Elixir application if necessary. I asked it why anyone would do this since the main benefit of using the BEAM VM and Erlang/Elixir it is to have hot code reloading and no downtime. The chatbot started spouting off very confused and self-contradictory answers, so I am pretty sure it was just lying.

    But I am no expert on Elixir, so now I want to ask a human who knows better than me, the way we all used to do before LLMs were invented.

    #Tech #Software #ElixirLang #ErlangOTP #FullStack #WebDev #WebAppDev #AskFedi

  27. 🚀 Run Ruby on Rails entirely in your browser!

    I just published a deep-dive guide: “Ruby on Rails on WebAssembly: A Full-Stack, In-Browser Journey”. Learn how to:

    ✅ Compile Ruby and Rails to Wasm
    ✅ Run SQLite and Active Record in-browser
    ✅ Handle file uploads via OPFS
    ✅ Launch your app as a PWA
    ✅ Build offline-first apps, demos, and educational playgrounds

    🔗 Read the full article rubystacknews.com/2026/03/11/r

    #Ruby #Rails #WebAssembly #Wasm #FullStack #PWA #InBrowserDev #RubyOnRails #WebDev

  28. [1/3] Available for #Freelance : #FullStack Development, #SysAdmin & Documentation
    Due to financial reasons, I (Session), a Full-stack Engineer and SysAdmin, am now accepting various technical freelance tasks.
    Who Am I
    - Contributor to #UNIX tool file(1) / libmagic(3)
    - Contributor to LayUI ( #WebUI library )
    - Contributor to MDN Web Docs & BCD
    - Former Collaborator of the BAC project
    - Maintainer of #DN42 AS4242422466
    - 100% #GNU / #Linux User
    (Cont.)

  29. #Alphabet plans to nearly double its #AIinvestment to $180 billion in 2026, up from 2025 levels, with Google facing a $240 billion cloud backlog. Despite the eye-watering spending, the company has real revenue to back its words: cloud revenue grew 50% to $17.7 billion in Q4 2025. Unlike rivals, Google's #fullstack approach gives it #uniquelevers to #monetize #AI. tomshardware.com/tech-industry #Pirates #Tech #Startup #News

  30. Hallo fedi, do your magic (pls?) 🪄 Suche: neuen Entwickler-Job – fully #remote oder in #Köln (echte Home-Office-Freiheit, kein „zwei Tage Präsenz“-Hybrid). Ich bin Full-Stack-DevOp (PHP, TYPO3, Extbase, Vue.js, Docker, Git, Bash, CI/CD, Testing, Hosting, ...) mit Herz für sauberen Code, Open Source, klare Strukturen und Teamgeist mit Hands-on-Mentalität auf Augenhöhe. Vielleicht ergibt sich hierüber ja was :)

    #FediHire #GetFediHired #RemoteJobs #Köln #FullStack #WebDev #TYPO3 #VueJS #OpenSource

  31. #Offre de #stage en #développement #web (Bac+3 à +5) : frontend, backend, déploiement
    📍 Tours / Bourget-du-Lac – télétravail possible
    📅 Début : avril / mai 2026 - Stage de 3 à 5 mois
    📩 Offre complète & candidatures : bvh.hypotheses.org/14733

    🔧 Techno : React Vite JavaScript Python Flask APIs REST Docker GitLab CI/CD
    #fullstack #IA présente dans e projet

    #Informatique #HistoireDuLivre #HN
    #Université #LIFAT #LISTIC #CESR #BVH @biblissima

    #developpementweb #stageinformatique #recherche

  32. Hello #Mastodon !
    Here is Session, a #FreeSoftware enthusiast and independent #FullStack Web Developer, also a video creator at Bilibili.
    I've contributed to various #OpenSource projects, such as BCD, LayUI, File/LibMagic, BAC. More things may in progress...
    Last, #dn42 peering welcome~