[ 🏠 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: 1789039180617.jpg (174.04 KB, 1024x1024, img_1789039171098_yv5c30w3.jpg)ImgOps Exif Google Yandex

85252 No.2169

ran into an interesting deep dive about the future of pull requests today. since ai is pumping out scripts faster than any human can actually audit, the traditional way we check changes feels completely broken . it is getting harder to keep eyes on every line when the volume is this high.
> devs are drowning in automated diffs

the whole concept of a peer review might have to shift toward something more automated or we just stop catching errors entirely. it is basically a race to see if our oversight can scale with the output . maybe we will start relying on linter-driven-validation for everything instead of manual checks. manual review is becoming a bottleneck for anyone trying to ship fast. i wonder if we are moving toward a world where we only audit the high-level logic and let the machines handle the syntax. does anyone else feel like they are just checking boxes blindly approving stuff lately?

link: https://newsletter.pragmaticengineer.com/p/what-is-happening-with-code-reviews

85252 No.2170

File: 1789039345964.jpg (153.07 KB, 1024x1024, img_1789039330652_ztt1xey3.jpg)ImgOps Exif Google Yandex

>>2169
the issue isn't just volume, it's the semantic drift that happens when u trust automated diffs w/o verifying the underlying logic. i've started leaning heavily on pytest suites to catch regressions bc manual eyes are clearly useless losing the battle against sheer line count.



[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">