I hate video links. The information could have been a few paragraphs of text that I could glance. Instead this much minutes of video that you can’t search, glance over, read while listening to something else… So it’s a pass for me.
I hate video links. The information could have been a few paragraphs of text that I could glance. Instead this much minutes of video that you can’t search, glance over, read while listening to something else… So it’s a pass for me.
I wouldn’t ever imagine to shed a tear for the processes I have killed in my whole life. I feel like a homicidal maniac.
this is not cancellation. This is Google taking a step back, and regroup to attack back.
First, persistency. You data lifecycle may not be directly proportional to your applications lifecycle. You may need it even after the app is shut down.
Second, RDBM systems provide a well defined memory/storage structure and API - “structured query language”. This enables you to easily query your data and acquire suitable views that are beneficial for your applications purposes.
Third, It’s always better to outsource your data layer to a battle tested, and trustworty database then trying to reinvent the wheel.
So this paves a road for you to focus on your business logic than splitting that focus for the data layer and business logic.
I see that the problem arises from the "visionary, but lower experienced newer developers (compared to the past generation) " trying to fix a world where “don’t touch it if it works crowd who has seen all old timers” built, by putting each layer over the older one. It has all the capabilities, but there is no “single vision”, no “well defined api”.
Old established paradigms are being broken. Some conventions are forgotten, new tooling and perspectives are being built.
Sure this means there is an unfortunate clash is happening.
I can’t say if this is a better, or wiser world or not, however I can only say this is the way now. You can adapt, try to embrace and push forward things or you can try to stay away and become one of the legendary Cobol developer crowd. We know they are there in the wild, but we can’t find them.
I have been with Firefox, since it’s inception. Never left it. And it never let me down.
What? The? Fuck?
Python docs are mostly “reference” material. Which means it’s not intended to show you how things are done, but used as detailed descriptions of commands/statements/classes/methods.
This is why you are having trouble understanding it. You first need to go understand fundamentals of it and they will be useful when you need details and intricacies of something while using it.
Done airlines give you outside views, but shoot with potatoes. So it’s better not having that. Also there is nothing to see at most of the cruise height.
I can’t answer any of these. I don’t have the knowledge. I am not using Firefox on mobile, only on desktop. (opera mobile user)
However what I can say is, you need to make compromises on some of your convenience to free yourself from a user hostile company’s software, or forks of it which strongholds you to their whims. Silicon Valley is trying to profit against your best interests.
Also as a long running Firefox user, I don’t get these incompatibilities at all. And if you start using Firefox and increase the usage numbers the incompatible sites would need to reconsider their stance.
I strongly suggest against using any Chromium forks. I already explained why in another post. I’ll put the link to that here: https://kbin.social/m/asklemmy@lemmy.ml/t/282011/Why-do-most-browser-companies-opt-for-a-Chromium-Blink-base#entry-comment-1301554
Thank you. I edited the main body too.
I never used Chrome. happy user of Firefox since it’s conception.
Google is the maintainer and biggest contributor to chromium.
https://en.m.wikipedia.org/wiki/Chromium_(web_browser) and they’ve already introduced wei into chromium without any pushback.
https://kbin.social/m/degoogle@lemmy.ml/t/255346/Google-is-already-pushing-WEI-DRM-Webpage-into-Chromium
There are forks of chromium already like Vivaldi. You can still use them. Unfortunately using them is not a guarantee that Google can’t use their usage numbers as leverage while politicing or advertising bad behaviour to other parties like social media.
Worse yet, maintaining a fork is a huge undertaking for a project in the size of chromium. This means in time the fork may struggle to keep up. Or upstream may introduce functions that depends on the bad behaviours and the fork be forced to either adopt both, or adopt none.
And that’s the problem. It gives full control power to Google. That’s the reason that popularity needs to be broken.
Did Opera announced any intent?
I still have trouble understanding the distinction between “a human consuming different artists, and replicating the style” vs “software consuming different artists, and replicating the style”.
I was not expecting a rabbit hole that deep. Who underwrite that api for shipping?
When you consider “my problem is solved this time” as documentation then a discord discussion can be considered good documentation. But If you want documentation as reference for everyone and don’t wan’t to repeat process/procedures every time some one needs it. It’s the worst platform for it. And For documentation we never want the first.
In this context email lists were the best of the best documentation ever.