STRiDEX

classifying things, grouping things. We use it to help group issues at Sentry.

parking in my condo that i own is $200 because the parking spaces are not deeded, shit is crazy here in sf

Bun simplified the pain with the ecosystem switch to esm. deno, at the time, made it worse by doing stuff with url based packages that didn’t fully catch on

I don't think bun worked well before the acquisition. Don't get me wrong, i used it all the time for little scripts, but i would never ship a service at work on bun. Between memory issues and incompatibilities that never get fixed, it is a nice toy to me that did a great job of exposing room for improvement in nodejs.

For example, i'd been following this issue https://github.com/oven-sh/bun/issues/14102 and eventually all the libraries shipped "if bun do x" into them, which is the opposite of compatibility.

I guess if they're big enough they should be working on moving off of amazon SES for emails and warming up ip addresses? Otherwise they need to keep a markup on top of amazon.

Edit: didn't realize people were paying resend $20. AWS already exists at a low price and people pick them anyway, i'm sure they're fine.

Dumb question but why are chemical weapons always addressed as a risk with llms? Is the idea that they contain how to make chemical weapons or that they would guide someone on how?

Would there not already be websites that contain that information? How is an llm different, i guess, from some sort of anarchist cookbook thing.

aren't you describing what elon already did https://grokipedia.com/

I've found the memory limits to block more of my projects than cpu time. They seem to send multiple requests to a single node/process and if you're making some sort of remix app it easily breaks with any kind of load.

The other thing i've noticed about burritos is that more places take card or apple pay now. When I moved to sf in 2015 many of them were cash only, same with bars. I always assumed some amount of cash was being shuffled under the table.

run your backend tests against this in memory and tests can be run in parallel instead of using a single real postgres instance

Our HoA uses google groups. Mild spam, but overall pretty good for threads. Too many people spam everyone asking for a plumber or whatever

What are you doing that requires checking in the compiled version. Esbuild takes like one second

That's a good point, I would lose package provenance that way. I guess that is fine since it didn't prevent anything here.

I can look into that.

Yes, exactly.

That's fair, I'm referring to the number of mistakes that happen with local publishing. Publishing the wrong branch, not building from latest etc

Sorry if that wasn't clear. This was a token with global publish rights to my npm packages.

there's existing libraries in this space that are quite good. not sure why you would use this instead.

storage for example:

https://github.com/unjs/unstorage vs byojs storage https://github.com/byojs/storage

most users are going to prefer autocomplete and types regardless of if they also use typescript.

esbuild can bundle typescript files directly, you don't need tsc to strip types

edit: nevermind i get what you're saying. check types with tsc and dev work with esbuild

I used vue 2 for work during the switch to vue 3. It was horrific to watch as the vue community had to relearn the worst parts of the class components and the massive shortcomings of both the template library type checking and the other parts that basically can't ever support typescript like class mixins. If you want to use vue with a .tsx file you might as well use react.

Today, 33% of vue downloads in the last 7 days are for vue 2.

There was a lot of things that were nice in the vue world like vite and vuex, but I'd never recommend vue to anyone, especially anyone that wants a good typescript experience.

here's an example library button using .tsx in vue https://github.com/vuetifyjs/vuetify/blob/master/packages/vu...

If you use webpack and haven't looked into rspack you should! Can drop it in and speed up large webpack apps, currently investigating it at Sentry.

the mission is one of the least foggy neighborhoods

I have to do "real" ssr every once in a while via the django jinja html files we have to send emails. It makes me want to die coming from our nice typescript react SPA frontend. Every object is a mystery and jinja syntax is functional but terrible to maintain and of course you're suddenly using tables because it's an email.

I'd rather every element be a div than do one minute of editing those stupid jinja files.

driven by facebook in this case https://x.com/sophiebits/status/1800966114048147495

i found this Wired youtube video pretty similar https://www.youtube.com/watch?v=8c-gD4mwI8A

sound engineer that worked on coachella and they talk about the switch to vertical stacks of speakers

Really interesting mix of npm packages, gulpfiles, jshint, both underscore and lodash, backbone.js, some stuff i've never really heard of like nedb which is probably because its more specific to electron. It actually uses node-webkit NW.js instead of electron.

It's an interesting mix of new and old things as a project that likely has changed hands many times. Like dayjs is pretty new.

those are called css modules - nextjs has built in support https://nextjs.org/docs/app/building-your-application/stylin...

Join a startup. You can get experience and after a couple years anyone that liked you is in another job and you can join them there. I’ve loved my time at startups and made some of the best connections and friends.

airport terminal maps and regulations for every major airport in the united states

I'm interested in if putting a disclaimer in your twitter bio will be used in court.

"DISCLAIMER: My tweets are NOT recommendations to enter a stock. - Ideas shared on Twitter are NOT buy or sell signals. DO NOT TRADE BASED ON SOCIAL MEDIA."

This disclaimer was in @Ultra_Calls description

Completely agree, ship it using tsc and in pure esm. Its time to move on from CJS