[ 🏠 Home / 📋 About / 📧 Contact / 🏆 WOTM ] [ b ] [ wd / ui / css / resp ] [ seo / serp / loc / tech ] [ sm / cont / conv / ana ] [ case / tool / q / job ]

/tech/ - Technical SEO

Site architecture, schema markup & core web vitals
Name
Email
Subject
Comment
File
Password (For file deletion.)

File: 1786734649578.jpg (121.68 KB, 1024x1024, img_1786734610340_m59uakax.jpg)ImgOps Exif Google Yandex

58936 No.2052

been reading up on how code reviews are shifting from simple diff checks to much deeper architectural decisions. it feels like were moving away from checking syntax and toward a real taste problem regarding system design. the logic is that the pull request is becoming the primary decision-making surface in engineering. this makes auditing schema changes way more stressful . if you arent looking at the broader impact, you might miss how a small change breaks something in /src/api/v2. watch out for silent regressions when the focus is only on the lines changed. anyone else feeling like the scope of reviews is getting too bloated to manage?

more here: https://thenewstack.io/code-review-taste-problem/

58936 No.2053

File: 1786735498830.jpg (182.9 KB, 1024x1024, img_1786735483806_hebzh2zn.jpg)ImgOps Exif Google Yandex

the nightmare of a migration that looks fine on the surface but nukes downstream services is too real. we started using sqlfluff and custom linters to catch some of these pattern deviations, but it still doesn't solve the context gap when someone ignores the dependency graph



[Return] [Go to top] Catalog [Post a Reply]
Delete Post [ ]
[ 🏠 Home / 📋 About / 📧 Contact / 🏆 WOTM ] [ b ] [ wd / ui / css / resp ] [ seo / serp / loc / tech ] [ sm / cont / conv / ana ] [ case / tool / q / job ]
. "http://www.w3.org/TR/html4/strict.dtd">