molily
molily.de · Personal blog · on HN since 2016
molily, a German web developer, writes about JavaScript, web performance, Angular testing, and robust client-side apps.
What HN saysHN links it for its guide to robust JavaScript; the one comment asks for error logging services with a small footprint.
17HN people shared it
1linked it in comments
17stories submitted
746story points
2 years agolast shared
2016people per year2026
Most-shared posts
- 1What Google AMP Means for the JavaScript Community6 people · 16 points · first shared 2017 · 1 comments on HN
- 2Robust Client-Side JavaScript4 people · 273 points · first shared 2018 · 28 comments on HN
- 3Our best practices are killing mobile web performance2 people · 221 points · first shared 2016 · 127 comments on HN
- 4Client-side JavaScript and React criticism: What comes next?2 people · 4 points · first shared 2024 · discussion on HN
- 5JavaScript web apps considered valuable1 people · 138 points · first shared 2016 · 144 comments on HN
- 6The Antagonism of Human and Nature in Factorio1 people · 58 points · first shared 2020 · 47 comments on HN
- 7Something Went Wrong1 people · 32 points · first shared 2024 · discussion on HN
- 8Testing Angular – A Guide to Robust Angular Applications1 people · 4 points · first shared 2021 · discussion on HN
What HN people wrote when they linked it
seanwilson · 2020-06-24
For error logging (https://molily.de/robust-javascript/#error-logging in the article), can anyone recommend a logging service that has a small JavaScript footprint?
I use Sentry on one site but it has a 56K library you have to load before any of your JavaScript loads, so bad for page size + bad for page blocking. I would have thought they'd at least let you use a shim to capture errors quickly while you defer loading the full library (like how Google Analytics does it) but I can't see an obvious way to do that.
Sentry has really nice features but 56K (17K compressed) is a big chunk when I'm trying to keep a page to about 100K transferred.