566 karma · joined June 10, 2022
I’m not a big fan of the copyright system we have myself, but there’s a reason it exists. AI companies illegally training their AI on copyrighted content to reap the spoils of the hard work of other people that never get recognition for their work is the opposite of „giving back“.
I’m in Germany and using your phone while driving can lead to your license being revoked - the problem is that it’s not really enforced at all in my experience. Maybe it should be.
Rant over, I’m just honestly pissed about my car being wrecked TWICE and me being paranoid looking in the rear view mirror every time I’m stood still because people apparently can’t register a car standing at a signal.
I believe that’s mostly what killed Google Plus. People were introduced to it in the worst way possible, so nobody actually cared to try it out, even if it was technically a good product.
Doesn’t WebGPU solve this entire problem by having a single API that’s compatible with every GPU backend? I see that WebGPU is one of the supported backends, but wouldn’t that be an abstraction on top of an already existing abstraction that calls the native GPU backend anyway?
Welcome to the future you didn’t want, but deserved.
I won’t go on a rant about giving AI any permissions and trusting it blindly here, I’ll just say that I think the typical AI bulletin point list where it perfectly recounted how it fucked up made me fall out of my chair from laughter.
In the end what you get out of your React code after your build process is vanilla HTML, CSS and JS. While you might be able to abstract some of those things away using libraries, all you‘re doing in your React code is building and manipulating HTML DOM trees within your React code and styling them using CSS (or using some abstraction like CSS-in-JS, CSS modules, etc.). To do so efficiently, you not only require knowledge of how exactly HTML and CSS work but also what React tends to do under the hood to render out your application. Even more so when things like a11y are required. A good dev also knows when to use JS to reimplement certain interactions (hover states, form submits, etc.) and when to use the native functionality instead (for example CSS pseudo selectors or HTML form elements).
All this is to say that I disagree with the notion that React devs don’t know or understand the underlying technologies. It might be different and more abstracted, but it’s still the same technologies that require the same or more understanding to be used efficiently.
I originally started as a web developer during the time where PHP+jQuery was the state of the art for interactive webpages, shortly before React with SPAs became a thing.
Looking back at it now, architecturally, the original approach was nicer, however DX used to be horrible at the time. Remember trying to debug with PHP on the frontend? I wouldn’t want to go back to that. SPAs have their place, most so in customer dashboards or heavily interactive applications, but Astro find a very nice balance of having your server and client code in one codebase, being able to define which is which and not having to parse your data from whatever PHP is doing into your JavaScript code is a huge DX improvement.
Source: I used a frontend developer working on a big bank frontend. The existing UI stack was horrendous and deadlines and bank politics wouldn’t allow you to refactor anything. Just build shit on top and hope that Jenga tower of a web application doesn’t fall apart halfway there.
There are some parts of GDPR that are non-negotiable however, even for indie hackers. If you collect personally identifiable info, you NEED a privacy policy, a process for users to get their data deleted if they request it, for example.
Glazing over, I just wanted to give props and say that whatever good happens to better-auth, it deserves it.
Edit: Also this wasn’t about collecting phone numbers, but about providing one for your business if you host a publically accessible site
In many cases just rendering a video and binding playback to interaction is much more lightweight and less work-intensive than using Lottie.
I’ve heard about Rive before and a lot of the choices they make seem to be exact fixes for the issue of Lottie. I haven’t worked with it yet however, so YMMV.
We do not currently have a Facebook sign-in button in our production app.
[1] https://youtu.be/QNZh2lvd5gs [2] https://www.imsarahkolb.com
Switching to a different creative software solution is a much bigger task than just buying the new license and installing the program. You have to relearn basic tasks that are second nature in the other thing, change workflows due to different file formats or you might just not have the option to because the rest of the industry depends on the competitors software. This is true for individual professionals as well as big companies, where switching to a different software package also means dropping efficiency for a while and hiring people to teach your employees your new software. This is a step that no company will ever take and Adobe has recognized that and taken away the only opt-out of paying them assloads forever, which was buying a perpetual license and staying on that version.
Edit: also npx is just an alias for npm exec, allowing you to run scripts in npm packages
Edit: I should also say that the tuning on the WH headphones is pretty bass-heavy (somewhat obnoxiously so), so make sure to use an equalizer to remove some of that.