498 karma · joined October 5, 2023
I'd prefer my kids to keep their phone, but only able to contact me during school hours (otherwise the device is as useful as a brick).
You don't need to sound interesting or have things to talk about. If you're finding you are not "happy" with what you have, that's another discussion.
... said the nextjs/vercel/graphql/whateverishotthisweek developer. Ironically, your stack will be outdated next week.
Oh? You want that attack to stop? It's going to be big number.
Person A: "Hey, so I ran bundle update and it's not working."
Person B: "You updated the dependencies? WHY WOULD YOU DO THAT!"
1) Adding a credit card after sign up as part of the flow.
2) Adding a mobile number and verifying via SMS.
I don't particularly want to do either as it's more friction up front for everyone... but seems like it's where it will lead.
The origins of these people are often problematic countries (places I couldn't accept a payment from even if I wanted to).
Some of these individuals (~30%?) seem to be coming from legit domains and verify their email but don't appear to be the target audience. They often try to pay without using the service. I believe these people have compromised mail servers and are trying to test stolen credit cards.
I'm not greedy.
It felt like my undergraduate studies. It sounds to me like schools have gotten a bit softer and/or your school is really bad.
With that being said, take it for what it is if you don't have any other options. Dive deep into your textbooks, learn as much as you can, look into outside resources, keep on coding. You'll come out better on the other end of it.
The numbers grew slowly and have pretty much plateaued. It's my dream job, and I can't imagine going back to work for anyone else.
I do have an existential dread though--- mainly, "what if my revenue goes to zero?" and I constantly think about how to improve the service or build another service on the side.
Though, it's still better than the dread that comes with being employed and potentially laid off.
I primarily use it with a USB-C dock and two external monitors, which may contribute to the CPU/graphics load being worked more than usual.
My money is on Len [1]. The sheer number of coincidences, crossing of rare skill sets and interests, time, place, penchant of pseudo anonymously publishing things and happened to take his own life <2 months after Satoshi's final gloom-filled message, "I’ve moved on to other things and probably won’t be around in the future".
[1] https://evanhatch.medium.com/len-sassaman-and-satoshi-e483c8...
[1] https://www.schneier.com/blog/archives/2007/11/the_strange_s...
It has been the best Linux-laptop I have ever had. I've been using it for a year and a half now as my daily driver.
Party A explains how to send bitcoin to them but used a well known wallet address in their documentation/guide (Satoshi's).
Party B didn't use Party A's address and committed a bad case of copy-pasta.
A cleaner approach may be leveraging the HX-Trigger response header in some way? I feel like the app version could be specified and if it changes, HTMX would know and could trigger an event that could be specified by the user.
I don't really like either solution.. perhaps the head merging would be more correct, but damn it feels off =/
There's nothing quite like grabbing SDL2 and going HAM for a few days. Some of my fondest memories are with lazy foo's tutorials :)
It's not easy to explain.. but imagine if a user loads your webpage. Then the web page loads your assets are loaded (JS, CSS, etc).
Then imagine a new deployment happens that introduces new styles and/or HTML for a given resource.
The page that is loaded in the user's browser does not have the new styles and doesn't know they were updated. If the user interacts with the resource the page styles will break.
This was fixed in Turbo and Turbolinks by introducing "data-turbo-track="true"" to a resource like a CSS sheet. When the server responds with a fresh page the head can be compared and a full reload can happen if the asset was updated.
In HTMX, the page is just broken.
edit:
Currently, you would have to manually hack around this... like long polling for the current app version or returning it in every XHR request and adding a middleware to HTMX to do the check and pop up a "your page is out of date..." message.