• 0 Posts
  • 51 Comments
Joined 1 year ago
cake
Cake day: June 23rd, 2023

help-circle


  • What is more interesting, Google came as a more friendly alternative, with drastically less ads than Alta Vista and other search engines of that time had. Today’s Google is only just approaching now the amount of ads on the search results page that those had. It is just a bit smarter about mixing ads with actual search results and the ads are more targeted (which is not necessarily a good thing).








  • The old business model could not last forever… and even if it could it was not good for anyone.

    Think about it

    Hosting videos is expensive, someone has to pay for it. It was mostly paid by ads. Ads which many (most people) would block and many people would not ever click even when not blocked. But it still made money… The money come only from ads which 1) where not blocked 2) where at least clicked. The business relied on that.

    So YT relied on ads targeting people who did not know how to block ads and people easy to manipulate by the ads (eager to buy whatever they are trying to sell). Probably not the brightest. Or just easy to be taken advantage of. So the incentive would be to promote content for those people. Not good content, not true content, just content that makes ads viewed and clicked.

    People using ad-blocks were still affected by those who do not. And whole site was optimized for advertises not viewers or content creators. And that is bad.

    I am all in favour of any direct form of payments instead of ads powering the internet. Sites get very little money for each view anyway – so the prices for users should also be quite small.

    Unfortunately as long as ads are supposed to be normal part of internet, they may get forced even onto paying customers. We need regulations.



  • Doesn’t sound like the ‘cheap small computer you can run your hobby electronics project on’ that the original Pi used to be. It is not as cheap and a power hungry beast, still small, though. More and more like a PC and less and less a small cheap embedded platform. For some people it is a plus (I guess for most people here), for some not so much.

    I tend to build my projects on Raspberry Pi Pico now, but sometimes I would need something more powerful and Raspberry Pi 5 will be too much.



  • The idea is you package the software once and it works forever, because all dependencies for it are provided in the exact right version. And the dependencies may include things that would not be included in the base system (like super new versions of some important libraries).

    That is true, but that is also the problem: both the package and all its dependencies may be left never updated.

    In traditional Linux distribution, like Debian, every package must be compiled within the same system, which usually means specific version of all key libraries. And when the key libraries are upgraded some packages compiled for older versions won’t work, the package might not even compile with newer version of the libraries. And it is often not possible/practical to provide multiple different version of libraries (or other shared system components). The result is distribution developers have a lot of hard work updating all the packages. When there is no one to fix a package for the next version of the package, the package will be removed from the distribution. That happens when package is not maintained upstream and/or no one cares enough to maintain it in the distribution. In that case – is it worth to keep it?

    Snap makes packaging applications much easier, and more decoupled from the operating system ‘core’. Less maintenance is needed… but that also means less maintenance will be done, which is not necessarily good.

    On the other hand, Snap allows application to be maintained more rapidly than the distro core – in that case it can make things safer – fix in applications and their dependencies can be fixed that it could be done in the normal Debian release process. But that depends on maintainers of the specific snap and its dependencies.





  • Matrix is open protocol, everybody is free to build their own clients. Maintainers of any one implementation are free to choose code to include in their project. And people can fork Element if they don’t like the way it is going.

    Maybe Element developers are not great in including external contribution… but still nothing else seems to implement Matrix that well.

    No other client seems feature-complete. I wish I could use NeoChat instead of Matrix, but it still cannot even handle encrypted conversations properly. Are they rejecting contributions too?



  • Differences between 2.4 and 2.6 were quite big, I don’t think there was another such big change in kernel releases any time later. But that was also the time when Linux was transitioning from being a hobby project (already useful for serious stuff) to being a serious professional operating system – the last moment for major refactoring.

    Linux kernel is still changing and being constantly refactored, but now the changes tend to be more gradual and version numbers matter much less.