Как мы ускорили разработку Frontend на 10х TSGO, Oxlint, Rsbuild, React Compiler & CodeGen
В этой статье разберу пять направлений, в которых мы получили измеримый эффект: 1. Type checking — TSCheck vs TSGO 2. Linting — ESLint vs Biome vs Oxlint 3. Bundling — Webpack → Vite → Rsbuild 4. API-контракты — Кодогенерация без AI 5. React-оптимизации — React Compiler в production
https://habr.com/ru/articles/1049908/
#tsgo #react #webpack #vue #rsbuild #eslint #oxlint #biome #swagger #react_compiler
🚨 NEWS: TypeScript Interface vs Type — Differenze Pratiche per Non Sbagliare
Ecco i punti chiave in breve:
💡 Ti è mai capitato di guardare un codice TypeScript e chiederti: «Ma qui usano interface o type? Perché?» — e la risposta non era mai chiara. In tanti progetti che ci arrivano come consulenti —...
#typescript #interface #eSLint #typeAlias #declarationMerging
[Перевод] Мы дали ИИ написать код и тесты: что обнаружило мутационное тестирование
AI-агент самостоятельно создавал приложение и по ходу работы покрывал его тестами, а качество кода оценивали автоматические проверки. На первый взгляд всё выглядело надёжно: покрытие росло, тесты проходили. Однако мутационное тестирование показало, что часть тестов лишь выполняет код, почти не защищая его от реальных поломок. В статье разберём, какие сенсоры действительно помогают находить регрессии, а какие создают ложное чувство уверенности.
https://habr.com/ru/companies/otus/articles/1048504/
#мутационное_тестирование #ИИагенты #генерация_тестов #качество_кода #сопровождаемость #статический_анализ #ESLint #Stryker #регрессионное_тестирование #архитектура_кода
Show HN: Lint Your Markdown with ESLint
Wenn du aus der Java-Welt kommst, wirken Begriffe wie JavaScript, TypeScript, Angular, React, Vue, Node.js oder npm am Anfang schnell wie ein einziger großer Themenblock. Genau da entsteht oft die eigentliche Verwirrung. Alles klingt ähnlich, vieles taucht im gleic...
#Coding #JavaScript #Angular #TypeScript #React #Node #Vite #Webpack #ESLint #Maven #Paketmanager #ECMAScript #Programming
Wenn du aus der Java-Welt kommst, wirken Begriffe wie JavaScript, TypeScript, Angular, React, Vue, Node.js oder npm am Anfang schnell wie ein einziger großer Themenblock. Genau da entsteht oft die eigentliche Verwirrung. Alles klingt ähnlich, vieles taucht im gleichen Projekt auf, aber nicht alles ist dasselbe. Manche Begriffe beschreiben eine Sprache, andere ein Framework, wieder andere eine Laufzeit oder ein Werkzeug.
Линт проектов: собираем ESLint, Prettier и Stylelint в один пакет
В большинстве компаний линтинг со временем превращается в хаос: разные правила ESLint, устаревшие конфиги и копипаста между проектами. Покажу, как навести порядок – собрать линт-инфраструктуру в один пакет и выстроить систему контроля кода для всех репозиториев.
https://habr.com/ru/articles/1038340/
#eslint #prettier #линтинг_кода #stylelint #husky #lint #javascript #typescript #react #madge
I would describe a significant number of ESLint rules as primarily passive-aggressive.
I never want to see no-explicit-any enabled. If I use `any` it’s because I have a good reason. It’s obvious that something unsafe is happening! I used the keyword that makes unsafe things happen! Putting an eslint-ignore above it is redundant. The best explanation I have for why someone might enable this rule is that they want to annoy other devs who they feel are over-using unsafe patterns, but don’t want to engage in a productive conversation about this.
Want to know a great rule? no-unsafe-type-assertion. Sometimes `as` is safe and sometimes it is not. This is exactly when it should be required to add a comment, drawing attention to unsafety when it might slip by unnoticed.
ESLint configurations should assume good intent. I want rules that make invisible problems visible, not rules which nag other devs for not writing code in my exact style. Approximating a neutral third party via a blessed tool configuration is not a substitute for healthy communication.
Habr
Meteora Web
Hacker News
magicmarcy
JSDev Space
Patrick 
Danny Koppenhagen
jnkrtech