I don't know if they are listed on the EU alternatives website, but for mail, I find Migadu to be excellent. I think they are Swiss.
642 karma · joined March 3, 2017
Linus Tech Tips did a review of it, so it's real. I have high hopes.
Then came React. I thought knowing Javascript meant I'd know React. Oh boy was I wrong.
I started around the time that class-based components were replaced with hooks and function-based components only.
That meant I had to work in the latter, while all the SO posts were about the former, so I couldn't find any solutions to problems I was facing.
About three years in, I still couldn't explain to you wtf a hook is. I've looked at countless tutorials, used countless hooks from various libraries, but I've never felt the need to make one. Which tells me that I still don't know what problem is fundamentally solved by using / making a hook specifically.
All I understand is writing a function that returns a value or a function that returns a bunch of JSX. I've never needed some sort of mystical third concept that somehow requires me to call it 'use'-something, before I'm allowed to call other things called 'use'-something within it. I wish I could somehow wrap my head around it.
Anyway, learning React, I felt I spent more time trying to work out why things sometimes got updated and sometimes not. It felt insanely arbitrary.
Then comes the joy of trying to force the incredibly non-deterministic rendering of the stack of components into something reasonably deterministic. If you have to call multiple endpoints and track the state of those calls and ensure a component only renders when that data is available in its correct form (which has to happen in a specific sequence), you will spend what seems like an insane amount of time forcing something that is inherently non-sequential into executing sequentially. Seems wild to me.
The amount of time some component tries to access 'undefined' is just astounding.
How about closures? It took me so long to finally understand that useEffect doesn't have access to updated state variables unless they are in the dependency array. So much time spent banging my head against the wall, wondering why my variable is always 'behind' by exactly one state update.
Let's assume you've managed to set all this up, you suddenly find out that React literally re-renders the ENTIRE tree of components sitting on top of any child component, every time anything changes.
Let's imagine a form with multiple inputs:
<form> <input1> <input2> <input3> </form>
If I make a change to input2, the form and all the other inputs are re-rendered. Unless, of course, I wrap each and every input in React.Memo(). If I want my form to handle errors properly, for example by using react-hook-form, I then need to add a custom compare-function for each prop handed into the input, to ensure it updates correctly, but only when needed. What used to be a one-liner <input> has suddenly become 15 lines of code dedicated to working out when to re-render this one input instead of the entire form.
I still haven't used useCallback successfully anywhere in any of my applications, because I'm still not sure I understand what it does or how it works.
Suspense makes sense. Error boundaries are still elusive. I've tried implementing them, but most of the time the only error boundary that really triggers is the one all the way up the tree, which is only one step better than crashing the whole interface when a component encounters an error.
Anyway, so you've finished that whole journey, good job. Enter Next.js. Guess when I started using Next.js? Yup, right around when page-router became the app-router. Same story again, all SO issues are about page-router, so none of the problems I'm encountering have been addressed yet.
How about initialising a Next.JS app in dark-mode to start with? Not possible, because half your app is now server-based components that don't have access to cookies, so it always flashes white first before jumping to dark mode. I suppose I could build my app dark-mode first or save the user's preference in the DB.
Sometimes, it is nice to just store something in localStorage. But, persisting state with Zustand is suddenly hopelessly broken and no amount of hacks around delaying hydration have worked for me so far.
How about changing meta-data of pages, especially if the meta-data relies on a fetch call? How about the fact that the data from that fetch call can't be used in your components, meaning that the fetch call has to be repeated in your component? (But don't worry, Next.js includes black magic to deduplicate fetch calls, pinky-promise that we won't hit every endpoint twice, blowing up your free-tier quota on [insert platform here]).
Caching? Completely arbitrary. Some parts of your app will fetch new data from the server every time, other parts of the app will never update correctly. All depends on who's doing the fetching. If it's a 3rd party service (say, google firebase), then you have to force your api-routes into dynamic rendering before you actually see updated data coming back from fetch calls.
To this day, I haven't managed to get caching working predictably in my app. I literally have no idea when things will revalidate and when not. I've managed to force it into never caching, but a combination of caching when I need it to cache or revalidating every time seems to be impossible to achieve.
So now I am sitting on top of a framework, for a framework, for Javascript, where I neither know when components will update, nor when data will be cached, all because these things are hiding behind magic that is extremely poorly documented (and never seems to include real-world examples of sufficient complexity). It's quite a frustrating experience.
I wouldn't know what the solution to this is. Feels like we've arrived here through years of developer effort and I don't feel qualified to judge it. Therefore, I just put up with it and hope to learn more about it as I build more apps.
That tends to be where I draw the line (except for perhaps very extenuating circumstances). For me, piracy without profit motive is literally just knowledge / information sharing. I feel as though copyright basically shouldn't exist in cases where someone doesn't profit from reproducing / copying / distributing some kind of content.
As soon as someone starts making money with someone else's creation, it becomes a crime in my view.
I understand that there is nuance to this...what if someone runs a torrent site and needs funding to keep running the site, thus technically creating some kind of cash-flow / revenue stream. I don't really have the answer to that (except perhaps that we should all just use open-source DHT-based torrent searches, so no funding of centralised sites is needed?)
But yeah, in cases where someone is this blatantly operating an IPTV service, it's obvious why they got prosecuted.
That behaviour wasn't documented when I got started with NextJS 13...imagine the fun I had trying to work out why I can't get updated data from the server. It was nuts.
I guess with Tinder, that's not necessarily how it works? Do they have ads on there? No idea. But again, I wouldn't be surprised if there is some kind of data collection / trading going on. But who knows, I have no evidence of this and wouldn't want to badmouth Tinder just because it's trendy to bash big platforms. Please consider this an attempt at making a more balanced comment :)
So for about two years, I was there, on OKC as sooooo many brand new people discovered it, in a huge city, in my mid-twenties. It was an incredible time. I met so, so many interesting people, who were so similar to me. I couldn't believe it. It was all free, too.
No lasting relationships ever came from it. I met my partner of 10 years at work eventually.
I've never been on Tinder or any other online dating platform, but it sounds like the industry (it is now an industry...) has gone through the same cycle of VC-driven monetisation, removing all incentive for the platform to function correctly in the user's interest, much like any big platform nowadays.
So, I guess we'll need some kind of online dating fediverse to fix this. I'd recommend copying exactly how OKC worked. It was the best approach I've ever seen. But also the only one ;)
His stuff with the London Symphony Orchestra is bonkers (https://www.youtube.com/watch?v=ggl_pWkbEoc).
All of his recent stuff isn't quite my cup of tea, but that's just the nostalgia factor speaking. I guess anyone who discovers a musician during one of their eras may not necessarily like their other eras...which is more of a condemnation of the listener, rather than the musician, perhaps :)
And this is where things get hairy. The Next.js documentation is sparse. So you either get lucky and someone else has done the guesswork to figure out how to do the most basic things in Next.js (for example the transition from 12 to 13, aka pages-router to app router was ROUGH...you could only find SO issues related to 12 and all the libraries and structures you were used to had all changed in subtle ways).
Caching is another one of these things. There are fetch calls in some routes in my app that get cached no matter what. I've tried every which way to get the damn thing to stop them caching (the most obvious one being the no-store header), but to no avail. It caches and I can only get it to stop by redeploying. And no, purging cache from the Vercel dashboard doesn't fix it either. Only a redeploy will get me updated data from the DB. It's bizarre.
And so the story goes on. It's super easy to get up and running. There are many 'aha' moments, where you can see that a ton of work has gone into DX. So much so, that I really try to use Next.js where I can. However, when you run into problems, they are usually more difficult to solve than with React. And they are subtle and not infrequent.
Don't get me started on debugging. Since Next.js is sort of 'backend' to a large degree (which, in Google's and Cloudflare Page's case means edge-functions), trying to tease a meaningful log that isn't severely character-limited out of either service is very difficult. Error messages in the frontend are useless to an astounding degree.
So, it seems there's a lot of work to be done. Tread carefully, as it's very enticing to have this quick-start, but I'd hesitate to use this for anything too serious, as things will break for no reason and there will be issues that are nearly impossible to solve and I wouldn't want clients emailing me while I'm dealing with BS I simply wouldn't have had on any other stack.
Honestly, I'm beginning to think that we need some kind of documentation-first style development. Like TDD, but DDD....
I have integrated Facebook APIs, Instagram (well, same thing), Google APIs, Stripe APIs, Mailchimp APIs, etc. etc.
And the only thing common among all of them? The documentation is _terrible_..., like, _terrible_.
I also run a few products online and I spend so, so much time trying to get the documentation right. It's incredibly boring and tedious, but I really feel that if you want to set yourself apart from the big players, make good documentation. It can't be that hard.
Reads: People hid their drug use successfully. How much history do we need to experience before we accept that shame only leads to everyone pretending that something isn't a problem instead of addressing it head on.
So long as people think that these are the problems in society (and not, say, billionaires) the government can keep creating ineffective policies to "fix" these problems (even though they haven't for god knows how many hundreds of years) and people lap it up.
(I signed up to the https://feddit.de/ instance, but you could use https://beehaw.org/ as well, makes no difference where you sign up)
More and more people are leaving Reddit for lemmy...and the more people migrate, the better.
I went through the Digg exodus and have now left Reddit completely and don't miss it.
If I need to read about a product, I'll still type "site:reddit.com" into google and hope that my old.reddit.com extension works for the forseeable future, but that will be the entirety of my interactions with Reddit until Lemmy replaces that as well.
needs a bit more work :)
Haven't found anything by Googling, so was wondering if anyone here works somewhere that does this.
The whole sentence / tag line could probably do with improving, but maybe this is not a native speaker, making derision all the more unacceptable.
- transpiling JS back into the stone age for compatibility
- accessibility
- seamless localisation
I have found I just can't keep track of all of these things as well as React does.
At the same time, I think React is a huge, dependency-laden mess, very difficult to learn (because it's changed its mind on how to do things about 100x, so no responses to issues on SO apply to your version of React, Redux, React Router, etc), slow as hell and probably overkill for most projects...