I’m really not sure what the use case of Manjaro is.
Arch exists for good reason, and if you’re not comfortable with the complexity of setup just use another distro?
Fedora, Mint and Ubuntu both exist if you want a simpler installer. I’ve started using Bazzite on more machines too and couldn’t be happier with the results.
Genuinely I think most people just confuse distro with desktop environment. If you don’t actually need arch just go with another simpler distro and set up the DE you need.
> I’m really not sure what the use case of Manjaro is.
People who want the benefits of Arch (e. g. pacman, AUR, arch wiki, rolling release, having only one package management instead of using deb + snap + flatpak + appimage + installing scripts) without needing to spend hours installing and configuring Arch.
> Fedora, Mint and Ubuntu both exist if you want a simpler installer.
In fact, nowadays it's harder for me to understand why would someome install Fedora. There are less rpm packages than deb packages (which is a downside compared to ubuntu/mint/debian); there's no AUR, you'll need to find a way to install what's missing; it is bleeding edge but not rolling release, which doesn't really make sense for me.
> Genuinely I think most people just confuse distro with desktop environment
In the case of Ubuntu or Mint, yes, it happens. But not in case of Manjaro, if you go to its page you'll still need to choose one of the several DEs that are availabe, there are options even with i3 and sway. It's not like Ubuntu that you'll need to know the existence of Kubuntu
> needing to spend hours installing and configuring Arch
In my experience the diff from cold install Arch vs Manjaro is certanly not "hours". You need maybe 30 min to bootstrap Arch and once you have pacman you quickly have DE and you are practically there.
If you know exactly what you're doing, ok, but why should I remember something that I'll do few times and that can be done in a nice GUI installer?
I have installed Arch in VMs for several reasons and once I installed Arch in my computer because "why not?". I spent some hours (yes, hours) installing arch, configuring post-install stuff, trying to figure out why my wi-fi wasn't working and installing basic stuff (Firefox, KDE apps, Emacs, etc). When I finished, I looked to it and thought "well, after all this time what I have here is a Manjaro".
I find that people tend to overestimate how long it takes to install Arch just because it doesn't have an installer by default. I've seen people with very little Linux experience get it up and running in less than 30 minutes.
Tbh if you value speed and ease, Flatpaks are hard to beat. For most users (arguably also those on Manjaro rather than Arch), they make software installation and updates really convenient.
Fedora and its derivatives have been great for me. No issues with my rx9070xt and felt like magic compared to my windows partition. It’s not rolling-release, but if that’s important surely this is where where base Arch shines for full control?
Manjaro feels like an awkward middle ground to me and my experience with it a few years ago was negative. Though I understand it may have improved. I don’t have use case for it.
As for package formats, for opensource, compiling from source or COPR has worked for me.
For those people cachyos or perhaps garuda is a netter option. Manjaro does stupid things with their repos that causes breakage. Cachyos was my personal choice coming from manjaro and i javent looked back
pacman and aur with preconfigured DE, it saves a lot of time. I switched to Manjaro after I got tired of tweaking arch even for most trivial things every single reinstall. Its the best distro for learning though. Apt or rpm distros can barely compete with the amount of available and up-to-date packages in aur.
Some people say that Manjaro is bloated, and I understand. But if you want a customized setup I find it easier to install Manjaro, remove what I don't want and them customize than installing doing the opposite with Arch
That's what Manjaro is, another distro. I'm not a fan of it, but EndeavourOS is pure arch with graphical installer, what's wrong with it? (apart from users opening issues or asking questions about specifics in Arch forums)
Arch has an awesome wiki, package manager and tooling, among other nice things. Arch is not only a complex installer of linux. I think that point of view is elitist
Very interesting- coincidentally I’ve been evaluating Godot for my own needs. Many apps have a “gamification” element that in my experience can feel clunky to implement on some frameworks- it then clicked for me that a game engine might be a better tool for the job
Not so much for polling data, but some governments do allow access to coarse election data.
Australia's was enough that the unfortunately complicated math of their election system was repeatable and verifiable (Can't find the post about it, however)
Good point. However, in my experience messing around with choropleth maps, I often find myself resorting to web scraping in the end when I want something more current (opinion polling). Despite this data being seemingly everywhere, and companies often wanting you to use it (with attribution) so they can get advertising for other services, they never seem to have an API.
Polling is a fool's errand, in my experience, since I'd guess a ton of the "how about now?" responses are "nope"
IMHO sitemap.xml and/or ActivityPub are sleeper approaches to helping the sites with the adversarial relationship they have with scrapers. In my experience, there are two schools of thought: play the very expensive game of cat and mouse (expensive for BOTH sides) of trying to verify the human-ness of visitors, or make it so the inevitable bots don't eat up very expensive and valuable resources that can be spent serving actual humans
Imagine how much less nonsense would have to go on if Amazon had ActivityPub that CamelCamelCamel could subscribe to, or similar for Craigslist
I'm not saying "all information wants to be free," so if Amazon wants to focus its energies on hoarding the review content, since that's arguably its moat, fantastic - let the bot and anti-bot people war over that content, instead of arguably factual data found on the product listing pages
Maybe there is a language issue here. In Australia, a full on election is also called a poll. The government electoral commission does the polling, the voters do the voting.
I think you getting confused with opinion polling.
Ah, that's quite possible - since it was a thread about APIs, I interpreted the question as "a way to programmatically await data arrival" - the verb "polling" in API context is repeatedly invoking a status endpoint to ask if new information is available either in absolute terms or in terms of since the last request
I stand by my rant :-D but obviously stand corrected on the question being asked
If that bookkeeping overhead is fed into analysis and process mining to drive improvement, it might be a net gain. More often though, I see yet-another-spreadhseet applied as panacea, then it's forgotten in a few months and the process repeats over many years.
That is being fed into analysis and process mining. But nobody's doing the meta-analysis to look at the overhead of all the analysis tools, and see whether they are a net win.
Big Analysis doesn't want you to think about that.
That is one of the points of the article though: If you double productivity of the worker, but require a second worker to maintain the computer/do the analysis, have you really increased productivity? The answer is yes, but it's important to think about the shape of your work contact patch and how increased productivity increases value.
I'm not a CRM end user, but I'd be very grateful for such a tool if I had to suddenly cover for a coworker, or inherit an existing business relationship. What is the alternative, each person individually cobbles together some godawful workflow management system? With no centralised repository of information?
Totally unsustainable, and not at all related to keeping your manager informed.
I think there is a tendency to overcomplicate things, and human nature is such that most of the time colleagues don’t bother to update records properly. That’s the real-world experience CRM salespeople won’t tell you.
What also happens is that we have all these CRM tools in parallel with these “godawful workflow management” systems.
Theoretically there is a productivity gain, sure, but senior executives don’t make use of these tools, they hire a PA. The implementation of these CRM systems is usually done really really badly.
A good superset dashboard on the other hand- then we’re cooking with gas
As far as I know, LimeSurvey can't auto update a spreadsheet with the answers.
But LimeSurvey has its advantages:
- it's in PHP, and our whole infra is already using it (WordPress and Nextcloud). So it's easier to setup and if we want bridges between these tools, it'll be easier.
- AFAIR, it doesn't require JS when filling a form and in particular, it's not a React app.
We have used LimeSurvey in the past, we got rid of it but I don't remember why, I should look into it another time.
Two other big requirements we have is solid conditional field support and easy to use form builder.
Reason why I ask is that there are many form/survey builders out there, as people often underestimate the complexity it takes to set one up that supports things like max diff, routing etc.
Looking at the forums I can see that some have managed to achieve what you need via plugins (albeit the one I see that is confirmed working seems to be paid…)
Just thinking contributing an open source plugin to a great open source scripting tool would save you headaches down the road :)
