#react #reaction #viraliza #fyp #foryou
ICYMI: F# and C#: Deep Integration for Modern Development #shorts: F# and C# have shared edges and deep integration for 20 years. Users benefit from doing things within a strongly typed API. Policy choices are defined as an enumeration inside of the React app as well as in the backend. #FSharp #CSharp #React #API #Integration https://www.youtube.com/shorts/-K_5M8Vr53s

AI giúp lập trình dễ hơn, nhưng rủi ro làm ta mất đi sự hiểu biết sâu sắc về code. Vibely là công cụ mới giúp lập trình viên thực sự hiểu mã AI tạo ra, giải thích logic và lựa chọn thiết kế theo thời gian thực. Mục tiêu là trở thành nhà phát triển React giỏi hơn, không chỉ nhanh hơn.
#LậpTrình #AILậpTrình #PhátTriểnPhầnMềm #HọcCode #Coding #AI #SoftwareDevelopment #React #Vibely
https://www.reddit.com/r/SideProject/comments/1oi29uc/learning_to_code_has_never_been_easier/
Как и зачем мы делали свое браузерное расширение для мокирования API
Понедельник, утро, открываешь проект, а авторизация на dev-стенде снова сломана. Или же надо поторопиться с релизом фичи, а бэк еще не готов, и разрабатывать нужно параллельно, и тут без моков не обойтись. Ну или классика: в командировке лежит интернет, и вся работа встала колом. Знакомо? Что тут можно поделать? Можно подождать, пока починят стенд. Можно залезть в код и что-нибудь там нахардкодить, переполнив его ненужной логикой моков. Можно поставить Postman, Insomnia или другие популярные решения. Но у каждого подхода есть подводные камни: простои и сорванные дедлайны, забытые хардкоды в продакшене, необходимость согласований с инфобезом (особенно если вы работаете в банке) и зависимость от внешних серверов. Мы попробовали существующие решения и поняли: ни одно из них не закрывает наши потребности полностью. Нужно было что-то свое: простое в установке, работающее офлайн, не требующее дополнительных приложений и аккаунтов. Что-то, что можно быстро настроить под себя и не зависеть от внешних решений вендора. Так появился наш велосипед — браузерное расширение Req-Saver. Да, представимся. Мы — Александр Битько и Дмитрий Панфилов , фронтенд-разработчики в ПСБ. Сегодня расскажем, как превратили мокирование запросов из головной боли в простую и понятную работу.
https://habr.com/ru/companies/psb/articles/960446/
#react #reactjs #браузерные_расширения #мокирование #api #mvp #chrome_devtools #postman #insomnia #mockoon
Ende der Woche gibt's auf der #iJS von mir zu #React und #TanStack:
...Talk "SSR with React - Deep Dive into TanStack" https://nilshartmann.net/t/ssr-with-react-a-hands-on-deep-dive-into-tan-stack-i-js
...Workshop "React with TanStack: A Practical Deep Dive" https://nilshartmann.net/t/react-spas-with-tan-stack-a-practical-deep-dive-i-js
Freue mich, mit euch über React und vieles mehr zu sprechen! 👋
ReAct부터 Human-in-the-Loop까지: 실전 AI 에이전트 패턴 6가지
ReAct부터 Human-in-the-Loop까지 실전에서 바로 쓰는 AI 에이전트 패턴 6가지를 코드와 함께 완벽 정리. 각 패턴의 사용 시기, 구현 방법, 한계점을 비교하며 프로덕션 성공을 위한 선택 전략을 제시합니다.https://aisparkup.com/posts/5868

How to Name a CSS Class in React JS.
Como Poner Nombre de Clase CSS en React JS.
👉 https://nubecolectiva.com/blog/como-poner-nombre-de-clase-css-en-react-js/
#programming #coding #programación #code #webdevelopment #devs #softwaredevelopment #css #react

【React×Cloudflare Pages】パチンコで狙い目の台を探すためのサービスをリリースしました
https://qiita.com/q-1-p/items/31ae688c53183597b3f1?utm_campaign=popular_items&utm_medium=feed&utm_source=popular_items
#qiita #拡張機能 #React #副業 #CloudflarePages #CloudflarePagesFunctions
🌘 當「完美」程式碼失靈:Next.js 的「魔術」引發的資安漏洞
➤ 框架的「魔術」如何將一行程式碼變成資安破口
✤ https://marma.dev/articles/2025/when-perfect-code-fails
本文講述了一個在 Next.js 應用程式中發現的嚴重資安漏洞。作者原以為一個簡單的字串比對函式能完美運作,但由於 Next.js 的伺服器函式(Server Function)機制,該函式實際上回傳了一個 Promise,而非預期的布林值。在 JavaScript 中,Promise 物件在條件判斷式中總是評估為 true,導致原應嚴格的權限控管失效,所有使用者都能存取資源。作者藉此案例警示,框架的自動化「魔術」可能在不經意間引入難以察覺的 bug,並強調了理解框架底層運作機制的必要性。
+ 這個 Bug 真的是意想不到,完全沒想到 Promise 在 if 判斷式裡會是 always true!感謝作者分享,學到一課。
+ 這證明瞭不能只看程式碼表面,框架的隱藏行為真的會造成大問
#技術 #JavaScript #Next.js #React #資安
#react #reaction #viraliza #fyp #foryou
Introducing the React Foundation, by @seth.blue and @mattcarrollcode.com and others (@react.dev):
https://react.dev/blog/2025/10/07/introducing-the-react-foundation
Был FSD — стал MSD: как мы допилили методологию FSD, чтобы поудобнее делить монолит на модули
Что важно фронтенд-разработчику при создании веб-приложений? Поддержка текущей кодовой базы, удобство внедрения новых фич и возможность повторно использовать компоненты. Создать такие условия помогает популярный подход к проектированию — FSD (Feature Sliced Design). Разбиваем интерфейс на независимые, переиспользуемые модули (виджеты, фичи и т. д.), получаем чёткие правила, единую структуру проекта и ускорение разработки за счёт переиспользования кода и изоляции ответственности. Подход FSD во многом прекрасен, но всё же нам в нём не хватало некоторых важных аспектов: внятного разделения слоёв бизнес-логики, удобства работы с кастомными хуками (они быстро разрастаются, обрастают связями и становятся сложными для тестирования). Также было неясно, куда выносить сложные общие компоненты из разных частей проекта. И, например, как легко отделять один бизнес-модуль от другого, не ломая всю систему… Меня зовут Иван Соснович, я тимлид фронтенд-разработки в СберТехе, тружусь в команде
https://habr.com/ru/companies/sberbank/articles/959400/
#сбертех #kintsugi #pangolin #сбербанк #frontend #react #структуры #модули #fsd #микросервисы